From mvyver at gmail.com  Sun Dec  2 23:13:03 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Mon, 3 Dec 2007 15:13:03 +1100
Subject: [Nitro] Og draft DBI adapter with Sequel.
Message-ID: <389c43e40712022013w690839d7vf9654d9fc8b07967@mail.gmail.com>

Hi Devs,
Attached is the 'darcs record; darcs send' of my current copy of the repo.

It contains the prototype/proof-of-concept of a DBI adapter and Sequel
functionality. Fro further info see some of the specs and docs
 - the Sequel/Og::Model specs have proved tricky to get running all at
once and I'm not yet sure what is going on there.
Better minds might be able to work this out.

Be aware this is in the spirit of 'release-early'.  Some changes are
at Og's lower levels, e.g. #execute.
At the moment _all_ you should expect is that 'rake test:og' should
show some passing specs :)

In case you wonder 'Why Sequel?', or 'Doesn't Og already do xyz?', the reasons:
 - Sequel was documented, and I figured it'd be quicker to try spot
weld Sequel onto Og than try to 'internalize' Og's code.
 - Sequel is actively developed, so by keeping as much of the Sequel
code-structure I could hopefully tap into the rich vein of code/ideas
in that project.
 - Sequel seemed to offer a natural fit (DataMapper functionality
might be able to be incorporated?)

Where to?
Well I'm not sure... there is no Og issue tracker or wiki so whether,
or how anything can be discussed/incorporated into Og remains to be
seen.
Hopefully an active and vibrant Og community will spring up shortly.

Please let me know if I've mangled anything in the attached.

Regards
Mark
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mvdv-20071203.tar.gz
Type: application/x-gzip
Size: 41145 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071203/7d0fd948/attachment-0001.gz 

From mvyver at gmail.com  Mon Dec  3 01:33:59 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Mon, 3 Dec 2007 17:33:59 +1100
Subject: [Nitro] OG: CTI vs STI vs CTI
Message-ID: <389c43e40712022233q60d62f63m14c3ce054a59a1e7@mail.gmail.com>

Hi Devs,
looking at (or more correctly the M. Fowler references):
http://wiki.rubyonrails.org/rails/pages/SingleTableInheritance#fn3

It seems to me that Og implements "Concrete Table Inheritance" via the
Og::Unmanagble - Geroge gave an example of this in an earlier post.

Anyone care to comment on Og and:
 - Class Table Inheritance
 - Single Table Inheritance


Mark

From nyarly at gmail.com  Mon Dec  3 14:26:57 2007
From: nyarly at gmail.com (Judson Lester)
Date: Mon, 3 Dec 2007 11:26:57 -0800
Subject: [Nitro] Og draft DBI adapter with Sequel.
In-Reply-To: <389c43e40712022013w690839d7vf9654d9fc8b07967@mail.gmail.com>
References: <389c43e40712022013w690839d7vf9654d9fc8b07967@mail.gmail.com>
Message-ID: <8905c87a0712031126k7aa50102u3b9a446ed527b4dc@mail.gmail.com>

On Dec 2, 2007 8:13 PM, Mark Van De Vyver <mvyver at gmail.com> wrote:

> Hi Devs,
> Attached is the 'darcs record; darcs send' of my current copy of the repo.
>
> It contains the prototype/proof-of-concept of a DBI adapter and Sequel
> functionality. Fro further info see some of the specs and docs
>  - the Sequel/Og::Model specs have proved tricky to get running all at
> once and I'm not yet sure what is going on there.
> Better minds might be able to work this out.


I'm responding in half-ignorance.  Sequel looks like a close cousin of the
EZ::Caboose stuff that was absorbed into Og well before my tenure.  Could
you comment on the differences or similarities between the two?

Judson

-- 
Your subnet is currently 169.254.0.0/16.  You are likely to be eaten by a
grue.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071203/5f5e1f8b/attachment.html 

From nyarly at gmail.com  Mon Dec  3 14:28:47 2007
From: nyarly at gmail.com (Judson Lester)
Date: Mon, 3 Dec 2007 11:28:47 -0800
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <6ecdf0b1-3e4a-420e-8a79-c2be071574c1@r60g2000hsc.googlegroups.com>
References: <389c43e40711261710j156993fcg8ebc34939e78a0ce@mail.gmail.com>
	<474CF37B.9060702@arnebrasseur.net>
	<afd80b540711280022v5a4a2cb6ncc8d34c3023c9d1a@mail.gmail.com>
	<97377ddf-e8a4-4672-b70d-dbf632369001@s12g2000prg.googlegroups.com>
	<8905c87a0711281737v6ac716ew1e9f6fae6b0cbc58@mail.gmail.com>
	<55249c58-b638-48bf-9efb-e4a3212a110f@j20g2000hsi.googlegroups.com>
	<8905c87a0711291410v230c15c2i9aac78b70e95a74e@mail.gmail.com>
	<6ecdf0b1-3e4a-420e-8a79-c2be071574c1@r60g2000hsc.googlegroups.com>
Message-ID: <8905c87a0712031128h21ad4779hffc239a8fcea52ae@mail.gmail.com>

On Nov 29, 2007 6:50 PM, Trans <transfire at gmail.com> wrote:

> Well, I can give you another reason. I can set up an SVN repo up in
> moments (with access to a rubyforge project) and get things rolling
> right a way. the issues we have for setting up a git repo are some of
> the same that we have with the darcs --George is the sole patch
> gateway.
>
> T.
>

So, SVN repo?  What's the status of getting this set up?

Judson
-- 
Your subnet is currently 169.254.0.0/16.  You are likely to be eaten by a
grue.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071203/499878a0/attachment.html 

From mvyver at gmail.com  Mon Dec  3 18:11:44 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Tue, 4 Dec 2007 10:11:44 +1100
Subject: [Nitro] Og draft DBI adapter with Sequel.
In-Reply-To: <8905c87a0712031126k7aa50102u3b9a446ed527b4dc@mail.gmail.com>
References: <389c43e40712022013w690839d7vf9654d9fc8b07967@mail.gmail.com>
	<8905c87a0712031126k7aa50102u3b9a446ed527b4dc@mail.gmail.com>
Message-ID: <389c43e40712031511j5d7b7b68u97f28857f932c216@mail.gmail.com>

To be honest I was completely oblivoious to EZ::Caboose - I'd seen the
source file but it set me thinking along the lines of 'laid back North
American wildlife'.
Seriously, I have no idea. I discovered from the post responding to
Trans 'heads-up' about a neat Query implementation that EZ::Caboose
does the same thing.

I'll look into it when I have some spare time ;)
It will be much easier for some one who knows EZ::Caboose to look at
the Sequel cheat-sheet/documentation:
http://code.google.com/p/ruby-sequel/w/list
and pickout any highlights?

Mark


On Dec 4, 2007 6:26 AM, Judson Lester <nyarly at gmail.com> wrote:
> On Dec 2, 2007 8:13 PM, Mark Van De Vyver <mvyver at gmail.com> wrote:
>
> > Hi Devs,
> > Attached is the 'darcs record; darcs send' of my current copy of the repo.
> >
> > It contains the prototype/proof-of-concept of a DBI adapter and Sequel
> > functionality. Fro further info see some of the specs and docs
> >  - the Sequel/Og::Model specs have proved tricky to get running all at
> > once and I'm not yet sure what is going on there.
> > Better minds might be able to work this out.
>
> I'm responding in half-ignorance.  Sequel looks like a close cousin of the
> EZ::Caboose stuff that was absorbed into Og well before my tenure.  Could
> you comment on the differences or similarities between the two?
>
> Judson
>  --
> Your subnet is currently 169.254.0.0/16.  You are likely to be eaten by a
> grue.

From Reid.Thompson at ateb.com  Wed Dec  5 11:59:49 2007
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Wed, 05 Dec 2007 11:59:49 -0500
Subject: [Nitro] gem_original_require': no such file to load --
	blow/json	(LoadError)
Message-ID: <1196873989.31099.8.camel@raker.ateb.com>

Trying to run the blog demo, can someone tell me what I'm missing?

rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ nitro
/usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- blow/json (LoadError)


Thanks,
reid

From transfire at gmail.com  Wed Dec  5 13:00:39 2007
From: transfire at gmail.com (Trans)
Date: Wed, 5 Dec 2007 10:00:39 -0800 (PST)
Subject: [Nitro] gem_original_require': no such file to load --
	blow/json (LoadError)
In-Reply-To: <1196873989.31099.8.camel@raker.ateb.com>
References: <1196873989.31099.8.camel@raker.ateb.com>
Message-ID: <e2709921-0335-45af-89ab-d3e6d5f255d2@l1g2000hsa.googlegroups.com>



On Dec 5, 11:59 am, Reid Thompson <Reid.Thomp... at ateb.com> wrote:
> Trying to run the blog demo, can someone tell me what I'm missing?
>
> rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ nitro
> /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- blow/json (LoadError)

  gem install blow

Note: blow is about to get a new release here in a day or so.

T.

From Reid.Thompson at ateb.com  Wed Dec  5 14:22:45 2007
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Wed, 05 Dec 2007 14:22:45 -0500
Subject: [Nitro] gem_original_require': no such file to load
	--	blow/json (LoadError)
In-Reply-To: <e2709921-0335-45af-89ab-d3e6d5f255d2@l1g2000hsa.googlegroups.com>
References: <1196873989.31099.8.camel@raker.ateb.com>
	<e2709921-0335-45af-89ab-d3e6d5f255d2@l1g2000hsa.googlegroups.com>
Message-ID: <1196882565.19556.0.camel@raker.ateb.com>


On Wed, 2007-12-05 at 10:00 -0800, Trans wrote:
> 
> On Dec 5, 11:59 am, Reid Thompson <Reid.Thomp... at ateb.com> wrote:
> > Trying to run the blog demo, can someone tell me what I'm missing?
> >
> > rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ nitro
> > /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- blow/json (LoadError)
> 
>   gem install blow
> 
> Note: blow is about to get a new release here in a day or so.
> 
> T.
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general

Thanks,,....
next issue...

rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ ruby ./app.rb
REPO_ROOT is /home/rthompso/src/repo.nitroproject.org/script/lib/../..
/usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- part/admin (LoadError)
        from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
        from ./app.rb:11
rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ env|grep -i NITRO
OLDPWD=/home/rthompso/src/repo.nitroproject.org
NITRO_HOME=/home/rthompso/src/repo.nitroproject.org
PATH=/home/rthompso/src/repo.nitroproject.org/nitro/bin:/home/rthompso/bin:/usr/lib/ccache/bin:/usr/lib/ccache/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.2:/opt/ghc/bin:/usr/kde/3.5/bin:/usr/qt/3/bin:/opt/Adbobe/Reader8/bin:/opt/fltk/bin:/opt/dillo/bin:/usr/games/bin:/opt/vmware/server/console/bin:/var/spool/fax/bin:/opt/snav/bin:/home/rthompso/bin/eclipse:/home/rthompso/netbeans-6.0-200710020000/bin/:/usr/libexec/cssc
PWD=/home/rthompso/src/repo.nitroproject.org/nitro/demo/blog
rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ env|grep RUBYOPT
RUBYOPT=-rubygems
rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ 


From arne at arnebrasseur.net  Thu Dec  6 02:14:30 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Thu, 06 Dec 2007 15:14:30 +0800
Subject: [Nitro] gem_original_require': no such file to
 load	--	blow/json (LoadError)
In-Reply-To: <1196882565.19556.0.camel@raker.ateb.com>
References: <1196873989.31099.8.camel@raker.ateb.com>	<e2709921-0335-45af-89ab-d3e6d5f255d2@l1g2000hsa.googlegroups.com>
	<1196882565.19556.0.camel@raker.ateb.com>
Message-ID: <4757A156.5050901@arnebrasseur.net>

Reid Thompson schreef:
> On Wed, 2007-12-05 at 10:00 -0800, Trans wrote:
>   
> Thanks,,....
> next issue...
>
> rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ ruby ./app.rb
> REPO_ROOT is /home/rthompso/src/repo.nitroproject.org/script/lib/../..
> /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- part/admin (LoadError)
>         from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
>         from ./app.rb:11
>   
Try this:

RUBYOPT="-rubygems -I$NITRO_HOME" ruby app.rb

(ab)

> rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ env|grep -i NITRO
> OLDPWD=/home/rthompso/src/repo.nitroproject.org
> NITRO_HOME=/home/rthompso/src/repo.nitroproject.org
> PATH=/home/rthompso/src/repo.nitroproject.org/nitro/bin:/home/rthompso/bin:/usr/lib/ccache/bin:/usr/lib/ccache/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.2:/opt/ghc/bin:/usr/kde/3.5/bin:/usr/qt/3/bin:/opt/Adbobe/Reader8/bin:/opt/fltk/bin:/opt/dillo/bin:/usr/games/bin:/opt/vmware/server/console/bin:/var/spool/fax/bin:/opt/snav/bin:/home/rthompso/bin/eclipse:/home/rthompso/netbeans-6.0-200710020000/bin/:/usr/libexec/cssc
> PWD=/home/rthompso/src/repo.nitroproject.org/nitro/demo/blog
> rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ env|grep RUBYOPT
> RUBYOPT=-rubygems
> rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ 
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>   


-- 
Arne Brasseur
http://www.arnebrasseur.net
http://www.zhongwiki.com
http://www.bankske.org
arne at arnebrasseur.net


From Reid.Thompson at ateb.com  Thu Dec  6 07:32:06 2007
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Thu, 06 Dec 2007 07:32:06 -0500
Subject: [Nitro] gem_original_require': no such file
	to	load	--	blow/json (LoadError)
In-Reply-To: <4757A156.5050901@arnebrasseur.net>
References: <1196873989.31099.8.camel@raker.ateb.com>
	<e2709921-0335-45af-89ab-d3e6d5f255d2@l1g2000hsa.googlegroups.com>
	<1196882565.19556.0.camel@raker.ateb.com>
	<4757A156.5050901@arnebrasseur.net>
Message-ID: <1196944326.9850.1.camel@raker.ateb.com>


On Thu, 2007-12-06 at 15:14 +0800, Arne Brasseur wrote:
> Reid Thompson schreef:
> > On Wed, 2007-12-05 at 10:00 -0800, Trans wrote:
> >   
> > Thanks,,....
> > next issue...
> >
> > rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ ruby ./app.rb
> > REPO_ROOT is /home/rthompso/src/repo.nitroproject.org/script/lib/../..
> > /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- part/admin (LoadError)
> >         from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
> >         from ./app.rb:11
> >   
> Try this:
> 
> RUBYOPT="-rubygems -I$NITRO_HOME" ruby app.rb
> 
rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ RUBYOPT="-rubygems -I$NITRO_HOME" ruby app.rb
REPO_ROOT is /home/rthompso/src/repo.nitroproject.org/script/lib/../..
/usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- part/admin (LoadError)
        from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
        from app.rb:11

rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ echo $NITRO_HOME
/home/rthompso/src/repo.nitroproject.org

rthompso at raker ~/src/repo.nitroproject.org $ pwd
/home/rthompso/src/repo.nitroproject.org

