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
production use.

I've dubbed the new dev-repo "Ogden" for "Og Development Emancipated
from Nitro" (yea, I just made that up after the fact ;-)

Whomever would like to be involved in development please let me know.
I will be coordinating development for the time being --though I would
like to find someone else with ORM and Og experience that would like
to take on, at least part, of this duty.

As for a road-map. It remains to be see what the consensus is., but
I've modified the project TODO list for the things I know. The most
important of which is to clean up the meta-coding. Currently Og uses a
good bit of direct code injection, and we need to make these true
modules instead. I would also like to see how far we can get in just
simplifying some of the code. Beyond that, the sky's the limit.

With regard to the development process, all changes beyond minor fixes
will be relegated to branches, and we will take care to schedule
branches to reduce the potential of merge conflicts. So if you would
like to work on Og and have a significant change in mind, let me know
and we can set up the branch. For minor changes, of course, you can
still submit patches.

Right now I'm finishing up a modification to the way Ogden gets
required so it won't interfere with Og if you have both installed. I'm
just about done, and we should be good to go from there.

Ogden is using an SVN repo hosted on Rubyforge.

  http://rubyforge.org/project/ogden

You can of course use SVN directly (as I will be for the time being,
but I would like to see us move toward using git-svn, so we can still
share patches is a distributed manor too.

Let me know if you have any questions.

T.


(P.S. if you want dev rights, be sure to tell me your Rubyforge
username.)

From transfire at gmail.com  Thu Dec 13 17:03:42 2007
From: transfire at gmail.com (Trans)
Date: Thu, 13 Dec 2007 14:03:42 -0800 (PST)
Subject: [Nitro] Ogden
In-Reply-To: <352e5f0a-712a-4941-9ec9-301aeba85bb5@e23g2000prf.googlegroups.com>
References: <352e5f0a-712a-4941-9ec9-301aeba85bb5@e23g2000prf.googlegroups.com>
Message-ID: <9eaeb97e-9e13-47c7-b763-1c33a7edf5b9@e10g2000prf.googlegroups.com>

On Dec 13, 3:56 pm, Trans <transf... at gmail.com> wrote:

> Ogden is using an SVN repo hosted on Rubyforge.
>
>  http://rubyforge.org/project/ogden

CORRECTION:

  http://rubyforge.org/projects/ogden

T.

From john at oxyliquit.de  Thu Dec 13 17:29:13 2007
From: john at oxyliquit.de (Jonathan Buch)
Date: Thu, 13 Dec 2007 23:29:13 +0100
Subject: [Nitro] Ogden
In-Reply-To: <352e5f0a-712a-4941-9ec9-301aeba85bb5@e23g2000prf.googlegroups.com>
References: <352e5f0a-712a-4941-9ec9-301aeba85bb5@e23g2000prf.googlegroups.com>
Message-ID: <op.t3aoqzfxxegpx6@jo.local>

Me like ^_^

From mvyver at gmail.com  Thu Dec 13 18:15:49 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Fri, 14 Dec 2007 10:15:49 +1100
Subject: [Nitro] Ogden
In-Reply-To: <9eaeb97e-9e13-47c7-b763-1c33a7edf5b9@e10g2000prf.googlegroups.com>
References: <352e5f0a-712a-4941-9ec9-301aeba85bb5@e23g2000prf.googlegroups.com>
	<9eaeb97e-9e13-47c7-b763-1c33a7edf5b9@e10g2000prf.googlegroups.com>
Message-ID: <389c43e40712131515xac23922g56fef63e8f3e07c5@mail.gmail.com>

On Dec 14, 2007 9:03 AM, Trans <transfire at gmail.com> wrote:
> On Dec 13, 3:56 pm, Trans <transf... at gmail.com> wrote:
>
> > Ogden is using an SVN repo hosted on Rubyforge.
> >
> >  http://rubyforge.org/project/ogden
>
> CORRECTION:
>
>   http://rubyforge.org/projects/ogden

Great news.  Thanks!
Hopefully all that private flavoring/salting of Og can be pooled.

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

From nyarly at gmail.com  Thu Dec 13 18:24:43 2007
From: nyarly at gmail.com (Judson Lester)
Date: Thu, 13 Dec 2007 15:24:43 -0800
Subject: [Nitro] Ogden
In-Reply-To: <352e5f0a-712a-4941-9ec9-301aeba85bb5@e23g2000prf.googlegroups.com>
References: <352e5f0a-712a-4941-9ec9-301aeba85bb5@e23g2000prf.googlegroups.com>
Message-ID: <8905c87a0712131524o47e6bf10q24a419e7478c5977@mail.gmail.com>

On Dec 13, 2007 12:56 PM, Trans <transfire at gmail.com> wrote:

> Let me know if you have any questions.
>

Where should Ogden development discussion occur?  I'm assuming that the
Nitro list is probably not the best place.

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/20071213/8d383307/attachment.html 

From mvyver at gmail.com  Thu Dec 13 18:53:14 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Fri, 14 Dec 2007 10:53:14 +1100
Subject: [Nitro] Ogden
In-Reply-To: <352e5f0a-712a-4941-9ec9-301aeba85bb5@e23g2000prf.googlegroups.com>
References: <352e5f0a-712a-4941-9ec9-301aeba85bb5@e23g2000prf.googlegroups.com>
Message-ID: <389c43e40712131553u649ec3aax327a648f1d9ed251@mail.gmail.com>

On Dec 14, 2007 7:56 AM, Trans <transfire at gmail.com> wrote:
> 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
> production use.
>
> I've dubbed the new dev-repo "Ogden" for "Og Development Emancipated
> from Nitro" (yea, I just made that up after the fact ;-)

As good as any.

> Whomever would like to be involved in development please let me know.
> I will be coordinating development for the time being --though I would
> like to find someone else with ORM and Og experience that would like
> to take on, at least part, of this duty.

I'm happy to help out with 'chores'.
Not enough of an O/RM or Rubgy/SVN guru to take on a primary role.

> As for a road-map. It remains to be see what the consensus is., but
> I've modified the project TODO list for the things I know. The most

My 2c...

 - Documentation.
  + If we can get a ogden gem updated daily/frequently then people can use
rubypub.com; i.e. rdoc contributions without hassle/overhead.
 - Have specs conform to std conventions, naming, location etc.
(wrecks less havoc with some tools/IDE's)
 - Full spec coverage.
   + This may involve rationalization of redundant methods and bug fixes.
   + Are failing specs allowed to be submitted?  I'd argue no: they
should pass as 'pending' specs, or be submitted under a bug ticket.

> important of which is to clean up the meta-coding. Currently Og uses a
> good bit of direct code injection, and we need to make these true
> modules instead. I would also like to see how far we can get in just
> simplifying some of the code. Beyond that, the sky's the limit.

Yep I saw what looked like redundant code, but without full spec
coverage it is nerve racking to make any change.

> With regard to the development process, all changes beyond minor fixes
> will be relegated to branches, and we will take care to schedule
> branches to reduce the potential of merge conflicts. So if you would
> like to work on Og and have a significant change in mind, let me know
> and we can set up the branch. For minor changes, of course, you can
> still submit patches.
>
> Right now I'm finishing up a modification to the way Ogden gets
> required so it won't interfere with Og if you have both installed. I'm
> just about done, and we should be good to go from there.
>
> Ogden is using an SVN repo hosted on Rubyforge.
>
>   http://rubyforge.org/project/ogden
>
> You can of course use SVN directly (as I will be for the time being,
> but I would like to see us move toward using git-svn, so we can still
> share patches is a distributed manor too.

Thanks for all the work in getting this off the ground.

> Let me know if you have any questions.

For communication:
 - as mail list I vote for google groups.
 - an irc channel?

Cheers

> T.
>
>
> (P.S. if you want dev rights, be sure to tell me your Rubyforge
> username.)
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From weather at speakeasy.net  Fri Dec 14 03:21:11 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Fri, 14 Dec 2007 03:21:11 -0500
Subject: [Nitro] Updated Todolist tutorial
In-Reply-To: <47612570.1060309@arnebrasseur.net>
References: <47612570.1060309@arnebrasseur.net>
Message-ID: <200712140321.11782.weather@speakeasy.net>

Just a thought regarding something small to add to the tutorial -- error 
handling for empty task fields which reloads the page and displays the error 
message. I'm assuming this would be small, anyway. :)

-Matt

On Thursday 13 December 2007 07:28, 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)

From arne at arnebrasseur.net  Fri Dec 14 03:56:29 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Fri, 14 Dec 2007 16:56:29 +0800
Subject: [Nitro] Updated Todolist tutorial
In-Reply-To: <200712140321.11782.weather@speakeasy.net>
References: <47612570.1060309@arnebrasseur.net>
	<200712140321.11782.weather@speakeasy.net>
Message-ID: <4762453D.3020401@arnebrasseur.net>

Yes, you're right. Error handling will be covered in one of the final 
sections.

(ab)

Matthew B Gardner schreef:
> Just a thought regarding something small to add to the tutorial -- error 
> handling for empty task fields which reloads the page and displays the error 
> message. I'm assuming this would be small, anyway. :)
>
> -Matt
>
> On Thursday 13 December 2007 07:28, 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)
>>     
> _______________________________________________
> 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/20071214/bc1507b3/attachment.html 

From Reid.Thompson at ateb.com  Fri Dec 14 13:36:32 2007
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Fri, 14 Dec 2007 13:36:32 -0500
Subject: [Nitro] Install your own Nitro dev-branch gems!
In-Reply-To: <4758B4F3.4000904@arnebrasseur.net>
References: <4758B4F3.4000904@arnebrasseur.net>
Message-ID: <1197657392.3974.0.camel@raker.ateb.com>


On Fri, 2007-12-07 at 10:50 +0800, Arne Brasseur wrote:

should nitro be a requirement for og?

rthompso at raker /usr/lib/ruby/gems/1.8/gems $ irb
irb(main):001:0> require 'og'
NameError: uninitialized constant Og
	from /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/validation.rb:4
	from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require'
	from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
	from /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/main.rb:14
	from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require'
	from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
	from /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og.rb:1
	from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `gem_original_require'
	from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require'
	from (irb):1
irb(main):002:0> require 'nitro'
=> true
irb(main):003:0> require 'og'
=> true
irb(main):004:0> 


From Reid.Thompson at ateb.com  Fri Dec 14 16:03:03 2007
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Fri, 14 Dec 2007 16:03:03 -0500
Subject: [Nitro] ERROR: undefined local variable or method `attributes'
	for	YAML::Stream:Class
Message-ID: <1197666183.3974.8.camel@raker.ateb.com>

This was working, anyone have any pointers to what i've fouled up?

rthompso at raker ~/src/repo.nitroproject.org/nitro/demo/blog $ RUBYOPT="-rubygems -I$NITRO_HOME/part/lib -I$NITRO_HOME/script/lib/glycerin" ruby app.rb
REPO_ROOT is /home/rthompso/src/repo.nitroproject.org/script/lib/../..
 INFO: Og uses the Postgresql store.
ERROR: undefined local variable or method `attributes' for YAML::Stream:Class
  /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/util/ann_attr.rb:51:in `serializable_attributes'
  /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/manager.rb:192:in `manageable?'
  /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/manager.rb:222:in `manageable_classes'
  /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/manager.rb:218:in `each_object'
  /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/manager.rb:218:in `manageable_classes'
  /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/manager.rb:239:in `manage_classes'
  /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/main.rb:192:in `start'
  /home/rthompso/src/repo.nitroproject.org/nitro/demo/blog/conf/debug.rb:14:in `setup_og'
  /home/rthompso/src/repo.nitroproject.org/nitro/demo/blog/conf/debug.rb:32:in `setup'
  /home/rthompso/src/repo.nitroproject.org/script/lib/../../nitro/lib/nitro/application.rb:180:in `read_configuration_file'
  /home/rthompso/src/repo.nitroproject.org/script/lib/../../nitro/lib/nitro/application.rb:218:in `configure'
  /home/rthompso/src/repo.nitroproject.org/script/lib/../../nitro/lib/nitro/application.rb:111:in `start'
  app.rb:27
  LOGGED FROM: /home/rthompso/src/repo.nitroproject.org/script/lib/../../nitro/lib/nitro/application.rb:184:in `read_configuration_file'


From nyarly at gmail.com  Fri Dec 14 16:15:49 2007
From: nyarly at gmail.com (Judson Lester)
Date: Fri, 14 Dec 2007 13:15:49 -0800
Subject: [Nitro] Ogden
In-Reply-To: <8905c87a0712131524o47e6bf10q24a419e7478c5977@mail.gmail.com>
References: <352e5f0a-712a-4941-9ec9-301aeba85bb5@e23g2000prf.googlegroups.com>
	<8905c87a0712131524o47e6bf10q24a419e7478c5977@mail.gmail.com>
Message-ID: <8905c87a0712141315r2ec01a59i8f61e81eb17a4f3d@mail.gmail.com>

On Dec 13, 2007 3:24 PM, Judson Lester <nyarly at gmail.com> wrote:

> On Dec 13, 2007 12:56 PM, Trans <transfire at gmail.com> wrote:
>
> > Let me know if you have any questions.
> >
>
> Where should Ogden development discussion occur?  I'm assuming that the
> Nitro list is probably not the best place.
>

Seems that there's a new mailing list off  of
http://rubyforge.org/projects/ogden

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/20071214/095f2489/attachment-0001.html 

From transfire at gmail.com  Fri Dec 14 16:53:25 2007
From: transfire at gmail.com (Trans)
Date: Fri, 14 Dec 2007 13:53:25 -0800 (PST)
Subject: [Nitro] ERROR: undefined local variable or method `attributes'
	for YAML::Stream:Class
In-Reply-To: <1197666183.3974.8.camel@raker.ateb.com>
References: <1197666183.3974.8.camel@raker.ateb.com>
Message-ID: <39b90b3e-8aed-4352-bb9f-d55359d05d5f@e25g2000prg.googlegroups.com>

If you are using the brand spanking new release of Facets (2.2.0) it
is because #attributes changed to #instance_attributes to prevent name
clashes with other libs. I've sent George a bundle with fixes, but
he'll need to apply it and probably do some touch up.

The new version also switches from using #class_extension and
ClassMethods hack to using the new definition of #is, which will
automatically extend a Self sub-module. Eg.

  module Foo
    module Self
      def q; "q"; end
    end
  end

  class X
    is Foo
  end

  X.q #=> "q"

T.

From transfire at gmail.com  Fri Dec 14 16:55:03 2007
From: transfire at gmail.com (Trans)
Date: Fri, 14 Dec 2007 13:55:03 -0800 (PST)
Subject: [Nitro] Ogden
In-Reply-To: <8905c87a0712141315r2ec01a59i8f61e81eb17a4f3d@mail.gmail.com>
References: <352e5f0a-712a-4941-9ec9-301aeba85bb5@e23g2000prf.googlegroups.com>
	<8905c87a0712131524o47e6bf10q24a419e7478c5977@mail.gmail.com> 
	<8905c87a0712141315r2ec01a59i8f61e81eb17a4f3d@mail.gmail.com>
Message-ID: <cecde9e2-730a-445f-b7b3-0137e2c7e1b2@d4g2000prg.googlegroups.com>



On Dec 14, 4:15 pm, "Judson Lester" <nya... at gmail.com> wrote:
> On Dec 13, 2007 3:24 PM, Judson Lester <nya... at gmail.com> wrote:
>
> > On Dec 13, 2007 12:56 PM, Trans <transf... at gmail.com> wrote:
>
> > > Let me know if you have any questions.
>
> > Where should Ogden development discussion occur?  I'm assuming that the
> > Nitro list is probably not the best place.
>
> Seems that there's a new mailing list off  ofhttp://rubyforge.org/projects/ogden

Yep. Just set that up today. And a Google Group tie-in:

  http://groups.google.com/group/ogden-developers?hl=en

T.

From reid.thompson at ateb.com  Fri Dec 14 21:39:42 2007
From: reid.thompson at ateb.com (Reid Thompson)
Date: Fri, 14 Dec 2007 21:39:42 -0500
Subject: [Nitro] ERROR: undefined local variable or method `attributes'
 for YAML::Stream:Class
In-Reply-To: <39b90b3e-8aed-4352-bb9f-d55359d05d5f@e25g2000prg.googlegroups.com>
References: <1197666183.3974.8.camel@raker.ateb.com>
	<39b90b3e-8aed-4352-bb9f-d55359d05d5f@e25g2000prg.googlegroups.com>
Message-ID: <47633E6E.5010903@ateb.com>

Trans wrote:
> If you are using the brand spanking new release of Facets (2.2.0) it
> is because #attributes changed to #instance_attributes to prevent name
> clashes with other libs. I've sent George a bundle with fixes, but
> he'll need to apply it and probably do some touch up.
> 

thanks, a gem update evidently brought me up to 2.2.0

rthompso at raker /usr/lib/ruby/gems/1.8/gems $ ls |grep facets
facets-2.2.0

Reid


From george.moschovitis at gmail.com  Sat Dec 15 02:50:38 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 15 Dec 2007 09:50:38 +0200
Subject: [Nitro] ERROR: undefined local variable or method `attributes'
	for YAML::Stream:Class
In-Reply-To: <47633E6E.5010903@ateb.com>
References: <1197666183.3974.8.camel@raker.ateb.com>
	<39b90b3e-8aed-4352-bb9f-d55359d05d5f@e25g2000prg.googlegroups.com>
	<47633E6E.5010903@ateb.com>
Message-ID: <afd80b540712142350s58dc0967ua6063f906f0b8809@mail.gmail.com>

Tom,

I applied your patch and still get errors when trying the blog example:

gmosx at kosh:~/code/public/nitro/demo/blog$ nitro
 INFO: Og uses the Mysql store.
ERROR: undefined local variable or method `attributes' for
Gem::OperationNotSupportedError:Class
  /home/gmosx/code/public/og/lib/og/util/ann_attr.rb:51:in
`serializable_attributes'
  /home/gmosx/code/public/og/lib/og/manager.rb:192:in `manageable?'
  /home/gmosx/code/public/og/lib/og/manager.rb:222:in `manageable_classes'
  /home/gmosx/code/public/og/lib/og/manager.rb:218:in `each_object'


can you please make sure that the blog example runs and send me a new
bundle?

thanks,
-g.



On Dec 15, 2007 4:39 AM, Reid Thompson <reid.thompson at ateb.com> wrote:

> Trans wrote:
> > If you are using the brand spanking new release of Facets (2.2.0) it
> > is because #attributes changed to #instance_attributes to prevent name
> > clashes with other libs. I've sent George a bundle with fixes, but
> > he'll need to apply it and probably do some touch up.
> >
>
> thanks, a gem update evidently brought me up to 2.2.0
>
> rthompso at raker /usr/lib/ruby/gems/1.8/gems $ ls |grep facets
> facets-2.2.0
>
> Reid
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



-- 
http://gmosx.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/20071215/2bd6efee/attachment.html 

From transfire at gmail.com  Sat Dec 15 05:45:38 2007
From: transfire at gmail.com (Trans)
Date: Sat, 15 Dec 2007 02:45:38 -0800 (PST)
Subject: [Nitro] ERROR: undefined local variable or method `attributes'
	for YAML::Stream:Class
In-Reply-To: <afd80b540712142350s58dc0967ua6063f906f0b8809@mail.gmail.com>
References: <1197666183.3974.8.camel@raker.ateb.com>
	<39b90b3e-8aed-4352-bb9f-d55359d05d5f@e25g2000prg.googlegroups.com>
	<47633E6E.5010903@ateb.com>
	<afd80b540712142350s58dc0967ua6063f906f0b8809@mail.gmail.com>
Message-ID: <7a155418-fdda-4819-9dec-8060c1946d7f@e23g2000prf.googlegroups.com>



On Dec 15, 2:50 am, "George Moschovitis"
<george.moschovi... at gmail.com> wrote:
> Tom,
>
> I applied your patch and still get errors when trying the blog example:
>
> gmosx at kosh:~/code/public/nitro/demo/blog$ nitro
>  INFO: Og uses the Mysql store.
> ERROR: undefined local variable or method `attributes' for
> Gem::OperationNotSupportedError:Class
>   /home/gmosx/code/public/og/lib/og/util/ann_attr.rb:51:in
> `serializable_attributes'
>   /home/gmosx/code/public/og/lib/og/manager.rb:192:in `manageable?'
>   /home/gmosx/code/public/og/lib/og/manager.rb:222:in `manageable_classes'
>   /home/gmosx/code/public/og/lib/og/manager.rb:218:in `each_object'
>
> can you please make sure that the blog example runs and send me a new
> bundle?

hmm... that should have been in the bundle. let me see....

ok. i got it. i had a little require jerry-rig in ann_attr.rb that I
didn't want to bunlde, but I accidentally left this change out too.
I'll send you the new bundle.

Should I go ahead and pull first?

T.

From george.moschovitis at gmail.com  Sat Dec 15 06:04:11 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 15 Dec 2007 13:04:11 +0200
Subject: [Nitro] ERROR: undefined local variable or method `attributes'
	for YAML::Stream:Class
In-Reply-To: <7a155418-fdda-4819-9dec-8060c1946d7f@e23g2000prf.googlegroups.com>
References: <1197666183.3974.8.camel@raker.ateb.com>
	<39b90b3e-8aed-4352-bb9f-d55359d05d5f@e25g2000prg.googlegroups.com>
	<47633E6E.5010903@ateb.com>
	<afd80b540712142350s58dc0967ua6063f906f0b8809@mail.gmail.com>
	<7a155418-fdda-4819-9dec-8060c1946d7f@e23g2000prf.googlegroups.com>
Message-ID: <afd80b540712150304k2bab81d4y2beb482c67b76701@mail.gmail.com>

no just send the bundle!

-g.


On Dec 15, 2007 12:45 PM, Trans <transfire at gmail.com> wrote:

>
>
> On Dec 15, 2:50 am, "George Moschovitis"
> <george.moschovi... at gmail.com> wrote:
> > Tom,
> >
> > I applied your patch and still get errors when trying the blog example:
> >
> > gmosx at kosh:~/code/public/nitro/demo/blog$ nitro
> >  INFO: Og uses the Mysql store.
> > ERROR: undefined local variable or method `attributes' for
> > Gem::OperationNotSupportedError:Class
> >   /home/gmosx/code/public/og/lib/og/util/ann_attr.rb:51:in
> > `serializable_attributes'
> >   /home/gmosx/code/public/og/lib/og/manager.rb:192:in `manageable?'
> >   /home/gmosx/code/public/og/lib/og/manager.rb:222:in
> `manageable_classes'
> >   /home/gmosx/code/public/og/lib/og/manager.rb:218:in `each_object'
> >
> > can you please make sure that the blog example runs and send me a new
> > bundle?
>
> hmm... that should have been in the bundle. let me see....
>
> ok. i got it. i had a little require jerry-rig in ann_attr.rb that I
> didn't want to bunlde, but I accidentally left this change out too.
> I'll send you the new bundle.
>
> Should I go ahead and pull first?
>
> T.
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



-- 
http://gmosx.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/20071215/5db9f979/attachment.html 

From weather at speakeasy.net  Sun Dec 16 00:25:05 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Sun, 16 Dec 2007 00:25:05 -0500
Subject: [Nitro] Passing Data from Template to Controller
Message-ID: <200712160025.06466.weather@speakeasy.net>

Hello --
	I'm working on a form to create helpfiles, which seems to be working fine. 
However, the problem I'm having is how to pass entered keywords from the 
template to the controller, where I can manipulate the data. I don't want to 
save the keywords to the database as a string column for the helpfile -- 
instead, I want to take the keywords string and split it up into single 
words, and then add those words to their own table (has_many/belongs_to 
relationship). I can't figure out how to pass that keywords string back to 
the controller though, because it only seems to take data if the variable has 
an Og association. To clarify, I'm trying to do this...

model...
class HelpFile
	attr_accessor :keywords
end

template...
<input type="text" name="keywords" size="45" />

controller...
def create_hfile
	h = request.assign(HelpFile.new)
	kwords = h.keywords.split
	...
end

Thanks for any help or ideas (maybe a better way to do this?),
Matt

From arne at arnebrasseur.net  Sun Dec 16 01:53:14 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sun, 16 Dec 2007 14:53:14 +0800
Subject: [Nitro] Passing Data from Template to Controller
In-Reply-To: <200712160025.06466.weather@speakeasy.net>
References: <200712160025.06466.weather@speakeasy.net>
Message-ID: <4764CB5A.8030904@arnebrasseur.net>

You can access the individual fields in the request to do your own 
processing. I think this is what you're looking for.

Something to this effect:


<form method="post" action="...">
<input type="text" name="keywords" size="45" />

...

def create_hfile
  h = request.assign(HelpFile.new)
  request.post['keywords'].split.each do |kw|
    h.keywords << KeyWord.create_with(:keyword => kw)
  end
end


Does that help you?
(ab)


Matthew B Gardner schreef:
> Hello --
> 	I'm working on a form to create helpfiles, which seems to be working fine. 
> However, the problem I'm having is how to pass entered keywords from the 
> template to the controller, where I can manipulate the data. I don't want to 
> save the keywords to the database as a string column for the helpfile -- 
> instead, I want to take the keywords string and split it up into single 
> words, and then add those words to their own table (has_many/belongs_to 
> relationship). I can't figure out how to pass that keywords string back to 
> the controller though, because it only seems to take data if the variable has 
> an Og association. To clarify, I'm trying to do this...
>
> model...
> class HelpFile
> 	attr_accessor :keywords
> end
>
> template...
> <input type="text" name="keywords" size="45" />
>
> controller...
> def create_hfile
> 	h = request.assign(HelpFile.new)
> 	kwords = h.keywords.split
> 	...
> end
>
> Thanks for any help or ideas (maybe a better way to do this?),
> Matt
> _______________________________________________
> 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



From weather at speakeasy.net  Sun Dec 16 02:04:47 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Sun, 16 Dec 2007 02:04:47 -0500
Subject: [Nitro] Passing Data from Template to Controller
In-Reply-To: <4764CB5A.8030904@arnebrasseur.net>
References: <200712160025.06466.weather@speakeasy.net>
	<4764CB5A.8030904@arnebrasseur.net>
Message-ID: <200712160204.47670.weather@speakeasy.net>

Hello --

On Sunday 16 December 2007 01:53, Arne Brasseur wrote:
> You can access the individual fields in the request to do your own
> processing. I think this is what you're looking for.
>
> Something to this effect:
>
>
> <form method="post" action="...">
> <input type="text" name="keywords" size="45" />
>
> ...
>
> def create_hfile
>   h = request.assign(HelpFile.new)
>   request.post['keywords'].split.each do |kw|
>     h.keywords << KeyWord.create_with(:keyword => kw)
>   end
> end
>
>
> Does that help you?
> (ab)
>

Exactly what I was looking for -- thanks so much. I did get an error regarding 
the request#post call (undefined method), but it works fine with directly 
accessing request['keywords'].

Thanks again, it's very appreciated.
-Matt

From weather at speakeasy.net  Sun Dec 16 04:00:39 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Sun, 16 Dec 2007 04:00:39 -0500
Subject: [Nitro] Error Handling and Reloading
Message-ID: <200712160400.39198.weather@speakeasy.net>

Hello --
	I've been googling and looking through the rdocs for some time now, and I 
can't find Nitro's answer to this issue: If someone enters an empty field on 
Form, reload the page without losing the entered data from the other fields 
and print the appropriate error message. As far as the reloading (without 
losing the entered data) goes, I'm really not sure how to do that. However, I 
found a couple references to error handling, but it's not working as I expect 
it to from those examples. To keep it simple, here's what I'm trying to do:

template...
<form>
	...
	#{flash[:err]}
	<input type="text" name="body" size="45" />
	...
</form>

controller...
def form_foo
	obj = request.assign(TestObj.new)
	if obj.body,empty?
		flash[:err] = "No blank entries!"
		# reload the page with the entered data...
	...
end

I've tested the error handling a couple different ways, and I can't get it to 
print. Hopefully my question is clear enough, but please let me know if it's 
not.

Thanks for any help,
Matt

From arne at arnebrasseur.net  Sun Dec 16 04:48:53 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sun, 16 Dec 2007 17:48:53 +0800
Subject: [Nitro] Error Handling and Reloading
In-Reply-To: <200712160400.39198.weather@speakeasy.net>
References: <200712160400.39198.weather@speakeasy.net>
Message-ID: <4764F485.4060500@arnebrasseur.net>

Matthew B Gardner schreef:
> Hello --
> 	I've been googling and looking through the rdocs for some time now, and I 
> can't find Nitro's answer to this issue: If someone enters an empty field on 
> Form, reload the page without losing the entered data from the other fields 
> and print the appropriate error message. As far as the reloading (without 
> losing the entered data) goes, I'm really not sure how to do that. However, I 
> found a couple references to error handling, but it's not working as I expect 
> it to from those examples. To keep it simple, here's what I'm trying to do:
>
> template...
> <form>
> 	...
> 	#{flash[:err]}
> 	<input type="text" name="body" size="45" />
> 	...
> </form>
>
> controller...
> def form_foo
> 	obj = request.assign(TestObj.new)
> 	if obj.body,empty?
> 		flash[:err] = "No blank entries!"
> 		# reload the page with the entered data...
> 	...
> end
>
> I've tested the error handling a couple different ways, and I can't get it to 
> print. Hopefully my question is clear enough, but please let me know if it's 
> not.
>
> Thanks for any help,
> Mat
If the same action displays and handles the form I'd just store the 
values in instance variables:

#controller
def foo
  @text, @bla, @bar = %w(text bla bar).map {|w| request[w]}
  ....
end

<!--template-->

<input type="text" name="text" value="#{@text}" size="45" />
<input type="text" name="bla" value="#{@bla}" size="45" />

This requires extra logic to render the right template depending on if 
everything processed fine or not.

If you're using a different action you'll have to redirect back to the 
form if there's an error, but in that case the user's browser makes a 
new request and the data from the previous request is gone, so you'll 
have to store it in the flash.

def handle_form
  if (something_not_ok)
    flash_error "something's not ok"
    flash[:form_data] = %w(text bla bar).map {|w| request[w]}
    redirect :show_form #(or redirect_referrer)
  end
end

def show_form
    flash[:form_data] = NullClass.new #to prevent NoMethodError
  ...
end

<input type="text" name="text" value="#{flash[:form_data]['text']}" size="45" />
<input type="text" name="bla" value="#{flash[:form_data]['bla']}" size="45" />


This is all off the top of my head so the syntax might be a bit off. 
There are two different form helpers in Raw and there could very well be 
some functionality in there to do this kind of stuff. I just don't have 
the time right now to look at it in detail.

(ab)

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



From arne at arnebrasseur.net  Sun Dec 16 04:52:18 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sun, 16 Dec 2007 17:52:18 +0800
Subject: [Nitro] Error Handling and Reloading
In-Reply-To: <4764F485.4060500@arnebrasseur.net>
References: <200712160400.39198.weather@speakeasy.net>
	<4764F485.4060500@arnebrasseur.net>
Message-ID: <4764F552.2090905@arnebrasseur.net>

Arne Brasseur schreef:
> def handle_form
>   if (something_not_ok)
>     flash_error "something's not ok"
>     flash[:form_data] = %w(text bla bar).map {|w| request[w]}
>   
That  should be

flash[:form_data] ||= {}
%w(text bla bar).map {|w| flash[:form_data][w] = request[w]}

(ab)

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



From weather at speakeasy.net  Sun Dec 16 18:38:50 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Sun, 16 Dec 2007 18:38:50 -0500
Subject: [Nitro] Error Handling and Reloading
In-Reply-To: <4764F485.4060500@arnebrasseur.net>
References: <200712160400.39198.weather@speakeasy.net>
	<4764F485.4060500@arnebrasseur.net>
Message-ID: <200712161838.51389.weather@speakeasy.net>

Hello --

> If the same action displays and handles the form I'd just store the
> values in instance variables:
>
> #controller
> def foo
>   @text, @bla, @bar = %w(text bla bar).map {|w| request[w]}
>   ....
> end
>
> <!--template-->
>
> <input type="text" name="text" value="#{@text}" size="45" />
> <input type="text" name="bla" value="#{@bla}" size="45" />
>
> This requires extra logic to render the right template depending on if
> everything processed fine or not.
>
> If you're using a different action you'll have to redirect back to the
> form if there's an error, but in that case the user's browser makes a
> new request and the data from the previous request is gone, so you'll
> have to store it in the flash.
>
> def handle_form
>   if (something_not_ok)
>     flash_error "something's not ok"
>     flash[:form_data] = %w(text bla bar).map {|w| request[w]}
>     redirect :show_form #(or redirect_referrer)
>   end
> end
>
> def show_form
>     flash[:form_data] = NullClass.new #to prevent NoMethodError
>   ...
> end
>
> <input type="text" name="text" value="#{flash[:form_data]['text']}"
> size="45" /> <input type="text" name="bla"
> value="#{flash[:form_data]['bla']}" size="45" />
>
>
> This is all off the top of my head so the syntax might be a bit off.
> There are two different form helpers in Raw and there could very well be
> some functionality in there to do this kind of stuff. I just don't have
> the time right now to look at it in detail.
>
> (ab)

This isn't working for me because, I think, the flash object is getting 
cleared too early...here's the code:

def handle_hfile
    @h = request.assign(HelpFile.new)
    if @h.body.empty?
      flash_error "Something is amiss!"
      flash[:form_data] ||= {}
      %w(keywords).map {|w| flash[:form_data][w] = request[w]}
      redirect_referer # :helpfile
    else
	...
end

def helpfile
    puts flash[:form_data] #=> nil
    flash[:form_data] = NullClass.new if flash[:form_data].nil?
end

When #handle_hfile redirects to #helpfile, flash is nil -- I assumed that 
flash would keep its data until the next request. I don't know if this is an 
error on the part of Nitro or my code -- does anything stand out as 
incorrect?

Thanks for all the help thus far,
-Matt

From arne at arnebrasseur.net  Mon Dec 17 00:17:37 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Mon, 17 Dec 2007 13:17:37 +0800
Subject: [Nitro] Error Handling and Reloading
In-Reply-To: <200712161838.51389.weather@speakeasy.net>
References: <200712160400.39198.weather@speakeasy.net>	<4764F485.4060500@arnebrasseur.net>
	<200712161838.51389.weather@speakeasy.net>
Message-ID: <47660671.4080101@arnebrasseur.net>

Matthew B Gardner schreef:
> This isn't working for me because, I think, the flash object is getting 
> cleared too early...here's the code:
>
> def handle_hfile
>     @h = request.assign(HelpFile.new)
>     if @h.body.empty?
>       flash_error "Something is amiss!"
>       flash[:form_data] ||= {}
>       %w(keywords).map {|w| flash[:form_data][w] = request[w]}
>       redirect_referer # :helpfile
>     else
> 	...
> end
>
> def helpfile
>     puts flash[:form_data] #=> nil
>     flash[:form_data] = NullClass.new if flash[:form_data].nil?
> end
>
> When #handle_hfile redirects to #helpfile, flash is nil -- I assumed that 
> flash would keep its data until the next request. I don't know if this is an 
> error on the part of Nitro or my code -- does anything stand out as 
> incorrect?
>
> Thanks for all the help thus far,
> -Mat
This looks good to me, but let me guess... I had the same problem using 
Firefox and a url http://localhost:9000, when I changed the URL to 
http://127.0.0.1:9000 it worked. This could be the same problem. For 
some reason in the first case the cookie isn't sent back from the 
browser. I tried Konqueror and there both URL's worked. Could that be it?

(ab)

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



From weather at speakeasy.net  Mon Dec 17 00:48:37 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Mon, 17 Dec 2007 00:48:37 -0500
Subject: [Nitro] Error Handling and Reloading
In-Reply-To: <47660671.4080101@arnebrasseur.net>
References: <200712160400.39198.weather@speakeasy.net>
	<200712161838.51389.weather@speakeasy.net>
	<47660671.4080101@arnebrasseur.net>
Message-ID: <200712170048.37347.weather@speakeasy.net>

Hello --

> This looks good to me, but let me guess... I had the same problem using
> Firefox and a url http://localhost:9000, when I changed the URL to
> http://127.0.0.1:9000 it worked. This could be the same problem. For
> some reason in the first case the cookie isn't sent back from the
> browser. I tried Konqueror and there both URL's worked. Could that be it?
>
> (ab)

Excellent guess, that was it! :)