rthompso at raker ~/src/repo.nitroproject.org $ ls -lrt
total 8
drwxr-xr-x 7 rthompso staff 216 Dec  5 12:11 _darcs
drwxr-xr-x 2 rthompso staff 240 Dec  5 12:11 rake_tasks
-rw-r--r-- 1 rthompso staff  46 Dec  5 12:11 Rakefile
drwxr-xr-x 3 rthompso staff  96 Dec  5 12:11 script
drwxr-xr-x 8 rthompso staff 280 Dec  5 12:11 raw
drwxr-xr-x 4 rthompso staff 120 Dec  5 12:11 part
drwxr-xr-x 9 rthompso staff 304 Dec  5 12:11 og
drwxr-xr-x 9 rthompso staff 304 Dec  5 12:11 nitro
drwxr-xr-x 8 rthompso staff 304 Dec  5 12:11 glue
-rw-r--r-- 1 rthompso staff  23 Dec  5 12:11 README


From transfire at gmail.com  Thu Dec  6 10:06:34 2007
From: transfire at gmail.com (Trans)
Date: Thu, 6 Dec 2007 07:06:34 -0800 (PST)
Subject: [Nitro] Og draft DBI adapter with Sequel.
In-Reply-To: <389c43e40712022013w690839d7vf9654d9fc8b07967@mail.gmail.com>
References: <389c43e40712022013w690839d7vf9654d9fc8b07967@mail.gmail.com>
Message-ID: <ba4ca975-eb02-4cce-816b-77e90e253bf5@o42g2000hsc.googlegroups.com>



On Dec 2, 11:13 pm, "Mark Van De Vyver" <mvy... at gmail.com> wrote:
> Hi Devs,
> Attached is the 'darcs record; darcs send' of my current copy of the repo.
>
> It contains the prototype/proof-of-concept of a DBI adapter and Sequel
> functionality. Fro further info see some of the specs and docs
>  - the Sequel/Og::Model specs have proved tricky to get running all at
> once and I'm not yet sure what is going on there.
> Better minds might be able to work this out.
>
> Be aware this is in the spirit of 'release-early'.  Some changes are
> at Og's lower levels, e.g. #execute.
> At the moment _all_ you should expect is that 'rake test:og' should
> show some passing specs :)
>
> In case you wonder 'Why Sequel?', or 'Doesn't Og already do xyz?', the reasons:
>  - Sequel was documented, and I figured it'd be quicker to try spot
> weld Sequel onto Og than try to 'internalize' Og's code.
>  - Sequel is actively developed, so by keeping as much of the Sequel
> code-structure I could hopefully tap into the rich vein of code/ideas
> in that project.
>  - Sequel seemed to offer a natural fit (DataMapper functionality
> might be able to be incorporated?)
>
> Where to?
> Well I'm not sure... there is no Og issue tracker or wiki so whether,
> or how anything can be discussed/incorporated into Og remains to be
> seen.
> Hopefully an active and vibrant Og community will spring up shortly.
>
> Please let me know if I've mangled anything in the attached.

Does Sequel have to be installed?

T.

From arne at arnebrasseur.net  Thu Dec  6 10:45:28 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Thu, 06 Dec 2007 23:45:28 +0800
Subject: [Nitro] gem_original_require': no such
 file	to	load	--	blow/json (LoadError)
In-Reply-To: <1196944326.9850.1.camel@raker.ateb.com>
References: <1196873989.31099.8.camel@raker.ateb.com>	<e2709921-0335-45af-89ab-d3e6d5f255d2@l1g2000hsa.googlegroups.com>	<1196882565.19556.0.camel@raker.ateb.com>	<4757A156.5050901@arnebrasseur.net>
	<1196944326.9850.1.camel@raker.ateb.com>
Message-ID: <47581918.3000206@arnebrasseur.net>

Reid Thompson schreef:
> On Thu, 2007-12-06 at 15:14 +0800, Arne Brasseur wrote:  
>   
>> Try this:
>>
>> RUBYOPT="-rubygems -I$NITRO_HOME" ruby app.rb
>>
>>     
> rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ RUBYOPT="-rubygems -I$NITRO_HOME" ruby app.rb
> REPO_ROOT is /home/rthompso/src/repo.nitroproject.org/script/lib/../..
> /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- part/admin (LoadError)
>         from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
>         from app.rb:11
>   

Oops, that should've been:

RUBYOPT="-rubygems -I$NITRO_HOME/part/lib" ruby app.rb

which might or might not get things rolling. I get a similar error over 
here that it can't find tmail. It's getting late over here but I'll get 
back to you tomorrow on this with more detail. Running these examples 
should be a fault-free one-liner before 0.50 is released. I'll look into it.

You mentioned before you were willing to review and test-drive 
documentation, does that still hold?

Thank you,
(ab)

> rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ echo $NITRO_HOME
> /home/rthompso/src/repo.nitroproject.org
>
> rthompso at raker ~/src/repo.nitroproject.org $ pwd
> /home/rthompso/src/repo.nitroproject.org
>
> rthompso at raker ~/src/repo.nitroproject.org $ ls -lrt
> total 8
> drwxr-xr-x 7 rthompso staff 216 Dec  5 12:11 _darcs
> drwxr-xr-x 2 rthompso staff 240 Dec  5 12:11 rake_tasks
> -rw-r--r-- 1 rthompso staff  46 Dec  5 12:11 Rakefile
> drwxr-xr-x 3 rthompso staff  96 Dec  5 12:11 script
> drwxr-xr-x 8 rthompso staff 280 Dec  5 12:11 raw
> drwxr-xr-x 4 rthompso staff 120 Dec  5 12:11 part
> drwxr-xr-x 9 rthompso staff 304 Dec  5 12:11 og
> drwxr-xr-x 9 rthompso staff 304 Dec  5 12:11 nitro
> drwxr-xr-x 8 rthompso staff 304 Dec  5 12:11 glue
> -rw-r--r-- 1 rthompso staff  23 Dec  5 12:11 README
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>   


-- 
Arne Brasseur
http://www.arnebrasseur.net
http://www.zhongwiki.com
http://www.bankske.org
arne at arnebrasseur.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071206/3c6e890c/attachment.html 

From Reid.Thompson at ateb.com  Thu Dec  6 11:10:31 2007
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Thu, 06 Dec 2007 11:10:31 -0500
Subject: [Nitro] gem_original_require': no
	such	file	to	load	--	blow/json (LoadError)
In-Reply-To: <47581918.3000206@arnebrasseur.net>
References: <1196873989.31099.8.camel@raker.ateb.com>
	<e2709921-0335-45af-89ab-d3e6d5f255d2@l1g2000hsa.googlegroups.com>
	<1196882565.19556.0.camel@raker.ateb.com>
	<4757A156.5050901@arnebrasseur.net>
	<1196944326.9850.1.camel@raker.ateb.com>
	<47581918.3000206@arnebrasseur.net>
Message-ID: <1196957431.9850.29.camel@raker.ateb.com>


On Thu, 2007-12-06 at 23:45 +0800, Arne Brasseur wrote:
> Reid Thompson schreef: 
> > On Thu, 2007-12-06 at 15:14 +0800, Arne Brasseur wrote:  
> >   
> > > Try this:
> > > 
> > > RUBYOPT="-rubygems -I$NITRO_HOME" ruby app.rb
> > > 
> > >     
> > rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ RUBYOPT="-rubygems -I$NITRO_HOME" ruby app.rb
> > REPO_ROOT is /home/rthompso/src/repo.nitroproject.org/script/lib/../..
> > /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- part/admin (LoadError)
> >         from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
> >         from app.rb:11
> >   
> 
> Oops, that should've been:
> 
> RUBYOPT="-rubygems -I$NITRO_HOME/part/lib" ruby app.rb
> 
> which might or might not get things rolling. I get a similar error
> over here that it can't find tmail. It's getting late over here but
> I'll get back to you tomorrow on this with more detail. Running these
> examples should be a fault-free one-liner before 0.50 is released.
> I'll look into it.

thanks much.

results...

had to install opod also.  

** app started up ok then. Success!! **


One thing to document for those running from darcs is a list of other
required packages...

From arne at arnebrasseur.net  Thu Dec  6 21:50:27 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Fri, 07 Dec 2007 10:50:27 +0800
Subject: [Nitro] Install your own Nitro dev-branch gems!
Message-ID: <4758B4F3.4000904@arnebrasseur.net>

The easiest way to try out the latest and greatest, assuming you have 
ruby, rubygems, rake and darcs installed.

Get the repo:
 
  darcs get http://repo.nitroproject.org

Build the gems

  cd repo.nitroproject.org
  rake dist:all

Install them

  cd dist #very important!
  for a in facets english opod blow glue og raw nitro; do sudo gem 
install $a;done

Successfully installed facets-2.1.3
Successfully installed english-0.1
Successfully installed opod-0.0.1
Successfully installed blow-0.3.3
Successfully installed glue, version 0.50.0
Successfully installed og, version 0.50.0
Successfully installed raw, version 0.50.0
Successfully installed nitro, version 0.50.0

Try it!

  cd ../nitro/demo/hello
  RUBYOPT=-rubygems nitro

For the blog adapt nitro/demo/blog/conf/debug.rb according to your DB 
setup. Hint: Og.setup(:adapter => :sqlite)
In the demo/blog directory:

  RUBYOPT='-rubygems -I../../../part/lib' nitro


(This does assume the attached patch has been committed.)


Have fun!

(ab)

-- 
Arne Brasseur
http://www.arnebrasseur.net
http://www.zhongwiki.com
http://www.bankske.org
arne at arnebrasseur.net

-------------- next part --------------
A non-text attachment was scrubbed...
Name: ab_200711207_fix_the_gemspecs.patch
Type: text/x-patch
Size: 5745 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071207/ad46733f/attachment.bin 