Thank you very much, again!
-Matt

From Reid.Thompson at ateb.com  Mon Dec 17 09:24:56 2007
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Mon, 17 Dec 2007 09:24:56 -0500
Subject: [Nitro] invalid format for pg sequence query -
	SELECT	nextval('"ogsimpletest"_oid_seq')
Message-ID: <1197901496.316.1.camel@raker.ateb.com>

>From current repo...
Looks like the select for the sequence has double quotes that shouldn't be there

rthompso at raker ~ $ ruby simplePG.rb 
 INFO: Og uses the Postgresql store.
DEBUG: Og manageable classes: [SimpleTest]
DEBUG: CREATE TABLE "ogsimpletest" ("date" text, "ts" text, "oid" serial PRIMARY KEY) WITHOUT OIDS
DEBUG: SELECT * FROM "ogsimpletest" LIMIT 1
DEBUG: SELECT nextval('"ogsimpletest"_oid_seq')
ERROR: DB error ERROR:  invalid name syntax
, [SELECT nextval('"ogsimpletest"_oid_seq')]
ERROR: /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/adapter/postgresql.rb:119:in `exec'
/home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/adapter/postgresql.rb:119:in `query_statement'
/home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store/sql.rb:572:in `query'
/home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/adapter/postgresql.rb:152:in `insert'
/home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store/sql.rb:102:in `og_insert'
/home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store.rb:94:in `save'
/home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/model.rb:69:in `save'
/home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/manager.rb:118:in `with_store'
/home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/model.rb:68:in `save'
simplePG.rb:36
/home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store/sql.rb:615:in `handle_sql_exception': Og::StoreException (Og::StoreException)
	from /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store/sql.rb:575:in `query'
	from /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/adapter/postgresql.rb:152:in `insert'
	from /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store/sql.rb:102:in `og_insert'
	from /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store.rb:94:in `save'
	from /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/model.rb:69:in `save'
	from /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/manager.rb:118:in `with_store'
	from /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/model.rb:68:in `save'
	from simplePG.rb:36


From george.moschovitis at gmail.com  Mon Dec 17 13:40:45 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 17 Dec 2007 20:40:45 +0200
Subject: [Nitro] Error Handling and Reloading
In-Reply-To: <200712170048.37347.weather@speakeasy.net>
References: <200712160400.39198.weather@speakeasy.net>
	<200712161838.51389.weather@speakeasy.net>
	<47660671.4080101@arnebrasseur.net>
	<200712170048.37347.weather@speakeasy.net>
Message-ID: <afd80b540712171040r396c3ef4sdabb69b231e776e@mail.gmail.com>

>
> > This looks good to me, but let me guess... I had the same problem using
> > Firefox and a url http://localhost:9000, when I changed the URL to
> > http://127.0.0.1:9000 it worked. This could be the same problem. For
> > some reason in the first case the cookie isn't sent back from the
> > browser. I tried Konqueror and there both URL's worked. Could that be
> it?
>

Does anyone have any idea WHY this happens?

-g.

-- 
http://gmosx.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/20071217/7229eda5/attachment.html 

From george.moschovitis at gmail.com  Mon Dec 17 14:17:56 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 17 Dec 2007 21:17:56 +0200
Subject: [Nitro] invalid format for pg sequence query - SELECT
	nextval('"ogsimpletest"_oid_seq')
In-Reply-To: <1197901496.316.1.camel@raker.ateb.com>
References: <1197901496.316.1.camel@raker.ateb.com>
Message-ID: <afd80b540712171117m290c3309jaf9dae017b105ff4@mail.gmail.com>

can someone with pg provide a fix for this?

-g.

On Dec 17, 2007 4:24 PM, Reid Thompson <Reid.Thompson at ateb.com> wrote:

> >From current repo...
> Looks like the select for the sequence has double quotes that shouldn't be
> there
>
> rthompso at raker ~ $ ruby simplePG.rb
>  INFO: Og uses the Postgresql store.
> DEBUG: Og manageable classes: [SimpleTest]
> DEBUG: CREATE TABLE "ogsimpletest" ("date" text, "ts" text, "oid" serial
> PRIMARY KEY) WITHOUT OIDS
> DEBUG: SELECT * FROM "ogsimpletest" LIMIT 1
> DEBUG: SELECT nextval('"ogsimpletest"_oid_seq')
> ERROR: DB error ERROR:  invalid name syntax
> , [SELECT nextval('"ogsimpletest"_oid_seq')]
> ERROR:
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/adapter/postgresql.rb:119:in
> `exec'
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/adapter/postgresql.rb:119:in
> `query_statement'
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store/sql.rb:572:in
> `query'
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/adapter/postgresql.rb:152:in
> `insert'
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store/sql.rb:102:in
> `og_insert'
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store.rb:94:in
> `save'
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/model.rb:69:in
> `save'
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/manager.rb:118:in
> `with_store'
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/model.rb:68:in
> `save'
> simplePG.rb:36
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store/sql.rb:615:in
> `handle_sql_exception': Og::StoreException (Og::StoreException)
>        from
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store/sql.rb:575:in
> `query'
>        from
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/adapter/postgresql.rb:152:in
> `insert'
>        from
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store/sql.rb:102:in
> `og_insert'
>        from
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/store.rb:94:in
> `save'
>        from
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/model.rb:69:in
> `save'
>        from
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/manager.rb:118:in
> `with_store'
>        from
> /home/rthompso/src/repo.nitroproject.org/script/lib/../../og/lib/og/model.rb:68:in
> `save'
>        from simplePG.rb:36
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



-- 
http://gmosx.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/20071217/d3355c21/attachment-0001.html 

From billk at cts.com  Mon Dec 17 14:18:30 2007
From: billk at cts.com (Bill Kelly)
Date: Mon, 17 Dec 2007 11:18:30 -0800
Subject: [Nitro] repo.nitroproject.org vs. facets version?
Message-ID: <104e01c840e1$9c128da0$6442a8c0@gonzo>

Hi,

Which version of facets should I be using with the latest nitro
repo code?

I've done a darcs get of the latest repo.nitroproject.org, and
I've updated to facets-2.2.0 (also tried facets SVN trunk).

I'm getting:

/repo.nitroproject.org/script/lib/../../glue/lib/glue/main.rb:17:in `require':
no such file to load -- facets/module/is (LoadError)
  from repo.nitroproject.org/script/lib/../../glue/lib/glue/main.rb:17
  from repo.nitroproject.org/script/lib/../../glue/lib/glue.rb:1:in `require'
  from repo.nitroproject.org/script/lib/../../glue/lib/glue.rb:1
  from repo.nitroproject.org/script/lib/../../nitro/lib/nitro/main.rb:16:in `require'
  from repo.nitroproject.org/script/lib/../../nitro/lib/nitro/main.rb:16
  from repo.nitroproject.org/script/lib/../../nitro/lib/nitro.rb:1:in `require'
  from repo.nitroproject.org/script/lib/../../nitro/lib/nitro.rb:1