From arne at arnebrasseur.net  Thu Dec  6 21:56:38 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Fri, 07 Dec 2007 10:56:38 +0800
Subject: [Nitro] How about moving part/lib/* to nitro/lib or raw/lib?
Message-ID: <4758B666.4030701@arnebrasseur.net>

Unless the parts will be a seperate project/package this seems 
reasonable. That way a require "part/admin" always works where a require 
"nitro" works.

(ab)

-- 
Arne Brasseur
http://www.arnebrasseur.net
http://www.zhongwiki.com
http://www.bankske.org
arne at arnebrasseur.net


From transfire at gmail.com  Thu Dec  6 22:45:11 2007
From: transfire at gmail.com (Trans)
Date: Thu, 6 Dec 2007 19:45:11 -0800 (PST)
Subject: [Nitro] How about moving part/lib/* to nitro/lib or raw/lib?
In-Reply-To: <4758B666.4030701@arnebrasseur.net>
References: <4758B666.4030701@arnebrasseur.net>
Message-ID: <4e5f45e8-4f13-4939-b0e8-1bd42d865448@e1g2000hsh.googlegroups.com>



On Dec 6, 9:56 pm, Arne Brasseur <a... at arnebrasseur.net> wrote:
> Unless the parts will be a seperate project/package this seems
> reasonable. That way a require "part/admin" always works where a require
> "nitro" works.

Funny thing that. George wanted to use require 'part/...'. And I
explained that would mean "part" basically becomes library unto itself
-- then I obliged him by doing exactly that.

So the question is, should "parts" be it's own package?

But lets take this a step further, b/c ever since Raw cam into
existence I've been a bit confused. Can Raw be used w/o Nitro? If not,
what's the point of the split? There's hardly anything in the Nitro
package actually. I figured the idea was that Raw represents the web-
side of Nitro independent of Og, so if one really wanted they could
tie Raw with another ORM system. Is that reasonable?

The Nitro package, on the other hand, marries Raw and Og together --
and parts generally effect both. So yes, if nowhere else, parts
belongs in nitro. However if we can, I think it would be beneficial to
pursue tighter SOC, and actually makes "parts" a separate package. In
this way Nitro becomes a collection of libs that come together to form
the complete framework, rather then being a portion of it too.

However "parts" is probably too generic a name --we would need
something to go along with Raw and Og.

T.

From reid.thompson at ateb.com  Thu Dec  6 23:05:08 2007
From: reid.thompson at ateb.com (Reid Thompson)
Date: Thu, 06 Dec 2007 23:05:08 -0500
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <4758B4F3.4000904@arnebrasseur.net>
References: <4758B4F3.4000904@arnebrasseur.net>
Message-ID: <4758C674.7000800@ateb.com>

Arne Brasseur wrote:
> The easiest way to try out the latest and greatest, assuming you have 
> ruby, rubygems, rake and darcs installed.
> 
> Get the repo:
> 
>  darcs get http://repo.nitroproject.org
> 
> Build the gems
> 
>  cd repo.nitroproject.org
>  rake dist:all
> 
> Install them
> 
>  cd dist #very important!
>  for a in facets english opod blow glue og raw nitro; do sudo gem 
> install $a;done
> 
> Successfully installed facets-2.1.3
> Successfully installed english-0.1
> Successfully installed opod-0.0.1
> Successfully installed blow-0.3.3
> Successfully installed glue, version 0.50.0
> Successfully installed og, version 0.50.0
> Successfully installed raw, version 0.50.0
> Successfully installed nitro, version 0.50.0
> 
> Try it!
> 
>  cd ../nitro/demo/hello
>  RUBYOPT=-rubygems nitro
> 
> For the blog adapt nitro/demo/blog/conf/debug.rb according to your DB 
> setup. Hint: Og.setup(:adapter => :sqlite)
> In the demo/blog directory:
> 
>  RUBYOPT='-rubygems -I../../../part/lib' nitro
> 
> 
> (This does assume the attached patch has been committed.)
> 
> 
> Have fun!
> 
> (ab)
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general


for cygwin on windows XP -- the only failure for Hello..

cyberhome: /home/rthompso/src/repo.nitroproject.org/nitro/demo/hello>
$  RUBYOPT=-rubygems nitro
  INFO: Starting Webrick server in debug mode, listening at 0.0.0.0:9000
  INFO: Press Ctrl-C to shutdown; Run with --help for options.
DEBUG: Dispatching /
DEBUG: Compiling 'HelloWorld#index' super-method
DEBUG: Dispatching /favicon.ico
DEBUG: Rendering '/status_500'
DEBUG: Dispatching /status_500
DEBUG: Compiling 'HelloWorld#status_500' super-method
DEBUG: Compiling 'status_500' view sub-method [format: html]
ERROR: Error while handling HelloWorld#index(favicon.ico)
ERROR: wrong number of arguments (1 for 0)
   /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/compiler.rb:65:in `index'
   /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/compiler.rb:65:in `send'
   /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/compiler.rb:65:in `index___super'
   /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/controller/render.rb:92:in `send'
   /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/controller/render.rb:92:in 
`render_action'
   /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/adapter.rb:69:in `send'
   /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/adapter.rb:69:in `handle_context'
   /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/adapter/webrick.rb:134:in `do_GET'
   /usr/lib/ruby/1.8/webrick/httpservlet/abstract.rb:35:in `__send__'
   /usr/lib/ruby/1.8/webrick/httpservlet/abstract.rb:35:in `service'
   /usr/lib/ruby/1.8/webrick/httpserver.rb:104:in `service'
   /usr/lib/ruby/1.8/webrick/httpserver.rb:65:in `run'
   /usr/lib/ruby/1.8/webrick/server.rb:173:in `start_thread'
   /usr/lib/ruby/1.8/webrick/server.rb:162:in `start'
   /usr/lib/ruby/1.8/webrick/server.rb:162:in `start_thread'
   /usr/lib/ruby/1.8/webrick/server.rb:95:in `start'
   /usr/lib/ruby/1.8/webrick/server.rb:92:in `each'
   /usr/lib/ruby/1.8/webrick/server.rb:92:in `start'
   /usr/lib/ruby/1.8/webrick/server.rb:23:in `start'
   /usr/lib/ruby/1.8/webrick/server.rb:82:in `start'
   /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/adapter/webrick.rb:57:in `start'
   /usr/lib/ruby/gems/1.8/gems/nitro-0.50.0/lib/nitro/application.rb:141:in `start'
   /usr/lib/ruby/gems/1.8/gems/nitro-0.50.0/lib/nitro/main.rb:77:in `start'
   app.rb:21
   LOGGED FROM: 
/usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/controller/render.rb:108:in 
`render_action'


----- for the Blog ----

need to add tmail to install list.
uuidtools also,

and it works.

Great -- thanks.

----
I'll try to find time to run this at work on my desktop tomorrow ( Gentoo ).

Thanks again,
reid


From george.moschovitis at gmail.com  Fri Dec  7 03:21:42 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 7 Dec 2007 10:21:42 +0200
Subject: [Nitro] How about moving part/lib/* to nitro/lib or raw/lib?
In-Reply-To: <4e5f45e8-4f13-4939-b0e8-1bd42d865448@e1g2000hsh.googlegroups.com>
References: <4758B666.4030701@arnebrasseur.net>
	<4e5f45e8-4f13-4939-b0e8-1bd42d865448@e1g2000hsh.googlegroups.com>
Message-ID: <afd80b540712070021w614d9b23q82d656a3e75175f2@mail.gmail.com>

In the begining I thought that parts should be in

nitro/lib/part

but Tom has  convinced me to go for a separate package. I think parts is a
greate name lets stick to this.

-g.

On Dec 7, 2007 5:45 AM, Trans <transfire at gmail.com> wrote:

>
>
> On Dec 6, 9:56 pm, Arne Brasseur <a... at arnebrasseur.net> wrote:
> > Unless the parts will be a seperate project/package this seems
> > reasonable. That way a require "part/admin" always works where a require
> > "nitro" works.
>
> Funny thing that. George wanted to use require 'part/...'. And I
> explained that would mean "part" basically becomes library unto itself
> -- then I obliged him by doing exactly that.
>
> So the question is, should "parts" be it's own package?
>
> But lets take this a step further, b/c ever since Raw cam into
> existence I've been a bit confused. Can Raw be used w/o Nitro? If not,
> what's the point of the split? There's hardly anything in the Nitro
> package actually. I figured the idea was that Raw represents the web-
> side of Nitro independent of Og, so if one really wanted they could
> tie Raw with another ORM system. Is that reasonable?
>
> The Nitro package, on the other hand, marries Raw and Og together --
> and parts generally effect both. So yes, if nowhere else, parts
> belongs in nitro. However if we can, I think it would be beneficial to
> pursue tighter SOC, and actually makes "parts" a separate package. In
> this way Nitro becomes a collection of libs that come together to form
> the complete framework, rather then being a portion of it too.
>
> However "parts" is probably too generic a name --we would need
> something to go along with Raw and Og.
>
> T.
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



-- 
http://me.gr
http://joy.gr
http://cull.gr
http://nitroproject.org
http://phidz.com
http://joyerz.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071207/d22cbbdf/attachment.html 

From weather at speakeasy.net  Fri Dec  7 04:15:46 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Fri, 7 Dec 2007 04:15:46 -0500
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <4758B4F3.4000904@arnebrasseur.net>
References: <4758B4F3.4000904@arnebrasseur.net>
Message-ID: <200712070415.46725.weather@speakeasy.net>

Hello -- I followed the instructions here and got:

Successfully installed facets-2.1.3
Successfully installed english-0.1
Successfully installed opod-0.0.1
Successfully installed blow-0.3.3
ERROR:  While executing gem ... (RuntimeError)
    Error instaling glue:
        glue requires facets = 1.8.54
ERROR:  While executing gem ... (RuntimeError)
    Error instaling og:
        og requires glue = 0.50.0
ERROR:  While executing gem ... (RuntimeError)
    Error instaling raw:
        raw requires glue = 0.50.0
ERROR:  While executing gem ... (RuntimeError)
    Error instaling nitro:
        nitro requires og = 0.50.0

I installed the patch manually, several times, and got this every time. Is 
there something else I need to do?

Thanks for any help,
Matt

On Thursday 06 December 2007 21:50, Arne Brasseur wrote:
> The easiest way to try out the latest and greatest, assuming you have
> ruby, rubygems, rake and darcs installed.
>
> Get the repo:
>
>   darcs get http://repo.nitroproject.org
>
> Build the gems
>
>   cd repo.nitroproject.org
>   rake dist:all
>
> Install them
>
>   cd dist #very important!
>   for a in facets english opod blow glue og raw nitro; do sudo gem
> install $a;done
>
> Successfully installed facets-2.1.3
> Successfully installed english-0.1
> Successfully installed opod-0.0.1
> Successfully installed blow-0.3.3
> Successfully installed glue, version 0.50.0
> Successfully installed og, version 0.50.0
> Successfully installed raw, version 0.50.0
> Successfully installed nitro, version 0.50.0
>
> Try it!
>
>   cd ../nitro/demo/hello
>   RUBYOPT=-rubygems nitro
>
> For the blog adapt nitro/demo/blog/conf/debug.rb according to your DB
> setup. Hint: Og.setup(:adapter => :sqlite)
> In the demo/blog directory:
>
>   RUBYOPT='-rubygems -I../../../part/lib' nitro
>
>
> (This does assume the attached patch has been committed.)
>
>
> Have fun!
>
> (ab)

From arne at arnebrasseur.net  Fri Dec  7 04:46:26 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Fri, 07 Dec 2007 17:46:26 +0800
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <200712070415.46725.weather@speakeasy.net>
References: <4758B4F3.4000904@arnebrasseur.net>
	<200712070415.46725.weather@speakeasy.net>
Message-ID: <47591672.203@arnebrasseur.net>

Check glue/glue.gemspec. It probably still contains a line like this:

  s.add_dependency("facets", "= 1.8.54")

The patch should have removed this but perhaps something went wrong. The 
patch file is intended for use with darcs, I'm not sure it will work 
with GNU patch. The correct way of applying the patch (on a clean repo) 
is this:
 
  cd repo.nitroproject.org
  darcs apply ab_200711207_fix_the_gemspecs.patch

After that rebuild the gems (rake dist:all) and try again.

The problem you're seeing is that glue fails to install because of a 
missing dependency (facets 1.8), and since the rest depends on glue they 
also fail.

I hope this helps. Let us know if you encounter more obstacles.

(ab)

Matthew B Gardner schreef:
> Hello -- I followed the instructions here and got:
>
> Successfully installed facets-2.1.3
> Successfully installed english-0.1
> Successfully installed opod-0.0.1
> Successfully installed blow-0.3.3
> ERROR:  While executing gem ... (RuntimeError)
>     Error instaling glue:
>         glue requires facets = 1.8.54
> ERROR:  While executing gem ... (RuntimeError)
>     Error instaling og:
>         og requires glue = 0.50.0
> ERROR:  While executing gem ... (RuntimeError)
>     Error instaling raw:
>         raw requires glue = 0.50.0
> ERROR:  While executing gem ... (RuntimeError)
>     Error instaling nitro:
>         nitro requires og = 0.50.0
>
> I installed the patch manually, several times, and got this every time. Is 
> there something else I need to do?
>
> Thanks for any help,
> Matt
>
> On Thursday 06 December 2007 21:50, Arne Brasseur wrote:
>   
>> The easiest way to try out the latest and greatest, assuming you have
>> ruby, rubygems, rake and darcs installed.
>>
>> Get the repo:
>>
>>   darcs get http://repo.nitroproject.org
>>
>> Build the gems
>>
>>   cd repo.nitroproject.org
>>   rake dist:all
>>
>> Install them
>>
>>   cd dist #very important!
>>   for a in facets english opod blow glue og raw nitro; do sudo gem
>> install $a;done
>>
>> Successfully installed facets-2.1.3
>> Successfully installed english-0.1
>> Successfully installed opod-0.0.1
>> Successfully installed blow-0.3.3
>> Successfully installed glue, version 0.50.0
>> Successfully installed og, version 0.50.0
>> Successfully installed raw, version 0.50.0
>> Successfully installed nitro, version 0.50.0
>>
>> Try it!
>>
>>   cd ../nitro/demo/hello
>>   RUBYOPT=-rubygems nitro
>>
>> For the blog adapt nitro/demo/blog/conf/debug.rb according to your DB
>> setup. Hint: Og.setup(:adapter => :sqlite)
>> In the demo/blog directory:
>>
>>   RUBYOPT='-rubygems -I../../../part/lib' nitro
>>
>>
>> (This does assume the attached patch has been committed.)
>>
>>
>> Have fun!
>>
>> (ab)
>>     
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>   


-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071207/8741e8a5/attachment.html 

From Reid.Thompson at ateb.com  Fri Dec  7 07:31:52 2007
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Fri, 07 Dec 2007 07:31:52 -0500
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <4758C674.7000800@ateb.com>
References: <4758B4F3.4000904@arnebrasseur.net>  <4758C674.7000800@ateb.com>
Message-ID: <1197030712.14168.5.camel@raker.ateb.com>


On Thu, 2007-12-06 at 23:05 -0500, Reid Thompson wrote:
> Arne Brasseur wrote:
> > The easiest way to try out the latest and greatest, assuming you have 
> > ruby, rubygems, rake and darcs installed.
> > 
> > Get the repo:
> > 
> >  darcs get http://repo.nitroproject.org
> > 
> > Build the gems
> > 
> >  cd repo.nitroproject.org
> >  rake dist:all
> > 
> > Install them
> > 
> >  cd dist #very important!
> >  for a in facets english opod blow glue og raw nitro; do sudo gem 
> > install $a;done
> > 
> > Successfully installed facets-2.1.3
> > Successfully installed english-0.1
> > Successfully installed opod-0.0.1
> > Successfully installed blow-0.3.3
> > Successfully installed glue, version 0.50.0
> > Successfully installed og, version 0.50.0
> > Successfully installed raw, version 0.50.0
> > Successfully installed nitro, version 0.50.0
> > 
> > Try it!
> > 
> >  cd ../nitro/demo/hello
> >  RUBYOPT=-rubygems nitro
> > 
> > For the blog adapt nitro/demo/blog/conf/debug.rb according to your DB 
> > setup. Hint: Og.setup(:adapter => :sqlite)
> > In the demo/blog directory:
> > 
> >  RUBYOPT='-rubygems -I../../../part/lib' nitro
> > 
> > 
> > (This does assume the attached patch has been committed.)
> > 
> > 
> > Have fun!
> > 
> > (ab)
> > 
> > 
> > ------------------------------------------------------------------------
> > 
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> 
> 
> for cygwin on windows XP -- the only failure for Hello..
> 
> cyberhome: /home/rthompso/src/repo.nitroproject.org/nitro/demo/hello>
> $  RUBYOPT=-rubygems nitro
>   INFO: Starting Webrick server in debug mode, listening at 0.0.0.0:9000
>   INFO: Press Ctrl-C to shutdown; Run with --help for options.
> DEBUG: Dispatching /
> DEBUG: Compiling 'HelloWorld#index' super-method
> DEBUG: Dispatching /favicon.ico
> DEBUG: Rendering '/status_500'
> DEBUG: Dispatching /status_500
> DEBUG: Compiling 'HelloWorld#status_500' super-method
> DEBUG: Compiling 'status_500' view sub-method [format: html]
> ERROR: Error while handling HelloWorld#index(favicon.ico)
> ERROR: wrong number of arguments (1 for 0)
>    /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/compiler.rb:65:in `index'
>    /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/compiler.rb:65:in `send'
>    /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/compiler.rb:65:in `index___super'
>    /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/controller/render.rb:92:in `send'
>    /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/controller/render.rb:92:in 
> `render_action'
>    /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/adapter.rb:69:in `send'
>    /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/adapter.rb:69:in `handle_context'
>    /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/adapter/webrick.rb:134:in `do_GET'
>    /usr/lib/ruby/1.8/webrick/httpservlet/abstract.rb:35:in `__send__'
>    /usr/lib/ruby/1.8/webrick/httpservlet/abstract.rb:35:in `service'
>    /usr/lib/ruby/1.8/webrick/httpserver.rb:104:in `service'
>    /usr/lib/ruby/1.8/webrick/httpserver.rb:65:in `run'
>    /usr/lib/ruby/1.8/webrick/server.rb:173:in `start_thread'
>    /usr/lib/ruby/1.8/webrick/server.rb:162:in `start'
>    /usr/lib/ruby/1.8/webrick/server.rb:162:in `start_thread'
>    /usr/lib/ruby/1.8/webrick/server.rb:95:in `start'
>    /usr/lib/ruby/1.8/webrick/server.rb:92:in `each'
>    /usr/lib/ruby/1.8/webrick/server.rb:92:in `start'
>    /usr/lib/ruby/1.8/webrick/server.rb:23:in `start'
>    /usr/lib/ruby/1.8/webrick/server.rb:82:in `start'
>    /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/adapter/webrick.rb:57:in `start'
>    /usr/lib/ruby/gems/1.8/gems/nitro-0.50.0/lib/nitro/application.rb:141:in `start'
>    /usr/lib/ruby/gems/1.8/gems/nitro-0.50.0/lib/nitro/main.rb:77:in `start'
>    app.rb:21
>    LOGGED FROM: 
> /usr/lib/ruby/gems/1.8/gems/raw-0.50.0/lib/raw/controller/render.rb:108:in 
> `render_action'
> 
> 
> ----- for the Blog ----
> 
> need to add tmail to install list.
> uuidtools also,
> 
> and it works.
> 
> Great -- thanks.
> 
> ----
> I'll try to find time to run this at work on my desktop tomorrow ( Gentoo ).
> 
> Thanks again,
> reid
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general

gentoo ---

rthompso at raker ~/src/repo.nitroproject.org $ darcs apply ../../ab_200711207_fix_the_gemspecs.patch 
Finished applying...
rthompso at raker ~/src/repo.nitroproject.org $ rake dist:all
(in /home/rthompso/src/repo.nitroproject.org)
Please install systemu for better-looking results
Building packages for version 0.50.0
...nitro
...raw
...og
...glue
rthompso at raker ~/src/repo.nitroproject.org $ cd dist
rthompso at raker ~/src/repo.nitroproject.org/dist $ for a in facets english opod blow glue og raw nitro; do sudo gem install $a;done
Password:
Need to update 19 gems from http://gems.rubyforge.org
...................
complete
Successfully installed facets-2.1.3
Successfully installed english-0.1
Successfully installed opod-0.0.1
Successfully installed blow-0.3.3
Successfully installed glue, version 0.50.0
Installing ri documentation for glue-0.50.0...
Installing RDoc documentation for glue-0.50.0...
Successfully installed og, version 0.50.0
Installing ri documentation for og-0.50.0...
Installing RDoc documentation for og-0.50.0...
Successfully installed raw, version 0.50.0
Installing ri documentation for raw-0.50.0...
Installing RDoc documentation for raw-0.50.0...
Successfully installed nitro, version 0.50.0
Installing ri documentation for nitro-0.50.0...
File not found: vendor
rthompso at raker ~/src/repo.nitroproject.org/dist $ cd ../nitro/demo/hello
rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/hello $   RUBYOPT=-rubygems nitro
bash: /home/rthompso/src/repo.nitroproject.org/nitro/bin/nitro: Permission denied
rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/hello $ ls -rlt /home/rthompso/src/repo.nitroproject.org/nitro/bin/nitro 
-rw-r--r-- 1 rthompso staff 5220 Dec  5 12:11 /home/rthompso/src/repo.nitroproject.org/nitro/bin/nitro


looks like the repo creates nitro without exec permissions.
fixed that and everything appears to work fine for hello.
everything appears to work fine for blog


From weather at speakeasy.net  Fri Dec  7 14:10:16 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Fri, 7 Dec 2007 14:10:16 -0500
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <47591672.203@arnebrasseur.net>
References: <4758B4F3.4000904@arnebrasseur.net>
	<200712070415.46725.weather@speakeasy.net>
	<47591672.203@arnebrasseur.net>
Message-ID: <200712071410.16139.weather@speakeasy.net>

That installed them (had to install RedCloth too though, or else raw failed). 
Like the other user, I had to add exec permissions for nitro as well. I am 
encountering a problem, though -- trying to run the TodoList from the 
tutorial:

app.rb:3:in `require': no such file to load -- nitro_and_og (LoadError)
        from app.rb:3

All the packages installed successfully, but maybe there's something else I 
need to do?

Thanks again for your help,
Matt

On Friday 07 December 2007 04:46, Arne Brasseur wrote:
> Check glue/glue.gemspec. It probably still contains a line like this:
>
>   s.add_dependency("facets", "= 1.8.54")
>
> The patch should have removed this but perhaps something went wrong. The
> patch file is intended for use with darcs, I'm not sure it will work
> with GNU patch. The correct way of applying the patch (on a clean repo)
> is this:
>
>   cd repo.nitroproject.org
>   darcs apply ab_200711207_fix_the_gemspecs.patch
>
> After that rebuild the gems (rake dist:all) and try again.
>
> The problem you're seeing is that glue fails to install because of a
> missing dependency (facets 1.8), and since the rest depends on glue they
> also fail.
>
> I hope this helps. Let us know if you encounter more obstacles.
>
> (ab)

From arne at arnebrasseur.net  Sat Dec  8 00:22:29 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sat, 08 Dec 2007 13:22:29 +0800
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <200712071410.16139.weather@speakeasy.net>
References: <4758B4F3.4000904@arnebrasseur.net>	<200712070415.46725.weather@speakeasy.net>	<47591672.203@arnebrasseur.net>
	<200712071410.16139.weather@speakeasy.net>
Message-ID: <475A2A15.6070406@arnebrasseur.net>

Matthew B Gardner schreef:
> That installed them (had to install RedCloth too though, or else raw failed). 
> Like the other user, I had to add exec permissions for nitro as well. I am 
> encountering a problem, though -- trying to run the TodoList from the 
> tutorial:
>
> app.rb:3:in `require': no such file to load -- nitro_and_og (LoadError)
>         from app.rb:3
>   
That usage is deprecated, I'll go through the tutorial myself over the 
weekend to update it. Just do

require "nitro"
require "og"

(ab)
> All the packages installed successfully, but maybe there's something else I 
> need to do?
>
> Thanks again for your help,
> Matt
>
> On Friday 07 December 2007 04:46, Arne Brasseur wrote:
>   
>> Check glue/glue.gemspec. It probably still contains a line like this:
>>
>>   s.add_dependency("facets", "= 1.8.54")
>>
>> The patch should have removed this but perhaps something went wrong. The
>> patch file is intended for use with darcs, I'm not sure it will work
>> with GNU patch. The correct way of applying the patch (on a clean repo)
>> is this:
>>
>>   cd repo.nitroproject.org
>>   darcs apply ab_200711207_fix_the_gemspecs.patch
>>
>> After that rebuild the gems (rake dist:all) and try again.
>>
>> The problem you're seeing is that glue fails to install because of a
>> missing dependency (facets 1.8), and since the rest depends on glue they
>> also fail.
>>
>> I hope this helps. Let us know if you encounter more obstacles.
>>
>> (ab)
>>     
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>   


-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071208/6afdbc23/attachment.html 

From weather at speakeasy.net  Sat Dec  8 00:40:36 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Sat, 8 Dec 2007 00:40:36 -0500
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <475A2A15.6070406@arnebrasseur.net>
References: <4758B4F3.4000904@arnebrasseur.net>
	<200712071410.16139.weather@speakeasy.net>
	<475A2A15.6070406@arnebrasseur.net>
Message-ID: <200712080040.36479.weather@speakeasy.net>

I actually tried that too...sorry, I should have included that info.

app.rb:3:in `require': no such file to load -- nitro (LoadError)
        from app.rb:3

I didn't have this problem before I switched to the darcs approach (I switched 
b/c of the FormHelper name error).

Thanks again for any help,
Matt

On Saturday 08 December 2007 00:22, Arne Brasseur wrote:
> Matthew B Gardner schreef:
> > That installed them (had to install RedCloth too though, or else raw
> > failed). Like the other user, I had to add exec permissions for nitro as
> > well. I am encountering a problem, though -- trying to run the TodoList
> > from the tutorial:
> >
> > app.rb:3:in `require': no such file to load -- nitro_and_og (LoadError)
> >         from app.rb:3
>
> That usage is deprecated, I'll go through the tutorial myself over the
> weekend to update it. Just do
>
> require "nitro"
> require "og"
>
> (ab)
>

From arne at arnebrasseur.net  Sat Dec  8 00:44:20 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sat, 08 Dec 2007 13:44:20 +0800
Subject: [Nitro] Og's answer to migrations?
Message-ID: <475A2F34.1070202@arnebrasseur.net>

I was just thinking about this, say you're building an address book app. 
At first you give every address one phone number, but people start 
complaining and so you want to add a separate table for phone numbers so 
an address can have n phone numbers. Naturally you want to keep your 
data. Does Og have any functionality whatsoever to assist here?

If you're familiar with Og, how would you do this?

(ab)

-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net



From arne at arnebrasseur.net  Sat Dec  8 01:30:22 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sat, 08 Dec 2007 14:30:22 +0800
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <200712080040.36479.weather@speakeasy.net>
References: <4758B4F3.4000904@arnebrasseur.net>	<200712071410.16139.weather@speakeasy.net>	<475A2A15.6070406@arnebrasseur.net>
	<200712080040.36479.weather@speakeasy.net>
Message-ID: <475A39FE.1010400@arnebrasseur.net>

Matthew B Gardner schreef:
> I actually tried that too...sorry, I should have included that info.
>
> app.rb:3:in `require': no such file to load -- nitro (LoadError)
>         from app.rb:3
>
> I didn't have this problem before I switched to the darcs approach (I switched 
> b/c of the FormHelper name error).
>
>   
So are you installing the gems or running the repo the directly? In the 
first case add require "rubygems" or use the RUBYOPT=-rubygems trick.

In the second case it's a little more tricky. What I do is add 
repo_dir/script to the include path and then require "lib/glycerin" 
which should take care of setting the load path correctly for 
nitro/raw/og/glue.

So I have a little script called setnitro which looks like this:

export PATH=/home/plexus/work/nitro_repo/nitro/bin:$PATH
export WORK=$HOME/work
export RUBYOPT="-rubygems -I$WORK/nitro_repo/script -rlib/glycerin 
-I$WORK/facets_trunk/lib/core -I$WORK/facets_trunk/lib/more 
-I/home/plexus/work/blow_svn/trunk/lib -I$WORK/blow_svn/trunk/lib 
-I$WORK/english_svn/trunk/lib -I$WORK/opod_svn/trunk/lib"

But if you're using gems apart from nitro/og you can truncate the last 
line to

export RUBYOPT="-rubygems -I$WORK/nitro_repo/script -rlib/glycerin"

Then "source" it in your shell by using the dot:

. setnitro

This should change your current environment settings, after that you 
should be able to simply launch "nitro" in the same dir as app.rb.

Good luck, keep us posted on how it goes.

(ab)
> Thanks again for any help,
> Matt
>
> On Saturday 08 December 2007 00:22, Arne Brasseur wrote:
>   
>> Matthew B Gardner schreef:
>>     
>>> That installed them (had to install RedCloth too though, or else raw
>>> failed). Like the other user, I had to add exec permissions for nitro as
>>> well. I am encountering a problem, though -- trying to run the TodoList
>>> from the tutorial:
>>>
>>> app.rb:3:in `require': no such file to load -- nitro_and_og (LoadError)
>>>         from app.rb:3
>>>       
>> That usage is deprecated, I'll go through the tutorial myself over the
>> weekend to update it. Just do
>>
>> require "nitro"
>> require "og"
>>
>> (ab)
>>
>>     
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>   


-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071208/792a5225/attachment.html 

From arne at arnebrasseur.net  Sat Dec  8 01:33:27 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sat, 08 Dec 2007 14:33:27 +0800
Subject: [Nitro] Smarter nitro executable
Message-ID: <475A3AB7.1050103@arnebrasseur.net>

Another idea I've had, if the nitro executable would be able to figure 
out if it's installed as a gem or not, it could in the second  case take 
care itself of setting the loadpath for nitro. That way when running 
from the repo you wouldn't have to juggle too many environment variables 
and the likes, it would "just work".

Opinions?

(ab)

-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net



From weather at speakeasy.net  Sat Dec  8 01:53:46 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Sat, 8 Dec 2007 01:53:46 -0500
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <475A39FE.1010400@arnebrasseur.net>
References: <4758B4F3.4000904@arnebrasseur.net>
	<200712080040.36479.weather@speakeasy.net>
	<475A39FE.1010400@arnebrasseur.net>
Message-ID: <200712080153.47376.weather@speakeasy.net>

I required rubygems (sorry, I thought I had tried that before, but maybe only 
with nitro_and_og), but I still have the FormHelper name error.

./app/controller/root.rb:2: uninitialized constant RootController::FormHelper 
(NameError)
        from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in 
`require'
        from app.rb:7

Looks like I did all this for nothing :). Do I just need to require a file to 
get around this problem?

Thanks again again,
Matt

On Saturday 08 December 2007 01:30, Arne Brasseur wrote:
> Matthew B Gardner schreef:
> > I actually tried that too...sorry, I should have included that info.
> >
> > app.rb:3:in `require': no such file to load -- nitro (LoadError)
> >         from app.rb:3
> >
> > I didn't have this problem before I switched to the darcs approach (I
> > switched b/c of the FormHelper name error).
>
> So are you installing the gems or running the repo the directly? In the
> first case add require "rubygems" or use the RUBYOPT=-rubygems trick.

From arne at arnebrasseur.net  Sat Dec  8 03:17:38 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sat, 08 Dec 2007 16:17:38 +0800
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <200712080153.47376.weather@speakeasy.net>
References: <4758B4F3.4000904@arnebrasseur.net>	<200712080040.36479.weather@speakeasy.net>	<475A39FE.1010400@arnebrasseur.net>
	<200712080153.47376.weather@speakeasy.net>
Message-ID: <475A5322.8050305@arnebrasseur.net>

Matthew B Gardner schreef:
> I required rubygems (sorry, I thought I had tried that before, but maybe only 
> with nitro_and_og), but I still have the FormHelper name error.
>
> ./app/controller/root.rb:2: uninitialized constant RootController::FormHelper 
> (NameError)
>         from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in 
> `require'
>         from app.rb:7
>
> Looks like I did all this for nothing :). Do I just need to require a file to 
> get around this problem?
>
>   
module FormHelper is defined in view/nform, so

  require "view/nform"

might do the trick. If you still get the same problem try fully 
qualifying it:

  include Raw::FormHelper

Thanks for trying the tutorial and reporting this.

(ab)

> Thanks again again,
> Matt
>
> On Saturday 08 December 2007 01:30, Arne Brasseur wrote:
>   
>> Matthew B Gardner schreef:
>>     
>>> I actually tried that too...sorry, I should have included that info.
>>>
>>> app.rb:3:in `require': no such file to load -- nitro (LoadError)
>>>         from app.rb:3
>>>
>>> I didn't have this problem before I switched to the darcs approach (I
>>> switched b/c of the FormHelper name error).
>>>       
>> So are you installing the gems or running the repo the directly? In the
>> first case add require "rubygems" or use the RUBYOPT=-rubygems trick.
>>     
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>   


-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071208/8901c1c0/attachment-0001.html 

From weather at speakeasy.net  Sat Dec  8 03:36:22 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Sat, 8 Dec 2007 03:36:22 -0500
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <475A5322.8050305@arnebrasseur.net>
References: <4758B4F3.4000904@arnebrasseur.net>
	<200712080153.47376.weather@speakeasy.net>
	<475A5322.8050305@arnebrasseur.net>
Message-ID: <200712080336.23045.weather@speakeasy.net>

Requiring 'view/nform' didn't work, but I think Raw::FormHelper did. I had 
already tried this and it booted, but I thought it didn't actually work...I 
guess it did...here's the problem:

DEBUG: Compiling 'RootController#index' super-method
DEBUG: SELECT * FROM `ogtodoitem`
DEBUG: Compiling 'index' view sub-method [format: html]

When I go to the index page, it's showing me the generic "You have 
successfully installed Nitro!" index. Hopefully the above provides enough 
information, please let me know if it doesn't. This problem wasn't happening 
prior to the darcs install.

Thanks again for any help,
Matt

On Saturday 08 December 2007 03:17, Arne Brasseur wrote:
> Matthew B Gardner schreef:
> > I required rubygems (sorry, I thought I had tried that before, but maybe
> > only with nitro_and_og), but I still have the FormHelper name error.
> >
> > ./app/controller/root.rb:2: uninitialized constant
> > RootController::FormHelper (NameError)
> >         from
> > /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
> >         from app.rb:7
> >
> > Looks like I did all this for nothing :). Do I just need to require a
> > file to get around this problem?
>
> module FormHelper is defined in view/nform, so
>
>   require "view/nform"
>
> might do the trick. If you still get the same problem try fully
> qualifying it:
>
>   include Raw::FormHelper
>
> Thanks for trying the tutorial and reporting this.
>
> (ab)
>
> > Thanks again again,
> > Matt
> >
> > On Saturday 08 December 2007 01:30, Arne Brasseur wrote:
> >> Matthew B Gardner schreef:
> >>> I actually tried that too...sorry, I should have included that info.
> >>>
> >>> app.rb:3:in `require': no such file to load -- nitro (LoadError)
> >>>         from app.rb:3
> >>>
> >>> I didn't have this problem before I switched to the darcs approach (I
> >>> switched b/c of the FormHelper name error).
> >>
> >> So are you installing the gems or running the repo the directly? In the
> >> first case add require "rubygems" or use the RUBYOPT=-rubygems trick.
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general

From george.moschovitis at gmail.com  Sat Dec  8 04:37:15 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 8 Dec 2007 11:37:15 +0200
Subject: [Nitro] Og's answer to migrations?
In-Reply-To: <475A2F34.1070202@arnebrasseur.net>
References: <475A2F34.1070202@arnebrasseur.net>
Message-ID: <afd80b540712080137q7655dbf4j3ba9f7b6a6a2ffc8@mail.gmail.com>

just write a small script:

for u in User.all
  PhoneNumber.create(u.phone, u)
end

then just call alter table drop column to remove the uneeded column.

-g.

On Dec 8, 2007 7:44 AM, Arne Brasseur <arne at arnebrasseur.net> wrote:

> I was just thinking about this, say you're building an address book app.
> At first you give every address one phone number, but people start
> complaining and so you want to add a separate table for phone numbers so
> an address can have n phone numbers. Naturally you want to keep your
> data. Does Og have any functionality whatsoever to assist here?
>
> If you're familiar with Og, how would you do this?
>
> (ab)
>
> --
> Ein Fuchs mu? tun, was ein Fuchs tun mu?
> arne at arnebrasseur.net
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general




-- 
http://me.gr
http://joy.gr
http://cull.gr
http://nitroproject.org
http://phidz.com
http://joyerz.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071208/2cc351a1/attachment.html 

From george.moschovitis at gmail.com  Sat Dec  8 04:38:03 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 8 Dec 2007 11:38:03 +0200
Subject: [Nitro] Smarter nitro executable
In-Reply-To: <475A3AB7.1050103@arnebrasseur.net>
References: <475A3AB7.1050103@arnebrasseur.net>
Message-ID: <afd80b540712080138u10ab94dfs17012bd0759318f3@mail.gmail.com>

Interesting idea,

do you feel capable of implementing this? It would be a great contribution.

-g.

On Dec 8, 2007 8:33 AM, Arne Brasseur <arne at arnebrasseur.net> wrote:

> Another idea I've had, if the nitro executable would be able to figure
> out if it's installed as a gem or not, it could in the second  case take
> care itself of setting the loadpath for nitro. That way when running
> from the repo you wouldn't have to juggle too many environment variables
> and the likes, it would "just work".
>
> Opinions?
>
> (ab)
>
> --
> Ein Fuchs mu? tun, was ein Fuchs tun mu?
> arne at arnebrasseur.net
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general




-- 
http://me.gr
http://joy.gr
http://cull.gr
http://nitroproject.org
http://phidz.com
http://joyerz.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071208/b09fe51c/attachment.html 

From transfire at gmail.com  Sat Dec  8 07:09:20 2007
From: transfire at gmail.com (Trans)
Date: Sat, 8 Dec 2007 04:09:20 -0800 (PST)
Subject: [Nitro] Smarter nitro executable
In-Reply-To: <475A3AB7.1050103@arnebrasseur.net>
References: <475A3AB7.1050103@arnebrasseur.net>
Message-ID: <899170b7-0748-4848-b603-5a6e2c62aefc@b1g2000pra.googlegroups.com>



On Dec 8, 1:33 am, Arne Brasseur <a... at arnebrasseur.net> wrote:
> Another idea I've had, if the nitro executable would be able to figure
> out if it's installed as a gem or not, it could in the second  case take
> care itself of setting the loadpath for nitro. That way when running
> from the repo you wouldn't have to juggle too many environment variables
> and the likes, it would "just work".
>
> Opinions?

If you Roll all these problesm vanish.

T.

From william.full.moon at gmail.com  Sat Dec  8 23:11:27 2007
From: william.full.moon at gmail.com (* William)
Date: Sun, 9 Dec 2007 15:11:27 +1100
Subject: [Nitro] Smarter executable
Message-ID: <9e03c3c60712082011n66072e53qe54a664402c7f998@mail.gmail.com>

Hi many ...

This is somewhat off topic, though we ought all to be interested.  Does
anyone know the Ruby engine that GOOGLE use inside the Google
SketchUp<http://sketchup.google.com/>
?

   * http://sketchup.google.com/

It seems to be much faster than the existing ruby download.

It is pretty cool to play with too ...

w.


On 08/12/2007, Arne Brasseur <arne at arnebrasseur.net> wrote:
>
> Another idea I've had, if the nitro executable would be able to figure
> out if it's installed as a gem or not, it could in the second  case take
> care itself of setting the loadpath for nitro. That way when running
> from the repo you wouldn't have to juggle too many environment variables
> and the likes, it would "just work".
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071209/f6afca50/attachment.html 

From william.full.moon at gmail.com  Sat Dec  8 23:34:16 2007
From: william.full.moon at gmail.com (* William)
Date: Sun, 9 Dec 2007 15:34:16 +1100
Subject: [Nitro] Og's answer to migrations?
In-Reply-To: <afd80b540712080137q7655dbf4j3ba9f7b6a6a2ffc8@mail.gmail.com>
References: <475A2F34.1070202@arnebrasseur.net>
	<afd80b540712080137q7655dbf4j3ba9f7b6a6a2ffc8@mail.gmail.com>
Message-ID: <9e03c3c60712082034t6d3b1ee4j557f22cc7245ba18@mail.gmail.com>

Wouldn't the success of this example depend on the "PhoneNumber" structure's
relationship with "User"?

Also, I'm a little curious about how (or indeed IF) different instances of
structures are associated, linked and otherwise understood.

A long time ago, I had a question about how to explicitly open two distinct
tables of the same class -- Migration is a good use case for that.  I didn't
really get a comfortable answer.  In fact having two Og instances of the
same Object type tended (at that tiem) to be problematic.

Eg.
      a = PhoneNumber.new( "/usr/pathone" )
      b = PhoneNumber.new( "/usr/pathTwo" )

      Aggregated_customers = PhoneNumber.new( "/usr/pathall" )

Is that any easier these day?

:-)

On 08/12/2007, George Moschovitis <george.moschovitis at gmail.com> wrote:
>
> just write a small script:
>
> for u in User.all
>   PhoneNumber.create(u.phone, u)
> end
>
> then just call alter table drop column to remove the uneeded column.
>
> -g.
>
> On Dec 8, 2007 7:44 AM, Arne Brasseur < arne at arnebrasseur.net> wrote:
>
> > I was just thinking about this, say you're building an address book app.
> >
> > At first you give every address one phone number, but people start
> > complaining and so you want to add a separate table for phone numbers so
> > an address can have n phone numbers. Naturally you want to keep your
> > data. Does Og have any functionality whatsoever to assist here?
> >
> > If you're familiar with Og, how would you do this?
> >
> > (ab)
> >
> > --
> > Ein Fuchs mu? tun, was ein Fuchs tun mu?
> > arne at arnebrasseur.net
> >
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
>
> --
> http://me.gr
> http://joy.gr
> http://cull.gr
> http://nitroproject.org
> http://phidz.com
> http://joyerz.com
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071209/61465685/attachment.html 

From weather at speakeasy.net  Sun Dec  9 00:50:30 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Sun, 9 Dec 2007 00:50:30 -0500
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <200712080336.23045.weather@speakeasy.net>
References: <4758B4F3.4000904@arnebrasseur.net>
	<475A5322.8050305@arnebrasseur.net>
	<200712080336.23045.weather@speakeasy.net>
Message-ID: <200712090050.31019.weather@speakeasy.net>

nitro --create todolist isn't working after the darcs install either.

-Matt

On Saturday 08 December 2007 03:36, Matthew B Gardner wrote:
> Requiring 'view/nform' didn't work, but I think Raw::FormHelper did. I had
> already tried this and it booted, but I thought it didn't actually work...I
> guess it did...here's the problem:
>
> DEBUG: Compiling 'RootController#index' super-method
> DEBUG: SELECT * FROM `ogtodoitem`
> DEBUG: Compiling 'index' view sub-method [format: html]
>
> When I go to the index page, it's showing me the generic "You have
> successfully installed Nitro!" index. Hopefully the above provides enough
> information, please let me know if it doesn't. This problem wasn't
> happening prior to the darcs install.
>
> Thanks again for any help,
> Matt
>
> On Saturday 08 December 2007 03:17, Arne Brasseur wrote:
> > Matthew B Gardner schreef:
> > > I required rubygems (sorry, I thought I had tried that before, but
> > > maybe only with nitro_and_og), but I still have the FormHelper name
> > > error.
> > >
> > > ./app/controller/root.rb:2: uninitialized constant
> > > RootController::FormHelper (NameError)
> > >         from
> > > /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
> > >         from app.rb:7
> > >
> > > Looks like I did all this for nothing :). Do I just need to require a
> > > file to get around this problem?
> >
> > module FormHelper is defined in view/nform, so
> >
> >   require "view/nform"
> >
> > might do the trick. If you still get the same problem try fully
> > qualifying it:
> >
> >   include Raw::FormHelper
> >
> > Thanks for trying the tutorial and reporting this.
> >
> > (ab)
> >
> > > Thanks again again,
> > > Matt
> > >
> > > On Saturday 08 December 2007 01:30, Arne Brasseur wrote:
> > >> Matthew B Gardner schreef:
> > >>> I actually tried that too...sorry, I should have included that info.
> > >>>
> > >>> app.rb:3:in `require': no such file to load -- nitro (LoadError)
> > >>>         from app.rb:3
> > >>>
> > >>> I didn't have this problem before I switched to the darcs approach (I
> > >>> switched b/c of the FormHelper name error).
> > >>
> > >> So are you installing the gems or running the repo the directly? In
> > >> the first case add require "rubygems" or use the RUBYOPT=-rubygems
> > >> trick.
> > >
> > > _______________________________________________
> > > Nitro-general mailing list
> > > Nitro-general at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/nitro-general
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general

From weather at speakeasy.net  Sun Dec  9 01:08:05 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Sun, 9 Dec 2007 01:08:05 -0500
Subject: [Nitro] Tutorial PDF
In-Reply-To: <474FB67C.9020201@arnebrasseur.net>
References: <474FB67C.9020201@arnebrasseur.net>
Message-ID: <200712090108.05344.weather@speakeasy.net>

Using the darcs install, here are the current issues for this tutorial:

Need to install RedCloth and xml-simple.
app.adapter=:mongrel at line 6 in debug.rb causes:

INFO: Starting Mongrel server in debug mode, listening at 0.0.0.0:9000
/usr/lib/ruby/gems/1.8/gems/facets-2.1.3/lib/core/facets/kernel/constant.rb:28:in 
`const_get': uninitialized constant Raw::MongrelAdapter (NameError)

I'm not sure if it's just my system, but creating my own version of todolist 
or using your todolist1, I get the "You have successfully installed Nitro!" 
index page. Was able to get that after I commented out the mongrel line.

The FormHelper mixin works fine now, by the way (at least in your 
todolist1) -- was that updated today?

Hopefully this helps some.
-Matt

On Friday 30 November 2007 02:06, Arne Brasseur wrote:
> Hi Nitro lovers,
>
> This is the tutorial I wrote a while ago, only this time in PDF format.
> There's probably stuff that is already obsolete, but since we're posting
> PDF's for the "geekend" anyway ;)
>
> The difference is that this one is generated from docbook that is
> generated from a bunch of text files with some minimal markup. Docbook
> is great and flexible and all of that, but hand editing is still
> tedious. I tried it for about an hour and it started to get really on my
> nerves.
>
> The proposal is to use such a hybrid approach for the official Nitro
> docs. Targeting docbook we can get high quality docs in several output
> formats, while editing in a format with the least amount of mental
> overhead. It's still possible to fall back to "raw" docbook should it be
> necessary.
>
> (ab)

From arne at arnebrasseur.net  Sun Dec  9 01:49:33 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sun, 09 Dec 2007 14:49:33 +0800
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <200712090050.31019.weather@speakeasy.net>
References: <4758B4F3.4000904@arnebrasseur.net>	<475A5322.8050305@arnebrasseur.net>	<200712080336.23045.weather@speakeasy.net>
	<200712090050.31019.weather@speakeasy.net>
Message-ID: <475B8FFD.6050103@arnebrasseur.net>

IIRC it's "nitro create todolist" now, without the dashes.

(ab)

Matthew B Gardner schreef:
> nitro --create todolist isn't working after the darcs install either.
>
> -Matt
>
> On Saturday 08 December 2007 03:36, Matthew B Gardner wrote:
>   
>> Requiring 'view/nform' didn't work, but I think Raw::FormHelper did. I had
>> already tried this and it booted, but I thought it didn't actually work...I
>> guess it did...here's the problem:
>>
>> DEBUG: Compiling 'RootController#index' super-method
>> DEBUG: SELECT * FROM `ogtodoitem`
>> DEBUG: Compiling 'index' view sub-method [format: html]
>>
>> When I go to the index page, it's showing me the generic "You have
>> successfully installed Nitro!" index. Hopefully the above provides enough
>> information, please let me know if it doesn't. This problem wasn't
>> happening prior to the darcs install.
>>
>> Thanks again for any help,
>> Matt
>>
>> On Saturday 08 December 2007 03:17, Arne Brasseur wrote:
>>     
>>> Matthew B Gardner schreef:
>>>       
>>>> I required rubygems (sorry, I thought I had tried that before, but
>>>> maybe only with nitro_and_og), but I still have the FormHelper name
>>>> error.
>>>>
>>>> ./app/controller/root.rb:2: uninitialized constant
>>>> RootController::FormHelper (NameError)
>>>>         from
>>>> /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
>>>>         from app.rb:7
>>>>
>>>> Looks like I did all this for nothing :). Do I just need to require a
>>>> file to get around this problem?
>>>>         
>>> module FormHelper is defined in view/nform, so
>>>
>>>   require "view/nform"
>>>
>>> might do the trick. If you still get the same problem try fully
>>> qualifying it:
>>>
>>>   include Raw::FormHelper
>>>
>>> Thanks for trying the tutorial and reporting this.
>>>
>>> (ab)
>>>
>>>       
>>>> Thanks again again,
>>>> Matt
>>>>
>>>> On Saturday 08 December 2007 01:30, Arne Brasseur wrote:
>>>>         
>>>>> Matthew B Gardner schreef:
>>>>>           
>>>>>> I actually tried that too...sorry, I should have included that info.
>>>>>>
>>>>>> app.rb:3:in `require': no such file to load -- nitro (LoadError)
>>>>>>         from app.rb:3
>>>>>>
>>>>>> I didn't have this problem before I switched to the darcs approach (I
>>>>>> switched b/c of the FormHelper name error).
>>>>>>             
>>>>> So are you installing the gems or running the repo the directly? In
>>>>> the first case add require "rubygems" or use the RUBYOPT=-rubygems
>>>>> trick.
>>>>>           
>>>> _______________________________________________
>>>> Nitro-general mailing list
>>>> Nitro-general at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/nitro-general
>>>>         
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>     
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>   


-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071209/e2956e03/attachment.html 

From arne at arnebrasseur.net  Sun Dec  9 01:51:25 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sun, 09 Dec 2007 14:51:25 +0800
Subject: [Nitro] Smarter nitro executable
In-Reply-To: <afd80b540712080138u10ab94dfs17012bd0759318f3@mail.gmail.com>
References: <475A3AB7.1050103@arnebrasseur.net>
	<afd80b540712080138u10ab94dfs17012bd0759318f3@mail.gmail.com>
Message-ID: <475B906D.6010500@arnebrasseur.net>

George Moschovitis schreef:
> Interesting idea,
>
> do you feel capable of implementing this? It would be a great 
> contribution.
I'll have a stab at it. I don't think it would be all that hard.

(ab)
>
> -g.
>
> On Dec 8, 2007 8:33 AM, Arne Brasseur < arne at arnebrasseur.net 
> <mailto:arne at arnebrasseur.net>> wrote:
>
>     Another idea I've had, if the nitro executable would be able to
>     figure
>     out if it's installed as a gem or not, it could in the second
>      case take
>     care itself of setting the loadpath for nitro. That way when running
>     from the repo you wouldn't have to juggle too many environment
>     variables
>     and the likes, it would "just work".
>
>     Opinions?
>
>     (ab)
>
>     --
>     Ein Fuchs mu? tun, was ein Fuchs tun mu?
>     arne at arnebrasseur.net <mailto:arne at arnebrasseur.net>
>
>
>     _______________________________________________
>     Nitro-general mailing list
>     Nitro-general at rubyforge.org <mailto:Nitro-general at rubyforge.org>
>     http://rubyforge.org/mailman/listinfo/nitro-general
>     <http://rubyforge.org/mailman/listinfo/nitro-general>
>
>
>
>
> -- 
> http://me.gr
> http://joy.gr
> http://cull.gr
> http://nitroproject.org
> http://phidz.com
> http://joyerz.com
> ------------------------------------------------------------------------
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general


-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071209/82bd410a/attachment.html 

From transfire at gmail.com  Sun Dec  9 01:40:40 2007
From: transfire at gmail.com (Trans)
Date: Sat, 8 Dec 2007 22:40:40 -0800 (PST)
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <200712090050.31019.weather@speakeasy.net>
References: <4758B4F3.4000904@arnebrasseur.net>
	<475A5322.8050305@arnebrasseur.net> 
	<200712080336.23045.weather@speakeasy.net>
	<200712090050.31019.weather@speakeasy.net>
Message-ID: <62889507-9cae-4628-a0ae-d0e1c10f8103@s8g2000prg.googlegroups.com>



On Dec 9, 12:50 am, Matthew B Gardner <weat... at speakeasy.net> wrote:
> nitro --create todolist isn't working after the darcs install either.

That's my fault. Will have to fix... hmmm... did you try:

  nitro create todolist

that's what is should in any case, since it's a subcommand, not an
option.

T.

From weather at speakeasy.net  Sun Dec  9 01:54:53 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Sun, 9 Dec 2007 01:54:53 -0500
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <62889507-9cae-4628-a0ae-d0e1c10f8103@s8g2000prg.googlegroups.com>
References: <4758B4F3.4000904@arnebrasseur.net>
	<200712090050.31019.weather@speakeasy.net>
	<62889507-9cae-4628-a0ae-d0e1c10f8103@s8g2000prg.googlegroups.com>
Message-ID: <200712090154.54025.weather@speakeasy.net>

Yep, just saw Arne's email and that worked.

Thanks to both,
Matt

On Sunday 09 December 2007 01:40, Trans wrote:
> On Dec 9, 12:50 am, Matthew B Gardner <weat... at speakeasy.net> wrote:
> > nitro --create todolist isn't working after the darcs install either.
>
> That's my fault. Will have to fix... hmmm... did you try:
>
>   nitro create todolist
>
> that's what is should in any case, since it's a subcommand, not an
> option.
>
> T.
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general

From mvyver at gmail.com  Sun Dec  9 02:10:16 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Sun, 9 Dec 2007 18:10:16 +1100
Subject: [Nitro] Og draft DBI adapter with Sequel.
In-Reply-To: <ba4ca975-eb02-4cce-816b-77e90e253bf5@o42g2000hsc.googlegroups.com>
References: <389c43e40712022013w690839d7vf9654d9fc8b07967@mail.gmail.com>
	<ba4ca975-eb02-4cce-816b-77e90e253bf5@o42g2000hsc.googlegroups.com>
Message-ID: <389c43e40712082310m20d5a7d4j1dc045e5b18773e@mail.gmail.com>

Apologies for the delay - been away this last week...

On Dec 7, 2007 2:06 AM, Trans <transfire at gmail.com> wrote:
>
>
>
> On Dec 2, 11:13 pm, "Mark Van De Vyver" <mvy... at gmail.com> wrote:
> > Hi Devs,
> > Attached is the 'darcs record; darcs send' of my current copy of the repo.
> >
> > It contains the prototype/proof-of-concept of a DBI adapter and Sequel
> > functionality. Fro further info see some of the specs and docs
> >  - the Sequel/Og::Model specs have proved tricky to get running all at
> > once and I'm not yet sure what is going on there.
> > Better minds might be able to work this out.
> >
> > Be aware this is in the spirit of 'release-early'.  Some changes are
> > at Og's lower levels, e.g. #execute.
> > At the moment _all_ you should expect is that 'rake test:og' should
> > show some passing specs :)
> >
> > In case you wonder 'Why Sequel?', or 'Doesn't Og already do xyz?', the reasons:
> >  - Sequel was documented, and I figured it'd be quicker to try spot
> > weld Sequel onto Og than try to 'internalize' Og's code.
> >  - Sequel is actively developed, so by keeping as much of the Sequel
> > code-structure I could hopefully tap into the rich vein of code/ideas
> > in that project.
> >  - Sequel seemed to offer a natural fit (DataMapper functionality
> > might be able to be incorporated?)
> >
> > Where to?
> > Well I'm not sure... there is no Og issue tracker or wiki so whether,
> > or how anything can be discussed/incorporated into Og remains to be
> > seen.
> > Hopefully an active and vibrant Og community will spring up shortly.
> >
> > Please let me know if I've mangled anything in the attached.
>
> Does Sequel have to be installed?

No, everything required should be under adpater/dbi

HTH?
Mark

> T.
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From weather at speakeasy.net  Sun Dec  9 02:13:49 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Sun, 9 Dec 2007 02:13:49 -0500
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <200712090154.54025.weather@speakeasy.net>
References: <4758B4F3.4000904@arnebrasseur.net>
	<62889507-9cae-4628-a0ae-d0e1c10f8103@s8g2000prg.googlegroups.com>
	<200712090154.54025.weather@speakeasy.net>
Message-ID: <200712090213.49334.weather@speakeasy.net>

Just to update, I reinstalled darcs, rewrote the todolist example from the 
tutorial, and it's working. Switching to the tutorial todolist1, I still get 
the generic index page. Please let me know if any further information is 
needed to help correct the problem.

Thanks again for all the help...it's nice to see it working!
-Matt

On Sunday 09 December 2007 01:54, Matthew B Gardner wrote:
> Yep, just saw Arne's email and that worked.
>
> Thanks to both,
> Matt
>
> On Sunday 09 December 2007 01:40, Trans wrote:
> > On Dec 9, 12:50 am, Matthew B Gardner <weat... at speakeasy.net> wrote:
> > > nitro --create todolist isn't working after the darcs install either.
> >
> > That's my fault. Will have to fix... hmmm... did you try:
> >
> >   nitro create todolist
> >
> > that's what is should in any case, since it's a subcommand, not an
> > option.
> >
> > T.
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general

From t_leitner at gmx.at  Sun Dec  9 02:20:46 2007
From: t_leitner at gmx.at (Thomas Leitner)
Date: Sun, 9 Dec 2007 08:20:46 +0100
Subject: [Nitro] Smarter nitro executable
In-Reply-To: <afd80b540712080138u10ab94dfs17012bd0759318f3@mail.gmail.com>
References: <475A3AB7.1050103@arnebrasseur.net>
	<afd80b540712080138u10ab94dfs17012bd0759318f3@mail.gmail.com>
Message-ID: <8E2F96A9-E552-4A7A-BBDD-923B4EA1055A@gmx.at>

I do the following for getting the data directory in webgen which  
works in all cases (not installed, installed via setup.rb and  
installed via gems):

module Webgen

   # Returns the data directory for webgen.
   def self.data_dir
     unless defined?( @@data_dir )
       @@data_dir =  File.expand_path( File.join( File.dirname 
( __FILE__ ), '..', '..', 'data', 'webgen') )

       @@data_dir = File.expand_path( File.join( Config::CONFIG 
["datadir"], "webgen" ) ) if !File.exists?( @@data_dir )

       raise "Could not find webgen data directory! This is a bug,  
report it please!" unless File.directory?( @@data_dir )
     end
     @@data_dir
   end

end

Something similar should do the trick for the load path.

*hth*,
   Thomas

On 08.12.2007, at 10:38, George Moschovitis wrote:

> Interesting idea,
>
> do you feel capable of implementing this? It would be a great  
> contribution.
>
> -g.
>
> On Dec 8, 2007 8:33 AM, Arne Brasseur < arne at arnebrasseur.net> wrote:
> Another idea I've had, if the nitro executable would be able to figure
> out if it's installed as a gem or not, it could in the second  case  
> take
> care itself of setting the loadpath for nitro. That way when running
> from the repo you wouldn't have to juggle too many environment  
> variables
> and the likes, it would "just work".
>
> Opinions?
>
> (ab)
>
> --
> Ein Fuchs mu? tun, was ein Fuchs tun mu?
> arne at arnebrasseur.net
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
> -- 
> http://me.gr
> http://joy.gr
> http://cull.gr
> http://nitroproject.org
> http://phidz.com
> http://joyerz.com
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071209/8c67d353/attachment.html 

From arne at arnebrasseur.net  Sun Dec  9 02:55:35 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sun, 09 Dec 2007 15:55:35 +0800
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <200712090213.49334.weather@speakeasy.net>
References: <4758B4F3.4000904@arnebrasseur.net>	<62889507-9cae-4628-a0ae-d0e1c10f8103@s8g2000prg.googlegroups.com>	<200712090154.54025.weather@speakeasy.net>
	<200712090213.49334.weather@speakeasy.net>
Message-ID: <475B9F77.6080503@arnebrasseur.net>

Matthew B Gardner schreef:
> Just to update, I reinstalled darcs, rewrote the todolist example from the 
> tutorial, and it's working. Switching to the tutorial todolist1, I still get 
> the generic index page. Please let me know if any further information is 
> needed to help correct the problem.
>
>   
I'm guessing this could have something to do with the 'x' suffix to 
template files. I'll post an upgdated tutorial later on.

(ab)
> Thanks again for all the help...it's nice to see it working!
> -Matt
>
> On Sunday 09 December 2007 01:54, Matthew B Gardner wrote:
>   
>> Yep, just saw Arne's email and that worked.
>>
>> Thanks to both,
>> Matt
>>
>> On Sunday 09 December 2007 01:40, Trans wrote:
>>     
>>> On Dec 9, 12:50 am, Matthew B Gardner <weat... at speakeasy.net> wrote:
>>>       
>>>> nitro --create todolist isn't working after the darcs install either.
>>>>         
>>> That's my fault. Will have to fix... hmmm... did you try:
>>>
>>>   nitro create todolist
>>>
>>> that's what is should in any case, since it's a subcommand, not an
>>> option.
>>>
>>> T.
>>> _______________________________________________
>>> Nitro-general mailing list
>>> Nitro-general at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/nitro-general
>>>       
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>     
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>   


-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071209/284036ee/attachment.html 

From arne at arnebrasseur.net  Sun Dec  9 03:18:11 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sun, 09 Dec 2007 16:18:11 +0800
Subject: [Nitro] Tutorial PDF
In-Reply-To: <200712090108.05344.weather@speakeasy.net>
References: <474FB67C.9020201@arnebrasseur.net>
	<200712090108.05344.weather@speakeasy.net>
Message-ID: <475BA4C3.2050001@arnebrasseur.net>

Matthew B Gardner schreef:
> Using the darcs install, here are the current issues for this tutorial:
>
> Need to install RedCloth and xml-simple.
>   
RedCloth is supposed to be optional, according to raw/README. 
raw/util/markup uses it by default, but this can be overridden.

The only problem is that at the top of the file is a require "redcloth", 
so you won't get far without it. The gemspec also references redcloth as 
a dependency. On the other hand, there is a check in the method 
expand_redcloth to see if it's installed or not. For this to make sense 
the require and the dependency have to go off course.

So, optional or not?

(ab)

> app.adapter=:mongrel at line 6 in debug.rb causes:
>
> INFO: Starting Mongrel server in debug mode, listening at 0.0.0.0:9000
> /usr/lib/ruby/gems/1.8/gems/facets-2.1.3/lib/core/facets/kernel/constant.rb:28:in 
> `const_get': uninitialized constant Raw::MongrelAdapter (NameError)
>
> I'm not sure if it's just my system, but creating my own version of todolist 
> or using your todolist1, I get the "You have successfully installed Nitro!" 
> index page. Was able to get that after I commented out the mongrel line.
>
> The FormHelper mixin works fine now, by the way (at least in your 
> todolist1) -- was that updated today?
>
> Hopefully this helps some.
> -Matt
>
> On Friday 30 November 2007 02:06, Arne Brasseur wrote:
>   
>> Hi Nitro lovers,
>>
>> This is the tutorial I wrote a while ago, only this time in PDF format.
>> There's probably stuff that is already obsolete, but since we're posting
>> PDF's for the "geekend" anyway ;)
>>
>> The difference is that this one is generated from docbook that is
>> generated from a bunch of text files with some minimal markup. Docbook
>> is great and flexible and all of that, but hand editing is still
>> tedious. I tried it for about an hour and it started to get really on my
>> nerves.
>>
>> The proposal is to use such a hybrid approach for the official Nitro
>> docs. Targeting docbook we can get high quality docs in several output
>> formats, while editing in a format with the least amount of mental
>> overhead. It's still possible to fall back to "raw" docbook should it be
>> necessary.
>>
>> (ab)
>>     
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>   


-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071209/aaf067b1/attachment.html 

From arne at arnebrasseur.net  Sun Dec  9 05:46:06 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sun, 09 Dec 2007 18:46:06 +0800
Subject: [Nitro] New Tutorial PDF
Message-ID: <475BC76E.1050805@arnebrasseur.net>

I'm not all the way through with bringing this up to date, but it's 
better then before so here goes.


(ab)

-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net

-------------- next part --------------
A non-text attachment was scrubbed...
Name: nitro_todolist_20071209.pdf
Type: application/pdf
Size: 26577 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071209/4da75a1b/attachment-0001.pdf 

From william.full.moon at gmail.com  Sun Dec  9 08:33:20 2007
From: william.full.moon at gmail.com (* William)
Date: Mon, 10 Dec 2007 00:33:20 +1100
Subject: [Nitro] New Tutorial PDF
In-Reply-To: <475BC76E.1050805@arnebrasseur.net>
References: <475BC76E.1050805@arnebrasseur.net>
Message-ID: <9e03c3c60712090533h653af402lcc293b43ae0b9d3f@mail.gmail.com>

Hey Ame :-)

I like the tutorial idea -- I took a shot at something on a wiki page
before.  You can see that I have my own faults, so my comments are purely
for "better-ness", and good.  Also I'm putting on my "adult trainer and
workplace assessor" hat (not a programs need, XXX hat *grin*).

Here are some thoughts, in no particular order.  On Friday I took some time
out of my life to find a few little toys to use to explain "classroom
psychology" .... It is impossible to find "human" toy men and toy women
these days.

I did find :: little 'magno-z <http://haireemagnoz.com/home.htm>' men --
made from coloured pipe cleaners with funny faces and weird hair.  They are
pretty cool, I plan to get some more.

   - http://haireemagnoz.com/home.htm

Consider these people as "the audience"; for your material.  I like it
because I can sit with Chinese people, or Americans, and say :: Here is your
class.  Here is your market.  Here is your (project/sports) team  . . .

   - What do they KNOW already?
        (Foundation...)
   - What pre-conceptions do they hold (NOW)?
   ... "Rails rules", "Google and NASA love Python", C++ is the fastest,
   etc
   - What THREE(3) things do I wish them to walk out of the room with?
   - What  ONE(1) thing do I wish them to do, to ACT on, after class
   (tutorial, advertisement, etc.)

This understood, I tend to do that evaluation 2nd, or even 3rd (or -- I used
to).  It really matter-z.  Those wee
'magno-z<http://haireemagnoz.com/home.htm>'
figure men/women -- Don't know where they can get to after our tutorial.
Make sense?

There seem to be many assumptions in the tutorial.  And I was not sure What
"assumed knowledge" I might need.  Ordinarily most of that context can be
gathered.  NITRO, to me, is for non-database people to get something
up-and-running.

I spent a very large chunk of my life looking for ways to deliver results,
and skip the technical gear, and ins and outs. I may be taking a too-Right
brained approach to this tutorial in that case.

On the other hand, I'd like to see a real-world version of any data
structures used and where possible, a diagram or 30 diagrams. ;-)  If you
rec all where you began, "they"(tm) used to tell us to imagine explaining
the dumbest steps to boil rice.

Do I know how to "fetch water"?  Does the wee
'magno-z<http://haireemagnoz.com/home.htm>'
figure?

Also ... my personal bias here is that, is a To Do list sufficiently real
enough?  It needs to be described as a thing I'm familiar with.  Most "to
do"-s are on envelopes.  Can you make it a task tracking project?  I think I
used an address book -- I saw your phone-number question, are we thinking
the same thing?

Finally, you need a unbiased person with the equivalent "assumed" knowledge
to review the tutorial.  Can you teach/use it to, with a friend or a
non-family member?

Before you  do this write out those 3 objectives, and at teh end find a
suitable question to ask and assess how that goes.  Do not give the desired
outcome away in the assessment question *grin*

I CC-ed my friend Gayle, she knows not much on computers, she knows about
training adults.  I think I "know too much" to give an unbiased review.  I
know OG is a step beyond everything except a 4GL or NeXT.

If you can get them, George's videos are excellent examples for a first
Nitro app.  Non-trivial and simple as pie.  I wrote step-by-step expose-s on
the first and second ones.  That got lost in the "non-wiki" on nitro.org.

Because a lot does happen in Nitro "by magick", it is much more important to
explain the dumb, trite, and "obviously" stuff such that the reader/student
gets to take in ALL he/she gets with Nitro, or Og, for free.

*  Why n ot have a "Og" tutorial first -- and then you can point people to
the Og tutorial first.  And keep the Nitro tutorial mostly about Nitro and
about the web sites.

Good luck, let us know where we may assist.

... Will






On 09/12/2007, Arne Brasseur <arne at arnebrasseur.net> wrote: I'm not all the
way through with bringing this up to date, but it's
better then before so here goes.


(ab)


---------- Forwarded message ----------
From: Arne Brasseur <arne at arnebrasseur.net>
Date: 9 Dec 2007 21:46
Subject: [Nitro] New Tutorial PDF
To: General discussion about Nitro <nitro-general at rubyforge.org>

I'm not all the way through with bringing this up to date, but it's
better then before so here goes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071210/45f38d1c/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nitro_todolist_20071209.pdf
Type: application/pdf
Size: 26577 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071210/45f38d1c/attachment-0001.pdf 

From george.moschovitis at gmail.com  Sun Dec  9 12:34:03 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 9 Dec 2007 19:34:03 +0200
Subject: [Nitro] New Tutorial PDF
In-Reply-To: <475BC76E.1050805@arnebrasseur.net>
References: <475BC76E.1050805@arnebrasseur.net>
Message-ID: <afd80b540712090934sa0d806bg13f5dfc7f6b3225e@mail.gmail.com>

Great stuff ;-)

-g.

On Dec 9, 2007 12:46 PM, Arne Brasseur <arne at arnebrasseur.net> wrote:

> I'm not all the way through with bringing this up to date, but it's
> better then before so here goes.
>
>
> (ab)
>
> --
> Ein Fuchs mu? tun, was ein Fuchs tun mu?
> arne at arnebrasseur.net
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



-- 
http://me.gr
http://joy.gr
http://cull.gr
http://nitroproject.org
http://phidz.com
http://joyerz.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071209/127966a8/attachment.html 

From arne at arnebrasseur.net  Tue Dec 11 04:32:21 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Tue, 11 Dec 2007 17:32:21 +0800
Subject: [Nitro] New Tutorial PDF
In-Reply-To: <9e03c3c60712090533h653af402lcc293b43ae0b9d3f@mail.gmail.com>
References: <475BC76E.1050805@arnebrasseur.net>
	<9e03c3c60712090533h653af402lcc293b43ae0b9d3f@mail.gmail.com>
Message-ID: <475E5925.8030401@arnebrasseur.net>

Hi William,

Thank you for your not very to the point yet constructive comments. ;) I 
see where you are getting at, I just would like to clarify my current 
stance, given the current situation and what I see as priorities 
documentation-wise.

This tutorial is aimed at people that know how to program, have a 
working knowledge of HTML/CSS, have at least used a bit of Ruby before 
and know what RDBMS stands for. In time more documentation will be 
written which might cater for others. For now I think it makes most 
sense to write like geeks like myself that might know their stuff but 
just don't know about Nitro, since these are the people we want to 
convert to the /light side of the force/. As more Jedis complete their 
training the force will grow stronger and it will become possible for 
mere mortals to tap into its infinite possibilities.

I personally would rather die than read another tutorial that tells me 
how to get water. I understand that there are people that need to be 
told where to get the water, what container to bring, how to fill it, 
etc. There are also many people that hit the "back" button once they 
realise they will be told, again, where the water is.

The Todolist is a simple example with one model, one controller. The 
simplest thinkable besides "hello, world". More tutorials will be 
written, in time.

(ab)

* William schreef:
> Hey Ame :-)
>
> I like the tutorial idea -- I took a shot at something on a wiki page 
> before.  You can see that I have my own faults, so my comments are 
> purely for "better-ness", and good.  Also I'm putting on my "adult 
> trainer and workplace assessor" hat (not a programs need, XXX hat 
> *grin*).
>
> Here are some thoughts, in no particular order.  On Friday I took some 
> time out of my life to find a few little toys to use to explain 
> "classroom psychology" .... It is impossible to find "human" toy men 
> and toy women these days.
>
> I did find :: little 'magno-z <http://haireemagnoz.com/home.htm>' men 
> -- made from coloured pipe cleaners with funny faces and weird hair.  
> They are pretty cool, I plan to get some more.
>
>     * http://haireemagnoz.com/home.htm
>
> Consider these people as "the audience"; for your material.  I like it 
> because I can sit with Chinese people, or Americans, and say :: Here 
> is your class.  Here is your market.  Here is your (project/sports) 
> team  . . .
>
>     * What do they KNOW already?
>            (Foundation...)
>     * What pre-conceptions do they hold (NOW)? 
>       ... "Rails rules", "Google and NASA love Python", C++ is the
>       fastest, etc
>     * What THREE(3) things do I wish them to walk out of the room with?
>     * What  ONE(1) thing do I wish them to do , to ACT on, after class
>       (tutorial, advertisement, etc.)
>
> This understood, I tend to do that evaluation 2nd, or even 3rd (or -- 
> I used to).  It really matter-z.  Those wee 'magno-z 
> <http://haireemagnoz.com/home.htm>' figure men/women -- Don't know 
> where they can get to after our tutorial.  Make sense?
>
> There seem to be many assumptions in the tutorial.  And I was not sure 
> What "assumed knowledge" I might need.  Ordinarily most of that 
> context can be gathered.  NITRO, to me, is for non-database people to 
> get something up-and-running.
>
> I spent a very large chunk of my life looking for ways to deliver 
> results, and skip the technical gear, and ins and outs. I may be 
> taking a too-Right brained approach to this tutorial in that case.
>
> On the other hand, I'd like to see a real-world version of any data 
> structures used and where possible, a diagram or 30 diagrams. ;-)  If 
> you rec all where you began, "they"(tm) used to tell us to imagine 
> explaining the dumbest steps to boil rice.
>
> Do I know how to "fetch water"?  Does the wee 'magno-z 
> <http://haireemagnoz.com/home.htm>' figure?
>
> Also ... my personal bias here is that, is a To Do list sufficiently 
> real enough?  It needs to be described as a thing I'm familiar with.  
> Most "to do"-s are on envelopes.  Can you make it a task tracking 
> project?  I think I used an address book -- I saw your phone-number 
> question, are we thinking the same thing?
>
> Finally, you need a unbiased person with the equivalent "assumed" 
> knowledge to review the tutorial.  Can you teach/use it to, with a 
> friend or a non-family member?
>
> Before you  do this write out those 3 objectives, and at teh end find 
> a suitable question to ask and assess how that goes.  Do not give the 
> desired outcome away in the assessment question *grin*
>
> I CC-ed my friend Gayle, she knows not much on computers, she knows 
> about training adults.  I think I "know too much" to give an unbiased 
> review.  I know OG is a step beyond everything except a 4GL or NeXT.
>
> If you can get them, George's videos are excellent examples for a 
> first Nitro app.  Non-trivial and simple as pie.  I wrote step-by-step 
> expose-s on the first and second ones.  That got lost in the 
> "non-wiki" on nitro.org <http://nitro.org>.
>
> Because a lot does happen in Nitro "by magick", it is much more 
> important to explain the dumb, trite, and "obviously" stuff such that 
> the reader/student gets to take in ALL he/she gets with Nitro, or Og, 
> for free.
>
> *  Why n ot have a "Og" tutorial first -- and then you can point 
> people to the Og tutorial first.  And keep the Nitro tutorial mostly 
> about Nitro and about the web sites.
>
> Good luck, let us know where we may assist.
>
> ... Will
>
>
>
>
>
>
> On 09/12/2007, *Arne Brasseur* <arne at arnebrasseur.net 
> <mailto:arne at arnebrasseur.net>> wrote: I'm not all the way through 
> with bringing this up to date, but it's
> better then before so here goes.
>
>
> (ab)
>
>
> ---------- Forwarded message ----------
> From: *Arne Brasseur* <arne at arnebrasseur.net 
> <mailto:arne at arnebrasseur.net>>
> Date: 9 Dec 2007 21:46
> Subject: [Nitro] New Tutorial PDF
> To: General discussion about Nitro <nitro-general at rubyforge.org 
> <mailto:nitro-general at rubyforge.org>>
>
> I'm not all the way through with bringing this up to date, but it's
> better then before so here goes.
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general


-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071211/e63f55ad/attachment.html 

From weather at speakeasy.net  Wed Dec 12 01:49:48 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Wed, 12 Dec 2007 01:49:48 -0500
Subject: [Nitro] Og Self-Interaction Question
Message-ID: <200712120149.49084.weather@speakeasy.net>

Hello --
  I'm writing a game which uses Og with MySQL, and I want my website to be 
able to interact with that data as well. I'm wondering about solutions to 
this problem:

Game...

class HelpFile
	property :name, String
	property :body, String
	property :viewed, Integer
end

Web...

class HelpFile
	attr_accessor :name, String
	attr_accessor :body, String, :control => :textarea
end

The web class doesn't need the viewed attribute, but I'm assuming it'll drop 
that attribute from the database if it isn't declared. Likewise, I'm sure 
there will be web-data that I won't need in the game. I know I could disable 
full evolution, but I'd like to not have to do that...especially since I 
think that's one of the best reasons to use Og with my project (changing to 
add might not be too terrible). Maybe using two different declarations of 
essentially the same class isn't even good practice, but the game class 
having access to web-based methods and vise-versa seems problematic to me 
(not to mention the classes are in two different places).

Does anyone have some insight on this? Implementation solutions?

Thanks for any help -- please let me know if further clarification is needed,
Matt

From george.moschovitis at gmail.com  Wed Dec 12 03:20:43 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 12 Dec 2007 10:20:43 +0200
Subject: [Nitro] Og Self-Interaction Question
In-Reply-To: <200712120149.49084.weather@speakeasy.net>
References: <200712120149.49084.weather@speakeasy.net>
Message-ID: <afd80b540712120020y611153a8ta757f4bc1181968c@mail.gmail.com>

One question.

why do you use property for the Game class and attr_accessor for the Web
class?

from what I understand you keep 2 different codebases and a single database.
This looks like duplication of effort to me (and I can think of
synchronization problems, etc..) I can see no easy solution to your problem
(apart from changing to :add evolution)

-g.



On Dec 12, 2007 8:49 AM, Matthew B Gardner <weather at speakeasy.net> wrote:

> Hello --
>  I'm writing a game which uses Og with MySQL, and I want my website to be
> able to interact with that data as well. I'm wondering about solutions to
> this problem:
>
> Game...
>
> class HelpFile
>        property :name, String
>        property :body, String
>        property :viewed, Integer
> end
>
> Web...
>
> class HelpFile
>        attr_accessor :name, String
>        attr_accessor :body, String, :control => :textarea
> end
>
> The web class doesn't need the viewed attribute, but I'm assuming it'll
> drop
> that attribute from the database if it isn't declared. Likewise, I'm sure
> there will be web-data that I won't need in the game. I know I could
> disable
> full evolution, but I'd like to not have to do that...especially since I
> think that's one of the best reasons to use Og with my project (changing
> to
> add might not be too terrible). Maybe using two different declarations of
> essentially the same class isn't even good practice, but the game class
> having access to web-based methods and vise-versa seems problematic to me
> (not to mention the classes are in two different places).
>
> Does anyone have some insight on this? Implementation solutions?
>
> Thanks for any help -- please let me know if further clarification is
> needed,
> Matt
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



-- 
http://me.gr
http://joy.gr
http://cull.gr
http://nitroproject.org
http://phidz.com
http://joyerz.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071212/a92f44fc/attachment-0001.html 

From transfire at gmail.com  Wed Dec 12 05:56:17 2007
From: transfire at gmail.com (Trans)
Date: Wed, 12 Dec 2007 02:56:17 -0800 (PST)
Subject: [Nitro] Og Self-Interaction Question
In-Reply-To: <200712120149.49084.weather@speakeasy.net>
References: <200712120149.49084.weather@speakeasy.net>
Message-ID: <e5e249e4-ce18-4f89-99ed-69b480693217@s19g2000prg.googlegroups.com>



On Dec 12, 1:49 am, Matthew B Gardner <weat... at speakeasy.net> wrote:
> Hello --
>   I'm writing a game which uses Og with MySQL, and I want my website to be
> able to interact with that data as well. I'm wondering about solutions to
> this problem:
>
> Game...
>
> class HelpFile
>         property :name, String
>         property :body, String
>         property :viewed, Integer
> end
>
> Web...
>
> class HelpFile
>         attr_accessor :name, String
>         attr_accessor :body, String, :control => :textarea
> end
>
> The web class doesn't need the viewed attribute, but I'm assuming it'll drop
> that attribute from the database if it isn't declared. Likewise, I'm sure
> there will be web-data that I won't need in the game. I know I could disable
> full evolution, but I'd like to not have to do that...especially since I
> think that's one of the best reasons to use Og with my project (changing to
> add might not be too terrible). Maybe using two different declarations of
> essentially the same class isn't even good practice, but the game class
> having access to web-based methods and vise-versa seems problematic to me
> (not to mention the classes are in two different places).
>
> Does anyone have some insight on this? Implementation solutions?

Seems reasonable that you could define a single base class for the
table then two subclasses that act as "views". If sub-classing does
not provided a means for  avoiding the evolution then just delegate --
which certainly will work.

T.

From weather at speakeasy.net  Wed Dec 12 22:30:28 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Wed, 12 Dec 2007 22:30:28 -0500
Subject: [Nitro] Og Self-Interaction Question
In-Reply-To: <e5e249e4-ce18-4f89-99ed-69b480693217@s19g2000prg.googlegroups.com>
References: <200712120149.49084.weather@speakeasy.net>
	<e5e249e4-ce18-4f89-99ed-69b480693217@s19g2000prg.googlegroups.com>
Message-ID: <200712122230.28753.weather@speakeasy.net>

Hello --

On Wednesday 12 December 2007 05:56, Trans wrote:
> On Dec 12, 1:49 am, Matthew B Gardner <weat... at speakeasy.net> wrote:
> > Hello --
> >   I'm writing a game which uses Og with MySQL, and I want my website to
> > be able to interact with that data as well. I'm wondering about solutions
> > to this problem:
> >
> > Game...
> >
> > class HelpFile
> >         property :name, String
> >         property :body, String
> >         property :viewed, Integer
> > end
> >
> > Web...
> >
> > class HelpFile
> >         attr_accessor :name, String
> >         attr_accessor :body, String, :control => :textarea
> > end
> >
> > The web class doesn't need the viewed attribute, but I'm assuming it'll
> > drop that attribute from the database if it isn't declared. Likewise, I'm
> > sure there will be web-data that I won't need in the game. I know I could
> > disable full evolution, but I'd like to not have to do that...especially
> > since I think that's one of the best reasons to use Og with my project
> > (changing to add might not be too terrible). Maybe using two different
> > declarations of essentially the same class isn't even good practice, but
> > the game class having access to web-based methods and vise-versa seems
> > problematic to me (not to mention the classes are in two different
> > places).
> >
> > Does anyone have some insight on this? Implementation solutions?
>
> Seems reasonable that you could define a single base class for the
> table then two subclasses that act as "views". If sub-classing does
> not provided a means for  avoiding the evolution then just delegate --
> which certainly will work.
>
> T.

Thanks for the ideas -- could you expand on what you mean by delegate though?

Thanks again,
Matt

From weather at speakeasy.net  Wed Dec 12 22:33:40 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Wed, 12 Dec 2007 22:33:40 -0500
Subject: [Nitro] Og Self-Interaction Question
In-Reply-To: <afd80b540712120020y611153a8ta757f4bc1181968c@mail.gmail.com>
References: <200712120149.49084.weather@speakeasy.net>
	<afd80b540712120020y611153a8ta757f4bc1181968c@mail.gmail.com>
Message-ID: <200712122233.40060.weather@speakeasy.net>

Hello --

On Wednesday 12 December 2007 03:20, George Moschovitis wrote:
> One question.
>
> why do you use property for the Game class and attr_accessor for the Web
> class?
>

That was unintentional...I learned Og through tutorials that used property 
instead of the generic accessors. I'm assuming I can use the accessors 
everywhere now, or is there a valid reason to keep using property?

> from what I understand you keep 2 different codebases and a single
> database. This looks like duplication of effort to me (and I can think of
> synchronization problems, etc..) I can see no easy solution to your problem
> (apart from changing to :add evolution)
>
> -g.

It's just one codebase (the game), but I want to use the web aspect for 
editing things that would otherwise be much more tedious and less 
user-friendly inside the game. For example, writing and editing helpfiles for 
things inside a browser would be much easier and dynamic than it would be 
inside the game. I guess I misspoke in my initial post...the two classes 
aren't the same, they just share the same data and need to share class name 
to do so (to access the same db table). I think switching to add evolution 
may be the most natural solution for me, but I'm going to look into Trans's 
ideas too.

Thanks for your help,
Matt

From weather at speakeasy.net  Thu Dec 13 01:21:08 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Thu, 13 Dec 2007 01:21:08 -0500
Subject: [Nitro] Og Self-Interaction Question
In-Reply-To: <200712122233.40060.weather@speakeasy.net>
References: <200712120149.49084.weather@speakeasy.net>
	<afd80b540712120020y611153a8ta757f4bc1181968c@mail.gmail.com>
	<200712122233.40060.weather@speakeasy.net>
Message-ID: <200712130121.08638.weather@speakeasy.net>

Hello --
	Sorry to reply to myself, but I had some more thoughts...I apologize if I 
wander outside the scope of Nitro/Og at all. I was thinking that I could 
declare the attributes for each class shared by the game and the web 
interface outside of the class declarations that include game or web specific 
methods. I'm not concerned with them being the same class, I'm just concerned 
about one declaration dropping a table it shouldn't. Also, declaring the same 
attributes for the same class twice doesn't seem very Ruby-ish.

I was thinking, then, that I could just do something like...

class Helpfile # in a file called shared
	attributes...
end

Game...

require 'shared'
class Helpfile
	game methods...
end

Web...

require 'shared'
class Helpfile
	web methods...
end

Now, the game and the web interface wouldn't have access to each other's 
methods, which I think would be a problem otherwise. I'm not sure if this is 
good application/web design, but it makes sense to me, anyway. 

I know Og stands by itself, but just to make sure...would this cause any 
problems on the game side, which only includes Og? --

attr_accessor :body, String, :control => :textarea

I'd need that for the web-side, of course.

Thanks again for any help/answers,
Matt

On Wednesday 12 December 2007 22:33, Matthew B Gardner wrote:
> Hello --
>
> On Wednesday 12 December 2007 03:20, George Moschovitis wrote:
> > One question.
> >
> > why do you use property for the Game class and attr_accessor for the Web
> > class?
>
> That was unintentional...I learned Og through tutorials that used property
> instead of the generic accessors. I'm assuming I can use the accessors
> everywhere now, or is there a valid reason to keep using property?
>
> > from what I understand you keep 2 different codebases and a single
> > database. This looks like duplication of effort to me (and I can think of
> > synchronization problems, etc..) I can see no easy solution to your
> > problem (apart from changing to :add evolution)
> >
> > -g.
>
> It's just one codebase (the game), but I want to use the web aspect for
> editing things that would otherwise be much more tedious and less
> user-friendly inside the game. For example, writing and editing helpfiles
> for things inside a browser would be much easier and dynamic than it would
> be inside the game. I guess I misspoke in my initial post...the two classes
> aren't the same, they just share the same data and need to share class name
> to do so (to access the same db table). I think switching to add evolution
> may be the most natural solution for me, but I'm going to look into Trans's
> ideas too.
>
> Thanks for your help,
> Matt
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general

From george.moschovitis at gmail.com  Thu Dec 13 03:55:15 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 13 Dec 2007 10:55:15 +0200
Subject: [Nitro] Og Self-Interaction Question
In-Reply-To: <200712130121.08638.weather@speakeasy.net>
References: <200712120149.49084.weather@speakeasy.net>
	<afd80b540712120020y611153a8ta757f4bc1181968c@mail.gmail.com>
	<200712122233.40060.weather@speakeasy.net>
	<200712130121.08638.weather@speakeasy.net>
Message-ID: <afd80b540712130055m2d2a989fsb7dbd173ff2c2155@mail.gmail.com>

>
>
> I know Og stands by itself, but just to make sure...would this cause any
> problems on the game side, which only includes Og? --
>
> attr_accessor :body, String, :control => :textarea
>

no problem whatsoever. :control is just an annotation. it will be just
ignored ;-)

-g.

-- 
http://me.gr
http://joy.gr
http://cull.gr
http://nitroproject.org
http://phidz.com
http://joyerz.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071213/fa4979d6/attachment.html 

From arne at arnebrasseur.net  Thu Dec 13 07:28:32 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Thu, 13 Dec 2007 20:28:32 +0800
Subject: [Nitro] Updated Todolist tutorial
Message-ID: <47612570.1060309@arnebrasseur.net>

Still not fully finished but significantly expanded. There's amongst 
other stuff a whole new chapter on Elements.

Since I'm calling it a day here it is for now.

I switched back from Mercurial to SVN for the doc repo because it's 
easier for me to manage

svn co http://code.arnebrasseur.net/marky
svn co http://code.arnebrasseur.net/nitro_doc

If the marky/docbook stuff is puzzling just yell. If you want commit 
access for e.g. fixing typos let me know.

(ab)

-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net



From george.moschovitis at gmail.com  Thu Dec 13 07:38:11 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 13 Dec 2007 14:38:11 +0200
Subject: [Nitro] Updated Todolist tutorial
In-Reply-To: <47612570.1060309@arnebrasseur.net>
References: <47612570.1060309@arnebrasseur.net>
Message-ID: <afd80b540712130438le5a4a96idcf1b35ab592083e@mail.gmail.com>

Thank you!

-g.

On Dec 13, 2007 2:28 PM, Arne Brasseur <arne at arnebrasseur.net> wrote:

> Still not fully finished but significantly expanded. There's amongst
> other stuff a whole new chapter on Elements.
>
> Since I'm calling it a day here it is for now.
>
> I switched back from Mercurial to SVN for the doc repo because it's
> easier for me to manage
>
> svn co http://code.arnebrasseur.net/marky
> svn co http://code.arnebrasseur.net/nitro_doc
>
> If the marky/docbook stuff is puzzling just yell. If you want commit
> access for e.g. fixing typos let me know.
>
> (ab)
>
> --
> Ein Fuchs mu? tun, was ein Fuchs tun mu?
> arne at arnebrasseur.net
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general




-- 
http://me.gr
http://joy.gr
http://cull.gr
http://nitroproject.org
http://phidz.com
http://joyerz.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071213/487391ca/attachment.html 

From arne at arnebrasseur.net  Thu Dec 13 07:43:20 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Thu, 13 Dec 2007 20:43:20 +0800
Subject: [Nitro] Updated Todolist tutorial
In-Reply-To: <afd80b540712130438le5a4a96idcf1b35ab592083e@mail.gmail.com>
References: <47612570.1060309@arnebrasseur.net>
	<afd80b540712130438le5a4a96idcf1b35ab592083e@mail.gmail.com>
Message-ID: <476128E8.1080809@arnebrasseur.net>

George Moschovitis schreef:
> Thank you!
No problem ;)

This time with the PDF.

(ab)
>
> -g.
>
> On Dec 13, 2007 2:28 PM, Arne Brasseur <arne at arnebrasseur.net 
> <mailto:arne at arnebrasseur.net>> wrote:
>
>     Still not fully finished but significantly expanded. There's amongst
>     other stuff a whole new chapter on Elements.
>
>     Since I'm calling it a day here it is for now.
>
>     I switched back from Mercurial to SVN for the doc repo because it's
>     easier for me to manage
>
>     svn co http://code.arnebrasseur.net/marky
>     svn co http://code.arnebrasseur.net/nitro_doc
>     <http://code.arnebrasseur.net/nitro_doc>
>
>     If the marky/docbook stuff is puzzling just yell. If you want commit
>     access for e.g. fixing typos let me know.
>
>     (ab)
>
>     --
>     Ein Fuchs mu? tun, was ein Fuchs tun mu?
>     arne at arnebrasseur.net <mailto:arne at arnebrasseur.net>
>
>
>     _______________________________________________
>     Nitro-general mailing list
>     Nitro-general at rubyforge.org <mailto:Nitro-general at rubyforge.org>
>     http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
>
> -- 
> http://me.gr
> http://joy.gr
> http://cull.gr <http://cull.gr>
> http://nitroproject.org
> http://phidz.com
> http://joyerz.com
> ------------------------------------------------------------------------
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general


-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071213/aad49154/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nitro_todolist_20071213.pdf
Type: application/pdf
Size: 37041 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071213/aad49154/attachment-0001.pdf 

From Reid.Thompson at ateb.com  Thu Dec 13 07:57:30 2007
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Thu, 13 Dec 2007 07:57:30 -0500
Subject: [Nitro] Updated Todolist tutorial
In-Reply-To: <47612570.1060309@arnebrasseur.net>
References: <47612570.1060309@arnebrasseur.net>
Message-ID: <47612C3A.5000601@ateb.com>

Arne Brasseur wrote:
> Still not fully finished but significantly expanded. There's amongst 
> other stuff a whole new chapter on Elements.
> 
> Since I'm calling it a day here it is for now.
> 
> I switched back from Mercurial to SVN for the doc repo because it's 
> easier for me to manage
> 
> svn co http://code.arnebrasseur.net/marky
> svn co http://code.arnebrasseur.net/nitro_doc
> 
> If the marky/docbook stuff is puzzling just yell. If you want commit 
> access for e.g. fixing typos let me know.
> 
> (ab)
> 
after installing from svn, what are the steps to generate the documentation?

From arne at arnebrasseur.net  Thu Dec 13 11:04:40 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Fri, 14 Dec 2007 00:04:40 +0800
Subject: [Nitro] Updated Todolist tutorial
In-Reply-To: <47612C3A.5000601@ateb.com>
References: <47612570.1060309@arnebrasseur.net> <47612C3A.5000601@ateb.com>
Message-ID: <47615818.3070704@arnebrasseur.net>

Reid Thompson schreef:
> Arne Brasseur wrote:
>   
>> svn co http://code.arnebrasseur.net/marky
>> svn co http://code.arnebrasseur.net/nitro_doc
>>
>> If the marky/docbook stuff is puzzling just yell. If you want commit 
>> access for e.g. fixing typos let me know.
>>     
> after installing from svn, what are the steps to generate the documentation
In marky/trunk you can do a "rake package", in the pkg/ directory you 
afterwards will find the marky gem. Install it (gem install marky) and 
you get the "marky" command.

All the rest I suddenly realise I already explained in the first draft 
of the Nitro Documention Documentian, a.k.a. the metadoc. So without 
further ado here goes.

You'll need an xslt processor. xsltproc was easy to install on my ubuntu 
system so that's the one I'm referring to. Saxon should do the same job, 
and there are others.

For PDF output you need something that can convert XML-FO to PDF, I use 
Apache Fop for this which I had to install by hand, it's not packaged 
for Debian/Ubuntu.

Hope this helps,
(ab)

-- 
Ein Fuchs mu? tun, was ein Fuchs tun mu?
arne at arnebrasseur.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071214/3a390755/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nitro_metadoc.pdf
Type: application/pdf
Size: 10864 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071214/3a390755/attachment.pdf 

From transfire at gmail.com  Thu Dec 13 15:56:36 2007
From: transfire at gmail.com (Trans)
Date: Thu, 13 Dec 2007 12:56:36 -0800 (PST)
Subject: [Nitro] Ogden
Message-ID: <352e5f0a-712a-4941-9ec9-301aeba85bb5@e23g2000prf.googlegroups.com>

Dear devs,

Per the desires of a number of you to see Og take on a project status
of it's own outside of the Nitro web framework, I have finally set up
a development fork for the community to hack on. If development goes
well, then this can serve as in the future as "Og 2". In the mean time
the current version will remains safe and sound in the darcs repo for