glue/main.rb is wanting facets/module/is.rb ... which no longer
appears to exist in facets?


Thanks,

Bill



From transfire at gmail.com  Mon Dec 17 15:38:05 2007
From: transfire at gmail.com (Trans)
Date: Mon, 17 Dec 2007 12:38:05 -0800 (PST)
Subject: [Nitro] repo.nitroproject.org vs. facets version?
In-Reply-To: <104e01c840e1$9c128da0$6442a8c0@gonzo>
References: <104e01c840e1$9c128da0$6442a8c0@gonzo>
Message-ID: <f509ff42-cc7d-4cae-8bed-e1a4d63b6279@e67g2000hsc.googlegroups.com>



On Dec 17, 2:18 pm, "Bill Kelly" <bi... at cts.com> wrote:
> Hi,
>
> Which version of facets should I be using with the latest nitro
> repo code?
>
> I've done a darcs get of the latest repo.nitroproject.org, and
> I've updated to facets-2.2.0 (also tried facets SVN trunk).
>
> I'm getting:
>
> /repo.nitroproject.org/script/lib/../../glue/lib/glue/main.rb:17:in `require':
> no such file to load -- facets/module/is (LoadError)
>   from repo.nitroproject.org/script/lib/../../glue/lib/glue/main.rb:17
>   from repo.nitroproject.org/script/lib/../../glue/lib/glue.rb:1:in `require'
>   from repo.nitroproject.org/script/lib/../../glue/lib/glue.rb:1
>   from repo.nitroproject.org/script/lib/../../nitro/lib/nitro/main.rb:16:in `require'
>   from repo.nitroproject.org/script/lib/../../nitro/lib/nitro/main.rb:16
>   from repo.nitroproject.org/script/lib/../../nitro/lib/nitro.rb:1:in `require'
>   from repo.nitroproject.org/script/lib/../../nitro/lib/nitro.rb:1
>
> glue/main.rb is wanting facets/module/is.rb ... which no longer
> appears to exist in facets?

It should be there. I just checked the current zip and gem packages
and methods/facets/module/is.rb is present.

If you are pulling from facets svn you will need to generate the
method redirects by running:

  $ task/methods

BUT! To do that with the latest code, you will also need the latest
version of ratch, which I will be releasing later today.

Note you can probably comment that line out of glue/main.rb anyway. As
long a facets.rb is being loaded it won't matter since facets.rb
includes #is.

T.

From billk at cts.com  Mon Dec 17 18:26:20 2007
From: billk at cts.com (Bill Kelly)
Date: Mon, 17 Dec 2007 15:26:20 -0800
Subject: [Nitro] repo.nitroproject.org vs. facets version?
References: <104e01c840e1$9c128da0$6442a8c0@gonzo>
	<f509ff42-cc7d-4cae-8bed-e1a4d63b6279@e67g2000hsc.googlegroups.com>
Message-ID: <169c01c84104$3b24c800$6442a8c0@gonzo>


From: "Trans" <transfire at gmail.com>
> 
> It should be there. I just checked the current zip and gem packages
> and methods/facets/module/is.rb is present.
> 
> If you are pulling from facets svn you will need to generate the
> method redirects by running:
> 
>  $ task/methods
> 
> BUT! To do that with the latest code, you will also need the latest
> version of ratch, which I will be releasing later today.
> 
> Note you can probably comment that line out of glue/main.rb anyway. As
> long a facets.rb is being loaded it won't matter since facets.rb
> includes #is.

Thanks. . . . The root problem turned out to be rubygems require
pulling in an old version of glue because I didn't have blow and
english installed as separate gems... Or something like that...


Regards,

Bill



From billk at cts.com  Mon Dec 17 18:54:43 2007
From: billk at cts.com (Bill Kelly)
Date: Mon, 17 Dec 2007 15:54:43 -0800
Subject: [Nitro] invalid format for pg sequence query -
	SELECTnextval('"ogsimpletest"_oid_seq')
References: <1197901496.316.1.camel@raker.ateb.com>
	<afd80b540712171117m290c3309jaf9dae017b105ff4@mail.gmail.com>
Message-ID: <16c001c84108$326cbcf0$6442a8c0@gonzo>


From: George Moschovitis
>
> can someone with pg provide a fix for this?

I'm not sure what the ideal fix is.  But for what it's worth,
I'm still using the simplistic fix I posted here back in July:

  def enchant(klass, manager)
    super

    pk = klass.primary_key

    seq = "#{klass::OGTABLE}_#{pk}_seq"
    seq.tr!('"', '')  # %%BWK 070827 -- added this kludge to strip quotes from table name

    pkann = klass.ann(pk)

    unless pkann[:sequence]
      if pkann[:sql] =~ /SERIAL/i
        klass.ann(pk, {:sequence => seq})
      else
        klass.ann(pk, {:sequence => false})
      end
    end
  end


^^^^ I just strip the quotes wholesale.


Regards,

Bill



From billk at cts.com  Mon Dec 17 19:07:08 2007
From: billk at cts.com (Bill Kelly)
Date: Mon, 17 Dec 2007 16:07:08 -0800
Subject: [Nitro] property Integer no longer works in repo version (Fixnum
	still does)
Message-ID: <16d201c84109$eebfd6c0$6442a8c0@gonzo>

Hi,

I'm in the habit of declaring integer properties like:

  property :foo, Integer

This used to work, but in the current repo version, the type is
omitted entirely when the table is created:

For ex:

DEBUG: CREATE TABLE "ogsometable" ("foo" , "oid" serial PRIMARY KEY) WITHOUT OIDS
                                       ^^^

If I change it to:

  property :foo, Fixnum

Then it works:

DEBUG: CREATE TABLE "ogsometable" ("foo" integer, "oid" serial PRIMARY KEY) WITHOUT OIDS


(I'm using the Postgresql adapter.)


Regards,

Bill



From reid.thompson at ateb.com  Mon Dec 17 20:58:44 2007
From: reid.thompson at ateb.com (Reid Thompson)
Date: Mon, 17 Dec 2007 20:58:44 -0500
Subject: [Nitro] invalid format for pg sequence query
	-	SELECTnextval('"ogsimpletest"_oid_seq')
In-Reply-To: <16c001c84108$326cbcf0$6442a8c0@gonzo>
References: <1197901496.316.1.camel@raker.ateb.com>	<afd80b540712171117m290c3309jaf9dae017b105ff4@mail.gmail.com>
	<16c001c84108$326cbcf0$6442a8c0@gonzo>
Message-ID: <47672954.6090108@ateb.com>

Bill Kelly wrote:
>     seq = "#{klass::OGTABLE}_#{pk}_seq"
>     seq.tr!('"', '')  # %%BWK 070827 -- added this kludge to strip quotes from table name
> 

> 
> ^^^^ I just strip the quotes wholesale.
> 

Thanks,
i now remember seeing the original post --

It looks like the code may have been written to account for
(from the the PostgreSQL docs )
  '...Quoting an identifier also makes it case-sensitive, whereas unquoted names 
are always folded to lower case. For example, the identifiers FOO, foo, and 
"foo" are considered the same by PostgreSQL, but "Foo" and "FOO" are different 
from these three and each other. (The folding of unquoted names to lower case in 
PostgreSQL is incompatible with the SQL standard, which says that unquoted names 
should be folded to upper case. Thus, foo should be equivalent to "FOO" not 
"foo" according to the standard. If you want to write portable applications you 
are advised to always quote a particular name or never quote it.)...'

( I'm thinking specifically the last line ).
In general, PostgreSQL forces the user to remember/manage this.


From arne at arnebrasseur.net  Tue Dec 18 02:00:15 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Tue, 18 Dec 2007 15:00:15 +0800
Subject: [Nitro] Error Handling and Reloading
In-Reply-To: <afd80b540712171040r396c3ef4sdabb69b231e776e@mail.gmail.com>
References: <200712160400.39198.weather@speakeasy.net>	<200712161838.51389.weather@speakeasy.net>	<47660671.4080101@arnebrasseur.net>	<200712170048.37347.weather@speakeasy.net>
	<afd80b540712171040r396c3ef4sdabb69b231e776e@mail.gmail.com>
Message-ID: <47676FFF.4060004@arnebrasseur.net>

George Moschovitis schreef:
>
>     > This looks good to me, but let me guess... I had the same
>     problem using
>     > Firefox and a url http://localhost:9000, when I changed the URL to
>     > http://127.0.0.1:9000 it worked. This could be the same problem.
>     For
>     > some reason in the first case the cookie isn't sent back from the
>     > browser. I tried Konqueror and there both URL's worked. Could
>     that be it?
>
>
> Does anyone have any idea WHY this happens?

Connection: close
Date: Tue, 18 Dec 2007 06:55:44 GMT
Content-Type: text/html
Set-Cookie: ns=ef57fd92773b11f13f3fea31d98d76320dc1165b8bf37f1e394392953a101ca02bbfe7789290a2f6bb99b0f712045a4b125b6f39de2dba3fc1a2c4e24c1a9f51; Domain=.localhost; Path=/
Content-Length: 1427

200 OK



Could that dot in Domain=.localhost; be the problem? Just guessing really.

(ab)

>
> -g.
>
> -- 
> http://gmosx.me.gr
> http://joy.gr
> http://cull.gr
> http://nitroproject.org <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/20071218/4241d433/attachment.html 

From george.moschovitis at gmail.com  Tue Dec 18 03:27:01 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 18 Dec 2007 10:27:01 +0200
Subject: [Nitro] property Integer no longer works in repo version
	(Fixnum still does)
In-Reply-To: <16d201c84109$eebfd6c0$6442a8c0@gonzo>
References: <16d201c84109$eebfd6c0$6442a8c0@gonzo>
Message-ID: <afd80b540712180027w4c025842jb77a59d43367ab95@mail.gmail.com>

thanks for reporting...

On Dec 18, 2007 2:07 AM, Bill Kelly <billk at cts.com> wrote:

> Hi,
>
> I'm in the habit of declaring integer properties like:
>
>  property :foo, Integer
>
> This used to work, but in the current repo version, the type is
> omitted entirely when the table is created:
>
> For ex:
>
> DEBUG: CREATE TABLE "ogsometable" ("foo" , "oid" serial PRIMARY KEY)
> WITHOUT OIDS
>                                       ^^^
>
> If I change it to:
>
>  property :foo, Fixnum
>
> Then it works:
>
> DEBUG: CREATE TABLE "ogsometable" ("foo" integer, "oid" serial PRIMARY
> KEY) WITHOUT OIDS
>
>
> (I'm using the Postgresql adapter.)
>
>
> Regards,
>
> Bill
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



-- 
http://gmosx.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/20071218/aa226830/attachment.html 

From billk at cts.com  Tue Dec 18 04:38:45 2007
From: billk at cts.com (Bill Kelly)
Date: Tue, 18 Dec 2007 01:38:45 -0800
Subject: [Nitro] How to debug templates not being rendered?
Message-ID: <17a001c84159$c91a54e0$6442a8c0@gonzo>

Hi,

After upgrading to the repo version of Nitro, I'm not seeing
rendering of my templates.  However, it appears the controller
is behaving normally from watching the log information.

However, when I run the demo/blog app, its templates DO get
rendered!

So I'm trying to understand what is different between the blog
and my app.

The directory structure of my app puts template/ at the root:

  conf
  log
  public
  public/js
  public/media
  public/stylesheets
  public/doc
  run.rb
  src
  template

However, I have checked the runtime value of Template.root_dir,
and it is "template", so that seems OK.

Note: If I put a print "hello" in one of my controller methods,
then at least the "hello" DOES show up in the browser.

At this point I'm hoping for some tips on how to debug why my
templates aren't being rendered.  (Any particularly good places
in nitro or raw I should add a printout?)  It's not obvious to me
what is different between my app and the demo/blog app.

(Note: my templates use the extension .htmlx)


Thanks for any ideas,

Regards,

Bill



From arne at arnebrasseur.net  Tue Dec 18 04:49:30 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Tue, 18 Dec 2007 17:49:30 +0800
Subject: [Nitro] How to debug templates not being rendered?
In-Reply-To: <17a001c84159$c91a54e0$6442a8c0@gonzo>
References: <17a001c84159$c91a54e0$6442a8c0@gonzo>
Message-ID: <476797AA.6090001@arnebrasseur.net>

Bill Kelly schreef:
> (Note: my templates use the extension .htmlx)
>   
That's probably the problem, in the current version the x was dropped, 
try renaming them to .html (same for cssx -> css).

(ab)
>
> Thanks for any ideas,
>
> Regards,
>
> Bill
>   


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



From billk at cts.com  Tue Dec 18 13:25:22 2007
From: billk at cts.com (Bill Kelly)
Date: Tue, 18 Dec 2007 10:25:22 -0800
Subject: [Nitro] How to debug templates not being rendered?
References: <17a001c84159$c91a54e0$6442a8c0@gonzo>
	<476797AA.6090001@arnebrasseur.net>
Message-ID: <185101c841a3$5a704140$6442a8c0@gonzo>


From: "Arne Brasseur" <arne at arnebrasseur.net>
> Bill Kelly schreef:
> > (Note: my templates use the extension .htmlx)
>
> That's probably the problem, in the current version the x was dropped, 
> try renaming them to .html (same for cssx -> css).

Thanks, I've tried that now, but it made no difference.

When I use strace on the demo/blog app, I can see nitro reading the
template files:

stat64("app/template/view.html", {st_mode=S_IFREG|0640, st_size=133, ...}) = 0
open("app/template/view.html", O_RDONLY|O_LARGEFILE) = 7
stat64("app/template/post.inc.html", {st_mode=S_IFREG|0640, st_size=242, ...}) = 0
open("app/template/post.inc.html", O_RDONLY|O_LARGEFILE) = 7

However, when I strace my app, I don't see nitro ever trying to 
read my template files.

Not sure why.......

At this point I guess I'll be putting some printouts in nitro
and raw to try to understand how it works...  Any tips would be
appreciated... :)


Regards,

Bill



From billk at cts.com  Tue Dec 18 14:07:38 2007
From: billk at cts.com (Bill Kelly)
Date: Tue, 18 Dec 2007 11:07:38 -0800
Subject: [Nitro] How to debug templates not being rendered?
References: <17a001c84159$c91a54e0$6442a8c0@gonzo><476797AA.6090001@arnebrasseur.net>
	<185101c841a3$5a704140$6442a8c0@gonzo>
Message-ID: <188201c841a9$41b6da00$6442a8c0@gonzo>


From: "Bill Kelly" <billk at cts.com>
>
> However, when I strace my app, I don't see nitro ever trying to 
> read my template files.
> 
> Not sure why.......
> 
> At this point I guess I'll be putting some printouts in nitro
> and raw to try to understand how it works...  Any tips would be
> appreciated... :)

Auuugh!

It was the debugging printout I had added to my controller method,
when things initially weren't working, that prevented it from ever
working again no matter what I tried... :(

Initially when my templates didn't render, I put a: print "fubar"
as the last line of my controller method.  So I could see the
"fubar" on the web page...

I didn't realize that would prevent templates from being processed
going forward....


LOL :(


Regards,

Bill




From weather at speakeasy.net  Wed Dec 26 00:58:06 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Wed, 26 Dec 2007 00:58:06 -0500
Subject: [Nitro] Og NameError
Message-ID: <200712260058.06294.weather@speakeasy.net>

Hello --
	I don't know if this still belongs here or should be sent to the Ogden list, 
but here goes:

In my standalone application, these lines:

require "rubygems"
require "og"

are producing:

/usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/validation.rb:4: uninitialized 
constant Og (NameError)
        from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in 
`require'
        from /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/main.rb:14
        from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in 
`require'
        from /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og.rb:1
        from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:32:in 
`require'


In my nitro program, these lines don't have a problem and the application runs 
as expected:

require "rubygems"
require "nitro"; include Nitro
require "og"


This problem didn't exist as of a few weeks ago, likely before I installed 
Nitro and its dependencies via darcs.

Thanks for any help,
Matt

From transfire at gmail.com  Wed Dec 26 13:40:24 2007
From: transfire at gmail.com (Trans)
Date: Wed, 26 Dec 2007 10:40:24 -0800 (PST)
Subject: [Nitro] blow -> webits ?
Message-ID: <e9c48ca1-18c1-420d-89ca-98cbae94da3d@d4g2000prg.googlegroups.com>

Hi--

I've gotten a little bit of flack about the name of the "blow"
project. So I was thinking of changing it to something a little more
obvious like "webits".

What do you all think?

T.

From wyhaines at gmail.com  Wed Dec 26 14:06:27 2007
From: wyhaines at gmail.com (Kirk Haines)
Date: Wed, 26 Dec 2007 12:06:27 -0700
Subject: [Nitro] blow -> webits ?
In-Reply-To: <e9c48ca1-18c1-420d-89ca-98cbae94da3d@d4g2000prg.googlegroups.com>
References: <e9c48ca1-18c1-420d-89ca-98cbae94da3d@d4g2000prg.googlegroups.com>
Message-ID: <f4cd26df0712261106h638f9931u16bf2bc92c91201@mail.gmail.com>

On Dec 26, 2007 11:40 AM, Trans <transfire at gmail.com> wrote:
> Hi--
>
> I've gotten a little bit of flack about the name of the "blow"
> project. So I was thinking of changing it to something a little more
> obvious like "webits".
>
> What do you all think?

I think that "webits" is nearly as bad as "blow".  It just a little
too artificial as an English word.  It doesn't decode smoothly.


Kirk Haines

From zedshaw at zedshaw.com  Wed Dec 26 14:02:33 2007
From: zedshaw at zedshaw.com (Zed A. Shaw)
Date: Wed, 26 Dec 2007 14:02:33 -0500
Subject: [Nitro] blow -> webits ?
In-Reply-To: <e9c48ca1-18c1-420d-89ca-98cbae94da3d@d4g2000prg.googlegroups.com>
References: <e9c48ca1-18c1-420d-89ca-98cbae94da3d@d4g2000prg.googlegroups.com>
Message-ID: <20071226140233.cef09013.zedshaw@zedshaw.com>

On Wed, 26 Dec 2007 10:40:24 -0800 (PST)
Trans <transfire at gmail.com> wrote:

> Hi--
> 
> I've gotten a little bit of flack about the name of the "blow"
> project. So I was thinking of changing it to something a little more
> obvious like "webits".
> 
> What do you all think?

I think you should change it to "blowme", but that's just me.

-- 
Zed A. Shaw
- Hate: http://savingtheinternetwithhate.com/
- Good: http://www.zedshaw.com/
- Evil: http://yearofevil.com/

From znmeb at cesmail.net  Wed Dec 26 14:55:00 2007
From: znmeb at cesmail.net (M. Edward (Ed) Borasky)
Date: Wed, 26 Dec 2007 11:55:00 -0800
Subject: [Nitro] blow -> webits ?
In-Reply-To: <e9c48ca1-18c1-420d-89ca-98cbae94da3d@d4g2000prg.googlegroups.com>
References: <e9c48ca1-18c1-420d-89ca-98cbae94da3d@d4g2000prg.googlegroups.com>
Message-ID: <4772B194.8030408@cesmail.net>

Trans wrote:
> Hi--
> 
> I've gotten a little bit of flack about the name of the "blow"
> project. So I was thinking of changing it to something a little more
> obvious like "webits".
> 
> What do you all think?
> 
> T.
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 

Just out of curiosity, what does "blow" do? :)

From transfire at gmail.com  Wed Dec 26 16:08:05 2007
From: transfire at gmail.com (Trans)
Date: Wed, 26 Dec 2007 13:08:05 -0800 (PST)
Subject: [Nitro] blow -> webits ?
In-Reply-To: <20071226140233.cef09013.zedshaw@zedshaw.com>
References: <e9c48ca1-18c1-420d-89ca-98cbae94da3d@d4g2000prg.googlegroups.com>
	<20071226140233.cef09013.zedshaw@zedshaw.com>
Message-ID: <4a8d47b7-f1ad-4cff-afae-f753ba657201@r60g2000hsc.googlegroups.com>



On Dec 26, 2:02 pm, "Zed A. Shaw" <zeds... at zedshaw.com> wrote:
> On Wed, 26 Dec 2007 10:40:24 -0800 (PST)
>
> Trans <transf... at gmail.com> wrote:
> > Hi--
>
> > I've gotten a little bit of flack about the name of the "blow"
> > project. So I was thinking of changing it to something a little more
> > obvious like "webits".
>
> > What do you all think?
>
> I think you should change it to "blowme", but that's just me.

LOL!!! :D

From transfire at gmail.com  Wed Dec 26 16:16:04 2007
From: transfire at gmail.com (Trans)
Date: Wed, 26 Dec 2007 13:16:04 -0800 (PST)
Subject: [Nitro] blow -> webits ?
In-Reply-To: <4772B194.8030408@cesmail.net>
References: <e9c48ca1-18c1-420d-89ca-98cbae94da3d@d4g2000prg.googlegroups.com>
	<4772B194.8030408@cesmail.net>
Message-ID: <0a4d0bc1-6ca0-4a6a-a739-ce4042b29365@f52g2000hsa.googlegroups.com>



On Dec 26, 2:55 pm, "M. Edward (Ed) Borasky" <zn... at cesmail.net>
wrote:
> Trans wrote:
> > Hi--
>
> > I've gotten a little bit of flack about the name of the "blow"
> > project. So I was thinking of changing it to something a little more
> > obvious like "webits".
>
> > What do you all think?
>
> > T.
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-gene... at rubyforge.org
> >http://rubyforge.org/mailman/listinfo/nitro-general
>
> Just out of curiosity, what does "blow" do? :)

Blow is a spin-off of Facets. All of Facets' web-related libraries
were separated out into this project. Turned out to be a good move
actually. It's already become a much stronger lib. I recently added an
XML DesignKit and I used to create an Atom builder and I've almost
finished an RSS builder. Of course there are generic XML and HTML
builders too. It also includes some extensions to URI, an html filter,
a css filter, and more.

T.

From transfire at gmail.com  Wed Dec 26 16:18:43 2007
From: transfire at gmail.com (Trans)
Date: Wed, 26 Dec 2007 13:18:43 -0800 (PST)
Subject: [Nitro] blow -> webits ?
In-Reply-To: <f4cd26df0712261106h638f9931u16bf2bc92c91201@mail.gmail.com>
References: <e9c48ca1-18c1-420d-89ca-98cbae94da3d@d4g2000prg.googlegroups.com>
	<f4cd26df0712261106h638f9931u16bf2bc92c91201@mail.gmail.com>
Message-ID: <7dad53d4-1454-4b49-9cb6-2deb4c91128e@21g2000hsj.googlegroups.com>



On Dec 26, 2:06 pm, "Kirk Haines" <wyhai... at gmail.com> wrote:
> On Dec 26, 2007 11:40 AM, Trans <transf... at gmail.com> wrote:
>
> > Hi--
>
> > I've gotten a little bit of flack about the name of the "blow"
> > project. So I was thinking of changing it to something a little more
> > obvious like "webits".
>
> > What do you all think?
>
> I think that "webits" is nearly as bad as "blow".  It just a little
> too artificial as an English word.  It doesn't decode smoothly.

Maybe you are right. I just thought of it in terms of having a similar
sound structure to "facets".

T.

From william.full.moon at gmail.com  Thu Dec 27 03:18:28 2007
From: william.full.moon at gmail.com (* William)
Date: Thu, 27 Dec 2007 19:18:28 +1100
Subject: [Nitro] blow -> "aradine"
Message-ID: <9e03c3c60712270018h1efdfad3y3eed445fb1d01ee2@mail.gmail.com>

Hello all

If "blow" does stuff on the web, is a name like

  *  "", or
  *  ""

As web spinning spiders (with side-closing jaws:
http://en.wikipedia.org/wiki/Araneomorphae) seem appropriate?

Or you can go 'pseudo academic' and pick a latin seeming name or just
interesting name like "arachno", "spider", "spinners" ... (
http://en.wikipedia.org/wiki/Spider)

Thing relating to web or nets ....

Food for thought,
                         \__Will

(eat well)

On 27/12/2007, Trans <transfire at gmail.com> wrote:
>
> On Dec 26, 2:55 pm, "M. Edward (Ed) Borasky" <zn... at cesmail.net> wrote:
> > Trans wrote:
> > > I've gotten a little bit of flack about the name of the "blow"
> > > project. So I was thinking of changing it to something a little more
> > > obvious like "webits".
> >
> > Just out of curiosity, what does "blow" do? :)
>
> Blow is a spin-off of Facets. All of Facets' web-related libraries
> were separated out into this project. Turned out to be a good move
> actually. It's already become a much stronger lib. I recently added an
> XML DesignKit and I used to create an Atom builder and I've almost
> finished an RSS builder. Of course there are generic XML and HTML
> builders too. It also includes some extensions to URI, an html filter,
> a css filter, and more.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071227/2db7b90f/attachment-0001.html 

From weather at speakeasy.net  Thu Dec 27 05:57:47 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Thu, 27 Dec 2007 05:57:47 -0500
Subject: [Nitro] Og NameError
In-Reply-To: <200712260058.06294.weather@speakeasy.net>
References: <200712260058.06294.weather@speakeasy.net>
Message-ID: <200712270557.47809.weather@speakeasy.net>

Just to update this, it looks like the Og module wasn't being declared before 
module Og::Mixin in validation.rb.

require "facets/class_extension"
require "facets/inheritor"

module Og; end
module Og::Mixin

This fixed it for me...should this be posted to Ogden now?

Also, out of curiosity...I have a class Root that seems to be conflicting with 
some other Root (which doesn't seem to be a class) elsewhere -- any idea 
where/what it is? I couldn't find it and this wasn't a problem as of a few 
weeks ago.

Thanks,
Matt

On Wednesday 26 December 2007 00:58, Matthew B Gardner wrote:
> Hello --
> 	I don't know if this still belongs here or should be sent to the Ogden
> list, but here goes:
>
> In my standalone application, these lines:
>
> require "rubygems"
> require "og"
>
> are producing:
>
> /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/validation.rb:4: uninitialized
> constant Og (NameError)
>         from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in
> `require'
>         from /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/main.rb:14
>         from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in
> `require'
>         from /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og.rb:1
>         from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:32:in
> `require'
>
>
> In my nitro program, these lines don't have a problem and the application
> runs as expected:
>
> require "rubygems"
> require "nitro"; include Nitro
> require "og"
>
>
> This problem didn't exist as of a few weeks ago, likely before I installed
> Nitro and its dependencies via darcs.
>
> Thanks for any 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 27 06:13:51 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 27 Dec 2007 13:13:51 +0200
Subject: [Nitro] Xmas
Message-ID: <afd80b540712270313k77e19954i6a04429d5b80243c@mail.gmail.com>

Dear devs,

for the last 5 days I am on vacations in France. In two days I will continue
my vacations in England. I will be back on Jan 2 2008.

Merry xmas to everyone!

-g.

-- 
http://gmosx.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/20071227/14202d3a/attachment.html 

From weather at speakeasy.net  Thu Dec 27 08:32:57 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Thu, 27 Dec 2007 08:32:57 -0500
Subject: [Nitro] Og NameError
Message-ID: <200712270832.58022.weather@speakeasy.net>

Caught NameError: undefined local variable or method `attributes' for 
YAML::YPath:Class
        /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/util/ann_attr.rb:51:in 
`serializable_attributes'
        /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/manager.rb:192:in 
`manageable?'
        /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/manager.rb:222:in 
`manageable_classes'
        /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/manager.rb:218:in 
`manageable_classes'
        /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/manager.rb:239:in 
`manage_classes'
        /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/main.rb:192:in `setup'

-Matt

From john at oxyliquit.de  Thu Dec 27 18:08:37 2007
From: john at oxyliquit.de (Jonathan Buch)
Date: Fri, 28 Dec 2007 00:08:37 +0100
Subject: [Nitro] Xmas
In-Reply-To: <afd80b540712270313k77e19954i6a04429d5b80243c@mail.gmail.com>
References: <afd80b540712270313k77e19954i6a04429d5b80243c@mail.gmail.com>
Message-ID: <op.t30nwnobxegpx6@jo.local>

Hi,

happy christmas (or at least holidays) to all.  :)

Jo

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

From transfire at gmail.com  Thu Dec 27 23:47:38 2007
From: transfire at gmail.com (Trans)
Date: Thu, 27 Dec 2007 20:47:38 -0800 (PST)
Subject: [Nitro] Og NameError
In-Reply-To: <200712270832.58022.weather@speakeasy.net>
References: <200712270832.58022.weather@speakeasy.net>
Message-ID: <119ec6bf-c69e-4b43-95ac-c1a2d17285e5@y5g2000hsf.googlegroups.com>



On Dec 27, 8:32?am, Matthew B Gardner <weat... at speakeasy.net> wrote:
> Caught NameError: undefined local variable or method `attributes' for
> YAML::YPath:Class
> ? ? ? ? /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/util/ann_attr.rb:51:in
> `serializable_attributes'
> ? ? ? ? /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/manager.rb:192:in
> `manageable?'
> ? ? ? ? /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/manager.rb:222:in
> `manageable_classes'
> ? ? ? ? /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/manager.rb:218:in
> `manageable_classes'
> ? ? ? ? /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/manager.rb:239:in
> `manage_classes'
> ? ? ? ? /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/main.rb:192:in `setup'

I though I already fixed this, but maybe George hasn't had the chance
to apply the patch. The solution is simply that #attributes should be
#instance_attributes.

T.

From weather at speakeasy.net  Fri Dec 28 06:11:26 2007
From: weather at speakeasy.net (Matthew B Gardner)
Date: Fri, 28 Dec 2007 06:11:26 -0500
Subject: [Nitro] Og NameError
In-Reply-To: <119ec6bf-c69e-4b43-95ac-c1a2d17285e5@y5g2000hsf.googlegroups.com>
References: <200712270832.58022.weather@speakeasy.net>
	<119ec6bf-c69e-4b43-95ac-c1a2d17285e5@y5g2000hsf.googlegroups.com>
Message-ID: <200712280611.26667.weather@speakeasy.net>

Hello --

On Thursday 27 December 2007 23:47, Trans wrote:
> On Dec 27, 8:32?am, Matthew B Gardner <weat... at speakeasy.net> wrote:
> > Caught NameError: undefined local variable or method `attributes' for
> > YAML::YPath:Class
> > ? ? ? ?
> > /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/util/ann_attr.rb:51:in
> > `serializable_attributes'
> > ? ? ? ? /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/manager.rb:192:in
> > `manageable?'
> > ? ? ? ? /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/manager.rb:222:in
> > `manageable_classes'
> > ? ? ? ? /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/manager.rb:218:in
> > `manageable_classes'
> > ? ? ? ? /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/manager.rb:239:in
> > `manage_classes'
> > ? ? ? ? /usr/lib/ruby/gems/1.8/gems/og-0.50.0/lib/og/main.rb:192:in
> > `setup'
>
> I though I already fixed this, but maybe George hasn't had the chance
> to apply the patch. The solution is simply that #attributes should be
> #instance_attributes.
>
> T.

Thanks for the reply -- I fixed the issue there and then another that popped 
up in sql.rb as well. However, more problems arose once I got my application 
running -- searching for data in a table was giving incorrect results and 
saving an object was trying to save it to its parent's table. Also, the 
parent table had fields which it shouldn't have...fields declared only in 
another child (not the same child that I encountered the saving problem 
with). Are these problems related to the pending patch?

Thanks again,
Matt

From john at oxyliquit.de  Fri Dec 28 09:20:19 2007
From: john at oxyliquit.de (Jonathan Buch)
Date: Fri, 28 Dec 2007 15:20:19 +0100
Subject: [Nitro] Og NameError
In-Reply-To: <200712280611.26667.weather@speakeasy.net>
References: <200712270832.58022.weather@speakeasy.net>
	<119ec6bf-c69e-4b43-95ac-c1a2d17285e5@y5g2000hsf.googlegroups.com>
	<200712280611.26667.weather@speakeasy.net>
Message-ID: <op.t31t35dpxegpx6@jo.local>

Hi,

[...]
> saving an object was trying to save it to its parent's table. Also, the
> parent table had fields which it shouldn't have...fields declared only in
> another child (not the same child that I encountered the saving problem
> with). Are these problems related to the pending patch?

if you are using STI (single table inheritance, `is SingleTableInherited`
I think it is now), that is the correct behaviour.
If not, it's a bug.

Jo

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/