From william.full.moon at gmail.com  Thu Nov  1 10:08:01 2007
From: william.full.moon at gmail.com (* William)
Date: Fri, 2 Nov 2007 01:08:01 +1100
Subject: [Nitro] Nitro + Facets 2.0
In-Reply-To: <4728B1DE.5040906@robmela.com>
References: <afd80b540710310747p4cc4f3bco29af78bef96edb6d@mail.gmail.com>
	<4728B1DE.5040906@robmela.com>
Message-ID: <9e03c3c60711010708k1bf52bbxef894da0e3848fd3@mail.gmail.com>

You can't really call it 0.95 because there hasn't been a stable long-term
release in the wild for more than six months.

So you will want to keep some numbers for the inevitable bug fixes until it
is stable.

You know lots of people can write software.  It takes a step up to make it
industry ready, robust and trusted.  The main skills I've seen notices are

   *  good processes,
   *  especially release control and integration testing
   *  stop adding new features.
   *  good solid regression testing

That's the engineering.  The production also requires

  *  Training and tutorials
  *  User documentation (not internals and definitely not rubyDocs)
  *  Solid internals documentation (which Oxy seems to have in hand)
  *  Robust reliable web site in the robust reliable stable version

PHP4 didn't do its website in PHP4 (they used PHP2 or maybe 3)

To be honest the competition here is not rails, its PLONE.

Which has conspired to achieve all those things and is no up to release 3 --
I runs fine and there's a large growing wild population in the rivers of the
internet.

These days I don marketing because lots of people can write code as well as
I can and better.  I'm just waped enough to have gone back to university to
discover why GREAT products and magic technologies don't make it out in to
the streams and rivers of the information aqua-sphere.

Yet you'll see the wackiest stuff get funding for development and a
promotions budget.

I'll keep speaking for good engineering processes -- It looks like things
are getting better.  I heartily recommend the SVN offer!!

Aloha,
            Will.



On 01/11/2007, Robert Mela <rob at robmela.com> wrote:
>
> YEEHA!!!
>
> I would love to use Nitro professionally and would like to see enough
> momentum and community built up behind it to support that sort of
> recommendation.
>
> To that end....
>
> What's everyone thinking regarding the "PR" should occur surrounding the
> release of 0.50?  And why not call it 0.95?
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071102/8d682539/attachment-0001.html 

From rob at robmela.com  Thu Nov  1 11:37:53 2007
From: rob at robmela.com (Robert Mela)
Date: Thu, 01 Nov 2007 11:37:53 -0400
Subject: [Nitro] Plone
In-Reply-To: <9e03c3c60711010708k1bf52bbxef894da0e3848fd3@mail.gmail.com>
References: <afd80b540710310747p4cc4f3bco29af78bef96edb6d@mail.gmail.com>	<4728B1DE.5040906@robmela.com>
	<9e03c3c60711010708k1bf52bbxef894da0e3848fd3@mail.gmail.com>
Message-ID: <4729F2D1.9070008@robmela.com>

I've done some light investigation of Plone and am wondering why I don't 
just use that.

The path to that answer leads goes through the ecodiversity of the open 
source landscape, the question of sunrise and sunset technologies, and 
the agony of trying to balance picking the best with picking a 
popularity/mindshare winner.

It passes through the language war swamps, where the best and the good 
exhaust each others energies, while the mediocre evades engagement and 
is first to reach stable ground on the other side.

What I keep hoping for is from the wild fragmented experimentation of 
the Open Source stacks that one thing will succesfully put these three 
things in place

1) Solidly great design
2) Process, stability, documentation
3) Mind share & momentum
4) The supporting ecosystem of polished applications & components

I think these things evolve in that order, though the most successful 
frameworks seem to compromise on step #1.

Only Zope/Plone seem to cover all four.   Nitro and PHP occupy 
non-overlapping sets -- Nitro's got #1, PHP has #2 thru #4.





* William wrote:
> You can't really call it 0.95 because there hasn't been a stable 
> long-term release in the wild for more than six months.
>
> So you will want to keep some numbers for the inevitable bug fixes 
> until it is stable.
>
> You know lots of people can write software.  It takes a step up to 
> make it industry ready, robust and trusted.  The main skills I've seen 
> notices are
>
>    *  good processes,
>    *  especially release control and integration testing
>    *  stop adding new features.
>    *  good solid regression testing
>  
> That's the engineering.  The production also requires
>
>   *  Training and tutorials
>   *  User documentation (not internals and definitely not rubyDocs)
>   *  Solid internals documentation (which Oxy seems to have in hand)
>   *  Robust reliable web site in the robust reliable stable version
>
> PHP4 didn't do its website in PHP4 (they used PHP2 or maybe 3)
>
> To be honest the competition here is not rails, its PLONE.
>
> Which has conspired to achieve all those things and is no up to 
> release 3 -- I runs fine and there's a large growing wild population 
> in the rivers of the internet.
>
> These days I don marketing because lots of people can write code as 
> well as I can and better.  I'm just waped enough to have gone back to 
> university to discover why GREAT products and magic technologies don't 
> make it out in to the streams and rivers of the information aqua-sphere.
>
> Yet you'll see the wackiest stuff get funding for development and a 
> promotions budget.
>
> I'll keep speaking for good engineering processes -- It looks like 
> things are getting better.  I heartily recommend the SVN offer!!
>
> Aloha,
>             Will.
>
>
>
> On 01/11/2007, *Robert Mela* <rob at robmela.com 
> <mailto:rob at robmela.com>> wrote:
>
>     YEEHA!!!
>
>     I would love to use Nitro professionally and would like to see enough
>     momentum and community built up behind it to support that sort of
>     recommendation.
>
>     To that end....
>
>     What's everyone thinking regarding the "PR" should occur
>     surrounding the
>     release of 0.50?  And why not call it 0.95?
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071101/fb5e3ec8/attachment.vcf 

From transfire at gmail.com  Thu Nov  1 12:40:46 2007
From: transfire at gmail.com (Trans)
Date: Thu, 01 Nov 2007 16:40:46 -0000
Subject: [Nitro] Plone
In-Reply-To: <4729F2D1.9070008@robmela.com>
References: <afd80b540710310747p4cc4f3bco29af78bef96edb6d@mail.gmail.com>
	<4728B1DE.5040906@robmela.com>
	<9e03c3c60711010708k1bf52bbxef894da0e3848fd3@mail.gmail.com>
	<4729F2D1.9070008@robmela.com>
Message-ID: <1193935246.921383.100270@19g2000hsx.googlegroups.com>

I've developed on Zope before. It's pretty cool. And I'm suprised it
never seemed to get the hype that Rails has -- I guess programmers
just don't know what to do without Vim. ;)

But I agree. There's a lot to like about the Python/Zope/Plone stack.
But I'm a Ruby programmer and not a Python programmer, so I look for
Ruby-based solutions.

And you know, the whole thing Chad Fowler said is a load of crap.
Should Burger King stop making burgers b/c McDs does basically the
same thing? Diversity is important. Without it nothing advances.

Personally I think Nitro has more potential then Rails strictly from a
techinicaly view point. We just need to get the other things in place.
Which bring me to....


From transfire at gmail.com  Thu Nov  1 13:18:28 2007
From: transfire at gmail.com (Trans)
Date: Thu, 01 Nov 2007 17:18:28 -0000
Subject: [Nitro] I, Nitro
Message-ID: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>

I am super happy to announce that thanks to George I am now a
_professional (as in cold hard cash, baby)_ Nitro developer! From now
on I will be heading up Nitro development along with George. My goal
is to push Nitro into a high quality 1.0 release as quickly as
possible. My priorities are:

(1) Uber User Friendly.

Basically I want to do something like:

     $ gem install nitro
     $ ntiro demo helloworld

and

     $ gem install nitro
     $ nitro create ~/mynitroprojects/foofish
     $ nitro start ~/mynitroprojects/foofish

Without one single hickup.

(2) "Like-Butter" Development

I would like to get a central repo up. And create some firm standards
for branching and tagging.
Also, I want to improve the development toolset to make standard tasks
very simple, get the repo in such nice-and-neat order it's freaky, and
eventually have some automated tools that keep us all well informed on
a regular basis.

(3) Doc Wizard

I want to find someone who's willing to contribute considerable effort
to working on Nitro docs once we get passed the 0.50 release. I will
help on this of course, but it would be best to find someone who can
focus almost exclusively on this aspect of Nitro --this includes PR.
We're looking at the Oxy, API Wiki, RDocs, the Website(s) and
hopefully in the end the first published book. (Did you catch that, a
BOOK! My job isn't complete until there's a BOOK.)

(4) Ruby 1.9/JRuby support

Around the end of the year I will start focusing on getting Nitro
running smoothly on Ruby 1.9 and JRuby, we will also have a try at
other VMs. YARV, Rubinius, IronRuby, etc.

(5) Support George

George is always pushing forward, so I'm going to bridge the gap
between him and a stable Nitro framework. While I also help him with
his more pressing needs, such as a new formhelper, admin part, etc.

As always, please provide all and any suggestions you have to offer,
and if you have time to put in some elbow greese, please let me know,
and I will hook you up.

In closing let me say, A VERY BIG THANKS TO GEORGE who has made this
opportunity possible!

T.


From wyhaines at gmail.com  Thu Nov  1 13:43:46 2007
From: wyhaines at gmail.com (Kirk Haines)
Date: Thu, 1 Nov 2007 10:43:46 -0700
Subject: [Nitro] Plone
In-Reply-To: <1193935246.921383.100270@19g2000hsx.googlegroups.com>
References: <afd80b540710310747p4cc4f3bco29af78bef96edb6d@mail.gmail.com>
	<4728B1DE.5040906@robmela.com>
	<9e03c3c60711010708k1bf52bbxef894da0e3848fd3@mail.gmail.com>
	<4729F2D1.9070008@robmela.com>
	<1193935246.921383.100270@19g2000hsx.googlegroups.com>
Message-ID: <f4cd26df0711011043w260e3c4eq21d6c92291bc3e33@mail.gmail.com>

On 11/1/07, Trans <transfire at gmail.com> wrote:

> And you know, the whole thing Chad Fowler said is a load of crap.
> Should Burger King stop making burgers b/c McDs does basically the
> same thing? Diversity is important. Without it nothing advances.

I quite agree.  It may be just tilting at windmills, but practical
alternatives to a juggernaut like Rails are a good thing.  And I think
the environment is starting to open up again to the possibility that
non-Rails alternatives can pull in some substantial numbers of new
users, both from the new-to-ruby camps and the rails-user camps.


Kirk Haines

From prpht9 at gmail.com  Thu Nov  1 14:05:06 2007
From: prpht9 at gmail.com (chris)
Date: Thu, 1 Nov 2007 14:05:06 -0400
Subject: [Nitro] I, Nitro
In-Reply-To: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
Message-ID: <c66aa6700711011105s66ce9f3ew96165145c65f758e@mail.gmail.com>

I want to help with number 3.  I should have more time post Dec 1st.

Chris

On 11/1/07, Trans <transfire at gmail.com> wrote:
>
> I am super happy to announce that thanks to George I am now a
> _professional (as in cold hard cash, baby)_ Nitro developer! From now
> on I will be heading up Nitro development along with George. My goal
> is to push Nitro into a high quality 1.0 release as quickly as
> possible. My priorities are:
>
> (1) Uber User Friendly.
>
> Basically I want to do something like:
>
>      $ gem install nitro
>      $ ntiro demo helloworld
>
> and
>
>      $ gem install nitro
>      $ nitro create ~/mynitroprojects/foofish
>      $ nitro start ~/mynitroprojects/foofish
>
> Without one single hickup.
>
> (2) "Like-Butter" Development
>
> I would like to get a central repo up. And create some firm standards
> for branching and tagging.
> Also, I want to improve the development toolset to make standard tasks
> very simple, get the repo in such nice-and-neat order it's freaky, and
> eventually have some automated tools that keep us all well informed on
> a regular basis.
>
> (3) Doc Wizard
>
> I want to find someone who's willing to contribute considerable effort
> to working on Nitro docs once we get passed the 0.50 release. I will
> help on this of course, but it would be best to find someone who can
> focus almost exclusively on this aspect of Nitro --this includes PR.
> We're looking at the Oxy, API Wiki, RDocs, the Website(s) and
> hopefully in the end the first published book. (Did you catch that, a
> BOOK! My job isn't complete until there's a BOOK.)
>
> (4) Ruby 1.9/JRuby support
>
> Around the end of the year I will start focusing on getting Nitro
> running smoothly on Ruby 1.9 and JRuby, we will also have a try at
> other VMs. YARV, Rubinius, IronRuby, etc.
>
> (5) Support George
>
> George is always pushing forward, so I'm going to bridge the gap
> between him and a stable Nitro framework. While I also help him with
> his more pressing needs, such as a new formhelper, admin part, etc.
>
> As always, please provide all and any suggestions you have to offer,
> and if you have time to put in some elbow greese, please let me know,
> and I will hook you up.
>
> In closing let me say, A VERY BIG THANKS TO GEORGE who has made this
> opportunity possible!
>
> T.
>
> _______________________________________________
> 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/20071101/3db59d9e/attachment.html 

From george.moschovitis at gmail.com  Thu Nov  1 14:54:30 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 1 Nov 2007 20:54:30 +0200
Subject: [Nitro] I, Nitro
In-Reply-To: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
Message-ID: <afd80b540711011154p2eebc14ek194026c01430e558@mail.gmail.com>

>
> I am super happy to announce that thanks to George I am now a
> ...
> In closing let me say, A VERY BIG THANKS TO GEORGE who has made this
> opportunity possible!
>


Let me just add that *I am thrilled* to have Tom more active in this
project.
I really hope that community/organization relation things will be improved
now.

Hopefully, more people on this list how would like to use Nitro/Og for
commercial purposes
would think about supporting some nitro hackers with free time and the will
(and capability) to work on improving
the platform.



regards,
George.

-- 
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/20071101/8e43a5d2/attachment.html 

From mvyver at gmail.com  Thu Nov  1 18:30:50 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Fri, 2 Nov 2007 09:30:50 +1100
Subject: [Nitro] I, Nitro
In-Reply-To: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
Message-ID: <389c43e40711011530o1cdc1809n585753a2ae0d8174@mail.gmail.com>

On 11/2/07, Trans <transfire at gmail.com> wrote:
> I am super happy to announce that thanks to George I am now a
> _professional (as in cold hard cash, baby)_ Nitro developer! From now
> on I will be heading up Nitro development along with George. My goal
> is to push Nitro into a high quality 1.0 release as quickly as
> possible. My priorities are:

Great news.
All of the following plans sound great too.
One question:  About the plans re: Og?
There was mention that disentangling it from Nitro would encourage
people to use it in other contexts. Vote +1
I can confirm I've just had an exchange where the barrier was:
"From what I understood Og and Nitro are pretty much inseparable."

Cheers
Mark

> (1) Uber User Friendly.
>
> Basically I want to do something like:
>
>      $ gem install nitro
>      $ ntiro demo helloworld
>
> and
>
>      $ gem install nitro
>      $ nitro create ~/mynitroprojects/foofish
>      $ nitro start ~/mynitroprojects/foofish
>
> Without one single hickup.
>
> (2) "Like-Butter" Development
>
> I would like to get a central repo up. And create some firm standards
> for branching and tagging.
> Also, I want to improve the development toolset to make standard tasks
> very simple, get the repo in such nice-and-neat order it's freaky, and
> eventually have some automated tools that keep us all well informed on
> a regular basis.
>
> (3) Doc Wizard
>
> I want to find someone who's willing to contribute considerable effort
> to working on Nitro docs once we get passed the 0.50 release. I will
> help on this of course, but it would be best to find someone who can
> focus almost exclusively on this aspect of Nitro --this includes PR.
> We're looking at the Oxy, API Wiki, RDocs, the Website(s) and
> hopefully in the end the first published book. (Did you catch that, a
> BOOK! My job isn't complete until there's a BOOK.)
>
> (4) Ruby 1.9/JRuby support
>
> Around the end of the year I will start focusing on getting Nitro
> running smoothly on Ruby 1.9 and JRuby, we will also have a try at
> other VMs. YARV, Rubinius, IronRuby, etc.
>
> (5) Support George
>
> George is always pushing forward, so I'm going to bridge the gap
> between him and a stable Nitro framework. While I also help him with
> his more pressing needs, such as a new formhelper, admin part, etc.
>
> As always, please provide all and any suggestions you have to offer,
> and if you have time to put in some elbow greese, please let me know,
> and I will hook you up.
>
> In closing let me say, A VERY BIG THANKS TO GEORGE who has made this
> opportunity possible!
>
> T.
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From mvyver at gmail.com  Thu Nov  1 18:46:51 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Fri, 2 Nov 2007 09:46:51 +1100
Subject: [Nitro] [Og] Og with Sequel
Message-ID: <389c43e40711011546x1f5c59a1jea91fc4c224a5d28@mail.gmail.com>

Hi,
I'm still in the process of working on a DBI adapter.
One thing I'm currently working on is trying to leverage off Sequel's
"non-Model" code.
Primarily to get to the Sequel::Dataset functionality and any other
useful features I come across along the way.
I've contact Sharon Rosen and she seemed more than happy to have
Sequel used in more contexts.

I'm working my way through trying to get Sequel specs working, and
well as trying to implement  some of the other changes/issues
discussed on this list (mainly the lower level method naming - which
turns out to be fortuitous because otherwise there would have been
some name clashes with Sequel).
I'm making notes and would hope to get to a point where the relevant
sequel modules/classes can be dropped into Og with as little effort as
possible.

At the moment I'm keeping as much of the changes in the
"./adapter/dbi" area as possible.
Naturally some things are starting to 'leak' out, mainly related to
options handling and this I had to do to be able to write some focused
specs.

Anyway, I suppose I'm asking for some feedback on:
Does this idea (Og+ Sequel) resonate with the community?

Cheers
Mark

From transfire at gmail.com  Thu Nov  1 20:25:31 2007
From: transfire at gmail.com (Trans)
Date: Fri, 02 Nov 2007 00:25:31 -0000
Subject: [Nitro] I, Nitro
In-Reply-To: <389c43e40711011530o1cdc1809n585753a2ae0d8174@mail.gmail.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<389c43e40711011530o1cdc1809n585753a2ae0d8174@mail.gmail.com>
Message-ID: <1193963131.839522.57650@y42g2000hsy.googlegroups.com>



On Nov 1, 6:30 pm, "Mark Van De Vyver" <mvy... at gmail.com> wrote:
> On 11/2/07, Trans <transf... at gmail.com> wrote:
>
> > I am super happy to announce that thanks to George I am now a
> > _professional (as in cold hard cash, baby)_ Nitro developer! From now
> > on I will be heading up Nitro development along with George. My goal
> > is to push Nitro into a high quality 1.0 release as quickly as
> > possible. My priorities are:
>
> Great news.
> All of the following plans sound great too.
> One question:  About the plans re: Og?
> There was mention that disentangling it from Nitro would encourage
> people to use it in other contexts. Vote +1
> I can confirm I've just had an exchange where the barrier was:
> "From what I understood Og and Nitro are pretty much inseparable."

And we will make that very clear in coming weeks/months. Hell, lets be
clear now ;) Nitro, is a whole web-framework stack that includes/uses
Og. Og does not include/use Nitro. Og can just as easily be used by
any other application independent of Nitro.

T.


From mvyver at gmail.com  Thu Nov  1 21:26:40 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Fri, 2 Nov 2007 12:26:40 +1100
Subject: [Nitro] I, Nitro
In-Reply-To: <1193963131.839522.57650@y42g2000hsy.googlegroups.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<389c43e40711011530o1cdc1809n585753a2ae0d8174@mail.gmail.com>
	<1193963131.839522.57650@y42g2000hsy.googlegroups.com>
Message-ID: <389c43e40711011826u39174950j23d43f0463c35cd9@mail.gmail.com>

> And we will make that very clear in coming weeks/months. Hell, lets be
> clear now ;) Nitro, is a whole web-framework stack that includes/uses
> Og. Og does not include/use Nitro. Og can just as easily be used by
> any other application independent of Nitro.

:))

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

From rob at robmela.com  Thu Nov  1 21:58:10 2007
From: rob at robmela.com (Robert Mela)
Date: Thu, 01 Nov 2007 21:58:10 -0400
Subject: [Nitro] I, Nitro
In-Reply-To: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
Message-ID: <472A8432.7000904@robmela.com>

Trans wrote:
> (1) Uber User Friendly.
>
> Basically I want to do something like:
>
>      $ gem install nitro
>      $ ntiro demo helloworld
>
> and
>
>      $ gem install nitro
>      $ nitro create ~/mynitroprojects/foofish
>      $ nitro start ~/mynitroprojects/foofish
>
> Without one single hickup.
>   

The hiccup that makes me embarrassed to ask friends to try Nitro is that 
request[] doesn't work in  OgAdminController#save.    The scaffold makes 
learning Nitro/Og a piece of cake -- instant usefulness before getting 
into hand-coding form.

Unfortunately:

ERROR: Error while handling OgAdminController#save()
ERROR: undefined method `[]' for nil:NilClass
  
/Users/rmela/nitro/repo.nitroproject.org/script/lib/../../raw/lib/raw/context/request.rb:304:in 
`[]'
  
/Users/rmela/nitro/repo.nitroproject.org/script/lib/../../nitro/lib/nitro/part/admin/og/controller.rb:93:in 
`save'

Oddly enough, request[] works everywhere else.    Maybe that will by my 
puzzle for the week.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071101/6c956d91/attachment.vcf 

From rob at robmela.com  Thu Nov  1 22:52:30 2007
From: rob at robmela.com (Robert Mela)
Date: Thu, 01 Nov 2007 22:52:30 -0400
Subject: [Nitro] Solved: OgAdminController#save is not the problem....
In-Reply-To: <472A8432.7000904@robmela.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472A8432.7000904@robmela.com>
Message-ID: <472A90EE.1020303@robmela.com>

Problem found.   The correct fix for OgAdminController#save is not in 
OgAdminController.  It's in Cgi#parse_params

Before a fix can be implemented there should be a decision as to whether 
post and get params should be hash or dictionary.  

Plain old POST request bodies are parsed using Cgi#parse_query_string ( 
sic ) and that returns a Dictonary:

  context.post_params = parse_query_string(data)

Multipart form data is parsed using Cgi#parse_multipart, which returns a 
Hash

    context.post_params = parse_multipart(context, boundary)

... and which also conveniently contains the comment

  #--
  # TODO: RECODE THIS CRAP!
  #++

If a decision is reached that Dictionary is to be used for form data 
then the following initializations in Context#initialize would need to 
be changed:

    @post_params = {}
    @get_params = {}

So, having no shame, I'll ask a stupid question:  Why Dictionary for 
request params?   Also, does using Dictionary for some collection ( 
post/get params ) and Hash for others ( headers) risk being 
counterintuitive?  I think it's reasonable to think of headers and 
params as collections, and for a programmer to expect them to expose the 
same syntax.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071101/194fe6b0/attachment.vcf 

From transfire at gmail.com  Thu Nov  1 23:45:57 2007
From: transfire at gmail.com (Trans)
Date: Fri, 02 Nov 2007 03:45:57 -0000
Subject: [Nitro] Solved: OgAdminController#save is not the problem....
In-Reply-To: <472A90EE.1020303@robmela.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472A8432.7000904@robmela.com> <472A90EE.1020303@robmela.com>
Message-ID: <1193975157.994036.154610@o80g2000hse.googlegroups.com>



On Nov 1, 10:52 pm, Robert Mela <r... at robmela.com> wrote:
> Problem found.   The correct fix for OgAdminController#save is not in
> OgAdminController.  It's in Cgi#parse_params
>
> Before a fix can be implemented there should be a decision as to whether
> post and get params should be hash or dictionary.
>
> Plain old POST request bodies are parsed using Cgi#parse_query_string (
> sic ) and that returns a Dictonary:
>
>   context.post_params = parse_query_string(data)
>
> Multipart form data is parsed using Cgi#parse_multipart, which returns a
> Hash
>
>     context.post_params = parse_multipart(context, boundary)
>
> ... and which also conveniently contains the comment
>
>   #--
>   # TODO: RECODE THIS CRAP!
>   #++
>
> If a decision is reached that Dictionary is to be used for form data
> then the following initializations in Context#initialize would need to
> be changed:
>
>     @post_params = {}
>     @get_params = {}
>
> So, having no shame, I'll ask a stupid question:  Why Dictionary for
> request params?   Also, does using Dictionary for some collection (
> post/get params ) and Hash for others ( headers) risk being
> counterintuitive?  I think it's reasonable to think of headers and
> params as collections, and for a programmer to expect them to expose the
> same syntax.

Is there a reason for these to maintain order?

T.


From george.moschovitis at gmail.com  Fri Nov  2 02:14:31 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Nov 2007 08:14:31 +0200
Subject: [Nitro] I, Nitro
In-Reply-To: <472A8432.7000904@robmela.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472A8432.7000904@robmela.com>
Message-ID: <afd80b540711012314s57cc1b99y84ddc8b383f63e3e@mail.gmail.com>

>
> The hiccup that makes me embarrassed to ask friends to try Nitro is that
>

I will fix this.

-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/20071102/2b50db49/attachment.html 

From george.moschovitis at gmail.com  Fri Nov  2 02:16:38 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Nov 2007 08:16:38 +0200
Subject: [Nitro] Solved: OgAdminController#save is not the problem....
In-Reply-To: <1193975157.994036.154610@o80g2000hse.googlegroups.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472A8432.7000904@robmela.com> <472A90EE.1020303@robmela.com>
	<1193975157.994036.154610@o80g2000hse.googlegroups.com>
Message-ID: <afd80b540711012316g2f45fc78naa1201c1fa74e2a0@mail.gmail.com>

Yeap,

I think it is needed for making this work:

def my_action(param1, param2)
end

I am not sure though...

-g.


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

>
>
> On Nov 1, 10:52 pm, Robert Mela <r... at robmela.com> wrote:
> > Problem found.   The correct fix for OgAdminController#save is not in
> > OgAdminController.  It's in Cgi#parse_params
> >
> > Before a fix can be implemented there should be a decision as to whether
> > post and get params should be hash or dictionary.
> >
> > Plain old POST request bodies are parsed using Cgi#parse_query_string (
> > sic ) and that returns a Dictonary:
> >
> >   context.post_params = parse_query_string(data)
> >
> > Multipart form data is parsed using Cgi#parse_multipart, which returns a
> > Hash
> >
> >     context.post_params = parse_multipart(context, boundary)
> >
> > ... and which also conveniently contains the comment
> >
> >   #--
> >   # TODO: RECODE THIS CRAP!
> >   #++
> >
> > If a decision is reached that Dictionary is to be used for form data
> > then the following initializations in Context#initialize would need to
> > be changed:
> >
> >     @post_params = {}
> >     @get_params = {}
> >
> > So, having no shame, I'll ask a stupid question:  Why Dictionary for
> > request params?   Also, does using Dictionary for some collection (
> > post/get params ) and Hash for others ( headers) risk being
> > counterintuitive?  I think it's reasonable to think of headers and
> > params as collections, and for a programmer to expect them to expose the
> > same syntax.
>
> Is there a reason for these to maintain order?
>
> 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/20071102/830ba6d4/attachment.html 

From arne at arnebrasseur.net  Fri Nov  2 05:09:04 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Fri, 02 Nov 2007 17:09:04 +0800
Subject: [Nitro] I, Nitro
In-Reply-To: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
Message-ID: <472AE930.1030509@arnebrasseur.net>

A very big congratulations to you for this certainly unique opportunity!

And also a big thank you to George for all the past effort and for 
making this happen!

I would hereby like to announce my candidacy for the position of Nitro 
Doc Wizard.

Regards,
(ab)


Trans schreef:
> I am super happy to announce that thanks to George I am now a
> _professional (as in cold hard cash, baby)_ Nitro developer! From now
> on I will be heading up Nitro development along with George. My goal
> is to push Nitro into a high quality 1.0 release as quickly as
> possible. My priorities are:
>
> (1) Uber User Friendly.
>
> Basically I want to do something like:
>
>      $ gem install nitro
>      $ ntiro demo helloworld
>
> and
>
>      $ gem install nitro
>      $ nitro create ~/mynitroprojects/foofish
>      $ nitro start ~/mynitroprojects/foofish
>
> Without one single hickup.
>
> (2) "Like-Butter" Development
>
> I would like to get a central repo up. And create some firm standards
> for branching and tagging.
> Also, I want to improve the development toolset to make standard tasks
> very simple, get the repo in such nice-and-neat order it's freaky, and
> eventually have some automated tools that keep us all well informed on
> a regular basis.
>
> (3) Doc Wizard
>
> I want to find someone who's willing to contribute considerable effort
> to working on Nitro docs once we get passed the 0.50 release. I will
> help on this of course, but it would be best to find someone who can
> focus almost exclusively on this aspect of Nitro --this includes PR.
> We're looking at the Oxy, API Wiki, RDocs, the Website(s) and
> hopefully in the end the first published book. (Did you catch that, a
> BOOK! My job isn't complete until there's a BOOK.)
>
> (4) Ruby 1.9/JRuby support
>
> Around the end of the year I will start focusing on getting Nitro
> running smoothly on Ruby 1.9 and JRuby, we will also have a try at
> other VMs. YARV, Rubinius, IronRuby, etc.
>
> (5) Support George
>
> George is always pushing forward, so I'm going to bridge the gap
> between him and a stable Nitro framework. While I also help him with
> his more pressing needs, such as a new formhelper, admin part, etc.
>
> As always, please provide all and any suggestions you have to offer,
> and if you have time to put in some elbow greese, please let me know,
> and I will hook you up.
>
> In closing let me say, A VERY BIG THANKS TO GEORGE who has made this
> opportunity possible!
>
> T.
>
> _______________________________________________
> 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 george.moschovitis at gmail.com  Fri Nov  2 06:38:16 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Nov 2007 12:38:16 +0200
Subject: [Nitro] I, Nitro
In-Reply-To: <472AE930.1030509@arnebrasseur.net>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472AE930.1030509@arnebrasseur.net>
Message-ID: <afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>

>
> I would hereby like to announce my candidacy for the position of Nitro
> Doc Wizard.
>

Thanks Arne,

as I have already told you when we met, it is possible that I may be able to
(financially) support more Nitro hackers in the near future.
but I would like to see some contribution first (that was the case with Tom)
not just complaints.
hopefully, more people on this list could step in and support nitro hackers.

regards,
George.


-- 
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/20071102/6cc4c53c/attachment.html 

From tastapod at gmail.com  Fri Nov  2 08:25:16 2007
From: tastapod at gmail.com (Dan North)
Date: Fri, 2 Nov 2007 12:25:16 +0000
Subject: [Nitro] I, Nitro
In-Reply-To: <afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472AE930.1030509@arnebrasseur.net>
	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>
Message-ID: <d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>

I'm really excited about this. There is already a buzz inside ThoughtWorks
about this announcement. It would be great to see a genuine viable
alternative to the rails / active record world.

I see nitro having two significant advantages over rails:

* It is just so easy to use. I really do struggle to get my head around
rails. There is a surprising amount of hidden "tacit" knowledge required to
become effective with rails, given that it is supposed to be entirely
convention based. I describe it as the difference between struts and webwork
(for anyone from a Java background). Struts was ok, and was the framework
that made java a viable web technology, but webwork just feels nicer.
(Ironically, "struts 2" is actually webwork 2 - so they eventually worked
that out for themselves).

* I can write a web app that talks to a legacy database. Og gives me a full
ORM rather than requiring that I own the database. That opens up a whole
class of web apps that are simply not available to a stack constrained to an
active record pattern.

For my money (about $0.02), this would be my priority for getting nitro "out
there":

- Documentation, documentation, documentation. It doesn't have to be clever
or comprehensive. Just a solid walk-through of creating an application. The
answers are mostly there amongst the original videos, the cheat sheets and
the tutorials. It just needs shaking down and presenting in a clear and
consistent way. I would choose some "typical" users  and target them.
Initially target an experienced ruby programmer writing their first web app
in nitro. Then something like a "nitro for rails developers" track.

- Stability. (Funny enough, less important to me than being able to write an
app in the first place.) I don't mind if it has rough edges as long as the
core stuff mostly works, and the mailing list is responsive to my stupidity.
It's pre-1.0 after all.

Cheers,
Dan


On 11/2/07, George Moschovitis <george.moschovitis at gmail.com> wrote:
>
> I would hereby like to announce my candidacy for the position of Nitro
> > Doc Wizard.
> >
>
> Thanks Arne,
>
> as I have already told you when we met, it is possible that I may be able
> to (financially) support more Nitro hackers in the near future.
> but I would like to see some contribution first (that was the case with
> Tom) not just complaints.
> hopefully, more people on this list could step in and support nitro
> hackers.
>
> regards,
> George.
>
>
> --
> 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/20071102/591d1758/attachment.html 

From rob at robmela.com  Fri Nov  2 10:33:49 2007
From: rob at robmela.com (Robert Mela)
Date: Fri, 02 Nov 2007 10:33:49 -0400
Subject: [Nitro] Doc Wizard
In-Reply-To: <472AE930.1030509@arnebrasseur.net>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472AE930.1030509@arnebrasseur.net>
Message-ID: <472B354D.6000509@robmela.com>

Thanks, Arne.

I can offer about two hours per week -- enough for a small section or to 
review & test drive whats been written.

Arne Brasseur wrote:
> A very big congratulations to you for this certainly unique opportunity!
>
> And also a big thank you to George for all the past effort and for 
> making this happen!
>
> I would hereby like to announce my candidacy for the position of Nitro 
> Doc Wizard.
>
> Regards,
> (ab)
>
>
> Trans schreef:
>   
>> I am super happy to announce that thanks to George I am now a
>> _professional (as in cold hard cash, baby)_ Nitro developer! From now
>> on I will be heading up Nitro development along with George. My goal
>> is to push Nitro into a high quality 1.0 release as quickly as
>> possible. My priorities are:
>>
>> (1) Uber User Friendly.
>>
>> Basically I want to do something like:
>>
>>      $ gem install nitro
>>      $ ntiro demo helloworld
>>
>> and
>>
>>      $ gem install nitro
>>      $ nitro create ~/mynitroprojects/foofish
>>      $ nitro start ~/mynitroprojects/foofish
>>
>> Without one single hickup.
>>
>> (2) "Like-Butter" Development
>>
>> I would like to get a central repo up. And create some firm standards
>> for branching and tagging.
>> Also, I want to improve the development toolset to make standard tasks
>> very simple, get the repo in such nice-and-neat order it's freaky, and
>> eventually have some automated tools that keep us all well informed on
>> a regular basis.
>>
>> (3) Doc Wizard
>>
>> I want to find someone who's willing to contribute considerable effort
>> to working on Nitro docs once we get passed the 0.50 release. I will
>> help on this of course, but it would be best to find someone who can
>> focus almost exclusively on this aspect of Nitro --this includes PR.
>> We're looking at the Oxy, API Wiki, RDocs, the Website(s) and
>> hopefully in the end the first published book. (Did you catch that, a
>> BOOK! My job isn't complete until there's a BOOK.)
>>
>> (4) Ruby 1.9/JRuby support
>>
>> Around the end of the year I will start focusing on getting Nitro
>> running smoothly on Ruby 1.9 and JRuby, we will also have a try at
>> other VMs. YARV, Rubinius, IronRuby, etc.
>>
>> (5) Support George
>>
>> George is always pushing forward, so I'm going to bridge the gap
>> between him and a stable Nitro framework. While I also help him with
>> his more pressing needs, such as a new formhelper, admin part, etc.
>>
>> As always, please provide all and any suggestions you have to offer,
>> and if you have time to put in some elbow greese, please let me know,
>> and I will hook you up.
>>
>> In closing let me say, A VERY BIG THANKS TO GEORGE who has made this
>> opportunity possible!
>>
>> T.
>>
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>
>>   
>>     
>
>
>   

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071102/fc2bcf43/attachment.vcf 

From Reid.Thompson at ateb.com  Fri Nov  2 10:45:54 2007
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Fri, 02 Nov 2007 10:45:54 -0400
Subject: [Nitro] Doc Wizard
In-Reply-To: <472B354D.6000509@robmela.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472AE930.1030509@arnebrasseur.net>  <472B354D.6000509@robmela.com>
Message-ID: <1194014754.3941.25.camel@raker.ateb.com>


On Fri, 2007-11-02 at 10:33 -0400, Robert Mela wrote:
> I can offer about two hours per week -- enough for a small section or
> to 
> review & test drive whats been written.
> 

i'd be willing to review and test drive also.  

From rob at robmela.com  Fri Nov  2 12:07:11 2007
From: rob at robmela.com (Robert Mela)
Date: Fri, 02 Nov 2007 12:07:11 -0400
Subject: [Nitro] Documentation Documentation
In-Reply-To: <d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>	<472AE930.1030509@arnebrasseur.net>	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>
	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>
Message-ID: <472B4B2F.9010709@robmela.com>

The Og/Legacy DB question offers a good use-case scenario for the 
documentation process.   It was next on my list for cheatsheets, so I'm 
already willing to generate *something*.

So the use case is this -- how do I generate that entry such that Arne 
can easily integrate it into what he's doing?  Or should I just write a 
cheatsheet now, and Arne or whoever can use it as input for their own 
version of docs?

One scenario I envision is that Arne is Documentation Tsar.   Generating 
documentation himself, but also farming work out to other volunteers.   
I'm willing to write submissions as they occur to me, write submissions 
as per DocTsar requests, or do legwork and research, legwork, code 
reading, and experimentation for things anyone else is thinking about 
writing about.

So, let's take Og and Legacy Databases as a use case scenario for a 
documentation process and me as an example volunteer.  How might a 
process work?

Dan North wrote:
> I'm really excited about this. There is already a buzz inside 
> ThoughtWorks about this announcement. It would be great to see a 
> genuine viable alternative to the rails / active record world.
>
> I see nitro having two significant advantages over rails:
>
> * It is just so easy to use. I really do struggle to get my head 
> around rails. There is a surprising amount of hidden "tacit" knowledge 
> required to become effective with rails, given that it is supposed to 
> be entirely convention based. I describe it as the difference between 
> struts and webwork (for anyone from a Java background). Struts was ok, 
> and was the framework that made java a viable web technology, but 
> webwork just feels nicer. (Ironically, "struts 2" is actually webwork 
> 2 - so they eventually worked that out for themselves).
>
> * I can write a web app that talks to a legacy database. Og gives me a 
> full ORM rather than requiring that I own the database. That opens up 
> a whole class of web apps that are simply not available to a stack 
> constrained to an active record pattern.
>
> For my money (about $0.02), this would be my priority for getting 
> nitro "out there":
>
> - Documentation, documentation, documentation. It doesn't have to be 
> clever or comprehensive. Just a solid walk-through of creating an 
> application. The answers are mostly there amongst the original videos, 
> the cheat sheets and the tutorials. It just needs shaking down and 
> presenting in a clear and consistent way. I would choose some 
> "typical" users  and target them. Initially target an experienced ruby 
> programmer writing their first web app in nitro. Then something like a 
> "nitro for rails developers" track.
>
> - Stability. (Funny enough, less important to me than being able to 
> write an app in the first place.) I don't mind if it has rough edges 
> as long as the core stuff mostly works, and the mailing list is 
> responsive to my stupidity. It's pre-1.0 after all.
>
> Cheers,
> Dan

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071102/b50683a5/attachment.vcf 

From mvyver at gmail.com  Fri Nov  2 15:26:11 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Sat, 3 Nov 2007 06:26:11 +1100
Subject: [Nitro] [OG] RFC uri structure
Message-ID: <389c43e40711021226o25ed3d43gd5103bd78bb1b15e@mail.gmail.com>

Hi Devs,
The Sequel/Datasets thread was ominously silent - nonetheless pushing ahead.

If you were able to start Og in the following way:
Og(uri)

What would be the preferred uri format:
a) "dbi-<vendor>://user:pass at localhost:9876/dbname#<vendor>driveroptions"
b) "dbi:<vendor>://user:pass at localhost:9876/dbname#<vendor>driveroptions"
c) both
d) neither (please tell/suggest)

Some notes:
- "DBI" and <vendor> would be case insensitive.
- Not all arguments are 'required'.  The following would work (assuming (a)),
"DBI-mysql:///testdb"
and even
"dbi:///testdb"
In that missing arguments would employ the defaults as specific by the
settings in og.rb.

Regards
Mark

From transfire at gmail.com  Fri Nov  2 18:11:19 2007
From: transfire at gmail.com (Trans)
Date: Fri, 02 Nov 2007 22:11:19 -0000
Subject: [Nitro] [Og] Og with Sequel
In-Reply-To: <389c43e40711011546x1f5c59a1jea91fc4c224a5d28@mail.gmail.com>
References: <389c43e40711011546x1f5c59a1jea91fc4c224a5d28@mail.gmail.com>
Message-ID: <1194041479.267358.208620@z9g2000hsf.googlegroups.com>



On Nov 1, 6:46 pm, "Mark Van De Vyver" <mvy... at gmail.com> wrote:
> Hi,
> I'm still in the process of working on a DBI adapter.
> One thing I'm currently working on is trying to leverage off Sequel's
> "non-Model" code.
> Primarily to get to the Sequel::Dataset functionality and any other
> useful features I come across along the way.
> I've contact Sharon Rosen and she seemed more than happy to have
> Sequel used in more contexts.
>
> I'm working my way through trying to get Sequel specs working, and
> well as trying to implement  some of the other changes/issues
> discussed on this list (mainly the lower level method naming - which
> turns out to be fortuitous because otherwise there would have been
> some name clashes with Sequel).
> I'm making notes and would hope to get to a point where the relevant
> sequel modules/classes can be dropped into Og with as little effort as
> possible.
>
> At the moment I'm keeping as much of the changes in the
> "./adapter/dbi" area as possible.
> Naturally some things are starting to 'leak' out, mainly related to
> options handling and this I had to do to be able to write some focused
> specs.
>
> Anyway, I suppose I'm asking for some feedback on:
> Does this idea (Og+ Sequel) resonate with the community?

I'm not sure I understand. But I may misunderstand Sequel. Aren't
Sequel and Og two different approaches to the same task? How can they
work together? If you are creating a DBI adapter, what does Sequel
have to do with that?

T.


From mvyver at gmail.com  Fri Nov  2 18:56:53 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Sat, 3 Nov 2007 09:56:53 +1100
Subject: [Nitro] [Og] Og with Sequel
In-Reply-To: <1194041479.267358.208620@z9g2000hsf.googlegroups.com>
References: <389c43e40711011546x1f5c59a1jea91fc4c224a5d28@mail.gmail.com>
	<1194041479.267358.208620@z9g2000hsf.googlegroups.com>
Message-ID: <389c43e40711021556k28265230s1abd90634360d203@mail.gmail.com>

On Nov 3, 2007 9:11 AM, Trans <transfire at gmail.com> wrote:
>
>
>
> On Nov 1, 6:46 pm, "Mark Van De Vyver" <mvy... at gmail.com> wrote:
> > Hi,
> > I'm still in the process of working on a DBI adapter.
> > One thing I'm currently working on is trying to leverage off Sequel's
> > "non-Model" code.
> > Primarily to get to the Sequel::Dataset functionality and any other
> > useful features I come across along the way.
> > I've contact Sharon Rosen and she seemed more than happy to have
> > Sequel used in more contexts.
> >
> > I'm working my way through trying to get Sequel specs working, and
> > well as trying to implement  some of the other changes/issues
> > discussed on this list (mainly the lower level method naming - which
> > turns out to be fortuitous because otherwise there would have been
> > some name clashes with Sequel).
> > I'm making notes and would hope to get to a point where the relevant
> > sequel modules/classes can be dropped into Og with as little effort as
> > possible.
> >
> > At the moment I'm keeping as much of the changes in the
> > "./adapter/dbi" area as possible.
> > Naturally some things are starting to 'leak' out, mainly related to
> > options handling and this I had to do to be able to write some focused
> > specs.
> >
> > Anyway, I suppose I'm asking for some feedback on:
> > Does this idea (Og+ Sequel) resonate with the community?
>
> I'm not sure I understand. But I may misunderstand Sequel. Aren't
> Sequel and Og two different approaches to the same task? How can they
> work together? If you are creating a DBI adapter, what does Sequel
> have to do with that?

They really differ on their approach to *::Model.
It is possible to share much of the SQL adapter code (in Sequel this
is Sequel::Database), SQL generation (Sequel seems ahead here).

I'm most interested in 'piggy-backing' on the Sequel::Dataset, which
Og does not have as advanced.  There is ready built/tested
Sequel::Dataset functionality that seems fine to me, and it seems to
make sense to try and share these semantics (Og::Dataset) - both
projects can feedback to each other on this.

Given that Dataset is what I'd like to have in common, I'm trying at
the moment to share some of the low level DbiAdapter/Database methods
(e.g it seems to have better pooling/threading management).  This is
mostly below the user level, but it seems it can be done.

It is early days yet but it looks promising.

So this is more about trying to share the Dataset interface, and
trying to implement what it takes to get that done.

Hope that is clearer?

Mark

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

From cwdinfo at gmail.com  Fri Nov  2 20:23:10 2007
From: cwdinfo at gmail.com (s.ross)
Date: Fri, 2 Nov 2007 17:23:10 -0700
Subject: [Nitro] I, Nitro
In-Reply-To: <d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472AE930.1030509@arnebrasseur.net>
	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>
	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>
Message-ID: <50C5CD31-4D2B-43FE-9968-8810A4CAB10C@gmail.com>

On Nov 2, 2007, at 5:25 AM, Dan North wrote:

> - Documentation, documentation, documentation. It doesn't have to  
> be clever or comprehensive. Just a solid walk-through of creating  
> an application. The answers are mostly there amongst the original  
> videos, the cheat sheets and the tutorials. It just needs shaking  
> down and presenting in a clear and consistent way. I would choose  
> some "typical" users  and target them. Initially target an  
> experienced ruby programmer writing their first web app in nitro.  
> Then something like a "nitro for rails developers" track.

The documentation is the common thread, and the cure is twofold:

- Yeah, write some cool new tutorial documentation. Something a  
person could do in a couple of hours that's more than stupid-simple.
- Find all the outdated documentation and encourage everyone who owns  
it to update it to current tools/standards

I keep looking at Nitro and Og and saying, "I want to do my next app  
using Nitro and Og," but they don't sit still long enough for me to  
build up any muscle memory. If a reasonably stable release appeared  
and everyone went into "no new features, no api changes, no tool  
changes" mode for a month or so, I believe it would help people who  
now feel the Nitro/Og ecosystem is a bit slippery right now.

The other common thread is identifying the competition: Is it Rails?  
Is it Merb or PLONE? Perhaps a more interesting thing to look at are  
these questions:

- What does <insert framework name here> do well?
- What pisses people off about <insert framework name here>?
- Why could Nitro/Og do these things better?

I'll get the ball rolling on this last bit.

- Rails does greenfield apps incredibly well
- Rails pisses off people who use FK constraints in their databases
- Rails has nice generators and rake tasks
- Rails routing pisses off people who have better things to debug  
that their routes
- Rails has good hooks for alternative template languages
- It would really piss me off not to have Haml and Sass
- Rails is dirt simple to deploy with Capistrano
- Buying extra memory for my server to run my keen new rails apps  
pisses me off
- Rails makes testing a snap (and includes some support in generators  
and rake tasks)
- Support of only Test::Unit pisses me off. I use rSpec.

I don't know enough about Merb or PLONE to comment on them, but I'll  
betcha there are some things that people will swear are great and  
others that expert users get pissed off over each time they bump into  
them.

I'm sorry if this seems rambling, but what brought me to Rails was  
that there were homegrown tutorials out there that worked. You could  
gem install rails and there were no gem version conflicts. You could  
rails foo and you got a foo app. You could script/generate scaffold  
bar and you got a bar thingie. Migrations only made that better. Og  
should be even more capable than that. The point is, everything  
worked. And reliably. And in pre 1.0 versions. Nitro/Og's friction  
has been the "one thing broken" problem that stands in the way of  
going straight through that AHA! tutorial experience.

--s
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071102/1ec79709/attachment.html 

From transfire at gmail.com  Fri Nov  2 21:29:39 2007
From: transfire at gmail.com (Trans)
Date: Sat, 03 Nov 2007 01:29:39 -0000
Subject: [Nitro] Documentation Documentation
In-Reply-To: <472B4B2F.9010709@robmela.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472AE930.1030509@arnebrasseur.net>
	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>
	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>
	<472B4B2F.9010709@robmela.com>
Message-ID: <1194053379.425543.87550@v3g2000hsg.googlegroups.com>



On Nov 2, 12:07 pm, Robert Mela <r... at robmela.com> wrote:
> The Og/Legacy DB question offers a good use-case scenario for the
> documentation process.   It was next on my list for cheatsheets, so I'm
> already willing to generate *something*.
>
> So the use case is this -- how do I generate that entry such that Arne
> can easily integrate it into what he's doing?  Or should I just write a
> cheatsheet now, and Arne or whoever can use it as input for their own
> version of docs?
>
> One scenario I envision is that Arne is Documentation Tsar.   Generating
> documentation himself, but also farming work out to other volunteers.
> I'm willing to write submissions as they occur to me, write submissions
> as per DocTsar requests, or do legwork and research, legwork, code
> reading, and experimentation for things anyone else is thinking about
> writing about.
>
> So, let's take Og and Legacy Databases as a use case scenario for a
> documentation process and me as an example volunteer.  How might a
> process work?

That's a good question.

First let me say though that I am pleased to see so much interest in
this thread, and especially volunteers for writing documentation.
Clearly there remains real interest in Nitro as an alternative to
Rails and other LAMP frameworks.

Before we can really start digging our heals in with docs though, we
need to get 0.50 out. 0.50 will serve as our first weigh station for a
stable API. At that time I will workout a more specific documentation
strategy. In the mean time, it would be useful to discuss the general
ideas of how a good doc process would work. And I think your question
goes directly to the heart of the matter.

I would say the first thing to do is check with community and head
developers to see if such a documentation case is already out there or
in the works. If it is, it may be better to help improve that, rather
then start another. But lets say there isn't and the community
feedback is positive. Then the next thing to do is sketch a tutorial,
be sure to work through it a few times to polish it up, and the post
that to Oxy. Now that may be as far as it goes, which is fine --the
tutorial has contributed to the Nitro knowledgebase. However,
depending on the case, the tutorial might be able to go further and
turn into a section of The Book.

Of course, maybe you don't want to do a tutorial and just want to make
a cheatsheet. Thats cool too. I think maybe adding a cheatsheet
section to Oxy would be a good idea. It would be interesting to see
how much we could turn something like this into an assembly processes.
Could one person create a text-based cheatsheet and another turn that
into a really snazzy graphical cheatsheet, or a screencast?

At the same time, the Doc lead(s) might read this material and use
some information in it to "back-improve" RDocs (which are docs for
programmers) or the API wiki (low-level docs for end users). They
would also be responsible for seeing that information on Oxy stays up-
to-date, well formatted, etc.

Ok. That's just my first rough thoughts, on the matter. Yours?

T.


From william.full.moon at gmail.com  Fri Nov  2 21:34:56 2007
From: william.full.moon at gmail.com (* William)
Date: Sat, 3 Nov 2007 12:34:56 +1100
Subject: [Nitro] I, Nitro
In-Reply-To: <472AE930.1030509@arnebrasseur.net>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472AE930.1030509@arnebrasseur.net>
Message-ID: <9e03c3c60711021834v7649c322h2059692cc0344b4a@mail.gmail.com>

A B S O L U T E L Y !!

It is good to see firm structure and a sincere push to keep user level
documentation viable.

I love it!!

:-)

On 02/11/2007, Arne Brasseur <arne at arnebrasseur.net> wrote:
>
> A very big congratulations to you for this certainly unique opportunity!
>
> And also a big thank you to George for all the past effort and for
> making this happen!
>
> I would hereby like to announce my candidacy for the position of Nitro
> Doc Wizard.
>
> Regards,
> (ab)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071103/976078e3/attachment.html 

From william.full.moon at gmail.com  Fri Nov  2 21:40:41 2007
From: william.full.moon at gmail.com (* William)
Date: Sat, 3 Nov 2007 12:40:41 +1100
Subject: [Nitro] I, Nitro
In-Reply-To: <50C5CD31-4D2B-43FE-9968-8810A4CAB10C@gmail.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472AE930.1030509@arnebrasseur.net>
	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>
	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>
	<50C5CD31-4D2B-43FE-9968-8810A4CAB10C@gmail.com>
Message-ID: <9e03c3c60711021840i1be4c187saadac94158003db2@mail.gmail.com>

Hi gang

Personally speaking

i agree there must be a [START HERE] document like and induction set.

Secondly I prefer a cook book approach to the second level USER
documentation.

BOTH these would be backed by solid PROGRAMMER level documentation.


Cook books and the [START HERE] model can both work on useful use cases.

For example :: I made a web page with html from a book, now I want to make a
site based on my ideas -- How do I transfer my existing web to Nitro?  Some
of the suff oyx does :-)

I trust you find that useful.


On 03/11/2007, s.ross <cwdinfo at gmail.com> wrote:
>
> On Nov 2, 2007, at 5:25 AM, Dan North wrote:
>
> - Documentation, documentation, documentation. It doesn't have to be
> clever or comprehensive. Just a solid walk-through of creating an
> application. The answers are mostly there amongst the original videos, the
> cheat sheets and the tutorials. It just needs shaking down and presenting in
> a clear and consistent way. I would choose some "typical" users  and target
> them. Initially target an experienced ruby programmer writing their first
> web app in nitro. Then something like a "nitro for rails developers" track.
>
>
>
> The documentation is the common thread, and the cure is twofold:
>
> - Yeah, write some cool new tutorial documentation. Something a person
> could do in a couple of hours that's more than stupid-simple.
> - Find all the outdated documentation and encourage everyone who owns it
> to update it to current tools/standards
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071103/2f433989/attachment.html 

From mvyver at gmail.com  Sat Nov  3 02:51:16 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Sat, 3 Nov 2007 17:51:16 +1100
Subject: [Nitro] Documentation Documentation
In-Reply-To: <1194053379.425543.87550@v3g2000hsg.googlegroups.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472AE930.1030509@arnebrasseur.net>
	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>
	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>
	<472B4B2F.9010709@robmela.com>
	<1194053379.425543.87550@v3g2000hsg.googlegroups.com>
Message-ID: <389c43e40711022351t77514ea3ldd9a10ffc358423b@mail.gmail.com>

A couple of thoughts

On Nov 3, 2007 12:29 PM, Trans <transfire at gmail.com> wrote:
>
>
> On Nov 2, 12:07 pm, Robert Mela <r... at robmela.com> wrote:
> > The Og/Legacy DB question offers a good use-case scenario for the
> > documentation process.   It was next on my list for cheatsheets, so I'm
> > already willing to generate *something*.
> >

<snip>

> > So, let's take Og and Legacy Databases as a use case scenario for a
> > documentation process and me as an example volunteer.  How might a
> > process work?
>
> That's a good question.
>
> First let me say though that I am pleased to see so much interest in
> this thread, and especially volunteers for writing documentation.
> Clearly there remains real interest in Nitro as an alternative to
> Rails and other LAMP frameworks.
>
> Before we can really start digging our heals in with docs though, we
> need to get 0.50 out. 0.50 will serve as our first weigh station for a
> stable API. At that time I will workout a more specific documentation

Possibly off topic, maybe of interest, but worth stating explicitly -
I won't have the DBI adapter ready for the 0.50 release.

> strategy. In the mean time, it would be useful to discuss the general
> ideas of how a good doc process would work. And I think your question
> goes directly to the heart of the matter.
>
> I would say the first thing to do is check with community and head
> developers to see if such a documentation case is already out there or
> in the works. If it is, it may be better to help improve that, rather
> then start another. But lets say there isn't and the community
> feedback is positive. Then the next thing to do is sketch a tutorial,
> be sure to work through it a few times to polish it up, and the post
> that to Oxy. Now that may be as far as it goes, which is fine --the
> tutorial has contributed to the Nitro knowledgebase. However,
> depending on the case, the tutorial might be able to go further and
> turn into a section of The Book.
>
> Of course, maybe you don't want to do a tutorial and just want to make
> a cheatsheet. Thats cool too. I think maybe adding a cheatsheet
> section to Oxy would be a good idea. It would be interesting to see

I think a cheat-sheet should be reasonable prominent, if it is task
oriented. Examples I like are the Sequel cheat sheet on their wiki
http://code.google.com/p/ruby-sequel/wiki/CheatSheet
and
the layout of the flexmock readme (early example and then cheat sheet)
http://onestepback.org/software/flexmock/

IMHO the Sequel style cheat sheet could fill in the place of the flex
mock 'Quick Reference'.
It can be :include: <common_cheatsheet.file>.
This would mean every copy of the Nitro/Og would have a local copy?
I think it is worth some thought/effort to keep the RDoc and 'other'
versions of this section common.

> how much we could turn something like this into an assembly processes.
> Could one person create a text-based

(or one in the RDoc readme?)

> cheatsheet and another turn that
> into a really snazzy graphical cheatsheet, or a screencast?
>
> At the same time, the Doc lead(s) might read this material and use

the cheat sheet directly, and use

> some information in it to "back-improve" RDocs (which are docs for
> programmers) or the API wiki (low-level docs for end users). They
> would also be responsible for seeing that information on Oxy stays up-
> to-date, well formatted, etc.

It'd be great to try and find some way of keeping the docs as common
as possible, but apart from :include: in RDoc I'm not sure what else
can be done.

I'm not very familiar with AR so do not know of a 'well/widely-know'
cheat sheet.  If there is one, mimicking it sturcture (assuming it is
good/reasonable), would be a natural way of indirectly comparing AR to
Og?

HTH
Mark

> Ok. That's just my first rough thoughts, on the matter. Yours?
>
> T.
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From mvyver at gmail.com  Sat Nov  3 03:10:13 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Sat, 3 Nov 2007 18:10:13 +1100
Subject: [Nitro] Nitro/Og cheat sheet styles/ideas/levels....
Message-ID: <389c43e40711030010u313b8c98qa553ced7e8fcaabb@mail.gmail.com>

Hi Devs,
One issues the following examples raise is what is the level the cheat
sheet is aimed at? 'Beginner howto cheat sheet' vs 'Reference cheat
sheet'
Even if there is initially only be one, later there will liley be
more, so it seems worth thinking about nomenclature.
kicking this off with Og since that seems to be the first to be tackled:
Cheat sheets:
 - Og-howto
 - Og-reference

Question:
 Which of these cheat sheets are we starting on?

Existing examples/ideas
Some information packed (reference) cheat sheet examples (for ideas):
http://www.ilovejackdaniels.com/cheat-sheets/ruby-on-rails-cheat-sheet/

Some more 'graphical' ones (beginner/explaining ideas)
http://www.ahoyhere.com/cheats/activerecord_cheatsheet.pdf
http://www.ahoyhere.com/cheats/rails_files_cheatsheet.pdf

From mvyver at gmail.com  Sat Nov  3 03:17:40 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Sat, 3 Nov 2007 18:17:40 +1100
Subject: [Nitro] I, Nitro
In-Reply-To: <9e03c3c60711021840i1be4c187saadac94158003db2@mail.gmail.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472AE930.1030509@arnebrasseur.net>
	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>
	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>
	<50C5CD31-4D2B-43FE-9968-8810A4CAB10C@gmail.com>
	<9e03c3c60711021840i1be4c187saadac94158003db2@mail.gmail.com>
Message-ID: <389c43e40711030017w9167d41kcca65679184f66bc@mail.gmail.com>

On Nov 3, 2007 12:40 PM, * William <william.full.moon at gmail.com> wrote:
> Hi gang
>
> Personally speaking
>
> i agree there must be a [START HERE] document like and induction set.

agreed and at the risk of repeating myself ;) I think this
'introduction level information' is best done in the readme file,
which can be duplicated elsewhere, but the readme version should be
the reference point?
More extensive introductory material/howto can be refereed to.

> Secondly I prefer a cook book approach to the second level USER
> documentation.
>
> BOTH these would be backed by solid PROGRAMMER level documentation.

Agreed.  In fact since I always have the pickaxe book and the Ruby
cookbook on my desk I'd say that, for me, the best documentation
(book) would be the Ruby cookbook with the pickaxe appendices.
Is this a longer term target/structure worth setting and aiming for?
It would kill the two birds with one document/book.

HTH
Mark
>
> Cook books and the [START HERE] model can both work on useful use cases.
>
> For example :: I made a web page with html from a book, now I want to make a
> site based on my ideas -- How do I transfer my existing web to Nitro?  Some
> of the suff oyx does :-)
>
> I trust you find that useful.
>
>
>
>
> On 03/11/2007, s.ross <cwdinfo at gmail.com> wrote:
> >
> >
> >
> > On Nov 2, 2007, at 5:25 AM, Dan North wrote:
> >
> > - Documentation, documentation, documentation. It doesn't have to be
> clever or comprehensive. Just a solid walk-through of creating an
> application. The answers are mostly there amongst the original videos, the
> cheat sheets and the tutorials. It just needs shaking down and presenting in
> a clear and consistent way. I would choose some "typical" users  and target
> them. Initially target an experienced ruby programmer writing their first
> web app in nitro. Then something like a "nitro for rails developers" track.
> >
> >
> > The documentation is the common thread, and the cure is twofold:
> >
> >
> > - Yeah, write some cool new tutorial documentation. Something a person
> could do in a couple of hours that's more than stupid-simple.
> > - Find all the outdated documentation and encourage everyone who owns it
> to update it to current tools/standards
> >
> >
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From rob at robmela.com  Sat Nov  3 10:48:09 2007
From: rob at robmela.com (Robert Mela)
Date: Sat, 03 Nov 2007 10:48:09 -0400
Subject: [Nitro] I, Nitro
In-Reply-To: <389c43e40711030017w9167d41kcca65679184f66bc@mail.gmail.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>	<472AE930.1030509@arnebrasseur.net>	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>	<50C5CD31-4D2B-43FE-9968-8810A4CAB10C@gmail.com>	<9e03c3c60711021840i1be4c187saadac94158003db2@mail.gmail.com>
	<389c43e40711030017w9167d41kcca65679184f66bc@mail.gmail.com>
Message-ID: <472C8A29.4010803@robmela.com>

We need to draw up a list of *what* formats we want to target.

A (START HERE) at the README RDoc level is a great idea.  A README.intro 
alongside the current README.og and README.raw.

What are the goals?

 -- install Nitro
 -- verify that it works
 -- proove:  useful common things are really simple in Nitro

If those are the goals, does this achieve them:


Intro I ( README.intro )
 - single-file app ( with Controller and Dispatcher )
 - starting and stopping
- canonical hello world app
   . nitro --create
   . a template
   . a controller
   . an element

Intro II ( Og ) ( README.intro2 )
  - Library example ( Book and Author ), using admin part
   ( or something similarly simple but more exciting )

Intro III (? or maybe this belongs in a tutorial )
   - Add a simple form to Intro II

At this point it's pushing the limits to becoming a tutorial...






Mark Van De Vyver wrote:
> On Nov 3, 2007 12:40 PM, * William <william.full.moon at gmail.com> wrote:
>   
>> Hi gang
>>
>> Personally speaking
>>
>> i agree there must be a [START HERE] document like and induction set.
>>     
>
> agreed and at the risk of repeating myself ;) I think this
> 'introduction level information' is best done in the readme file,
> which can be duplicated elsewhere, but the readme version should be
> the reference point?
> More extensive introductory material/howto can be refereed to.
>
>   
>> Secondly I prefer a cook book approach to the second level USER
>> documentation.
>>
>> BOTH these would be backed by solid PROGRAMMER level documentation.
>>     
>
> Agreed.  In fact since I always have the pickaxe book and the Ruby
> cookbook on my desk I'd say that, for me, the best documentation
> (book) would be the Ruby cookbook with the pickaxe appendices.
> Is this a longer term target/structure worth setting and aiming for?
> It would kill the two birds with one document/book.
>
> HTH
> Mark
>   
>
>
>   

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071103/04fcb98a/attachment.vcf 

From rob at robmela.com  Sat Nov  3 10:56:10 2007
From: rob at robmela.com (Robert Mela)
Date: Sat, 03 Nov 2007 10:56:10 -0400
Subject: [Nitro] I, Nitro
In-Reply-To: <50C5CD31-4D2B-43FE-9968-8810A4CAB10C@gmail.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>	<472AE930.1030509@arnebrasseur.net>	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>
	<50C5CD31-4D2B-43FE-9968-8810A4CAB10C@gmail.com>
Message-ID: <472C8C0A.4020008@robmela.com>

What's a "greenfield" app?

Also -- not sure I'd want to enter competition with Rails and risk flame 
wars and all.... is it possible to talk about what Nitro does, with 
examples, and leave it at that?

s.ross wrote:
>
>
> The other common thread is identifying the competition: Is it Rails? 
> Is it Merb or PLONE? Perhaps a more interesting thing to look at are 
> these questions:
>
> - What does <insert framework name here> do well?
> - What pisses people off about <insert framework name here>?
> - Why could Nitro/Og do these things better?
>
> I'll get the ball rolling on this last bit.
>
> - Rails does greenfield apps incredibly well

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071103/9f6649ac/attachment.vcf 

From rob at robmela.com  Sat Nov  3 12:10:38 2007
From: rob at robmela.com (Robert Mela)
Date: Sat, 03 Nov 2007 12:10:38 -0400
Subject: [Nitro] Nitro/Og cheat sheet styles/ideas/levels....
In-Reply-To: <389c43e40711030010u313b8c98qa553ced7e8fcaabb@mail.gmail.com>
References: <389c43e40711030010u313b8c98qa553ced7e8fcaabb@mail.gmail.com>
Message-ID: <472C9D7E.3090106@robmela.com>

I would first ask what is it we want to produce.  In other words:

1) What topics need to be covered
3) A list of use cases and the format that serves each


#1 would require input from George and Tom -- it would leverage their 
time really well.   This could start before documentation does.  

Reflexively, based on past experience, I see these three formats.  It 
should be reexamined with use cases:

1) Tutorial
2) Reference ( Quick vs Complete )
3) Book

My fault as an engineer is prematurely jumping to nuts-and-bolts 
"How".    This is a tangent -- but I'd love to see a design for reusable 
components that each format can built itself from -- e.g., a Topic 
class, with CodeExample, Synopsis, RelatedTopics.

Finally, it makes sense in all of this to see what's been done 
elsewhere, and for people like me to spend more time reading through Oxy 
and look at other docs we like.

Mark's suggested these, and I think Tom's suggested others (so much 
going on here -- time to collate the major points on a wiki ?

http://www.ilovejackdaniels.com/cheat-sheets/ruby-on-rails-cheat-sheet/
http://www.ahoyhere.com/cheats/activerecord_cheatsheet.pdf
http://www.ahoyhere.com/cheats/rails_files_cheatsheet.pdf



Mark Van De Vyver wrote:
> Hi Devs,
> One issues the following examples raise is what is the level the cheat
> sheet is aimed at? 'Beginner howto cheat sheet' vs 'Reference cheat
> sheet'
> Even if there is initially only be one, later there will liley be
> more, so it seems worth thinking about nomenclature.
> kicking this off with Og since that seems to be the first to be tackled:
> Cheat sheets:
>  - Og-howto
>  - Og-reference
>
> Question:
>  Which of these cheat sheets are we starting on?
>
> Existing examples/ideas
> Some information packed (reference) cheat sheet examples (for ideas):
> http://www.ilovejackdaniels.com/cheat-sheets/ruby-on-rails-cheat-sheet/
>
> Some more 'graphical' ones (beginner/explaining ideas)
> http://www.ahoyhere.com/cheats/activerecord_cheatsheet.pdf
> http://www.ahoyhere.com/cheats/rails_files_cheatsheet.pdf
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>   

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071103/152464e1/attachment.vcf 

From rob at robmela.com  Sat Nov  3 12:11:40 2007
From: rob at robmela.com (Robert Mela)
Date: Sat, 03 Nov 2007 12:11:40 -0400
Subject: [Nitro] Sorry -- scracth that first sentence
In-Reply-To: <472C8A29.4010803@robmela.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>	<472AE930.1030509@arnebrasseur.net>	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>	<50C5CD31-4D2B-43FE-9968-8810A4CAB10C@gmail.com>	<9e03c3c60711021840i1be4c187saadac94158003db2@mail.gmail.com>	<389c43e40711030017w9167d41kcca65679184f66bc@mail.gmail.com>
	<472C8A29.4010803@robmela.com>
Message-ID: <472C9DBC.308@robmela.com>

Forgot to delete the first spurious sentence -- writing this while 
serving part-time as climbing structure for a three year old.
Robert Mela wrote:
> We need to draw up a list of *what* formats we want to target.
>
> A (START HERE) at the README RDoc level is a great idea.  A 
> README.intro alongside the current README.og and README.raw.
>
> What are the goals?
>
> -- install Nitro
> -- verify that it works
> -- proove:  useful common things are really simple in Nitro
>
> If those are the goals, does this achieve them:
>
>
> Intro I ( README.intro )
> - single-file app ( with Controller and Dispatcher )
> - starting and stopping
> - canonical hello world app
>   . nitro --create
>   . a template
>   . a controller
>   . an element
>
> Intro II ( Og ) ( README.intro2 )
>  - Library example ( Book and Author ), using admin part
>   ( or something similarly simple but more exciting )
>
> Intro III (? or maybe this belongs in a tutorial )
>   - Add a simple form to Intro II
>
> At this point it's pushing the limits to becoming a tutorial...
>
>
>
>
>
>
> Mark Van De Vyver wrote:
>> On Nov 3, 2007 12:40 PM, * William <william.full.moon at gmail.com> wrote:
>>  
>>> Hi gang
>>>
>>> Personally speaking
>>>
>>> i agree there must be a [START HERE] document like and induction set.
>>>     
>>
>> agreed and at the risk of repeating myself ;) I think this
>> 'introduction level information' is best done in the readme file,
>> which can be duplicated elsewhere, but the readme version should be
>> the reference point?
>> More extensive introductory material/howto can be refereed to.
>>
>>  
>>> Secondly I prefer a cook book approach to the second level USER
>>> documentation.
>>>
>>> BOTH these would be backed by solid PROGRAMMER level documentation.
>>>     
>>
>> Agreed.  In fact since I always have the pickaxe book and the Ruby
>> cookbook on my desk I'd say that, for me, the best documentation
>> (book) would be the Ruby cookbook with the pickaxe appendices.
>> Is this a longer term target/structure worth setting and aiming for?
>> It would kill the two birds with one document/book.
>>
>> HTH
>> Mark
>>  
>>
>>   
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071103/ab627477/attachment.vcf 

From cwdinfo at gmail.com  Sat Nov  3 13:06:08 2007
From: cwdinfo at gmail.com (s.ross)
Date: Sat, 3 Nov 2007 10:06:08 -0700
Subject: [Nitro] I, Nitro
In-Reply-To: <472C8C0A.4020008@robmela.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>	<472AE930.1030509@arnebrasseur.net>	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>
	<50C5CD31-4D2B-43FE-9968-8810A4CAB10C@gmail.com>
	<472C8C0A.4020008@robmela.com>
Message-ID: <7E8C4A3D-ACB7-41DD-8FFD-7B52127361DC@gmail.com>

On Nov 3, 2007, at 7:56 AM, Robert Mela wrote:

> What's a "greenfield" app?

 From scratch: http://en.wikipedia.org/wiki/Greenfield_project.

> Also -- not sure I'd want to enter competition with Rails and risk  
> flame wars and all.... is it possible to talk about what Nitro  
> does, with examples, and leave it at that?

Don't get me wrong. I love Rails. It's all I use now. But the risk of  
not acknowledging history for new endeavors is that you will repeat  
it. No flame wars intended, but there are places where even Rails  
doesn't fit well.

> s.ross wrote:
>>
>>
>> The other common thread is identifying the competition: Is it  
>> Rails? Is it Merb or PLONE? Perhaps a more interesting thing to  
>> look at are these questions:
>>
>> - What does <insert framework name here> do well?
>> - What pisses people off about <insert framework name here>?
>> - Why could Nitro/Og do these things better?
>>
>> I'll get the ball rolling on this last bit.
>>
>> - Rails does greenfield apps incredibly well
>
> <rob.vcf>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general


From cwdinfo at gmail.com  Sat Nov  3 13:07:41 2007
From: cwdinfo at gmail.com (s.ross)
Date: Sat, 3 Nov 2007 10:07:41 -0700
Subject: [Nitro] Documentation Documentation
In-Reply-To: <389c43e40711022351t77514ea3ldd9a10ffc358423b@mail.gmail.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472AE930.1030509@arnebrasseur.net>
	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>
	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>
	<472B4B2F.9010709@robmela.com>
	<1194053379.425543.87550@v3g2000hsg.googlegroups.com>
	<389c43e40711022351t77514ea3ldd9a10ffc358423b@mail.gmail.com>
Message-ID: <36CEAEC3-2D34-4E77-A738-A80849291517@gmail.com>

One nice "up and running" tutorial for Rails is this:

http://rails.homelinux.org/

It's a bit dated by now, but covered out-of-the-box Rails experience.

Hope this helps.

From george.moschovitis at gmail.com  Sat Nov  3 13:22:02 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 3 Nov 2007 19:22:02 +0200
Subject: [Nitro] [OG] RFC uri structure
In-Reply-To: <389c43e40711021226o25ed3d43gd5103bd78bb1b15e@mail.gmail.com>
References: <389c43e40711021226o25ed3d43gd5103bd78bb1b15e@mail.gmail.com>
Message-ID: <afd80b540711031022y593b5895v680e094b849c197c@mail.gmail.com>

I would say

dbi-vendor...

-g.

On Nov 2, 2007 9:26 PM, Mark Van De Vyver <mvyver at gmail.com> wrote:

> Hi Devs,
> The Sequel/Datasets thread was ominously silent - nonetheless pushing
> ahead.
>
> If you were able to start Og in the following way:
> Og(uri)
>
> What would be the preferred uri format:
> a) "dbi-<vendor>://user:pass at localhost:9876/dbname#<vendor>driveroptions"
> b) "dbi:<vendor>://user:pass at localhost:9876/dbname#<vendor>driveroptions"
> c) both
> d) neither (please tell/suggest)
>
> Some notes:
> - "DBI" and <vendor> would be case insensitive.
> - Not all arguments are 'required'.  The following would work (assuming
> (a)),
> "DBI-mysql:///testdb"
> and even
> "dbi:///testdb"
> In that missing arguments would employ the defaults as specific by the
> settings in og.rb.
>
> Regards
> Mark
> _______________________________________________
> 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/20071103/68df5042/attachment.html 

From george.moschovitis at gmail.com  Sat Nov  3 13:41:46 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 3 Nov 2007 19:41:46 +0200
Subject: [Nitro] Nitro + Facets 2.0.3
Message-ID: <afd80b540711031041p38d436aud9d633568c70f208@mail.gmail.com>

Dear devs,

the branch version (http://repo.nitroproject.org/branch) works with Facets
2.0.3

please download it and test :)

-g.

PS: kudos to Tom for this one...

-- 
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/20071103/d604d711/attachment.html 

From rob at robmela.com  Sat Nov  3 15:25:27 2007
From: rob at robmela.com (Robert Mela)
Date: Sat, 03 Nov 2007 15:25:27 -0400
Subject: [Nitro] Nitro + Facets 2.0.3
In-Reply-To: <afd80b540711031041p38d436aud9d633568c70f208@mail.gmail.com>
References: <afd80b540711031041p38d436aud9d633568c70f208@mail.gmail.com>
Message-ID: <472CCB27.9000906@robmela.com>

There's a million gems on RubyForge that could match this -- so I'll 
just ask -- what gem am I missing?

   Console::Command::Options

Gemspec dependencies need updating ( just from eyeballing the files ).   
At various points I recall installing
 
  - xml-simple ( ? )
  - uuidtools
  - sources ?
  - facets 1.8.54 and now 2.0.2

Not sure if mongrel is a dependency or not -- I should try removing it 
and running with the webrick adapter.



/Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/application/args.rb:7: 
uninitialized constant Console::Command::Options (NameError)
        from 
/opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
`gem_original_require'
        from 
/opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
        from 
/Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/application.rb:3
        from 
/opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
`gem_original_require'
        from 
/opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
        from 
/Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/nitro.rb:90
        from 
/opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
`gem_original_require'
        from 
/opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
        from 
/Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/nitro_and_og.rb:1
        from 
/opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
`gem_original_require'
        from 
/opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
        from app.rb:7


*** LOCAL GEMS ***

blow (0.3.0)
    Block+Web = Blow

BlueCloth (1.0.0)
    BlueCloth is a Ruby implementation of Markdown, a text-to-HTML
    conversion tool for web writers. Markdown allows you to write using
    an easy-to-read, easy-to-write plain text format, then convert it to
    structurally valid XHTML (or HTML).

capistrano (2.0.0)
    Capistrano is a utility and framework for executing commands in
    parallel on multiple remote machines, via SSH.

capistrano-ext (1.2.0)
    Capistrano Extensions is a set of useful task libraries and methods
    that     other developers may reference in their own recipe files.

cgi_multipart_eof_fix (2.3)
    Fix an exploitable bug in CGI multipart parsing.

daemons (1.0.8)
    A toolkit to create and control daemons in different ways

english (0.1)
    English Code Kit

facets (2.0.2, 1.8.54)
    Premium Core Extensions and Standard Additions

fastthread (1.0)
    Optimized replacement for thread.rb primitives

gem_plugin (0.2.2)
    A plugin system based only on rubygems that uses dependencies only

highline (1.4.0)
    HighLine is a high-level command-line IO library.

mongrel (1.0.1)
    A small fast HTTP library and server that runs Rails, Camping, Nitro
    and Iowa apps.

mongrel_cluster (1.0.2)
    Mongrel plugin that provides commands and Capistrano tasks for
    managing multiple Mongrel processes.

needle (1.3.0)
    Needle is a Dependency Injection/Inversion of Control container for
    Ruby. It supports both type-2 (setter) and type-3 (constructor)
    injection. It takes advantage of the dynamic nature of Ruby to
    provide a rich and flexible approach to injecting dependencies.

net-sftp (1.1.0)
    Net::SFTP is a pure-Ruby implementation of the SFTP client protocol.


net-ssh (1.1.2)
    Net::SSH is a pure-Ruby implementation of the SSH2 client protocol.

palmtree (0.0.6)
    Collection of Capistrano recipes

rake (0.7.3)
    Ruby based make-like utility.

RedCloth (3.0.4)
    RedCloth is a module for using Textile and Markdown in Ruby. Textile
    and Markdown are text formats.  A very simple text format. Another
    stab at making readable text that can be converted to HTML.

ruby-debug (0.9.3)
    Command line interface (CLI) for ruby-debug-base

ruby-debug-base (0.9.3)
    Fast Ruby debugger

sources (0.0.1)
    This package provides download sources for remote gem installation

sqlite3-ruby (1.2.1)
    SQLite3/Ruby is a module to allow Ruby scripts to interface with a
    SQLite3 database.

uuidtools (1.0.1)
    Generation of UUIDs.

xml-simple (1.0.11)
    A very simple API for XML processing.

George Moschovitis wrote:
> Dear devs,
>
> the branch version (http://repo.nitroproject.org/branch) works with 
> Facets 2.0.3
>
> please download it and test :)
>
> -g.
>
> PS: kudos to Tom for this one...
>
> -- 
> 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 --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071103/a0a38427/attachment.vcf 

From george.moschovitis at gmail.com  Sat Nov  3 15:30:58 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 3 Nov 2007 21:30:58 +0200
Subject: [Nitro] Nitro + Facets 2.0.3
In-Reply-To: <472CCB27.9000906@robmela.com>
References: <afd80b540711031041p38d436aud9d633568c70f208@mail.gmail.com>
	<472CCB27.9000906@robmela.com>
Message-ID: <afd80b540711031230l4aaeec32tb3205c9874120e73@mail.gmail.com>

You needs Facets 2.0.*3*


not 2.0.2

-g.


On Nov 3, 2007 9:25 PM, Robert Mela <rob at robmela.com> wrote:

> There's a million gems on RubyForge that could match this -- so I'll
> just ask -- what gem am I missing?
>
>   Console::Command::Options
>
> Gemspec dependencies need updating ( just from eyeballing the files ).
> At various points I recall installing
>
>  - xml-simple ( ? )
>  - uuidtools
>  - sources ?
>  - facets 1.8.54 and now 2.0.2
>
> Not sure if mongrel is a dependency or not -- I should try removing it
> and running with the webrick adapter.
>
>
>
>
> /Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/application/args.rb:7:
> uninitialized constant Console::Command::Options (NameError)
>        from
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
> `gem_original_require'
>        from
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
> `require'
>        from
>
> /Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/application.rb:3
>        from
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
> `gem_original_require'
>        from
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
> `require'
>        from
> /Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/nitro.rb:90
>        from
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
> `gem_original_require'
>        from
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
> `require'
>        from
>
> /Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/nitro_and_og.rb:1
>        from
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
> `gem_original_require'
>        from
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
> `require'
>        from app.rb:7
>
>
> *** LOCAL GEMS ***
>
> blow (0.3.0)
>    Block+Web = Blow
>
> BlueCloth (1.0.0)
>    BlueCloth is a Ruby implementation of Markdown, a text-to-HTML
>    conversion tool for web writers. Markdown allows you to write using
>    an easy-to-read, easy-to-write plain text format, then convert it to
>    structurally valid XHTML (or HTML).
>
> capistrano (2.0.0)
>    Capistrano is a utility and framework for executing commands in
>    parallel on multiple remote machines, via SSH.
>
> capistrano-ext (1.2.0)
>    Capistrano Extensions is a set of useful task libraries and methods
>    that     other developers may reference in their own recipe files.
>
> cgi_multipart_eof_fix (2.3)
>    Fix an exploitable bug in CGI multipart parsing.
>
> daemons (1.0.8)
>    A toolkit to create and control daemons in different ways
>
> english (0.1)
>    English Code Kit
>
> facets (2.0.2, 1.8.54)
>    Premium Core Extensions and Standard Additions
>
> fastthread (1.0)
>    Optimized replacement for thread.rb primitives
>
> gem_plugin (0.2.2)
>    A plugin system based only on rubygems that uses dependencies only
>
> highline (1.4.0)
>    HighLine is a high-level command-line IO library.
>
> mongrel (1.0.1)
>    A small fast HTTP library and server that runs Rails, Camping, Nitro
>    and Iowa apps.
>
> mongrel_cluster (1.0.2)
>    Mongrel plugin that provides commands and Capistrano tasks for
>    managing multiple Mongrel processes.
>
> needle (1.3.0)
>    Needle is a Dependency Injection/Inversion of Control container for
>    Ruby. It supports both type-2 (setter) and type-3 (constructor)
>    injection. It takes advantage of the dynamic nature of Ruby to
>    provide a rich and flexible approach to injecting dependencies.
>
> net-sftp (1.1.0)
>    Net::SFTP is a pure-Ruby implementation of the SFTP client protocol.
>
>
> net-ssh (1.1.2)
>    Net::SSH is a pure-Ruby implementation of the SSH2 client protocol.
>
> palmtree (0.0.6)
>    Collection of Capistrano recipes
>
> rake (0.7.3)
>    Ruby based make-like utility.
>
> RedCloth (3.0.4)
>    RedCloth is a module for using Textile and Markdown in Ruby. Textile
>    and Markdown are text formats.  A very simple text format. Another
>    stab at making readable text that can be converted to HTML.
>
> ruby-debug (0.9.3)
>    Command line interface (CLI) for ruby-debug-base
>
> ruby-debug-base (0.9.3)
>    Fast Ruby debugger
>
> sources (0.0.1)
>    This package provides download sources for remote gem installation
>
> sqlite3-ruby (1.2.1)
>    SQLite3/Ruby is a module to allow Ruby scripts to interface with a
>    SQLite3 database.
>
> uuidtools (1.0.1)
>    Generation of UUIDs.
>
> xml-simple (1.0.11)
>    A very simple API for XML processing.
>
> George Moschovitis wrote:
> > Dear devs,
> >
> > the branch version (http://repo.nitroproject.org/branch) works with
> > Facets 2.0.3
> >
> > please download it and test :)
> >
> > -g.
> >
> > PS: kudos to Tom for this one...
> >
> > --
> > 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
>
>
> _______________________________________________
> 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/20071103/5637d639/attachment-0001.html 

From rob at robmela.com  Sat Nov  3 15:35:17 2007
From: rob at robmela.com (Robert Mela)
Date: Sat, 03 Nov 2007 15:35:17 -0400
Subject: [Nitro] Nitro + Facets 2.0.3
In-Reply-To: <472CCB27.9000906@robmela.com>
References: <afd80b540711031041p38d436aud9d633568c70f208@mail.gmail.com>
	<472CCB27.9000906@robmela.com>
Message-ID: <472CCD75.9070901@robmela.com>

Forgot to mention -- you'll need english and blow ( blow was mentioned 
as replacing... um... I can't remember... glue? )

Robert Mela wrote:
> There's a million gems on RubyForge that could match this -- so I'll 
> just ask -- what gem am I missing?
>
>   Console::Command::Options
>
> Gemspec dependencies need updating ( just from eyeballing the files 
> ).   At various points I recall installing
>
>  - xml-simple ( ? )
>  - uuidtools
>  - sources ?
>  - facets 1.8.54 and now 2.0.2
>
> Not sure if mongrel is a dependency or not -- I should try removing it 
> and running with the webrick adapter.
>
>
>
> /Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/application/args.rb:7: 
> uninitialized constant Console::Command::Options (NameError)
>        from 
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
> `gem_original_require'
>        from 
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
> `require'
>        from 
> /Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/application.rb:3 
>
>        from 
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
> `gem_original_require'
>        from 
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
> `require'
>        from 
> /Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/nitro.rb:90
>        from 
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
> `gem_original_require'
>        from 
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
> `require'
>        from 
> /Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/nitro_and_og.rb:1 
>
>        from 
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
> `gem_original_require'
>        from 
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
> `require'
>        from app.rb:7
>
>
> *** LOCAL GEMS ***
>
> blow (0.3.0)
>    Block+Web = Blow
>
> BlueCloth (1.0.0)
>    BlueCloth is a Ruby implementation of Markdown, a text-to-HTML
>    conversion tool for web writers. Markdown allows you to write using
>    an easy-to-read, easy-to-write plain text format, then convert it to
>    structurally valid XHTML (or HTML).
>
> capistrano (2.0.0)
>    Capistrano is a utility and framework for executing commands in
>    parallel on multiple remote machines, via SSH.
>
> capistrano-ext (1.2.0)
>    Capistrano Extensions is a set of useful task libraries and methods
>    that     other developers may reference in their own recipe files.
>
> cgi_multipart_eof_fix (2.3)
>    Fix an exploitable bug in CGI multipart parsing.
>
> daemons (1.0.8)
>    A toolkit to create and control daemons in different ways
>
> english (0.1)
>    English Code Kit
>
> facets (2.0.2, 1.8.54)
>    Premium Core Extensions and Standard Additions
>
> fastthread (1.0)
>    Optimized replacement for thread.rb primitives
>
> gem_plugin (0.2.2)
>    A plugin system based only on rubygems that uses dependencies only
>
> highline (1.4.0)
>    HighLine is a high-level command-line IO library.
>
> mongrel (1.0.1)
>    A small fast HTTP library and server that runs Rails, Camping, Nitro
>    and Iowa apps.
>
> mongrel_cluster (1.0.2)
>    Mongrel plugin that provides commands and Capistrano tasks for
>    managing multiple Mongrel processes.
>
> needle (1.3.0)
>    Needle is a Dependency Injection/Inversion of Control container for
>    Ruby. It supports both type-2 (setter) and type-3 (constructor)
>    injection. It takes advantage of the dynamic nature of Ruby to
>    provide a rich and flexible approach to injecting dependencies.
>
> net-sftp (1.1.0)
>    Net::SFTP is a pure-Ruby implementation of the SFTP client protocol.
>
>
> net-ssh (1.1.2)
>    Net::SSH is a pure-Ruby implementation of the SSH2 client protocol.
>
> palmtree (0.0.6)
>    Collection of Capistrano recipes
>
> rake (0.7.3)
>    Ruby based make-like utility.
>
> RedCloth (3.0.4)
>    RedCloth is a module for using Textile and Markdown in Ruby. Textile
>    and Markdown are text formats.  A very simple text format. Another
>    stab at making readable text that can be converted to HTML.
>
> ruby-debug (0.9.3)
>    Command line interface (CLI) for ruby-debug-base
>
> ruby-debug-base (0.9.3)
>    Fast Ruby debugger
>
> sources (0.0.1)
>    This package provides download sources for remote gem installation
>
> sqlite3-ruby (1.2.1)
>    SQLite3/Ruby is a module to allow Ruby scripts to interface with a
>    SQLite3 database.
>
> uuidtools (1.0.1)
>    Generation of UUIDs.
>
> xml-simple (1.0.11)
>    A very simple API for XML processing.
>
> George Moschovitis wrote:
>> Dear devs,
>>
>> the branch version (http://repo.nitroproject.org/branch) works with 
>> Facets 2.0.3
>>
>> please download it and test :)
>>
>> -g.
>>
>> PS: kudos to Tom for this one...
>>
>> -- 
>> 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
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071103/52e23467/attachment.vcf 

From transfire at gmail.com  Sat Nov  3 15:35:40 2007
From: transfire at gmail.com (Trans)
Date: Sat, 03 Nov 2007 19:35:40 -0000
Subject: [Nitro] Nitro + Facets 2.0.3
In-Reply-To: <afd80b540711031041p38d436aud9d633568c70f208@mail.gmail.com>
References: <afd80b540711031041p38d436aud9d633568c70f208@mail.gmail.com>
Message-ID: <1194118540.496161.285330@19g2000hsx.googlegroups.com>



On Nov 3, 1:41 pm, "George Moschovitis" <george.moschovi... at gmail.com>
wrote:
> Dear devs,
>
> the branch version (http://repo.nitroproject.org/branch) works with Facets
> 2.0.3
>
> please download it and test :)

NOTE: I'm not sure exactly what the status is, but I've heard the
Rubyforge gem repository is not working at the moment (can anyone
confirm?). So you might have to download the Facets 2.0.3 gem
manually.

T.


From rob at robmela.com  Sat Nov  3 15:47:36 2007
From: rob at robmela.com (Robert Mela)
Date: Sat, 03 Nov 2007 15:47:36 -0400
Subject: [Nitro] Nitro + Facets 2.0.3
In-Reply-To: <1194118540.496161.285330@19g2000hsx.googlegroups.com>
References: <afd80b540711031041p38d436aud9d633568c70f208@mail.gmail.com>
	<1194118540.496161.285330@19g2000hsx.googlegroups.com>
Message-ID: <472CD058.9050108@robmela.com>

That and blow.   I'd run a gem update for facets assuming that would 
work... but it gave me 2.0.2

Next issue:

admin part require paths need to be updated.  In my app.rb I changed

   require 'nitro/part/admin'
to
   require 'part/admin'

but the admin part files themselves need the paths changed.  Should I 
fix it and send a patch, or do you guys want to handle it?

Trans wrote:
> NOTE: I'm not sure exactly what the status is, but I've heard the
> Rubyforge gem repository is not working at the moment (can anyone
> confirm?). So you might have to download the Facets 2.0.3 gem
> manually.
>
> T.
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>   

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071103/f800028c/attachment.vcf 

From rob at robmela.com  Sat Nov  3 15:57:57 2007
From: rob at robmela.com (Robert Mela)
Date: Sat, 03 Nov 2007 15:57:57 -0400
Subject: [Nitro] First patch for Nitro + Facets 2.0.3
In-Reply-To: <472CD058.9050108@robmela.com>
References: <afd80b540711031041p38d436aud9d633568c70f208@mail.gmail.com>	<1194118540.496161.285330@19g2000hsx.googlegroups.com>
	<472CD058.9050108@robmela.com>
Message-ID: <472CD2C5.4030505@robmela.com>

Fixes part include paths.

This puts the admin part back to where it was a few days ago -- blowing 
up because of the problem that @post_params in Context is sometimes 
Hash, sometimes Dictionary.

Robert Mela wrote:
> That and blow.   I'd run a gem update for facets assuming that would 
> work... but it gave me 2.0.2
>
> Next issue:
>
> admin part require paths need to be updated.  In my app.rb I changed
>
>   require 'nitro/part/admin'
> to
>   require 'part/admin'
>
> but the admin part files themselves need the paths changed.  Should I 
> fix it and send a patch, or do you guys want to handle it?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: update_part_require_paths.tar.gz
Type: application/x-gzip
Size: 862 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071103/8210f193/attachment.gz 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071103/8210f193/attachment.vcf 

From rob at robmela.com  Sat Nov  3 16:18:45 2007
From: rob at robmela.com (Robert Mela)
Date: Sat, 03 Nov 2007 16:18:45 -0400
Subject: [Nitro] Nitro/Facets 2.0.3: OgAdminController fails to mount
In-Reply-To: <472CD2C5.4030505@robmela.com>
References: <afd80b540711031041p38d436aud9d633568c70f208@mail.gmail.com>	<1194118540.496161.285330@19g2000hsx.googlegroups.com>	<472CD058.9050108@robmela.com>
	<472CD2C5.4030505@robmela.com>
Message-ID: <472CD7A5.9060705@robmela.com>

When I run this against Nitro trunk the OgAdminController is mounted on /admin/og.

Running against the new branch it isn't.

( note: change 'nitro/part/admin' to 'part/admin' for the newest branch code )

Example copied verbatim from bottom of http://robmela.com/cheatsheets/og_intro


---

#!/usr/bin/env ruby
 require 'sqlite3'
 require 'nitro_and_og'
 include Nitro
 require 'nitro/part/admin'

 # Og model
 class Book
   attr_accessor :title, String
   attr_accessor :author, String
 end

 # Controller
 class Foo
   def index
     redirect_to '/admin' # redirect to Nitro admin scaffold
   end
 end

 Og.create_schema = true
 Og.use_uuid_primary_keys = true
 Og.start( :name => "library", :adapter => :sqlite, :evolve_schema => :full )

 app=Application.new
 app.dispatcher.root = Foo
 app.start 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071103/9e3c3b0c/attachment.vcf 

From rob at robmela.com  Sat Nov  3 16:23:04 2007
From: rob at robmela.com (Robert Mela)
Date: Sat, 03 Nov 2007 16:23:04 -0400
Subject: [Nitro] Nitro/Facets 2.0.3: OgAdminController fails to mount
Message-ID: <472CD8A8.9080202@robmela.com>

When I run this against Nitro trunk the OgAdminController is mounted on 
/admin/og.     Running against the new branch OgAdminController doesn't 
get mounted.  My hunch is that part code needs more updates...

Example copied verbatim from bottom of 
http://robmela.com/cheatsheets/og_intro

( note: change 'nitro/part/admin' to 'part/admin' for the newest branch 
code )


---

#!/usr/bin/env ruby
require 'sqlite3'
require 'nitro_and_og'
include Nitro
require 'nitro/part/admin'

# Og model
class Book
  attr_accessor :title, String
  attr_accessor :author, String
end

# Controller
class Foo
  def index
    redirect_to '/admin' # redirect to Nitro admin scaffold
  end
end

Og.create_schema = true
Og.use_uuid_primary_keys = true
Og.start( :name => "library", :adapter => :sqlite, :evolve_schema => 
:full )

app=Application.new
app.dispatcher.root = Foo
app.start
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071103/eddf499e/attachment.vcf 

From george.moschovitis at gmail.com  Sat Nov  3 16:26:22 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 3 Nov 2007 22:26:22 +0200
Subject: [Nitro] Nitro/Facets 2.0.3: OgAdminController fails to mount
In-Reply-To: <472CD8A8.9080202@robmela.com>
References: <472CD8A8.9080202@robmela.com>
Message-ID: <afd80b540711031326j6cf74c76t2c813271e5530687@mail.gmail.com>

Ok, will check all admin issues once and for all ;-) Expect a patch
tomorrow.

-g.

On Nov 3, 2007 10:23 PM, Robert Mela <rob at robmela.com> wrote:

> When I run this against Nitro trunk the OgAdminController is mounted on
> /admin/og.     Running against the new branch OgAdminController doesn't
> get mounted.  My hunch is that part code needs more updates...
>
> Example copied verbatim from bottom of
> http://robmela.com/cheatsheets/og_intro
>
> ( note: change 'nitro/part/admin' to 'part/admin' for the newest branch
> code )
>
>
> ---
>
> #!/usr/bin/env ruby
> require 'sqlite3'
> require 'nitro_and_og'
> include Nitro
> require 'nitro/part/admin'
>
> # Og model
> class Book
>  attr_accessor :title, String
>  attr_accessor :author, String
> end
>
> # Controller
> class Foo
>  def index
>    redirect_to '/admin' # redirect to Nitro admin scaffold
>  end
> end
>
> Og.create_schema = true
> Og.use_uuid_primary_keys = true
> Og.start( :name => "library", :adapter => :sqlite, :evolve_schema =>
> :full )
>
> app=Application.new
> app.dispatcher.root = Foo
> app.start
>
> _______________________________________________
> 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/20071103/f0e76f0b/attachment.html 

From rob at robmela.com  Sat Nov  3 16:34:59 2007
From: rob at robmela.com (Robert Mela)
Date: Sat, 03 Nov 2007 16:34:59 -0400
Subject: [Nitro] Nitro/Facets 2.0.3: OgAdminController fails to mount
In-Reply-To: <afd80b540711031326j6cf74c76t2c813271e5530687@mail.gmail.com>
References: <472CD8A8.9080202@robmela.com>
	<afd80b540711031326j6cf74c76t2c813271e5530687@mail.gmail.com>
Message-ID: <472CDB73.4030704@robmela.com>

Remember tho that the original admin issues are upstream in cgi.rb -- 
the dictionary vs. hash conundrum.

Facets 2.0.3 only introduced new require paths.

George Moschovitis wrote:
> Ok, will check all admin issues once and for all ;-) Expect a patch 
> tomorrow.
>
> -g.
>
> On Nov 3, 2007 10:23 PM, Robert Mela <rob at robmela.com 
> <mailto:rob at robmela.com>> wrote:
>
>     When I run this against Nitro trunk the OgAdminController is
>     mounted on
>     /admin/og.     Running against the new branch OgAdminController
>     doesn't
>     get mounted.  My hunch is that part code needs more updates...
>
>     Example copied verbatim from bottom of
>     http://robmela.com/cheatsheets/og_intro
>
>     ( note: change 'nitro/part/admin' to 'part/admin' for the newest
>     branch
>     code )
>
>
>     ---
>
>     #!/usr/bin/env ruby
>     require 'sqlite3'
>     require 'nitro_and_og'
>     include Nitro
>     require 'nitro/part/admin'
>
>     # Og model
>     class Book
>      attr_accessor :title, String
>      attr_accessor :author, String
>     end
>
>     # Controller
>     class Foo
>      def index
>        redirect_to '/admin' # redirect to Nitro admin scaffold
>      end
>     end
>
>     Og.create_schema = true
>     Og.use_uuid_primary_keys = true
>     Og.start( :name => "library", :adapter => :sqlite, :evolve_schema =>
>     :full )
>
>     app=Application.new
>     app.dispatcher.root = Foo
>     app.start
>
>     _______________________________________________
>     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://nitroproject.org
> http://phidz.com
> http://joyerz.com 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071103/03f4c903/attachment-0001.vcf 

From rob at robmela.com  Sat Nov  3 16:47:13 2007
From: rob at robmela.com (Robert Mela)
Date: Sat, 03 Nov 2007 16:47:13 -0400
Subject: [Nitro] Documentation Documentation
In-Reply-To: <36CEAEC3-2D34-4E77-A738-A80849291517@gmail.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>	<472AE930.1030509@arnebrasseur.net>	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>	<472B4B2F.9010709@robmela.com>	<1194053379.425543.87550@v3g2000hsg.googlegroups.com>	<389c43e40711022351t77514ea3ldd9a10ffc358423b@mail.gmail.com>
	<36CEAEC3-2D34-4E77-A738-A80849291517@gmail.com>
Message-ID: <472CDE51.1060805@robmela.com>

So is that something in between Tutorial and Book.

   1. Quickstart (README.intro )
   2. Tutorial
   3. "Four Days of Nitro"
   4. The Book

Advantage -- it appears long before "book", and makes a great warmup for 
person(s) doing Book.

Somewhere outside the progression but perhaps sharing some resources with it

    * Reference ( is this not the same as RDocs? )


s.ross wrote:
> One nice "up and running" tutorial for Rails is this:
>
> http://rails.homelinux.org/
>
> It's a bit dated by now, but covered out-of-the-box Rails experience.
>
> Hope this helps.
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>   

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071103/0d9da405/attachment.vcf 

From william.full.moon at gmail.com  Sat Nov  3 22:13:34 2007
From: william.full.moon at gmail.com (* William)
Date: Sun, 4 Nov 2007 13:13:34 +1100
Subject: [Nitro] Nitro/Og cheat sheet styles/ideas/levels....
In-Reply-To: <472C9D7E.3090106@robmela.com>
References: <389c43e40711030010u313b8c98qa553ced7e8fcaabb@mail.gmail.com>
	<472C9D7E.3090106@robmela.com>
Message-ID: <9e03c3c60711031913xe3bf70bwc1bae4c973900158@mail.gmail.com>

Hi folk / Robert

On the small point of our general individual, "...fault as an engineer ...
[to] prematurely jumping to nuts-and-bolts" (when I am wear my s/w
engineer's hat) -- There are some pedagogical processes that can be
developed for these areas (wearing me adult training cap).

In the specific get me started in a new technically biased (as in lots of
technology) topic area, you begin with easily FAMILIAR subject matter and
analyse what's called the "training gap".

Software engineers can see this as a user analysis in preparation for
enumerating use cases.

Take a familar - To The User - Scenario and analyse what that person may not
possibly know.  Everything, assume nothing.

I believe the most efficient way to accomplish that task is to begin by
developing user profiles of that context and knowledge (assumed knowledge)
of each "user class".

That works.

The reason it works is because each role or user class' needs and knowledge
is written out and accounted for, they can be tracked.  When a tutorial or
training section is ready.  I can actually ask, "Did I get told in logical
order?" == Logical order, meaning each topic is presented one idea at a
time, and no new topic/idea is presented before the prerequisites are
presented.

While we may not need such detail, after all everyone knows what a database
is for don't they?  (Well actually no.  They might know what the name
means.)  It is like riding a bicycle -- Knowing the word and the machine, is
then same as riding it and "knowing it". *grin*

Profile helps others too -- at some point we'll want some marketing.
Profiles are the start of target market segmentation.  It also helps
internals and addon developers understand user requirements and design
paramerters for fixed and on-going change and development (see: "Marketing
Myopia", Levitte, 1960, Harvard Business Review).

You will find that different inductions will be needed to begin introduction
tutorials different user classes.

Give it a thought.  I believe a user profile main wiki page where people can
develop and refind each user class would be a great beginning.

Our general individual "...fault as an engineer ..[to] prematurely jumping
to nuts-and-bolts" becomes the advantage of engineering when we jump on the
"appropriate" productive "nuts-and-bolts" issues.  Here, I'm suggesting user
profiles for the new users are very useful!

cheers,
            Will.



On 04/11/2007, Robert Mela <rob at robmela.com> wrote:
>
> I would first ask what is it we want to produce.  In other words:
>
> 1) What topics need to be covered
> 3) A list of use cases and the format that serves each
>
>
> #1 would require input from George and Tom -- it would leverage their
> time really well.   This could start before documentation does.




My fault as an engineer is prematurely jumping to nuts-and-bolts
> "How".    This is a tangent -- but I'd love to see a design for reusable
> components that each format can built itself from -- e.g., a Topic
> class, with CodeExample, Synopsis, RelatedTopics.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071104/11c80c85/attachment.html 

From transfire at gmail.com  Sun Nov  4 21:17:39 2007
From: transfire at gmail.com (Trans)
Date: Mon, 05 Nov 2007 02:17:39 -0000
Subject: [Nitro] SQL anyone?
Message-ID: <1194229059.735264.210620@o38g2000hse.googlegroups.com>

My pal, Peter, put out a pretty sweet tutorial recently:

  http://www.xaop.com/articles/2007/10/07/metaprogramming

Prepare to shit your SQL pants!

T.


From arne at arnebrasseur.net  Mon Nov  5 03:08:09 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Mon, 05 Nov 2007 16:08:09 +0800
Subject: [Nitro] SQL anyone?
In-Reply-To: <1194229059.735264.210620@o38g2000hse.googlegroups.com>
References: <1194229059.735264.210620@o38g2000hse.googlegroups.com>
Message-ID: <472ECF69.4080808@arnebrasseur.net>

Very interesting, and it's from the Belgian Ruby User Group. Didn't even 
know there was one!

Are you suggesting Og could use a

result = query do ...
?

(ab)

Trans schreef:
> My pal, Peter, put out a pretty sweet tutorial recently:
>
>   http://www.xaop.com/articles/2007/10/07/metaprogramming
>
> Prepare to shit your SQL pants!
>
> T.
>
> _______________________________________________
> 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 t_leitner at gmx.at  Mon Nov  5 03:15:58 2007
From: t_leitner at gmx.at (Thomas Leitner)
Date: Mon, 5 Nov 2007 09:15:58 +0100
Subject: [Nitro] Euruko anyone?
Message-ID: <B65493DD-D3F2-43A1-9BD3-41E7D821710D@gmx.at>

Hey,

anybody going to Euruko this weekend? I'll be there this time :)

   Thomas

From lasso at lassoweb.se  Mon Nov  5 03:38:23 2007
From: lasso at lassoweb.se (Lars Olsson)
Date: Mon, 5 Nov 2007 08:38:23 -0000 (UTC)
Subject: [Nitro] SQL anyone?
In-Reply-To: <1194229059.735264.210620@o38g2000hse.googlegroups.com>
References: <1194229059.735264.210620@o38g2000hse.googlegroups.com>
Message-ID: <44272.192.176.230.1.1194251903.squirrel@webmail.lassoweb.se>

Yes, very interesting. But don't we already have stuff like that in Og?
(the Caboose::EZ module).

/lasso



On Mon, November 5, 2007 02:17, Trans wrote:
> My pal, Peter, put out a pretty sweet tutorial recently:
>
>
> http://www.xaop.com/articles/2007/10/07/metaprogramming
>
>
> Prepare to shit your SQL pants!
>
>
> T.
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>



From tastapod at gmail.com  Mon Nov  5 05:16:08 2007
From: tastapod at gmail.com (Dan North)
Date: Mon, 5 Nov 2007 10:16:08 +0000
Subject: [Nitro] Documentation Documentation
In-Reply-To: <472B4B2F.9010709@robmela.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472AE930.1030509@arnebrasseur.net>
	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>
	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>
	<472B4B2F.9010709@robmela.com>
Message-ID: <d559d8430711050216m533ded29t85a22b39e5e398f5@mail.gmail.com>

Whilst we are on the subject of Og, here's a request that came from inside
ThoughtWorks. I'm interested in how it fits into the current model for Og:

<quote>
I want unit of work so that I don't have to manually remember to flush to
the database or remember arcane rules about persistance through reachability
for different collection mappings.

I want Hibernate-style HQL so I can perform complex reporting style queries
expressed in my domain language and so that I can map legacy schemas without
having to remember ugly table/column names.

I want several levels of caching so that I can be clever about caching data
for read-mostly applications. (And anyone telling me ActiveRecord or plugins
can already do this does not know what they're talking about.)
</quote>

Thoughts?

How much effort would it be to integrate a Unit-of-Work pattern into Og? Or
should I be thinking about a whole other ORM here? As for the HQL-style
queries, I would prefer to see an embedded DSL that supported
database-independent queries, something like LINQ meets HQL. Perhaps that's
a separate project that would play nice with Og?

Thanks,
Dan


On 11/2/07, Robert Mela <rob at robmela.com> wrote:
>
> The Og/Legacy DB question offers a good use-case scenario for the
> documentation process.   It was next on my list for cheatsheets, so I'm
> already willing to generate *something*.
>
> So the use case is this -- how do I generate that entry such that Arne
> can easily integrate it into what he's doing?  Or should I just write a
> cheatsheet now, and Arne or whoever can use it as input for their own
> version of docs?
>
> One scenario I envision is that Arne is Documentation Tsar.   Generating
> documentation himself, but also farming work out to other volunteers.
> I'm willing to write submissions as they occur to me, write submissions
> as per DocTsar requests, or do legwork and research, legwork, code
> reading, and experimentation for things anyone else is thinking about
> writing about.
>
> So, let's take Og and Legacy Databases as a use case scenario for a
> documentation process and me as an example volunteer.  How might a
> process work?
>
> Dan North wrote:
> > I'm really excited about this. There is already a buzz inside
> > ThoughtWorks about this announcement. It would be great to see a
> > genuine viable alternative to the rails / active record world.
> >
> > I see nitro having two significant advantages over rails:
> >
> > * It is just so easy to use. I really do struggle to get my head
> > around rails. There is a surprising amount of hidden "tacit" knowledge
> > required to become effective with rails, given that it is supposed to
> > be entirely convention based. I describe it as the difference between
> > struts and webwork (for anyone from a Java background). Struts was ok,
> > and was the framework that made java a viable web technology, but
> > webwork just feels nicer. (Ironically, "struts 2" is actually webwork
> > 2 - so they eventually worked that out for themselves).
> >
> > * I can write a web app that talks to a legacy database. Og gives me a
> > full ORM rather than requiring that I own the database. That opens up
> > a whole class of web apps that are simply not available to a stack
> > constrained to an active record pattern.
> >
> > For my money (about $0.02), this would be my priority for getting
> > nitro "out there":
> >
> > - Documentation, documentation, documentation. It doesn't have to be
> > clever or comprehensive. Just a solid walk-through of creating an
> > application. The answers are mostly there amongst the original videos,
> > the cheat sheets and the tutorials. It just needs shaking down and
> > presenting in a clear and consistent way. I would choose some
> > "typical" users  and target them. Initially target an experienced ruby
> > programmer writing their first web app in nitro. Then something like a
> > "nitro for rails developers" track.
> >
> > - Stability. (Funny enough, less important to me than being able to
> > write an app in the first place.) I don't mind if it has rough edges
> > as long as the core stuff mostly works, and the mailing list is
> > responsive to my stupidity. It's pre-1.0 after all.
> >
> > Cheers,
> > Dan
>
>
> _______________________________________________
> 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/20071105/00f201a8/attachment-0001.html 

From george.moschovitis at gmail.com  Mon Nov  5 05:47:59 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Nov 2007 12:47:59 +0200
Subject: [Nitro] Admin part.
Message-ID: <afd80b540711050247r55d02e15w743de09c8a0c9d47@mail.gmail.com>

Rob,

can you please verify that the admin part in the lates repo indeed works?
(use facets 2.0.4 please)

-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/20071105/f4401828/attachment.html 

From arne at arnebrasseur.net  Mon Nov  5 06:23:32 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Mon, 05 Nov 2007 19:23:32 +0800
Subject: [Nitro] Nitro request handling overview
Message-ID: <472EFD34.1000908@arnebrasseur.net>

I figured this would come in handy for folks trying to get what's going 
on in Nitro, including myself.



A request comes in at a certain adapter (mongrel, fcgi, ...). 
(raw/adapter/<...>.rb)

The adapter creates a new Context object and fills it with whatever is 
in the request : parameters, cookies, and the QUERY_STRING

It calls handle_context (AdapterHandlerMixin raw/adapter.rb)

This calls dispath_context (Dispatcher raw/dispatcher.rb)

The Dispatcher consults the Router, determines the controller class, the 
name of the action 'super method', any parameters and the format.

The super method is named #{action}___super, this method calls the 
method #{action} and the action view method, which is basically the 
compiled form of the template : #{action}___#{format}___view.

This all is given back to the adapter. It sets 
Thread[:CURRENT_CONTROLLER] to the controller class, and creates a new 
Controller instance. It sends 'render_action' to the controller with the 
action 'super method' name and any parameters.

render_action is defined in the Render module which is mixed into 
controllers. It basically wraps the action rendering in some error 
handling. (raw/controller/render)

At this point the controller will receive the #{action}___super method. 
If it doesn't exist yet it will trigger method_missing in Publishable, 
which is mixed into controllers. (raw/controller/publishable).

Publishable will call on the Compiler to compile the necessary 
super/view methods and resend the message.

The super method is pretty much boiler plate. It calls the actual action 
method (the one you write yourself) and the #{action}___#{format}___view 
method. It also calls a 'before' and an 'after' hook in the current 
Format, and possibly caches the output at the end.

The view method is generated by locating the template (if any) and 
running it through the format's filter pipeline : 
format.filter_template(template_text). The result is ruby code which is 
plugged into the controller as the #{action}___#{format}___view method.


(ab)

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


From tastapod at gmail.com  Mon Nov  5 07:20:06 2007
From: tastapod at gmail.com (Dan North)
Date: Mon, 5 Nov 2007 12:20:06 +0000
Subject: [Nitro] [OG] RFC uri structure
In-Reply-To: <afd80b540711031022y593b5895v680e094b849c197c@mail.gmail.com>
References: <389c43e40711021226o25ed3d43gd5103bd78bb1b15e@mail.gmail.com>
	<afd80b540711031022y593b5895v680e094b849c197c@mail.gmail.com>
Message-ID: <d559d8430711050420h1e712224uf540eef5f31722db@mail.gmail.com>

Perl uses a format called a DSN. Since there is already a convention, we
should try to adhere to that.

It looks roughly like: dbi:vendor:other-stuff, but I'm not sure of the
specifics.


On 11/3/07, George Moschovitis <george.moschovitis at gmail.com> wrote:
>
> I would say
>
> dbi-vendor...
>
> -g.
>
> On Nov 2, 2007 9:26 PM, Mark Van De Vyver <mvyver at gmail.com> wrote:
>
> > Hi Devs,
> > The Sequel/Datasets thread was ominously silent - nonetheless pushing
> > ahead.
> >
> > If you were able to start Og in the following way:
> > Og(uri)
> >
> > What would be the preferred uri format:
> > a) "dbi-<vendor>://user: pass at localhost
> > :9876/dbname#<vendor>driveroptions"
> > b) "dbi:<vendor>://user:pass at localhost
> > :9876/dbname#<vendor>driveroptions"
> > c) both
> > d) neither (please tell/suggest)
> >
> > Some notes:
> > - "DBI" and <vendor> would be case insensitive.
> > - Not all arguments are 'required'.  The following would work (assuming
> > (a)),
> > "DBI-mysql:///testdb"
> > and even
> > "dbi:///testdb"
> > In that missing arguments would employ the defaults as specific by the
> > settings in og.rb.
> >
> > Regards
> > Mark
> > _______________________________________________
> > 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/20071105/f4b619a1/attachment.html 

From george.moschovitis at gmail.com  Mon Nov  5 07:30:43 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Nov 2007 14:30:43 +0200
Subject: [Nitro] Nitro request handling overview
In-Reply-To: <472EFD34.1000908@arnebrasseur.net>
References: <472EFD34.1000908@arnebrasseur.net>
Message-ID: <afd80b540711050430r36f5414eu8345f73fd991892d@mail.gmail.com>

>
> The Dispatcher consults the Router, determines the controller class, the
> name of the action 'super method', any parameters and the format.
>


I need a better name to replace 'super'. Suggestions are welcome!

-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/20071105/95246664/attachment.html 

From william.full.moon at gmail.com  Mon Nov  5 09:33:09 2007
From: william.full.moon at gmail.com (* William)
Date: Tue, 6 Nov 2007 01:33:09 +1100
Subject: [Nitro] Nitro request handling overview
In-Reply-To: <afd80b540711050430r36f5414eu8345f73fd991892d@mail.gmail.com>
References: <472EFD34.1000908@arnebrasseur.net>
	<afd80b540711050430r36f5414eu8345f73fd991892d@mail.gmail.com>
Message-ID: <9e03c3c60711050633o30bfbf4bn6327d76fd5a5df30@mail.gmail.com>

origin - source - provider

On 05/11/2007, George Moschovitis <george.moschovitis at gmail.com> wrote:
>
> The Dispatcher consults the Router, determines the controller class, the
> > name of the action 'super method', any parameters and the format.
> >
>
>
> I need a better name to replace 'super'. Suggestions are welcome!
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071106/fa2e7547/attachment.html 

From rob at robmela.com  Mon Nov  5 09:41:26 2007
From: rob at robmela.com (Robert Mela)
Date: Mon, 05 Nov 2007 09:41:26 -0500
Subject: [Nitro] Nitro request handling overview
In-Reply-To: <afd80b540711050430r36f5414eu8345f73fd991892d@mail.gmail.com>
References: <472EFD34.1000908@arnebrasseur.net>
	<afd80b540711050430r36f5414eu8345f73fd991892d@mail.gmail.com>
Message-ID: <472F2B96.4070500@robmela.com>

George Moschovitis wrote:
>
>     The Dispatcher consults the Router, determines the controller
>     class, the
>     name of the action 'super method', any parameters and the format.
>
>
>
> I need a better name to replace 'super'. Suggestions are welcome!
>
> -g.
"awesome" ;)

I think super is probably as good as any, but freely associating I get:

root, base, default, first-available

... and perhaps "over" -- the "overmethod"

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071105/34a72f2a/attachment.vcf 

From wyhaines at gmail.com  Mon Nov  5 10:14:10 2007
From: wyhaines at gmail.com (Kirk Haines)
Date: Mon, 5 Nov 2007 08:14:10 -0700
Subject: [Nitro] SQL anyone?
In-Reply-To: <1194229059.735264.210620@o38g2000hse.googlegroups.com>
References: <1194229059.735264.210620@o38g2000hse.googlegroups.com>
Message-ID: <f4cd26df0711050714q375f27e9wc4dfe209ce3aac2c@mail.gmail.com>

On 11/4/07, Trans <transfire at gmail.com> wrote:
> My pal, Peter, put out a pretty sweet tutorial recently:
>
>  http://www.xaop.com/articles/2007/10/07/metaprogramming
>
> Prepare to shit your SQL pants!

It's a simplified version of Kansas.  Been doing this for years.


Kirk Haines

From rob at robmela.com  Mon Nov  5 10:15:13 2007
From: rob at robmela.com (Robert Mela)
Date: Mon, 05 Nov 2007 10:15:13 -0500
Subject: [Nitro] Admin part.
In-Reply-To: <afd80b540711050247r55d02e15w743de09c8a0c9d47@mail.gmail.com>
References: <afd80b540711050247r55d02e15w743de09c8a0c9d47@mail.gmail.com>
Message-ID: <472F3381.8010206@robmela.com>

Preliminary trial says it's fixed.

Which leads us to more fundamental and *critical* bug in Og core.   
Updates to many-to-many relations are broken.  I spotted this a couple 
days ago, haven't had a chance to explore.  

I found it both using isTaggable and in my own many_to_many 
implementation of Post to Tag.  I wanted to pull together a standalone 
og code snippet to reproduce it but haven't gotten to it.



ERROR: Error while handling OgAdminController#save()
ERROR: undefined method `remove' for []:Array
  
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/collection.rb:274:in 
`send'
  
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/collection.rb:274:in 
`method_missing'
  
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/collection.rb:134:in 
`<<'
  
/Users/rmela/nitro/branch/script/lib/../../raw/lib/raw/util/attr.rb:111:in 
`populate_object'
  
/Users/rmela/nitro/branch/script/lib/../../raw/lib/raw/util/attr.rb:108:in 
`each'
  
/Users/rmela/nitro/branch/script/lib/../../raw/lib/raw/util/attr.rb:108:in 
`populate_object'
  
/Users/rmela/nitro/branch/script/lib/../../raw/lib/raw/util/attr.rb:88:in 
`each'
  
/Users/rmela/nitro/branch/script/lib/../../raw/lib/raw/util/attr.rb:88:in 
`populate_object'
  /Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:211:in 
`assign'
  
/Users/rmela/nitro/branch/script/lib/../../nitro/lib/part/admin/og/controller.rb:97:in 
`save'


George Moschovitis wrote:
> Rob,
>
> can you please verify that the admin part in the lates repo indeed 
> works? (use facets 2.0.4 please)
>
> -g.
>
> -- 
> http://me.gr
> http://joy.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 --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071105/390bcfe4/attachment.vcf 

From transfire at gmail.com  Mon Nov  5 11:18:37 2007
From: transfire at gmail.com (Trans)
Date: Mon, 05 Nov 2007 16:18:37 -0000
Subject: [Nitro] SQL anyone?
In-Reply-To: <f4cd26df0711050714q375f27e9wc4dfe209ce3aac2c@mail.gmail.com>
References: <1194229059.735264.210620@o38g2000hse.googlegroups.com>
	<f4cd26df0711050714q375f27e9wc4dfe209ce3aac2c@mail.gmail.com>
Message-ID: <1194279517.537617.18060@57g2000hsv.googlegroups.com>



On Nov 5, 10:14 am, "Kirk Haines" <wyhai... at gmail.com> wrote:
> On 11/4/07, Trans <transf... at gmail.com> wrote:
>
> > My pal, Peter, put out a pretty sweet tutorial recently:
>
> >  http://www.xaop.com/articles/2007/10/07/metaprogramming
>
> > Prepare to shit your SQL pants!
>
> It's a simplified version of Kansas.  Been doing this for years.

Kansas has a DSL like that?

T.


From transfire at gmail.com  Mon Nov  5 11:19:09 2007
From: transfire at gmail.com (Trans)
Date: Mon, 05 Nov 2007 16:19:09 -0000
Subject: [Nitro] SQL anyone?
In-Reply-To: <44272.192.176.230.1.1194251903.squirrel@webmail.lassoweb.se>
References: <1194229059.735264.210620@o38g2000hse.googlegroups.com>
	<44272.192.176.230.1.1194251903.squirrel@webmail.lassoweb.se>
Message-ID: <1194279549.312184.159780@o38g2000hse.googlegroups.com>



On Nov 5, 3:38 am, "Lars Olsson" <la... at lassoweb.se> wrote:
> Yes, very interesting. But don't we already have stuff like that in Og?
> (the Caboose::EZ module).

I wouldn't know. I find zero docs for it.

T.


From lists at ruby-forum.com  Mon Nov  5 11:50:25 2007
From: lists at ruby-forum.com (Be Auser)
Date: Mon, 5 Nov 2007 17:50:25 +0100
Subject: [Nitro] Sinatra/Og ?
In-Reply-To: <4722230B.7070505@robmela.com>
References: <4722230B.7070505@robmela.com>
Message-ID: <75ae98891af7bbe8192984b2f9295150@ruby-forum.com>

Robert Mela wrote:
> Sinatra/Og?

I'm not particularly keen on Og yet, but I'll check it out and get back 
to you about it

you can always check at http://xnot.org/sinatra for more information as 
well


-- 
Posted via http://www.ruby-forum.com/.

From wyhaines at gmail.com  Mon Nov  5 12:05:07 2007
From: wyhaines at gmail.com (Kirk Haines)
Date: Mon, 5 Nov 2007 10:05:07 -0700
Subject: [Nitro] SQL anyone?
In-Reply-To: <1194279517.537617.18060@57g2000hsv.googlegroups.com>
References: <1194229059.735264.210620@o38g2000hse.googlegroups.com>
	<f4cd26df0711050714q375f27e9wc4dfe209ce3aac2c@mail.gmail.com>
	<1194279517.537617.18060@57g2000hsv.googlegroups.com>
Message-ID: <f4cd26df0711050905k59df90cn9a21b3d324ecdeac@mail.gmail.com>

On 11/5/07, Trans <transfire at gmail.com> wrote:

> Kansas has a DSL like that?

Yeah.  It's central to why I like Kansas.  And that code _really_
looks like it's just a simplified reimplementation of some Kansas
code.  I like some of the changes to the syntax in his example,
though.


students = ksdbh.select(:Students)

male_students = ksdbh.select(:Students) {|s| s.gender == 'm'}

males_ordered_by_gpa_between_27_and_40 = ksdbh.select(:Students) do |s|
  s.order_by(:gpa)
  (s.gender == 'm') & (s.age.between(27,40))
end


I've had a Kansas rewrite on my todo list for a very long time.  I am
taking a closer look at some of his syntax ideas.  I like a couple of
them.


Kirk Haines

From mvyver at gmail.com  Mon Nov  5 15:04:27 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Tue, 6 Nov 2007 07:04:27 +1100
Subject: [Nitro] [OG] RFC uri structure
In-Reply-To: <d559d8430711050420h1e712224uf540eef5f31722db@mail.gmail.com>
References: <389c43e40711021226o25ed3d43gd5103bd78bb1b15e@mail.gmail.com>
	<afd80b540711031022y593b5895v680e094b849c197c@mail.gmail.com>
	<d559d8430711050420h1e712224uf540eef5f31722db@mail.gmail.com>
Message-ID: <389c43e40711051204j485eab4ds8fc43a57e2d14ac6@mail.gmail.com>

On Nov 5, 2007 11:20 PM, Dan North <tastapod at gmail.com> wrote:
> Perl uses a format called a DSN. Since there is already a convention, we
> should try to adhere to that.

Agreed.  It looks like the Ruby DBI spec pay some homage to Perl.
Essentially the uri is parsed into the dsn.  To support both, it would
be a case of distinguishing a dsn from a uri.
I'll try to do that.

> It looks roughly like: dbi:vendor:other-stuff, but I'm not sure of the
> specifics.

That is right, the other stuff is ';' delimited: "param=value".

Anyway a complete uri at the moment will be (the generic uri definition):

"dbi-sqlite://username:pass at localhost:9876/dbname#other-stuff"

where other stuff is in the format of 'other-stuff' above.

this gets parsed into the dsn:

dbi:sqlite:user=username;password=pass;host=localhost;port=9876;database=dbname;other-stuff

My intention is that if a parameter value isn't given then a vendor
specific default value is employed.
So the following should work:

Og("dbi-sqlite:/")

Lats note: The uri contents are parsed into the options hash and
should (I'll give it a try) work with other (non-dbi) adapters...

Regards
Mark



>
>
>
>  On 11/3/07, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > I would say
> >
> > dbi-vendor...
> >
> > -g.
> >
> >
> >
> > On Nov 2, 2007 9:26 PM, Mark Van De Vyver < mvyver at gmail.com> wrote:
> >
> > > Hi Devs,
> > > The Sequel/Datasets thread was ominously silent - nonetheless pushing
> ahead.
> > >
> > > If you were able to start Og in the following way:
> > > Og(uri)
> > >
> > > What would be the preferred uri format:
> > > a) "dbi-<vendor>://user:
> pass at localhost:9876/dbname#<vendor>driveroptions"
> > > b)
> "dbi:<vendor>://user:pass at localhost:9876/dbname#<vendor>driveroptions"
> > > c) both
> > > d) neither (please tell/suggest)
> > >
> > > Some notes:
> > > - "DBI" and <vendor> would be case insensitive.
> > > - Not all arguments are 'required'.  The following would work (assuming
> (a)),
> > > "DBI-mysql:///testdb"
> > > and even
> > > "dbi:///testdb"
> > > In that missing arguments would employ the defaults as specific by the
> > > settings in og.rb.
> > >
> > > Regards
> > > Mark
> > > _______________________________________________
> > > 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
> >
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From george.moschovitis at gmail.com  Mon Nov  5 16:27:40 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Nov 2007 23:27:40 +0200
Subject: [Nitro] Apache question
Message-ID: <afd80b540711051327j22fee0bbr6ba2504e4e02e858@mail.gmail.com>

Dear devs,

I have a small apache question, hopefully someone can help.

I would like to rewrite urls like:

username.mysite.com

to

www.mysite.com/view/username

everyone knows the exact RewriteCond/RewriteRule directives?

thanks in advance,
-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/20071105/01580bed/attachment.html 

From prpht9 at gmail.com  Mon Nov  5 16:32:53 2007
From: prpht9 at gmail.com (chris)
Date: Mon, 5 Nov 2007 16:32:53 -0500
Subject: [Nitro] Apache question
In-Reply-To: <afd80b540711051327j22fee0bbr6ba2504e4e02e858@mail.gmail.com>
References: <afd80b540711051327j22fee0bbr6ba2504e4e02e858@mail.gmail.com>
Message-ID: <c66aa6700711051332q6d9ca5c0o180143ac775f5a04@mail.gmail.com>

I think what you want is name based virtual host routing.  I have a sample
configuration file at home.  I'll post it here when I get there.

Chris

On 11/5/07, George Moschovitis <george.moschovitis at gmail.com> wrote:
>
> Dear devs,
>
> I have a small apache question, hopefully someone can help.
>
> I would like to rewrite urls like:
>
> username.mysite.com
>
> to
>
> www.mysite.com/view/username
>
> everyone knows the exact RewriteCond/RewriteRule directives?
>
> thanks in advance,
> -g.
>
>
> --
> 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/20071105/2d4f45d2/attachment.html 

From george.moschovitis at gmail.com  Mon Nov  5 16:59:50 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Nov 2007 23:59:50 +0200
Subject: [Nitro] Apache question
In-Reply-To: <c66aa6700711051332q6d9ca5c0o180143ac775f5a04@mail.gmail.com>
References: <afd80b540711051327j22fee0bbr6ba2504e4e02e858@mail.gmail.com>
	<c66aa6700711051332q6d9ca5c0o180143ac775f5a04@mail.gmail.com>
Message-ID: <afd80b540711051359m1be15c40hab5a109f9da2dd46@mail.gmail.com>

please do so...

thanks,
-g.

On Nov 5, 2007 11:32 PM, chris <prpht9 at gmail.com> wrote:

> I think what you want is name based virtual host routing.  I have a sample
> configuration file at home.  I'll post it here when I get there.
>
> Chris
>
> On 11/5/07, George Moschovitis <george.moschovitis at gmail.com> wrote:
>
> > Dear devs,
> >
> > I have a small apache question, hopefully someone can help.
> >
> > I would like to rewrite urls like:
> >
> > username.mysite.com
> >
> > to
> >
> > www.mysite.com/view/username
> >
> > everyone knows the exact RewriteCond/RewriteRule directives?
> >
> > thanks in advance,
> > -g.
> >
> >
> > --
> > 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
> >
>
>
> _______________________________________________
> 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/20071105/b409d1b3/attachment.html 

From prpht9 at gmail.com  Mon Nov  5 22:33:32 2007
From: prpht9 at gmail.com (chris)
Date: Mon, 5 Nov 2007 22:33:32 -0500
Subject: [Nitro] Apache question
In-Reply-To: <afd80b540711051359m1be15c40hab5a109f9da2dd46@mail.gmail.com>
References: <afd80b540711051327j22fee0bbr6ba2504e4e02e858@mail.gmail.com>
	<c66aa6700711051332q6d9ca5c0o180143ac775f5a04@mail.gmail.com>
	<afd80b540711051359m1be15c40hab5a109f9da2dd46@mail.gmail.com>
Message-ID: <c66aa6700711051933o364039e9ladd7c8c92c7612ea@mail.gmail.com>

I'm on a debian based system which includes the following snip from the main
conf file.  The "ServerName carl" entry is the hostname of the incoming http
request.  The "VirtualHost *" is defining what ip interface to listen on
btw.

chris at carl:/etc/apache2/sites-available$ cat carl
<VirtualHost *>

    LoadModule proxy_http_module /usr/lib/apache2/modules/mod_proxy_http.so

    ServerName carl

    ProxyPass / http://localhost:9000/
    ProxyPassReverse / http://localhost:9000/

    <Location />
        Order allow,deny
        Allow from 192.168.0.0/16
    </Location>
</VirtualHost>


Your should look like this...


> <VirtualHost *>
>
>     LoadModule proxy_http_module
> /usr/lib/apache2/modules/mod_proxy_http.so
>
>     ServerName username.mydomain.com
>
>     ProxyPass / http://www.mydomain.com:9000/
>     ProxyPassReverse / http://www.mydomain.com:9000/
>
>     <Location />
>         Order allow,deny
>         Allow from *
>     </Location>

    <PUT_REWRITE_RULE_HERE to make / => /view/username />
> </VirtualHost>
>

This should get you going, let me know if you have more problems I'll go
into more detail.

-Chris


On Nov 5, 2007 4:59 PM, George Moschovitis <george.moschovitis at gmail.com>
wrote:

> please do so...
>
> thanks,
> -g.
>
>
> On Nov 5, 2007 11:32 PM, chris <prpht9 at gmail.com> wrote:
>
> > I think what you want is name based virtual host routing.  I have a
> > sample configuration file at home.  I'll post it here when I get there.
> >
> > Chris
> >
> > On 11/5/07, George Moschovitis <george.moschovitis at gmail.com> wrote:
> >
> > >  Dear devs,
> > >
> > > I have a small apache question, hopefully someone can help.
> > >
> > > I would like to rewrite urls like:
> > >
> > > username.mysite.com
> > >
> > > to
> > >
> > > www.mysite.com/view/username
> > >
> > > everyone knows the exact RewriteCond/RewriteRule directives?
> > >
> > > thanks in advance,
> > > -g.
> > >
> > >
> > > --
> > > 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
> > >
> >
> >
> > _______________________________________________
> > 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/20071105/88db06e6/attachment-0001.html 

From george.moschovitis at gmail.com  Tue Nov  6 01:54:19 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 6 Nov 2007 08:54:19 +0200
Subject: [Nitro] Apache question
In-Reply-To: <c66aa6700711051933o364039e9ladd7c8c92c7612ea@mail.gmail.com>
References: <afd80b540711051327j22fee0bbr6ba2504e4e02e858@mail.gmail.com>
	<c66aa6700711051332q6d9ca5c0o180143ac775f5a04@mail.gmail.com>
	<afd80b540711051359m1be15c40hab5a109f9da2dd46@mail.gmail.com>
	<c66aa6700711051933o364039e9ladd7c8c92c7612ea@mail.gmail.com>
Message-ID: <afd80b540711052254j1f342425o6a66a0ffaf7c8f39@mail.gmail.com>

I don't want a VirtualHost.
I will have 100.000 different usernames. I can't add a VirtualHost for each
one of them.

I need a single rewrite rule.

any ideas?

-g.



On Nov 6, 2007 5:33 AM, chris <prpht9 at gmail.com> wrote:

> I'm on a debian based system which includes the following snip from the
> main conf file.  The "ServerName carl" entry is the hostname of the incoming
> http request.  The "VirtualHost *" is defining what ip interface to listen
> on btw.
>
> chris at carl:/etc/apache2/sites-available$ cat carl
> <VirtualHost *>
>
>     LoadModule proxy_http_module
> /usr/lib/apache2/modules/mod_proxy_http.so
>
>     ServerName carl
>
>     ProxyPass / http://localhost:9000/
>     ProxyPassReverse / http://localhost:9000/
>
>     <Location />
>         Order allow,deny
>         Allow from 192.168.0.0/16
>     </Location>
> </VirtualHost>
>
>
> Your should look like this...
>
>
> > <VirtualHost *>
> >
> >     LoadModule proxy_http_module
> > /usr/lib/apache2/modules/mod_proxy_http.so
> >
> >     ServerName username.mydomain.com
> >
> >     ProxyPass / http://www.mydomain.com:9000/
> >     ProxyPassReverse / http://www.mydomain.com:9000/
> >
> >     <Location />
> >         Order allow,deny
> >         Allow from *
> >     </Location>
>
>     <PUT_REWRITE_RULE_HERE to make / => /view/username />
> > </VirtualHost>
> >
>
> This should get you going, let me know if you have more problems I'll go
> into more detail.
>
> -Chris
>
>
>
> On Nov 5, 2007 4:59 PM, George Moschovitis < george.moschovitis at gmail.com>
> wrote:
>
> > please do so...
> >
> > thanks,
> > -g.
> >
> >
> > On Nov 5, 2007 11:32 PM, chris <prpht9 at gmail.com > wrote:
> >
> > > I think what you want is name based virtual host routing.  I have a
> > > sample configuration file at home.  I'll post it here when I get there.
> > >
> > > Chris
> > >
> > > On 11/5/07, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > >
> > > >  Dear devs,
> > > >
> > > > I have a small apache question, hopefully someone can help.
> > > >
> > > > I would like to rewrite urls like:
> > > >
> > > > username.mysite.com
> > > >
> > > > to
> > > >
> > > > www.mysite.com/view/username
> > > >
> > > > everyone knows the exact RewriteCond/RewriteRule directives?
> > > >
> > > > thanks in advance,
> > > > -g.
> > > >
> > > >
> > > > --
> > > > 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
> > > >
> > >
> > >
> > > _______________________________________________
> > > 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
> >
>
>
> _______________________________________________
> 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/20071106/244891fc/attachment.html 

From arne at arnebrasseur.net  Tue Nov  6 04:39:45 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Tue, 06 Nov 2007 17:39:45 +0800
Subject: [Nitro] Nitro request handling overview
In-Reply-To: <472F2B96.4070500@robmela.com>
References: <472EFD34.1000908@arnebrasseur.net>	<afd80b540711050430r36f5414eu8345f73fd991892d@mail.gmail.com>
	<472F2B96.4070500@robmela.com>
Message-ID: <47303661.7020400@arnebrasseur.net>

Robert Mela schreef:
> George Moschovitis wrote:
>> I need a better name to replace 'super'. Suggestions are welcome!
>
> root, base, default, first-available
>
> ... and perhaps "over" -- the "overmethod"
>
I was just thinking of "master", the action its master method. The word 
isn't in use yet in OOP, Ruby or Nitro (AFAIK), and it fits well with 
what the method does. It's basically the guy in charge who delegates to 
others to do the real work.

Thinking of it, boss or PHB might also be good ;)

(ab)

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


From prpht9 at gmail.com  Tue Nov  6 09:26:25 2007
From: prpht9 at gmail.com (chris)
Date: Tue, 6 Nov 2007 09:26:25 -0500
Subject: [Nitro] Apache question
In-Reply-To: <afd80b540711052254j1f342425o6a66a0ffaf7c8f39@mail.gmail.com>
References: <afd80b540711051327j22fee0bbr6ba2504e4e02e858@mail.gmail.com>
	<c66aa6700711051332q6d9ca5c0o180143ac775f5a04@mail.gmail.com>
	<afd80b540711051359m1be15c40hab5a109f9da2dd46@mail.gmail.com>
	<c66aa6700711051933o364039e9ladd7c8c92c7612ea@mail.gmail.com>
	<afd80b540711052254j1f342425o6a66a0ffaf7c8f39@mail.gmail.com>
Message-ID: <c66aa6700711060626u257f8b9esc118795d57991ecb@mail.gmail.com>

RewriteCond %{HTTP_HOST}   !^(.*).mysite.com [NC]
RewriteRule ^/(.*)$         http://www.mysite.com/view/%1/$1 [L,R]

To have http://www.mysite.com/    not be rewritten we may need to put in
another line to tell the RewriteCond to skip direct http calls to
www.mysite.com.  Unfortunately I don't have anywhere to test this, so you'll
have to let me know how it goes and I can keep looking into the skip
directive.

-Chris


On Nov 6, 2007 1:54 AM, George Moschovitis <george.moschovitis at gmail.com>
wrote:

> I don't want a VirtualHost.
> I will have 100.000 different usernames. I can't add a VirtualHost for
> each one of them.
>
> I need a single rewrite rule.
>
> any ideas?
>
> -g.
>
>
>
>
> On Nov 6, 2007 5:33 AM, chris <prpht9 at gmail.com> wrote:
>
> > I'm on a debian based system which includes the following snip from the
> > main conf file.  The "ServerName carl" entry is the hostname of the incoming
> > http request.  The "VirtualHost *" is defining what ip interface to listen
> > on btw.
> >
> > chris at carl:/etc/apache2/sites-available$ cat carl
> > <VirtualHost *>
> >
> >     LoadModule proxy_http_module
> > /usr/lib/apache2/modules/mod_proxy_http.so
> >
> >     ServerName carl
> >
> >     ProxyPass / http://localhost:9000/
> >     ProxyPassReverse / http://localhost:9000/
> >
> >     <Location />
> >         Order allow,deny
> >         Allow from 192.168.0.0/16
> >     </Location>
> > </VirtualHost>
> >
> >
> > Your should look like this...
> >
> >
> > > <VirtualHost *>
> > >
> > >     LoadModule proxy_http_module
> > > /usr/lib/apache2/modules/mod_proxy_http.so
> > >
> > >     ServerName username.mydomain.com
> > >
> > >     ProxyPass / http://www.mydomain.com:9000/
> > >     ProxyPassReverse / http://www.mydomain.com:9000/
> > >
> > >     <Location />
> > >         Order allow,deny
> > >         Allow from *
> > >     </Location>
> >
> >     <PUT_REWRITE_RULE_HERE to make / => /view/username />
> > > </VirtualHost>
> > >
> >
> > This should get you going, let me know if you have more problems I'll go
> > into more detail.
> >
> > -Chris
> >
> >
> >
> > On Nov 5, 2007 4:59 PM, George Moschovitis <
> > george.moschovitis at gmail.com> wrote:
> >
> > > please do so...
> > >
> > > thanks,
> > > -g.
> > >
> > >
> > > On Nov 5, 2007 11:32 PM, chris <prpht9 at gmail.com > wrote:
> > >
> > > > I think what you want is name based virtual host routing.  I have a
> > > > sample configuration file at home.  I'll post it here when I get there.
> > > >
> > > > Chris
> > > >
> > > > On 11/5/07, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > > >
> > > > >  Dear devs,
> > > > >
> > > > > I have a small apache question, hopefully someone can help.
> > > > >
> > > > > I would like to rewrite urls like:
> > > > >
> > > > > username.mysite.com
> > > > >
> > > > > to
> > > > >
> > > > > www.mysite.com/view/username
> > > > >
> > > > > everyone knows the exact RewriteCond/RewriteRule directives?
> > > > >
> > > > > thanks in advance,
> > > > > -g.
> > > > >
> > > > >
> > > > > --
> > > > > 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
> > > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > 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
> > >
> >
> >
> > _______________________________________________
> > 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/20071106/9842b1b4/attachment-0001.html 

From prpht9 at gmail.com  Tue Nov  6 09:30:31 2007
From: prpht9 at gmail.com (chris)
Date: Tue, 6 Nov 2007 09:30:31 -0500
Subject: [Nitro] Nitro request handling overview
In-Reply-To: <47303661.7020400@arnebrasseur.net>
References: <472EFD34.1000908@arnebrasseur.net>
	<afd80b540711050430r36f5414eu8345f73fd991892d@mail.gmail.com>
	<472F2B96.4070500@robmela.com> <47303661.7020400@arnebrasseur.net>
Message-ID: <c66aa6700711060630uc439e56xfc3e672c223b55ce@mail.gmail.com>

well, if this method is actually delagating then the one giving the orders
is the "superior", thus the shortened version to "super".  my only other
thought would be parent.

-Chris


On Nov 6, 2007 4:39 AM, Arne Brasseur <arne at arnebrasseur.net> wrote:

> Robert Mela schreef:
> > George Moschovitis wrote:
> >> I need a better name to replace 'super'. Suggestions are welcome!
> >
> > root, base, default, first-available
> >
> > ... and perhaps "over" -- the "overmethod"
> >
> I was just thinking of "master", the action its master method. The word
> isn't in use yet in OOP, Ruby or Nitro (AFAIK), and it fits well with
> what the method does. It's basically the guy in charge who delegates to
> others to do the real work.
>
> Thinking of it, boss or PHB might also be good ;)
>
> (ab)
>
> --
> Arne Brasseur
> http://www.arnebrasseur.net
> http://www.zhongwiki.com
> http://www.bankske.org
> arne at arnebrasseur.net
>
> _______________________________________________
> 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/20071106/e88b460e/attachment.html 

From rob at robmela.com  Tue Nov  6 10:38:03 2007
From: rob at robmela.com (Robert Mela)
Date: Tue, 06 Nov 2007 10:38:03 -0500
Subject: [Nitro] Apache question
In-Reply-To: <afd80b540711052254j1f342425o6a66a0ffaf7c8f39@mail.gmail.com>
References: <afd80b540711051327j22fee0bbr6ba2504e4e02e858@mail.gmail.com>	<c66aa6700711051332q6d9ca5c0o180143ac775f5a04@mail.gmail.com>	<afd80b540711051359m1be15c40hab5a109f9da2dd46@mail.gmail.com>	<c66aa6700711051933o364039e9ladd7c8c92c7612ea@mail.gmail.com>
	<afd80b540711052254j1f342425o6a66a0ffaf7c8f39@mail.gmail.com>
Message-ID: <47308A5B.8070507@robmela.com>

The closest I see to what you're specifying is 
http://httpd.apache.org/docs/2.2/mod/mod_vhost_alias.html

Unfortunately it does not do an external redirect -- it changes the path 
internally.    But, if you can inject that path change before 
mod_rewrite then mod_rewrite can use it to generate the external 
redirect.    I think a vhost such as <VirtualHost *.mydomain.com> that 
will catch all the username domains but I would have to verify that.

If you can sacrifice the external redirect then mod_vhost_alias might be 
all you need.  I'm not sure what all your requirements are or what 
tradeoffs are acceptable.

Fortunately the path translation feature offers use of substrings -- so 
100,000 domains don't have to resolve to 100,000 top-level directory 
entries.

I can look at it tonight.   But, if it turns out the stench of 
configuration hackery is too great to bear, I can whip up a simple 
Apache module that does exactly what you need.   The logic involves will 
amount to about 10 or 20 lines of C.   This often winds up being a lot 
cleaner.   In exchange however I will need the many_to_many relation 
fixed in Og, to the point that isTaggable works correctly.

George Moschovitis wrote:
> I don't want a VirtualHost.
> I will have 100.000 different usernames. I can't add a VirtualHost for 
> each one of them.
>
> I need a single rewrite rule.
>
> any ideas?
>
> -g.
>
>
>
> On Nov 6, 2007 5:33 AM, chris <prpht9 at gmail.com 
> <mailto:prpht9 at gmail.com>> wrote:
>
>     I'm on a debian based system which includes the following snip
>     from the main conf file.  The "ServerName carl" entry is the
>     hostname of the incoming http request.  The "VirtualHost *" is
>     defining what ip interface to listen on btw.
>
>     chris at carl:/etc/apache2/sites-available$ cat carl
>     <VirtualHost *>
>
>         LoadModule proxy_http_module
>     /usr/lib/apache2/modules/mod_proxy_http.so
>
>         ServerName carl
>        
>         ProxyPass / http://localhost:9000/
>         ProxyPassReverse / http://localhost:9000/
>        
>         <Location />
>             Order allow,deny
>             Allow from 192.168.0.0/16 <http://192.168.0.0/16>
>         </Location>
>     </VirtualHost>
>
>
>     Your should look like this...
>
>
>         <VirtualHost *>
>
>             LoadModule proxy_http_module
>         /usr/lib/apache2/modules/mod_proxy_http.so
>
>             ServerName username.mydomain.com
>         <http://username.mydomain.com>
>            
>             ProxyPass / http://www.mydomain.com:9000/
>             ProxyPassReverse / http://www.mydomain.com:9000/
>            
>             <Location />
>                 Order allow,deny
>                 Allow from *
>             </Location>
>
>             <PUT_REWRITE_RULE_HERE to make / => /view/username />
>         </VirtualHost>
>
>
>     This should get you going, let me know if you have more problems
>     I'll go into more detail.
>
>     -Chris
>
>
>
>     On Nov 5, 2007 4:59 PM, George Moschovitis <
>     george.moschovitis at gmail.com
>     <mailto:george.moschovitis at gmail.com>> wrote:
>
>         please do so...
>
>         thanks,
>         -g.
>
>
>         On Nov 5, 2007 11:32 PM, chris <prpht9 at gmail.com
>         <mailto:prpht9 at gmail.com>> wrote:
>
>             I think what you want is name based virtual host routing. 
>             I have a sample configuration file at home.  I'll post it
>             here when I get there.
>
>             Chris
>
>             On 11/5/07, * George Moschovitis*
>             <george.moschovitis at gmail.com
>             <mailto:george.moschovitis at gmail.com>> wrote:
>
>                 Dear devs,
>
>                 I have a small apache question, hopefully someone can
>                 help.
>
>                 I would like to rewrite urls like:
>
>                 username.mysite.com <http://username.mysite.com>
>
>                 to
>
>                 www.mysite.com/view/username
>                 <http://www.mysite.com/view/username>
>
>                 everyone knows the exact RewriteCond/RewriteRule
>                 directives?
>
>                 thanks in advance,
>                 -g.
>
>
>                 -- 
>                 http://me.gr
>                 http://joy.gr
>                 http://cull.gr
>                 http://nitroproject.org
>                 http://phidz.com
>                 http://joyerz.com <http://joyerz.com>
>                 _______________________________________________
>                 Nitro-general mailing list
>                 Nitro-general at rubyforge.org
>                 <mailto:Nitro-general at rubyforge.org>
>                 http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
>             _______________________________________________
>             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://joy.gr>
>         http://cull.gr
>         http://nitroproject.org
>         http://phidz.com
>         http://joyerz.com <http://joyerz.com>
>
>         _______________________________________________
>         Nitro-general mailing list
>         Nitro-general at rubyforge.org <mailto:Nitro-general at rubyforge.org>
>         http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
>     _______________________________________________
>     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://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 --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071106/b68be5fe/attachment.vcf 

From prpht9 at gmail.com  Tue Nov  6 10:40:05 2007
From: prpht9 at gmail.com (chris)
Date: Tue, 6 Nov 2007 10:40:05 -0500
Subject: [Nitro] Apache question
In-Reply-To: <c66aa6700711060626u257f8b9esc118795d57991ecb@mail.gmail.com>
References: <afd80b540711051327j22fee0bbr6ba2504e4e02e858@mail.gmail.com>
	<c66aa6700711051332q6d9ca5c0o180143ac775f5a04@mail.gmail.com>
	<afd80b540711051359m1be15c40hab5a109f9da2dd46@mail.gmail.com>
	<c66aa6700711051933o364039e9ladd7c8c92c7612ea@mail.gmail.com>
	<afd80b540711052254j1f342425o6a66a0ffaf7c8f39@mail.gmail.com>
	<c66aa6700711060626u257f8b9esc118795d57991ecb@mail.gmail.com>
Message-ID: <c66aa6700711060740o262ad54l8c75bbe6bc2536ee@mail.gmail.com>

I just noticed in apache 2.0 the "!" in front of the RewriteCond expression
should be removed.

FYI


On Nov 6, 2007 9:26 AM, chris <prpht9 at gmail.com> wrote:

> RewriteCond %{HTTP_HOST}   !^(.*).mysite.com [NC]
> RewriteRule ^/(.*)$         http://www.mysite.com/view/%1/$1 <http://www.mysite.com/view/%251/$1> [L,R]
>
> To have http://www.mysite.com/     not be rewritten we may need to put in
> another line to tell the RewriteCond to skip direct http calls to
> www.mysite.com.  Unfortunately I don't have anywhere to test this, so
> you'll have to let me know how it goes and I can keep looking into the skip
> directive.
>
> -Chris
>
>
>
> On Nov 6, 2007 1:54 AM, George Moschovitis <george.moschovitis at gmail.com>
> wrote:
>
> > I don't want a VirtualHost.
> > I will have 100.000 different usernames. I can't add a VirtualHost for
> > each one of them.
> >
> > I need a single rewrite rule.
> >
> > any ideas?
> >
> > -g.
> >
> >
> >
> >
> > On Nov 6, 2007 5:33 AM, chris <prpht9 at gmail.com> wrote:
> >
> > > I'm on a debian based system which includes the following snip from
> > > the main conf file.  The "ServerName carl" entry is the hostname of the
> > > incoming http request.  The "VirtualHost *" is defining what ip interface to
> > > listen on btw.
> > >
> > > chris at carl:/etc/apache2/sites-available$ cat carl
> > > <VirtualHost *>
> > >
> > >     LoadModule proxy_http_module
> > > /usr/lib/apache2/modules/mod_proxy_http.so
> > >
> > >     ServerName carl
> > >
> > >     ProxyPass / http://localhost:9000/
> > >     ProxyPassReverse / http://localhost:9000/
> > >
> > >     <Location />
> > >         Order allow,deny
> > >         Allow from 192.168.0.0/16
> > >     </Location>
> > > </VirtualHost>
> > >
> > >
> > > Your should look like this...
> > >
> > >
> > > > <VirtualHost *>
> > > >
> > > >     LoadModule proxy_http_module
> > > > /usr/lib/apache2/modules/mod_proxy_http.so
> > > >
> > > >     ServerName username.mydomain.com
> > > >
> > > >     ProxyPass / http://www.mydomain.com:9000/
> > > >     ProxyPassReverse / http://www.mydomain.com:9000/
> > > >
> > > >     <Location />
> > > >         Order allow,deny
> > > >         Allow from *
> > > >     </Location>
> > >
> > >     <PUT_REWRITE_RULE_HERE to make / => /view/username />
> > > > </VirtualHost>
> > > >
> > >
> > > This should get you going, let me know if you have more problems I'll
> > > go into more detail.
> > >
> > > -Chris
> > >
> > >
> > >
> > > On Nov 5, 2007 4:59 PM, George Moschovitis <
> > > george.moschovitis at gmail.com> wrote:
> > >
> > > > please do so...
> > > >
> > > > thanks,
> > > > -g.
> > > >
> > > >
> > > > On Nov 5, 2007 11:32 PM, chris <prpht9 at gmail.com > wrote:
> > > >
> > > > > I think what you want is name based virtual host routing.  I have
> > > > > a sample configuration file at home.  I'll post it here when I get there.
> > > > >
> > > > > Chris
> > > > >
> > > > > On 11/5/07, George Moschovitis <george.moschovitis at gmail.com>
> > > > > wrote:
> > > > >
> > > > > >  Dear devs,
> > > > > >
> > > > > > I have a small apache question, hopefully someone can help.
> > > > > >
> > > > > > I would like to rewrite urls like:
> > > > > >
> > > > > > username.mysite.com
> > > > > >
> > > > > > to
> > > > > >
> > > > > > www.mysite.com/view/username
> > > > > >
> > > > > > everyone knows the exact RewriteCond/RewriteRule directives?
> > > > > >
> > > > > > thanks in advance,
> > > > > > -g.
> > > > > >
> > > > > >
> > > > > > --
> > > > > > 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
> > > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > 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
> > > >
> > >
> > >
> > > _______________________________________________
> > > 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/20071106/f9358837/attachment.html 

From rob at robmela.com  Tue Nov  6 18:21:35 2007
From: rob at robmela.com (Robert Mela)
Date: Tue, 06 Nov 2007 18:21:35 -0500
Subject: [Nitro] isTaggable bug
Message-ID: <4730F6FF.4070500@robmela.com>

Actually, it's probably a generic many_to_many bug.

Problem also exists in trunk.


#!/opt/local/bin/ruby
require 'og'
require 'sqlite3'

class Post
 attr_accessor :name, String
 is Taggable
end

Og.start(
 :adapter => 'sqlite',
 :name => 'tagtest',
 :destroy_schema => true,
 :create_schema => true
)
p=Post.new
p.name = 'post1'
t1 = Tag.new
t1.name = 'tag1'
t2 = Tag.new
t2.name = 'tag2'


p.tags <<  t1
p.tags << t2
p.save

This exception thrown during save.  I expect it's likely to bring any 
blog sample application crashing early.  Not a good early impression!

Also of note -- notice printed for ogtag and ogpost, but none for 
ogj_post_tag.   But that's not important now :)

robert-melas-computer:~/projects/og rmela$ ruby tagtest.rb
INFO: Og uses the Sqlite store.
INFO: Dropped database 'tagtest'
INFO: Created table ogtag.
INFO: Created table ogpost.
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/collection.rb:274:in 
`send': undefined method `remove' for [#<Tag:0x15bec48 @count=0, 
@name="tag1">]:Array (NoMethodError)
       from 
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/collection.rb:274:in 
`method_missing'
       from 
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/collection.rb:134:in 
`<<'
       from tagtest.rb:26
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071106/ce553de9/attachment-0001.vcf 

From rob at robmela.com  Tue Nov  6 18:21:43 2007
From: rob at robmela.com (Robert Mela)
Date: Tue, 06 Nov 2007 18:21:43 -0500
Subject: [Nitro] conf rb file required with new Nitro?
Message-ID: <4730F707.30700@robmela.com>

A conf/debug.rb file is now required for even the simplest app?

Is that an intentional decision?

/opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
`gem_original_require': no such file to load -- 
/Users/rmela/projects/og/conf/debug (LoadError)
        from 
/opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
        from 
/Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/application.rb:169:in 
`read_configuration_file'
        from 
/Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/application.rb:208:in 
`configure'
        from 
/Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/application.rb:105:in 
`start'
        from hello.rb:28

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071106/3f612eff/attachment.vcf 

From mvyver at gmail.com  Tue Nov  6 22:34:39 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Wed, 7 Nov 2007 14:34:39 +1100
Subject: [Nitro] isTaggable bug
In-Reply-To: <4730F6FF.4070500@robmela.com>
References: <4730F6FF.4070500@robmela.com>
Message-ID: <389c43e40711061934r491fdd5bg7b6ef318a6f88047@mail.gmail.com>

Hi Rob,
Not sure if this helps or sheds any light....

In evolution.rb:Evolution#evolve_schema, the method will:
return unless @options[:evolve_schema]

HTH?
Mark

On Nov 7, 2007 10:21 AM, Robert Mela <rob at robmela.com> wrote:
> Actually, it's probably a generic many_to_many bug.
>
> Problem also exists in trunk.
>
>
> #!/opt/local/bin/ruby
> require 'og'
> require 'sqlite3'
>
> class Post
>  attr_accessor :name, String
>  is Taggable
> end
>
> Og.start(
>  :adapter => 'sqlite',
>  :name => 'tagtest',
>  :destroy_schema => true,
>  :create_schema => true
> )
> p=Post.new
> p.name = 'post1'
> t1 = Tag.new
> t1.name = 'tag1'
> t2 = Tag.new
> t2.name = 'tag2'
>
>
> p.tags <<  t1
> p.tags << t2
> p.save
>
> This exception thrown during save.  I expect it's likely to bring any
> blog sample application crashing early.  Not a good early impression!
>
> Also of note -- notice printed for ogtag and ogpost, but none for
> ogj_post_tag.   But that's not important now :)
>
> robert-melas-computer:~/projects/og rmela$ ruby tagtest.rb
> INFO: Og uses the Sqlite store.
> INFO: Dropped database 'tagtest'
> INFO: Created table ogtag.
> INFO: Created table ogpost.
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/collection.rb:274:in
> `send': undefined method `remove' for [#<Tag:0x15bec48 @count=0,
> @name="tag1">]:Array (NoMethodError)
>        from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/collection.rb:274:in
> `method_missing'
>        from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/collection.rb:134:in
> `<<'
>        from tagtest.rb:26
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From mvyver at gmail.com  Tue Nov  6 22:59:40 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Wed, 7 Nov 2007 14:59:40 +1100
Subject: [Nitro] Documentation Documentation
In-Reply-To: <d559d8430711050216m533ded29t85a22b39e5e398f5@mail.gmail.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472AE930.1030509@arnebrasseur.net>
	<afd80b540711020338k417c6d22sae3fd1886a33c09a@mail.gmail.com>
	<d559d8430711020525y582787fn1b098903fdd25ec9@mail.gmail.com>
	<472B4B2F.9010709@robmela.com>
	<d559d8430711050216m533ded29t85a22b39e5e398f5@mail.gmail.com>
Message-ID: <389c43e40711061959n7a3c841ak4ff5a5b0401d3789@mail.gmail.com>

I'll take a novices stab at this... if only to be corrected/learn something ;)

On Nov 5, 2007 9:16 PM, Dan North <tastapod at gmail.com> wrote:
> Whilst we are on the subject of Og, here's a request that came from inside
> ThoughtWorks. I'm interested in how it fits into the current model for Og:
>
> <quote>
> I want unit of work so that I don't have to manually remember to flush to
> the database or remember arcane rules about persistance

I think the persistence unit of work is an object instance - I posted
my first attempt to use Og by hacking someone's AR performance
benchmark code.  I tried to set out all the ways I could find to
'create records'. IIRC, some just took an instance of the object or a
hash and stored it, others you had to klass#save.
Is this what the person above means?

> through reachability
> for different collection mappings.

Huh, sometimes I know I'm dense, and this is one of those times.  It
sounds sophisticated so I'll leave it alone.

> I want Hibernate-style HQL so I can perform complex reporting style queries
> expressed in my domain language and so that I can map legacy schemas without
> having to remember ugly table/column names.

I've never used Hibernate... sounds like the author wants Og to know
their domain language?  Or, do they want to be able to pass blocks to
Og queries?
Og allows legacy tables I've not used them but a mail list/Oxyliquit
search should throw something up.

> I want several levels of caching so that I can be clever about caching data
> for read-mostly applications.

Not as far as I know, but after learning that Caboose::EZ apparently
(who would have quessed) contained some query DSL methods I'm
reluctant to say that something is not in Og ;)
The Sequel project mentions caching, so have a look at that in the mean time?

> (And anyone telling me ActiveRecord or plugins
> can already do this does not know what they're talking about.)
> </quote>
>
> Thoughts?
>
> How much effort would it be to integrate a Unit-of-Work pattern into Og? Or

If by unit of work you mean something like a dataset/recordset then
that might be realized once I've finished plundering Sequel's code
base - but that is vapor ware at the moment.

> should I be thinking about a whole other ORM here? As for the HQL-style

Have a look at Sequel for immediate needs.  I'm hoping to incorporate
the dataset, querying, filtering and caching goodies therein.
The model management approach and syntax is quite different from Og,
but hopefully the rest of the syntax will be common (?).

> queries, I would prefer to see an embedded DSL that supported
> database-independent queries, something like LINQ meets HQL. Perhaps that's
> a separate project that would play nice with Og?

I'd be interested in hearing thoughts on Sequels approach to caching,
datasets, querying vs Og's or any other.

Cheers
Mark
> Thanks,
> Dan
>
>
>
>
> On 11/2/07, Robert Mela <rob at robmela.com> wrote:
> >
> >
> >
> > The Og/Legacy DB question offers a good use-case scenario for the
> > documentation process.   It was next on my list for cheatsheets, so I'm
> > already willing to generate *something*.
> >
> > So the use case is this -- how do I generate that entry such that Arne
> > can easily integrate it into what he's doing?  Or should I just write a
> > cheatsheet now, and Arne or whoever can use it as input for their own
> > version of docs?
> >
> > One scenario I envision is that Arne is Documentation Tsar.   Generating
> > documentation himself, but also farming work out to other volunteers.
> > I'm willing to write submissions as they occur to me, write submissions
> > as per DocTsar requests, or do legwork and research, legwork, code
> > reading, and experimentation for things anyone else is thinking about
> > writing about.
> >
> > So, let's take Og and Legacy Databases as a use case scenario for a
> > documentation process and me as an example volunteer.  How might a
> > process work?
> >
> > Dan North wrote:
> > > I'm really excited about this. There is already a buzz inside
> > > ThoughtWorks about this announcement. It would be great to see a
> > > genuine viable alternative to the rails / active record world.
> > >
> > > I see nitro having two significant advantages over rails:
> > >
> > > * It is just so easy to use. I really do struggle to get my head
> > > around rails. There is a surprising amount of hidden "tacit" knowledge
> > > required to become effective with rails, given that it is supposed to
> > > be entirely convention based. I describe it as the difference between
> > > struts and webwork (for anyone from a Java background). Struts was ok,
> > > and was the framework that made java a viable web technology, but
> > > webwork just feels nicer. (Ironically, "struts 2" is actually webwork
> > > 2 - so they eventually worked that out for themselves).
> > >
> > > * I can write a web app that talks to a legacy database. Og gives me a
> > > full ORM rather than requiring that I own the database. That opens up
> > > a whole class of web apps that are simply not available to a stack
> > > constrained to an active record pattern.
> > >
> > > For my money (about $0.02), this would be my priority for getting
> > > nitro "out there":
> > >
> > > - Documentation, documentation, documentation. It doesn't have to be
> > > clever or comprehensive. Just a solid walk-through of creating an
> > > application. The answers are mostly there amongst the original videos,
> > > the cheat sheets and the tutorials. It just needs shaking down and
> > > presenting in a clear and consistent way. I would choose some
> > > "typical" users  and target them. Initially target an experienced ruby
> > > programmer writing their first web app in nitro. Then something like a
> > > "nitro for rails developers" track.
> > >
> > > - Stability. (Funny enough, less important to me than being able to
> > > write an app in the first place.) I don't mind if it has rough edges
> > > as long as the core stuff mostly works, and the mailing list is
> > > responsive to my stupidity. It's pre-1.0 after all.
> > >
> > > Cheers,
> > > Dan
> >
> >
> > _______________________________________________
> >
> > 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 william.full.moon at gmail.com  Tue Nov  6 23:29:55 2007
From: william.full.moon at gmail.com (* William)
Date: Wed, 7 Nov 2007 15:29:55 +1100
Subject: [Nitro] Nitro request handling overview
In-Reply-To: <c66aa6700711060630uc439e56xfc3e672c223b55ce@mail.gmail.com>
References: <472EFD34.1000908@arnebrasseur.net>
	<afd80b540711050430r36f5414eu8345f73fd991892d@mail.gmail.com>
	<472F2B96.4070500@robmela.com> <47303661.7020400@arnebrasseur.net>
	<c66aa6700711060630uc439e56xfc3e672c223b55ce@mail.gmail.com>
Message-ID: <9e03c3c60711062029l163ab8f7l2faf0eec2fdfd302@mail.gmail.com>

is this thread still unravelling?

... if it is superiior call it the the "boss", "guru", "king"

there must be one free 'superior'-inferior word some place :-D

*smiling*

On 07/11/2007, chris <prpht9 at gmail.com> wrote:
>
> well, if this method is actually delagating then the one giving the orders
> is the "superior", thus the shortened version to "super".  my only other
> thought would be parent.
>
> -Chris
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071107/a5612bc1/attachment.html 

From arne at arnebrasseur.net  Wed Nov  7 01:15:53 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Wed, 07 Nov 2007 14:15:53 +0800
Subject: [Nitro] conf rb file required with new Nitro?
In-Reply-To: <4730F707.30700@robmela.com>
References: <4730F707.30700@robmela.com>
Message-ID: <47315819.9040007@arnebrasseur.net>

Robert Mela schreef:
> A conf/debug.rb file is now required for even the simplest app?
>
> Is that an intentional decision?
I also noticed this. Another thing I noticed is that Nitro::LibPath is 
no longer set correctly because nitro.rb moved up a level in the file 
tree. Because of this nitro --create myapp doesn't work. The patch fixes 
this.
>
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
> `gem_original_require': no such file to load -- 
> /Users/rmela/projects/og/conf/debug (LoadError)
>        from 
> /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in 
> `require'
>        from 
> /Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/application.rb:169:in 
> `read_configuration_file'
>        from 
> /Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/application.rb:208:in 
> `configure'
>        from 
> /Users/rmela/nitro/branch/script/lib/../../nitro/lib/nitro/application.rb:105:in 
> `start'
>        from hello.rb:28
>
> _______________________________________________
> 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 --------------
A non-text attachment was scrubbed...
Name: ab_20071104_libpath.patch
Type: text/x-patch
Size: 1620 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071107/6fc7fff2/attachment.bin 

From transfire at gmail.com  Wed Nov  7 02:13:34 2007
From: transfire at gmail.com (Trans)
Date: Wed, 07 Nov 2007 07:13:34 -0000
Subject: [Nitro] conf rb file required with new Nitro?
In-Reply-To: <47315819.9040007@arnebrasseur.net>
References: <4730F707.30700@robmela.com><47315819.9040007@arnebrasseur.net>
Message-ID: <1194419614.051770.195260@o38g2000hse.googlegroups.com>

I look at both of these. Thanks.


From mvyver at gmail.com  Wed Nov  7 03:00:32 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Wed, 7 Nov 2007 19:00:32 +1100
Subject: [Nitro] [OG] enchant Question: klass.table or klass::OGTABLE
Message-ID: <389c43e40711070000k53ef51ddv56ee76fff61f3749@mail.gmail.com>

Hi Devs,
This may be a dumb question, but which of the following is the correct
way to access the table name of an Og managed class:
 a) klass.table
 b) klass::OGTABLE

In fact just what does the following comment in
sql.rb:SqlStore#enchant mean/relate to?

      # FIXME: jl: Remove references to table, then remove these 5 lines

It makes me think the above choice it's been resolved to use
klass::OGTABLE, _but_  _only_ in Og's code. Correct?
So internal use of klass.table is deprecated but the table attribute
remains for user code.  Correct?

Mark

From rob at robmela.com  Wed Nov  7 08:25:58 2007
From: rob at robmela.com (Robert Mela)
Date: Wed, 07 Nov 2007 08:25:58 -0500
Subject: [Nitro] Testing
Message-ID: <4731BCE6.7050001@robmela.com>

I'd like to put some add/remove test cases into 
og/test/og/model/taggable.rb, perhaps also have  and a "does it even 
start?" test into nitro/test/nitro/application.rb.

Same could go into a new file in og/test/relation/many_to_many.rb

Are the tests that are there now the model to follow?

Thanks.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071107/d4e4b632/attachment-0001.vcf 

From mvyver at gmail.com  Wed Nov  7 13:03:47 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Thu, 8 Nov 2007 05:03:47 +1100
Subject: [Nitro] Testing
In-Reply-To: <4731BCE6.7050001@robmela.com>
References: <4731BCE6.7050001@robmela.com>
Message-ID: <389c43e40711071003r28c52124h3014bcc92152d627@mail.gmail.com>

Hi,
My 2c.

I've found the following helps make it more obvious what a spec refers
to, and when the spec fails you get a better idea about the class
invovled:

module Og
  describe HasManyCollection, "#resolve_polymorphic with some context
description" do
    it "should ..." do
    end
  end
end

For a fialing test (outside of rake test:og) you'll see something like

Og::HasManyCollection##resolve_polymorphic with some context
description should ...." failed etc.

Oh and if you think of a spec for behavior that isn't implemented,
include it using RSpec's
pending("comment") do ...end;
and then comment it out - that way your insights are recorded for
posterity.  RSpec pending's cuase the rake task to register the
example as a fail hence the suggestion to comment it out.

On a related note, I thought a convention to _try_ to adhere to was to
include in ./test/file.rb specs for methods that are found in
./lib/file.rb.
Now this isn't always possible in a pure way, but worth shooting for?

Like I said, just my 2c.
Mark

On Nov 8, 2007 12:25 AM, Robert Mela <rob at robmela.com> wrote:
> I'd like to put some add/remove test cases into
> og/test/og/model/taggable.rb, perhaps also have  and a "does it even
> start?" test into nitro/test/nitro/application.rb.
>
> Same could go into a new file in og/test/relation/many_to_many.rb
>
> Are the tests that are there now the model to follow?
>
> Thanks.
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From work at ashleymoran.me.uk  Wed Nov  7 13:51:46 2007
From: work at ashleymoran.me.uk (Ashley Moran)
Date: Wed, 7 Nov 2007 18:51:46 +0000
Subject: [Nitro] InfoQ article
Message-ID: <38D01E2B-5D45-40BF-B9AB-213E9BEAC102@ashleymoran.me.uk>

Hi

Haven't seen this mentioned on the list, just wondered if any of you  
were aware of this bit of Nitro publicity:
<http://www.infoq.com/news/2007/11/forgotten-ruby-web-frameworks>

They could have chosen a better title though...

Ashley


-- 
blog @ http://aviewfromafar.net/
linked-in @ http://www.linkedin.com/in/ashleymoran
currently @ home


From transfire at gmail.com  Wed Nov  7 14:11:23 2007
From: transfire at gmail.com (Trans)
Date: Wed, 07 Nov 2007 19:11:23 -0000
Subject: [Nitro] Proposed change to Module#is
Message-ID: <1194462683.976563.165260@o80g2000hse.googlegroups.com>

Here's the change to #is I've been contemplating. I'm thinking it
might make a good override of include actually.


  class Module

    def is(*mods)
      mods.each do |mod|
        if mod.const_defined?(:Self)
          extend mod.const_get(:Self)
        end
      end
      include(*mods)
    end

  end


example:


  module Dog

    def bark; "ruff"; end

    module Self
      def fleas; '. ' * rand(10).to_i; end
    end

  end

  class Spot
    is Dog
  end

  Spot.fleas  #=> '. . . . . '

T.


From george.moschovitis at gmail.com  Wed Nov  7 14:25:39 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 7 Nov 2007 21:25:39 +0200
Subject: [Nitro] InfoQ article
In-Reply-To: <38D01E2B-5D45-40BF-B9AB-213E9BEAC102@ashleymoran.me.uk>
References: <38D01E2B-5D45-40BF-B9AB-213E9BEAC102@ashleymoran.me.uk>
Message-ID: <afd80b540711071125p48de0dbex3a61610c213bdc46@mail.gmail.com>

intersting, thanks  for the link.

-g.

On Nov 7, 2007 8:51 PM, Ashley Moran <work at ashleymoran.me.uk> wrote:

> Hi
>
> Haven't seen this mentioned on the list, just wondered if any of you
> were aware of this bit of Nitro publicity:
> <http://www.infoq.com/news/2007/11/forgotten-ruby-web-frameworks>
>
> They could have chosen a better title though...
>
> Ashley
>
>
> --
> blog @ http://aviewfromafar.net/
> linked-in @ http://www.linkedin.com/in/ashleymoran
> currently @ home
>
> _______________________________________________
> 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/20071107/04d743c4/attachment.html 

From mvyver at gmail.com  Thu Nov  8 00:42:55 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Thu, 8 Nov 2007 16:42:55 +1100
Subject: [Nitro] [Og] RFC DBI and SQLRelay URI
Message-ID: <389c43e40711072142s18189af4r9bc8142f8f5cfebc@mail.gmail.com>

Hi Devs,
Would appreciate thoughts, discussion of the following issues.

At the moment the proposed uri for the dbi adapter for the SQLStore is:
"dbi-<vendor>://username:pass at localhost:9876/dbname#other-stuff"

>From this details about the backend are parsed and added to the @options hash.
We'd then have options
:adapter => :dbi
:dbd      => :<vendor>

For non-dbi adapter cases @options[:adapter] and @options[:dbd]
contain the same data.

Now for the SQLRelay dbd we still need to know the backend the relay
connects to, as well as that it is the sqlrelay dbd.
Some options:

A) have sqlrelay take the place of dbi in the uri, effectively meaning
that the dbi is only used for sqlrelay mediated connections. The case
for this is that there are already <vendor> adapters, and for example
dbi-mysql doesn't (immediately) add anything (in terms of
features/functionality).  Case against is that this makes it difficult
to ever fully move all sql adapters to the DBI adapter.  Assuming that
is every intended, here is where a roadmap would be handy.

B) extend the uri to:   "dbi-sqlrelay-<vendor>://etc.".  This would
introduce another configuration element: @options[:sqlrelay] =>
:<vendor>.  There would also need to be some logic specific to the
sqlrelay - but not too tricky.  In this case @options[:sqlrelay] would
be nil unless @options[dbd] => :sqlrelay

Thoughts, comments?
I imagine B) would be the more popular/consensus choice?

Cheers
Mark

From transfire at gmail.com  Thu Nov  8 10:10:12 2007
From: transfire at gmail.com (Trans)
Date: Thu, 08 Nov 2007 15:10:12 -0000
Subject: [Nitro] [Og] RFC DBI and SQLRelay URI
In-Reply-To: <389c43e40711072142s18189af4r9bc8142f8f5cfebc@mail.gmail.com>
References: <389c43e40711072142s18189af4r9bc8142f8f5cfebc@mail.gmail.com>
Message-ID: <1194534612.966618.112660@k35g2000prh.googlegroups.com>



On Nov 8, 12:42 am, "Mark Van De Vyver" <mvy... at gmail.com> wrote:
> Hi Devs,
> Would appreciate thoughts, discussion of the following issues.
>
> At the moment the proposed uri for the dbi adapter for the SQLStore is:
> "dbi-<vendor>://username:pass at localhost:9876/dbname#other-stuff"
>
> >From this details about the backend are parsed and added to the @options hash.
>
> We'd then have options
> :adapter => :dbi
> :dbd      => :<vendor>
>
> For non-dbi adapter cases @options[:adapter] and @options[:dbd]
> contain the same data.
>
> Now for the SQLRelay dbd we still need to know the backend the relay
> connects to, as well as that it is the sqlrelay dbd.
> Some options:
>
> A) have sqlrelay take the place of dbi in the uri, effectively meaning
> that the dbi is only used for sqlrelay mediated connections. The case
> for this is that there are already <vendor> adapters, and for example
> dbi-mysql doesn't (immediately) add anything (in terms of
> features/functionality).  Case against is that this makes it difficult
> to ever fully move all sql adapters to the DBI adapter.  Assuming that
> is every intended, here is where a roadmap would be handy.
>
> B) extend the uri to:   "dbi-sqlrelay-<vendor>://etc.".  This would
> introduce another configuration element: @options[:sqlrelay] =>
> :<vendor>.  There would also need to be some logic specific to the
> sqlrelay - but not too tricky.  In this case @options[:sqlrelay] would
> be nil unless @options[dbd] => :sqlrelay
>
> Thoughts, comments?
> I imagine B) would be the more popular/consensus choice?

Do you have write-up of what it is you're working on? I can't offer
any advice b/c I've not exactly sure what you are doing.

Thanks,
T.


From rob at robmela.com  Thu Nov  8 11:12:58 2007
From: rob at robmela.com (Robert Mela)
Date: Thu, 08 Nov 2007 11:12:58 -0500
Subject: [Nitro] Apache question
In-Reply-To: <afd80b540711052254j1f342425o6a66a0ffaf7c8f39@mail.gmail.com>
References: <afd80b540711051327j22fee0bbr6ba2504e4e02e858@mail.gmail.com>	<c66aa6700711051332q6d9ca5c0o180143ac775f5a04@mail.gmail.com>	<afd80b540711051359m1be15c40hab5a109f9da2dd46@mail.gmail.com>	<c66aa6700711051933o364039e9ladd7c8c92c7612ea@mail.gmail.com>
	<afd80b540711052254j1f342425o6a66a0ffaf7c8f39@mail.gmail.com>
Message-ID: <4733358A.6030400@robmela.com>

Has this been solved?

George Moschovitis wrote:
> I don't want a VirtualHost.
> I will have 100.000 different usernames. I can't add a VirtualHost for 
> each one of them.
>
> I need a single rewrite rule.
>
> any ideas?
>
> -g.
>
>
>
> On Nov 6, 2007 5:33 AM, chris <prpht9 at gmail.com 
> <mailto:prpht9 at gmail.com>> wrote:
>
>     I'm on a debian based system which includes the following snip
>     from the main conf file.  The "ServerName carl" entry is the
>     hostname of the incoming http request.  The "VirtualHost *" is
>     defining what ip interface to listen on btw.
>
>     chris at carl:/etc/apache2/sites-available$ cat carl
>     <VirtualHost *>
>
>         LoadModule proxy_http_module
>     /usr/lib/apache2/modules/mod_proxy_http.so
>
>         ServerName carl
>        
>         ProxyPass / http://localhost:9000/
>         ProxyPassReverse / http://localhost:9000/
>        
>         <Location />
>             Order allow,deny
>             Allow from 192.168.0.0/16 <http://192.168.0.0/16>
>         </Location>
>     </VirtualHost>
>
>
>     Your should look like this...
>
>
>         <VirtualHost *>
>
>             LoadModule proxy_http_module
>         /usr/lib/apache2/modules/mod_proxy_http.so
>
>             ServerName username.mydomain.com
>         <http://username.mydomain.com>
>            
>             ProxyPass / http://www.mydomain.com:9000/
>             ProxyPassReverse / http://www.mydomain.com:9000/
>            
>             <Location />
>                 Order allow,deny
>                 Allow from *
>             </Location>
>
>             <PUT_REWRITE_RULE_HERE to make / => /view/username />
>         </VirtualHost>
>
>
>     This should get you going, let me know if you have more problems
>     I'll go into more detail.
>
>     -Chris
>
>
>
>     On Nov 5, 2007 4:59 PM, George Moschovitis <
>     george.moschovitis at gmail.com
>     <mailto:george.moschovitis at gmail.com>> wrote:
>
>         please do so...
>
>         thanks,
>         -g.
>
>
>         On Nov 5, 2007 11:32 PM, chris <prpht9 at gmail.com
>         <mailto:prpht9 at gmail.com>> wrote:
>
>             I think what you want is name based virtual host routing. 
>             I have a sample configuration file at home.  I'll post it
>             here when I get there.
>
>             Chris
>
>             On 11/5/07, * George Moschovitis*
>             <george.moschovitis at gmail.com
>             <mailto:george.moschovitis at gmail.com>> wrote:
>
>                 Dear devs,
>
>                 I have a small apache question, hopefully someone can
>                 help.
>
>                 I would like to rewrite urls like:
>
>                 username.mysite.com <http://username.mysite.com>
>
>                 to
>
>                 www.mysite.com/view/username
>                 <http://www.mysite.com/view/username>
>
>                 everyone knows the exact RewriteCond/RewriteRule
>                 directives?
>
>                 thanks in advance,
>                 -g.
>
>
>                 -- 
>                 http://me.gr
>                 http://joy.gr
>                 http://cull.gr
>                 http://nitroproject.org
>                 http://phidz.com
>                 http://joyerz.com <http://joyerz.com>
>                 _______________________________________________
>                 Nitro-general mailing list
>                 Nitro-general at rubyforge.org
>                 <mailto:Nitro-general at rubyforge.org>
>                 http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
>             _______________________________________________
>             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://joy.gr>
>         http://cull.gr
>         http://nitroproject.org
>         http://phidz.com
>         http://joyerz.com <http://joyerz.com>
>
>         _______________________________________________
>         Nitro-general mailing list
>         Nitro-general at rubyforge.org <mailto:Nitro-general at rubyforge.org>
>         http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
>     _______________________________________________
>     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://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 --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071108/831e70c0/attachment.vcf 

From george.moschovitis at gmail.com  Thu Nov  8 11:17:32 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 8 Nov 2007 18:17:32 +0200
Subject: [Nitro] Apache question
In-Reply-To: <4733358A.6030400@robmela.com>
References: <afd80b540711051327j22fee0bbr6ba2504e4e02e858@mail.gmail.com>
	<c66aa6700711051332q6d9ca5c0o180143ac775f5a04@mail.gmail.com>
	<afd80b540711051359m1be15c40hab5a109f9da2dd46@mail.gmail.com>
	<c66aa6700711051933o364039e9ladd7c8c92c7612ea@mail.gmail.com>
	<afd80b540711052254j1f342425o6a66a0ffaf7c8f39@mail.gmail.com>
	<4733358A.6030400@robmela.com>
Message-ID: <afd80b540711080817lab91d12oc6f09a021a9af940@mail.gmail.com>

>
> Has this been solved?


nope, I did this with nitro:

module Raw::Request

  # Implement user mapping:
  # username.me.gr -> me.gr/user/view/username

  def uri
    ruri = @headers["REQUEST_URI"]
    return ruri if host_uri =~ /http:\/\/(www)\./
    if host_uri =~ /http:\/\/(.+)\.me\.gr\/?/ and ruri == "/"
      "/user/view/#$1"
    else
      ruri
    end
  end
end


-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/20071108/a67eaab6/attachment-0001.html 

From mvyver at gmail.com  Thu Nov  8 17:17:49 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Fri, 9 Nov 2007 09:17:49 +1100
Subject: [Nitro] [Og] RFC DBI and SQLRelay URI
In-Reply-To: <1194534612.966618.112660@k35g2000prh.googlegroups.com>
References: <389c43e40711072142s18189af4r9bc8142f8f5cfebc@mail.gmail.com>
	<1194534612.966618.112660@k35g2000prh.googlegroups.com>
Message-ID: <389c43e40711081417p48e19c47m3541ba267c236c9d@mail.gmail.com>

On Nov 9, 2007 2:10 AM, Trans <transfire at gmail.com> wrote:
>
>
>
> On Nov 8, 12:42 am, "Mark Van De Vyver" <mvy... at gmail.com> wrote:
> > Hi Devs,
> > Would appreciate thoughts, discussion of the following issues.
> >
> > At the moment the proposed uri for the dbi adapter for the SQLStore is:
> > "dbi-<vendor>://username:pass at localhost:9876/dbname#other-stuff"
> >
> > >From this details about the backend are parsed and added to the @options hash.
> >
> > We'd then have options
> > :adapter => :dbi
> > :dbd      => :<vendor>
> >
> > For non-dbi adapter cases @options[:adapter] and @options[:dbd]
> > contain the same data.
> >
> > Now for the SQLRelay dbd we still need to know the backend the relay
> > connects to, as well as that it is the sqlrelay dbd.
> > Some options:
> >
> > A) have sqlrelay take the place of dbi in the uri, effectively meaning
> > that the dbi is only used for sqlrelay mediated connections. The case
> > for this is that there are already <vendor> adapters, and for example
> > dbi-mysql doesn't (immediately) add anything (in terms of
> > features/functionality).  Case against is that this makes it difficult
> > to ever fully move all sql adapters to the DBI adapter.  Assuming that
> > is every intended, here is where a roadmap would be handy.
> >
> > B) extend the uri to:   "dbi-sqlrelay-<vendor>://etc.".  This would
> > introduce another configuration element: @options[:sqlrelay] =>
> > :<vendor>.  There would also need to be some logic specific to the
> > sqlrelay - but not too tricky.  In this case @options[:sqlrelay] would
> > be nil unless @options[dbd] => :sqlrelay
> >
> > Thoughts, comments?
> > I imagine B) would be the more popular/consensus choice?
>
> Do you have write-up of what it is you're working on? I can't offer
> any advice b/c I've not exactly sure what you are doing.

No write up yet - mainly thoughts at the moment.
I've not started coding anything of SQLRelay yet still 'reflecting' on
the SQLRelay docs.

What exactly do you mean by write up - i.e what would you expect to see?
At the moment I'm just thinking some interesting use cases I might hit.

Cheers
Mark

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

From george.moschovitis at gmail.com  Fri Nov  9 03:54:12 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 9 Nov 2007 10:54:12 +0200
Subject: [Nitro] NASTY bug
Message-ID: <afd80b540711090054k387b2988o1214a93c5b8a5bab@mail.gmail.com>

Dear devs,

I am trying to find a nasty bug in

lib/raw/context/session/cookie.rb

this file implements a cookie based session store, ie the session data is
serialized to/from a cookie.
for security we store both the serialized session data and an encrypted
version of it (called diggest).

when deserializing we check the raw data against the diggest to find out if
the user has tampered the data.

this scheme works 90%. But some times (seemingly random) the diggest check
fails (ie  crypt(data) != diggest)
for no apparent reason.

I would like to really ask everyone on this list with some free time to have
a look at the code and help me track down
this nasty bug.

thanks in advance,
-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/20071109/81713e13/attachment.html 

From transfire at gmail.com  Fri Nov  9 07:41:54 2007
From: transfire at gmail.com (Trans)
Date: Fri, 09 Nov 2007 12:41:54 -0000
Subject: [Nitro] NASTY bug
In-Reply-To: <afd80b540711090054k387b2988o1214a93c5b8a5bab@mail.gmail.com>
References: <afd80b540711090054k387b2988o1214a93c5b8a5bab@mail.gmail.com>
Message-ID: <1194612114.159198.141840@i13g2000prf.googlegroups.com>



On Nov 9, 3:54 am, "George Moschovitis" <george.moschovi... at gmail.com>
wrote:
> Dear devs,
>
> I am trying to find a nasty bug in
>
> lib/raw/context/session/cookie.rb
>
> this file implements a cookie based session store, ie the session data is
> serialized to/from a cookie.
> for security we store both the serialized session data and an encrypted
> version of it (called diggest).
>
> when deserializing we check the raw data against the diggest to find out if
> the user has tampered the data.
>
> this scheme works 90%. But some times (seemingly random) the diggest check
> fails (ie  crypt(data) != diggest)
> for no apparent reason.
>
> I would like to really ask everyone on this list with some free time to have
> a look at the code and help me track down
> this nasty bug.

Ad you busting the 4K size limit?

T.


From george.moschovitis at gmail.com  Fri Nov  9 09:18:44 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 9 Nov 2007 16:18:44 +0200
Subject: [Nitro] NASTY bug
In-Reply-To: <1194612114.159198.141840@i13g2000prf.googlegroups.com>
References: <afd80b540711090054k387b2988o1214a93c5b8a5bab@mail.gmail.com>
	<1194612114.159198.141840@i13g2000prf.googlegroups.com>
Message-ID: <afd80b540711090618g689172f3n4dcede8ebfe63de8@mail.gmail.com>

>
> Ad you busting the 4K size limit?


No, this is  not the problem... I have a different check for this...

the diggest integrity test fails.

-g.




>
>
> 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/20071109/e9ec34ab/attachment.html 

From george.moschovitis at gmail.com  Fri Nov  9 16:24:04 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 9 Nov 2007 23:24:04 +0200
Subject: [Nitro] two way crypt function
Message-ID: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>

I ve asked this before:

is there a two-way 'crypt' function in ruby?

ie:


a = encrypt(original, "mysecret")
b = decrypt(a, "mysecret")

# ===> b == original

thanks in advance for any help. I am looking for something fast (not super
secure)

-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/20071109/a7daf56b/attachment.html 

From prpht9 at gmail.com  Fri Nov  9 16:34:51 2007
From: prpht9 at gmail.com (chris)
Date: Fri, 9 Nov 2007 16:34:51 -0500
Subject: [Nitro] two way crypt function
In-Reply-To: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
Message-ID: <c66aa6700711091334j76db1bc8y43aa8ef2034621f4@mail.gmail.com>

Here is blowfish

http://crypt.rubyforge.org/blowfish.html

and here is Rijndael

http://crypt.rubyforge.org/rijndael.html

On Nov 9, 2007 4:24 PM, George Moschovitis <george.moschovitis at gmail.com>
wrote:

> I ve asked this before:
>
> is there a two-way 'crypt' function in ruby?
>
> ie:
>
>
> a = encrypt(original, "mysecret")
> b = decrypt(a, "mysecret")
>
> # ===> b == original
>
> thanks in advance for any help. I am looking for something fast (not super
> secure)
>
> -g.
>
>
> --
> 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/20071109/bbb7b040/attachment.html 

From Reid.Thompson at ateb.com  Fri Nov  9 16:37:53 2007
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Fri, 09 Nov 2007 16:37:53 -0500
Subject: [Nitro] two way crypt function
In-Reply-To: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
Message-ID: <1194644273.21307.3.camel@raker.ateb.com>

previous reply -- 
http://article.gmane.org/gmane.comp.lang.ruby.nitro.general/8394/match=crypt


On Fri, 2007-11-09 at 23:24 +0200, George Moschovitis wrote:
> I ve asked this before:
> 
> is there a two-way 'crypt' function in ruby?
> 
> ie:
> 
> 
> a = encrypt(original, "mysecret")
> b = decrypt(a, "mysecret")
> 
> # ===> b == original
> 
> thanks in advance for any help. I am looking for something fast (not
> super secure)
> 
> -g.
> 
> 
> -- 
> 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

From mvyver at gmail.com  Fri Nov  9 20:04:01 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Sat, 10 Nov 2007 12:04:01 +1100
Subject: [Nitro] NASTY bug
In-Reply-To: <afd80b540711090054k387b2988o1214a93c5b8a5bab@mail.gmail.com>
References: <afd80b540711090054k387b2988o1214a93c5b8a5bab@mail.gmail.com>
Message-ID: <389c43e40711091704m192df143g24931a352dc176dc@mail.gmail.com>

On Nov 9, 2007 7:54 PM, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Dear devs,
>
> I am trying to find a nasty bug in
>
> lib/raw/context/session/cookie.rb
>
> this file implements a cookie based session store, ie the session data is
> serialized to/from a cookie.
> for security we store both the serialized session data and an encrypted
> version of it (called diggest).
>
> when deserializing we check the raw data against the diggest to find out if
> the user has tampered the data.
>
> this scheme works 90%. But some times (seemingly random) the diggest check
> fails (ie  crypt(data) != diggest)
> for no apparent reason.

I don't use Nitro so I only reply because your context could involve
simultaneous disk and network activity, so your experience might
mirror mine, and it took me months to work out what it was.....
I had file copies _randomly_ fail a cmp/diff checks.
I reproduce some details below.
If I was you I'd jump straight to the kernel boot parameters, place
the disks and network under _heavy_ load and look for lost-ticks in
the
/var/log/messages.


Apparent symptom:
----------------------------
   - Files copied to the PVFS2 area might fail a diff or cmp check
(see thread below).
   - Typically this occurs when:
       a) large files are copied and
       b) several clients are copying/reading to the PVFS2 area.
   - no errors were reported in /var/log/messages (but you might see
reports about lost ticks or cpu frequency changes)

Real symptom:
----------------------
  - The disks are being placed under load when the network connection
is also under some load.

Related reports:
----------------------
 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=55223
 http://lists.linuxcoding.com/kernel/2006-q1/msg21399.html

How I diagnosed:
------------------------
 - kernel boot parameters:
    report_lost_ticks apic=debug mce=bootlog showopts

Conjectured Workaround
-----------------------------------
This allowed me to download, compile and install a new kernel.  These
boot parameters may or may not remedy the inconsistent file copy
results....
 - Add kernel boot parameter (severe and gave me boot up problems)
   noapic
 - Or, less severe, and worked for me, add:
   no_timer_check

Solution:
------------
 - Upgrade to kernel 2.6.21 (or more recent?, i.e. I'm using 2.6.21.5).
No kernel parameters need be passed, e.g. can drop the no_timer_check.

System:
------------
  - 3 sata drives arranged as 3 stripe LVM, formatted with xfs
(openSUSE10.2 defaults)
 - This may be specific to the nVidia ck804 chipset and/or the AMD
64bit processors (?)

HTH?
Mark

> I would like to really ask everyone on this list with some free time to have
> a look at the code and help me track down
> this nasty bug.
>
> thanks in advance,
> -g.
>
>
> --
> 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
>

From george.moschovitis at gmail.com  Sat Nov 10 02:24:44 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 10 Nov 2007 09:24:44 +0200
Subject: [Nitro] two way crypt function
In-Reply-To: <1194644273.21307.3.camel@raker.ateb.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<1194644273.21307.3.camel@raker.ateb.com>
Message-ID: <afd80b540711092324x412ad375s49964fe034680311@mail.gmail.com>

Thanks,

ezcrypto does the work!

I am thinking about encrypting the session data with a two-way method and
skip the diggest test. Anyone sees any problems?

-g.



On Nov 9, 2007 11:37 PM, Reid Thompson <Reid.Thompson at ateb.com> wrote:

> previous reply --
>
> http://article.gmane.org/gmane.comp.lang.ruby.nitro.general/8394/match=crypt
>
>
> On Fri, 2007-11-09 at 23:24 +0200, George Moschovitis wrote:
> > I ve asked this before:
> >
> > is there a two-way 'crypt' function in ruby?
> >
> > ie:
> >
> >
> > a = encrypt(original, "mysecret")
> > b = decrypt(a, "mysecret")
> >
> > # ===> b == original
> >
> > thanks in advance for any help. I am looking for something fast (not
> > super secure)
> >
> > -g.
> >
> >
> > --
> > 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
> _______________________________________________
> 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/20071110/14624b3d/attachment.html 

From transfire at gmail.com  Sat Nov 10 05:37:32 2007
From: transfire at gmail.com (Trans)
Date: Sat, 10 Nov 2007 10:37:32 -0000
Subject: [Nitro] two way crypt function
In-Reply-To: <afd80b540711092324x412ad375s49964fe034680311@mail.gmail.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<1194644273.21307.3.camel@raker.ateb.com>
	<afd80b540711092324x412ad375s49964fe034680311@mail.gmail.com>
Message-ID: <1194691052.757423.248020@o38g2000hse.googlegroups.com>



On Nov 10, 2:24 am, "George Moschovitis"
<george.moschovi... at gmail.com> wrote:
> Thanks,
>
> ezcrypto does the work!

Thing I don't like about this lib -- it is for Rails. They've embedded
EzCrypto and ActiveCrypto in the same package. I don't think that's
good for Nitro. Maybe we can ask them to split the package in two?

> I am thinking about encrypting the session data with a two-way method and
> skip the diggest test. Anyone sees any problems?

How will that effect the cookie size? BTW, How were you doing the
digest to begin with? Were you using facets/crypt.rb? I would like to
add a two-way routine to that lib, to have available for simple cases.

T.


From transfire at gmail.com  Sat Nov 10 05:42:17 2007
From: transfire at gmail.com (Trans)
Date: Sat, 10 Nov 2007 10:42:17 -0000
Subject: [Nitro] two way crypt function
In-Reply-To: <1194691052.757423.248020@o38g2000hse.googlegroups.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<1194644273.21307.3.camel@raker.ateb.com>
	<afd80b540711092324x412ad375s49964fe034680311@mail.gmail.com>
	<1194691052.757423.248020@o38g2000hse.googlegroups.com>
Message-ID: <1194691337.436321.93150@v3g2000hsg.googlegroups.com>



On Nov 10, 5:37 am, Trans <transf... at gmail.com> wrote:
> On Nov 10, 2:24 am, "George Moschovitis"
>
> <george.moschovi... at gmail.com> wrote:
> > Thanks,
>
> > ezcrypto does the work!
>
> Thing I don't like about this lib -- it is for Rails. They've embedded
> EzCrypto and ActiveCrypto in the same package. I don't think that's
> good for Nitro. Maybe we can ask them to split the package in two?
>
> > I am thinking about encrypting the session data with a two-way method and
> > skip the diggest test. Anyone sees any problems?
>
> How will that effect the cookie size? BTW, How were you doing the
> digest to begin with? Were you using facets/crypt.rb? I would like to
> add a two-way routine to that lib, to have available for simple cases.

Actually, I just added one, and called it BiCrypt.

T.


From george.moschovitis at gmail.com  Sat Nov 10 05:46:08 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 10 Nov 2007 12:46:08 +0200
Subject: [Nitro] two way crypt function
In-Reply-To: <1194691337.436321.93150@v3g2000hsg.googlegroups.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<1194644273.21307.3.camel@raker.ateb.com>
	<afd80b540711092324x412ad375s49964fe034680311@mail.gmail.com>
	<1194691052.757423.248020@o38g2000hse.googlegroups.com>
	<1194691337.436321.93150@v3g2000hsg.googlegroups.com>
Message-ID: <afd80b540711100246l1f457081yefed3faa8b6978b3@mail.gmail.com>

Cool,

is this fast? This encryption/decrption will be done per request.

-g.



> Actually, I just added one, and called it BiCrypt.
>
> 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/20071110/06564453/attachment.html 

From transfire at gmail.com  Sat Nov 10 06:42:50 2007
From: transfire at gmail.com (Trans)
Date: Sat, 10 Nov 2007 11:42:50 -0000
Subject: [Nitro] two way crypt function
In-Reply-To: <afd80b540711100246l1f457081yefed3faa8b6978b3@mail.gmail.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<1194644273.21307.3.camel@raker.ateb.com>
	<afd80b540711092324x412ad375s49964fe034680311@mail.gmail.com>
	<1194691052.757423.248020@o38g2000hse.googlegroups.com>
	<1194691337.436321.93150@v3g2000hsg.googlegroups.com>
	<afd80b540711100246l1f457081yefed3faa8b6978b3@mail.gmail.com>
Message-ID: <1194694970.989040.259010@o80g2000hse.googlegroups.com>



On Nov 10, 5:46 am, "George Moschovitis"
<george.moschovi... at gmail.com> wrote:
> Cool,
>
> is this fast? This encryption/decrption will be done per request.

Eeeewwww. I mean, I'm sure it's fairly quick. It's not that
complicated, but it is Ruby. If you are going to be doing this per
request, you should consider something C-based.

Actually, a little more research reveals what's is probably the right
answer:

  OpenSSL::HMAC

See. http://kylekochis.com/2007/5/5/making-hmac-hashes-in-ruby

T.


From george.moschovitis at gmail.com  Sat Nov 10 06:45:43 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 10 Nov 2007 13:45:43 +0200
Subject: [Nitro] two way crypt function
In-Reply-To: <1194694970.989040.259010@o80g2000hse.googlegroups.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<1194644273.21307.3.camel@raker.ateb.com>
	<afd80b540711092324x412ad375s49964fe034680311@mail.gmail.com>
	<1194691052.757423.248020@o38g2000hse.googlegroups.com>
	<1194691337.436321.93150@v3g2000hsg.googlegroups.com>
	<afd80b540711100246l1f457081yefed3faa8b6978b3@mail.gmail.com>
	<1194694970.989040.259010@o80g2000hse.googlegroups.com>
Message-ID: <afd80b540711100345o4d961634v82d683f91fa72a46@mail.gmail.com>

>
>  OpenSSL::HMAC
>

i think this is used in rails. Why is this better suited? Is this two-way?

-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/20071110/ad54fc46/attachment.html 

From transfire at gmail.com  Sat Nov 10 07:52:11 2007
From: transfire at gmail.com (Trans)
Date: Sat, 10 Nov 2007 12:52:11 -0000
Subject: [Nitro] two way crypt function
In-Reply-To: <afd80b540711100345o4d961634v82d683f91fa72a46@mail.gmail.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<1194644273.21307.3.camel@raker.ateb.com>
	<afd80b540711092324x412ad375s49964fe034680311@mail.gmail.com>
	<1194691052.757423.248020@o38g2000hse.googlegroups.com>
	<1194691337.436321.93150@v3g2000hsg.googlegroups.com>
	<afd80b540711100246l1f457081yefed3faa8b6978b3@mail.gmail.com>
	<1194694970.989040.259010@o80g2000hse.googlegroups.com>
	<afd80b540711100345o4d961634v82d683f91fa72a46@mail.gmail.com>
Message-ID: <1194699131.191536.306450@19g2000hsx.googlegroups.com>



On Nov 10, 6:45 am, "George Moschovitis"
<george.moschovi... at gmail.com> wrote:
> >  OpenSSL::HMAC
>
> i think this is used in rails. Why is this better suited? Is this two-way?

B/c it was designed to do pretty much exactly you are wanting to do.

  http://en.wikipedia.org/wiki/HMAC

Plus it's built into ruby.

T.


From interfecus at gmail.com  Sat Nov 10 17:23:15 2007
From: interfecus at gmail.com (Timothy)
Date: Sun, 11 Nov 2007 11:23:15 +1300
Subject: [Nitro] two way crypt function
In-Reply-To: <1194694970.989040.259010@o80g2000hse.googlegroups.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<afd80b540711100246l1f457081yefed3faa8b6978b3@mail.gmail.com>
	<1194694970.989040.259010@o80g2000hse.googlegroups.com>
Message-ID: <200711111123.16380.interfecus@gmail.com>

HMAC is not appropriate for this! HMAC is for authentication over a network, 
not for encryption. HMAC is not reversible. If you want to be able to store 
data in cookies securely I would use a system like this:

In advance you need to select a constant global key for the application.

For each session:

1. Create a random session key, encrypt it with the global key. Store this in 
a cookie with a constant name (e.g. NITRO_SESS_KEY).

2. For each cookie you want to store, encrypt it to the session key and put it 
in a cookie. You could use one cookie for all the data or break it up in to 
related groups.

3. To recover a cookie, decrypt the session key using the global key. You can 
then use the session key to decrypt the cookie contents. Sanity checks or an 
included digest should be used to detect invalid data.

Notes:

1. The separate session key is used to minimise the risk of somebody finding 
the global key. If a person can compromise the session key then they can read 
and alter the session data from that session. If they can get the global key 
then they can read and alter the data from any session.

2. If the content of session data is predictable (size would be a good 
predictor of this) it should probably have some random data prepended to make 
it harder to use known plaintext attacks.

3. It is worth only decrypting the session when it is accessed to avoid 
unnecessary CPU load.

For encryption in Ruby you want to use the OpenSSL library. The ruby bindings 
are part of the standard library.

Cheers,

Tim

On Sunday 11 November 2007 00:42:50 Trans wrote:
> On Nov 10, 5:46 am, "George Moschovitis"
>
> <george.moschovi... at gmail.com> wrote:
> > Cool,
> >
> > is this fast? This encryption/decrption will be done per request.
>
> Eeeewwww. I mean, I'm sure it's fairly quick. It's not that
> complicated, but it is Ruby. If you are going to be doing this per
> request, you should consider something C-based.
>
> Actually, a little more research reveals what's is probably the right
> answer:
>
>   OpenSSL::HMAC
>
> See. http://kylekochis.com/2007/5/5/making-hmac-hashes-in-ruby
>
> T.
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general

From transfire at gmail.com  Sat Nov 10 20:24:54 2007
From: transfire at gmail.com (Trans)
Date: Sun, 11 Nov 2007 01:24:54 -0000
Subject: [Nitro] two way crypt function
In-Reply-To: <200711111123.16380.interfecus@gmail.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<afd80b540711100246l1f457081yefed3faa8b6978b3@mail.gmail.com>
	<1194694970.989040.259010@o80g2000hse.googlegroups.com>
	<200711111123.16380.interfecus@gmail.com>
Message-ID: <1194744294.872235.285110@o80g2000hse.googlegroups.com>



On Nov 10, 5:23 pm, Timothy <interfe... at gmail.com> wrote:
> HMAC is not appropriate for this! HMAC is for authentication over a network,
> not for encryption.

Currently authentication is all George is doing and that's what I was
suggesting it for. Also, HMAC is a part of OpenSSL.

I think if you go so far as to enrypt cookies, you should consider
carefully if you should be using cookies to begin with. Also don't
bother encrypting any cookie that doesn't really need to be. I
couldn't care less if anyone finds out my shoe size ;)

T.


From george.moschovitis at gmail.com  Sun Nov 11 06:09:34 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 11 Nov 2007 13:09:34 +0200
Subject: [Nitro] two way crypt function
In-Reply-To: <1194744294.872235.285110@o80g2000hse.googlegroups.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<afd80b540711100246l1f457081yefed3faa8b6978b3@mail.gmail.com>
	<1194694970.989040.259010@o80g2000hse.googlegroups.com>
	<200711111123.16380.interfecus@gmail.com>
	<1194744294.872235.285110@o80g2000hse.googlegroups.com>
Message-ID: <afd80b540711110309s4ca46f8cpd0568ccc0affe0ef@mail.gmail.com>

My problem is that sometimes, for some stupid reason, the digest integrity
check fails for non altered cookies.
Ie you get AlteredCookie exceptions for now reason.
I really can't find the problem.

So I was thinking, I could just encrypt/decrypt the cookie with a fast 2 way
encryption method and
solve this once and for all.

-g.



On Nov 11, 2007 3:24 AM, Trans <transfire at gmail.com> wrote:

>
>
> On Nov 10, 5:23 pm, Timothy <interfe... at gmail.com> wrote:
> > HMAC is not appropriate for this! HMAC is for authentication over a
> network,
> > not for encryption.
>
> Currently authentication is all George is doing and that's what I was
> suggesting it for. Also, HMAC is a part of OpenSSL.
>
> I think if you go so far as to enrypt cookies, you should consider
> carefully if you should be using cookies to begin with. Also don't
> bother encrypting any cookie that doesn't really need to be. I
> couldn't care less if anyone finds out my shoe size ;)
>
> 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/20071111/064f9f2f/attachment.html 

From transfire at gmail.com  Sun Nov 11 11:18:30 2007
From: transfire at gmail.com (Trans)
Date: Sun, 11 Nov 2007 16:18:30 -0000
Subject: [Nitro] two way crypt function
In-Reply-To: <afd80b540711110309s4ca46f8cpd0568ccc0affe0ef@mail.gmail.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<afd80b540711100246l1f457081yefed3faa8b6978b3@mail.gmail.com>
	<1194694970.989040.259010@o80g2000hse.googlegroups.com>
	<200711111123.16380.interfecus@gmail.com>
	<1194744294.872235.285110@o80g2000hse.googlegroups.com>
	<afd80b540711110309s4ca46f8cpd0568ccc0affe0ef@mail.gmail.com>
Message-ID: <1194797910.626302.35420@19g2000hsx.googlegroups.com>



On Nov 11, 6:09 am, "George Moschovitis"
<george.moschovi... at gmail.com> wrote:
> My problem is that sometimes, for some stupid reason, the digest integrity
> check fails for non altered cookies.
> Ie you get AlteredCookie exceptions for now reason.
> I really can't find the problem.

What lib are you using to check the cookies?

T.


From billk at cts.com  Sun Nov 11 12:36:14 2007
From: billk at cts.com (Bill Kelly)
Date: Sun, 11 Nov 2007 09:36:14 -0800
Subject: [Nitro] two way crypt function
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com><afd80b540711100246l1f457081yefed3faa8b6978b3@mail.gmail.com><1194694970.989040.259010@o80g2000hse.googlegroups.com><200711111123.16380.interfecus@gmail.com><1194744294.872235.285110@o80g2000hse.googlegroups.com>
	<afd80b540711110309s4ca46f8cpd0568ccc0affe0ef@mail.gmail.com>
Message-ID: <004f01c82489$5c33fe90$6442a8c0@gonzo>


From: George Moschovitis
>
> My problem is that sometimes, for some stupid reason, the digest
> integrity check fails for non altered cookies.
> Ie you get AlteredCookie exceptions for now reason.
> I really can't find the problem.

Would it be feasible to add some temporary debugging, to store
the exact binary data of the original cookie alongside the
digest?  So that, later, when the integrity check fails, you
can compare the exact bytes of the old cookie against the new
cookie?

(Or if I've misunderstood the problem, I'm sorry.)

But it seems like there are three possibilities:

  - the cookie bytes really did change somehow
  - the stored digest bytes got mutated somehow
  - the digest code is broken and has randomness

It seems like it should be possible (by storing the original
cookie bytes for debug purposes) to have all the data needed
to narrow down the possibilities?


Regards,

Bill



From george.moschovitis at gmail.com  Sun Nov 11 13:07:35 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 11 Nov 2007 20:07:35 +0200
Subject: [Nitro] two way crypt function
In-Reply-To: <004f01c82489$5c33fe90$6442a8c0@gonzo>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<afd80b540711100246l1f457081yefed3faa8b6978b3@mail.gmail.com>
	<1194694970.989040.259010@o80g2000hse.googlegroups.com>
	<200711111123.16380.interfecus@gmail.com>
	<1194744294.872235.285110@o80g2000hse.googlegroups.com>
	<afd80b540711110309s4ca46f8cpd0568ccc0affe0ef@mail.gmail.com>
	<004f01c82489$5c33fe90$6442a8c0@gonzo>
Message-ID: <afd80b540711111007l2893d0cfu6353e9e0129c204@mail.gmail.com>

I have added all the debugging aids. This bug is random and I still cannot
understand why it happens.
the offending code is:

lib/raw/context/session/cookie.rb

-g.

On Nov 11, 2007 7:36 PM, Bill Kelly <billk at cts.com> wrote:

>
> From: George Moschovitis
> >
> > My problem is that sometimes, for some stupid reason, the digest
> > integrity check fails for non altered cookies.
> > Ie you get AlteredCookie exceptions for now reason.
> > I really can't find the problem.
>
> Would it be feasible to add some temporary debugging, to store
> the exact binary data of the original cookie alongside the
> digest?  So that, later, when the integrity check fails, you
> can compare the exact bytes of the old cookie against the new
> cookie?
>
> (Or if I've misunderstood the problem, I'm sorry.)
>
> But it seems like there are three possibilities:
>
>  - the cookie bytes really did change somehow
>  - the stored digest bytes got mutated somehow
>  - the digest code is broken and has randomness
>
> It seems like it should be possible (by storing the original
> cookie bytes for debug purposes) to have all the data needed
> to narrow down the possibilities?
>
>
> Regards,
>
> Bill
>
>
> _______________________________________________
> 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/20071111/fc742d42/attachment.html 

From transfire at gmail.com  Sun Nov 11 15:00:25 2007
From: transfire at gmail.com (Trans)
Date: Sun, 11 Nov 2007 20:00:25 -0000
Subject: [Nitro] two way crypt function
In-Reply-To: <afd80b540711111007l2893d0cfu6353e9e0129c204@mail.gmail.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<afd80b540711100246l1f457081yefed3faa8b6978b3@mail.gmail.com>
	<1194694970.989040.259010@o80g2000hse.googlegroups.com>
	<200711111123.16380.interfecus@gmail.com>
	<1194744294.872235.285110@o80g2000hse.googlegroups.com>
	<afd80b540711110309s4ca46f8cpd0568ccc0affe0ef@mail.gmail.com>
	<004f01c82489$5c33fe90$6442a8c0@gonzo>
	<afd80b540711111007l2893d0cfu6353e9e0129c204@mail.gmail.com>
Message-ID: <1194811225.231902.250040@19g2000hsx.googlegroups.com>



On Nov 11, 1:07 pm, "George Moschovitis"
<george.moschovi... at gmail.com> wrote:
> I have added all the debugging aids. This bug is random and I still cannot
> understand why it happens.
> the offending code is:
>
> lib/raw/context/session/cookie.rb

Add this to the end of that file:

 if __FILE__ == $0

  BEGIN {
    require "facets"
    require "facets/random"
    require "cgi"

    require "raw/context/session"
    require "raw/controller/cookie"
  }

  require "test/unit"

  class TestCookie < Test::Unit::TestCase

    class MockContext
      def initialize
        @cookies = {}
        @data = {}
      end
      def cookies
        @data
      end
      def add_cookie(cookie)
        @cookies[cookie.name] = cookie
        @data[cookie.name] = cookie.value
      end
    end

    def setup
      @cookie_store = Raw::CookieSessionStore.new
    end

    def test_simple
      context = MockContext.new
      input = "RABBIT DATA"
      @cookie_store.put(input, context)
      output = @cookie_store.get(context)
      assert_equal(input, output)
    end

    context = MockContext.new
    maxsize = 1000

    1000.times do |i|
      input = String.random((rand * maxsize).to_i, /[\w\W]/)

      define_method("test_#{i}") do
        @cookie_store.put(input, context)
        output =  @cookie_store.get(context)
        assert_equal(input, output)
      end
    end

  end

 end

I ran it a few times now and it's working fine. So that should narrow
the possibilities.

My guess as the moment is Bill's #1. The cookies must be changing
somehow when it moves through the browser.

Perhaps you are not the only one using the cookie name?

Also, going the encryption route won't buy you anything if you still
plan to have the JSON formatted data available to the browser.

T.


From mvyver at gmail.com  Mon Nov 12 05:39:16 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Mon, 12 Nov 2007 21:39:16 +1100
Subject: [Nitro] Testing
In-Reply-To: <4731BCE6.7050001@robmela.com>
References: <4731BCE6.7050001@robmela.com>
Message-ID: <389c43e40711120239o40e63eacu9a36cc0aa8a4d55@mail.gmail.com>

On Nov 8, 2007 12:25 AM, Robert Mela <rob at robmela.com> wrote:
> I'd like to put some add/remove test cases into
> og/test/og/model/taggable.rb, perhaps also have  and a "does it even
> start?" test into nitro/test/nitro/application.rb.
>
> Same could go into a new file in og/test/relation/many_to_many.rb
>
> Are the tests that are there now the model to follow?

FYI Devs,
Rubinius has a nice description of a style guide, as well as a
description of a work flow worth comtemplating?
They seem to have some neat tools - not sure if they are available separately.

Mark

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

From transfire at gmail.com  Mon Nov 12 13:04:50 2007
From: transfire at gmail.com (Trans)
Date: Mon, 12 Nov 2007 18:04:50 -0000
Subject: [Nitro] Mailer as part?
Message-ID: <1194890690.755645.144630@57g2000hsv.googlegroups.com>

Would mailer make a good part?

Or is it too "common" and should just be a required lib?

T.


From george.moschovitis at gmail.com  Mon Nov 12 15:16:50 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 12 Nov 2007 22:16:50 +0200
Subject: [Nitro] Mailer as part?
In-Reply-To: <1194890690.755645.144630@57g2000hsv.googlegroups.com>
References: <1194890690.755645.144630@57g2000hsv.googlegroups.com>
Message-ID: <afd80b540711121216x44d74f86hac9fdf07bc7d9ef0@mail.gmail.com>

parts are mini web applications that are mounted...
they include controllers, models and templates.

mailer is a library.

-g.

On Nov 12, 2007 8:04 PM, Trans <transfire at gmail.com> wrote:

> Would mailer make a good part?
>
> Or is it too "common" and should just be a required lib?
>
> 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/20071112/03a7a397/attachment.html 

From george.moschovitis at gmail.com  Mon Nov 12 15:29:17 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 12 Nov 2007 22:29:17 +0200
Subject: [Nitro] Testing
In-Reply-To: <389c43e40711120239o40e63eacu9a36cc0aa8a4d55@mail.gmail.com>
References: <4731BCE6.7050001@robmela.com>
	<389c43e40711120239o40e63eacu9a36cc0aa8a4d55@mail.gmail.com>
Message-ID: <afd80b540711121229w414a9ffdh79815f59c45605fe@mail.gmail.com>

thanks, will check this out.

-g.

On Nov 12, 2007 12:39 PM, Mark Van De Vyver <mvyver at gmail.com> wrote:

> On Nov 8, 2007 12:25 AM, Robert Mela <rob at robmela.com> wrote:
> > I'd like to put some add/remove test cases into
> > og/test/og/model/taggable.rb, perhaps also have  and a "does it even
> > start?" test into nitro/test/nitro/application.rb.
> >
> > Same could go into a new file in og/test/relation/many_to_many.rb
> >
> > Are the tests that are there now the model to follow?
>
> FYI Devs,
> Rubinius has a nice description of a style guide, as well as a
> description of a work flow worth comtemplating?
> They seem to have some neat tools - not sure if they are available
> separately.
>
> Mark
>
> > Thanks.
> >
> > _______________________________________________
> > 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
>



-- 
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/20071112/ee642d98/attachment-0001.html 

From billk at cts.com  Mon Nov 12 17:16:07 2007
From: billk at cts.com (Bill Kelly)
Date: Mon, 12 Nov 2007 14:16:07 -0800
Subject: [Nitro] two way crypt function
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com><afd80b540711100246l1f457081yefed3faa8b6978b3@mail.gmail.com><1194694970.989040.259010@o80g2000hse.googlegroups.com><200711111123.16380.interfecus@gmail.com><1194744294.872235.285110@o80g2000hse.googlegroups.com><afd80b540711110309s4ca46f8cpd0568ccc0affe0ef@mail.gmail.com><004f01c82489$5c33fe90$6442a8c0@gonzo>
	<afd80b540711111007l2893d0cfu6353e9e0129c204@mail.gmail.com>
Message-ID: <089401c82579$a003c010$6442a8c0@gonzo>


Hi George,

From: George Moschovitis
>
> I have added all the debugging aids. This bug is random and I still
> cannot understand why it happens.
> the offending code is:
>
> lib/raw/context/session/cookie.rb

It appears that while the encoded cookie data going out has been
URL encoded with %0A %2B etc...

WARN: --old--> "BAhJQzoRUmF3OjpTZXNzaW9uewciDm9yZGVyX29pZGlaIgpG
TEFTSElDOhlS%0AYXc6OkZsYXNoaW5nOjpGbGFzaHsABjoLQGRpcnR5ewAGOg1AZ
XhwaXJlc3U6%0ACVRpbWUNlukagFY%2BaVE%3D%0A--fae0818a4fea3a7a9285c46f101297ea6eb11d08781a45be7c25d46ef75a2ceb
8c25feb5f1a0e5744594f6ade3f0835956e5b1bca9ae5750fe99f859d47c86b2"

WARN: %%%%%%%% digest: Session.secret="public"
WARN: -input-> "BAhJQzoRUmF3OjpTZXNzaW9uewciDm9yZGVyX29pZGlaIgpG
TEFTSElDOhlS\nYXc6OkZsYXNoaW5nOjpGbGFzaHsABjoLQGRpcnR5ewAGOg1AZX
hwaXJlc3U6\nCVRpbWUNlukagFY+aVE=\n"
WARN: -hash-->
fae0818a4fea3a7a9285c46f101297ea6eb11d08781a45be7c25d46ef75a2ceb
8c25feb5f1a0e5744594f6ade3f0835956e5b1bca9ae5750fe99f859d47c86b2


...The encoded data coming back in has already had the %xx URL
encoding decoded into literal characters:

WARN: --new--> "BAhJQzoRUmF3OjpTZXNzaW9uewciDm9yZGVyX29pZGlaIgpG
TEFTSElDOhlS\nYXc6OkZsYXNoaW5nOjpGbGFzaHsABjoLQGRpcnR5ewAGOg1AZX
hwaXJlc3U6\nCVRpbWUNlukagFY+aVE=\n--
fae0818a4fea3a7a9285c46f101297ea6eb11d08781a45be7c25d46ef75a2ceb
8c25feb5f1a0e5744594f6ade3f0835956e5b1bca9ae5750fe99f859d47c86b2"

...And as such, when CGI.decode is called on these already-literal
characters, a literal '+' will be converted to a space ' ' by 
CGI.unescape.

WARN: %%%%%%%% digest: Session.secret="public"
WARN: -input-> "BAhJQzoRUmF3OjpTZXNzaW9uewciDm9yZGVyX29pZGlaIgpG
TEFTSElDOhlS\nYXc6OkZsYXNoaW5nOjpGbGFzaHsABjoLQGRpcnR5ewAGOg1AZX
hwaXJlc3U6\nCVRpbWUNlukagFY aVE=\n"
WARN: -hash-->
859210ca5f0bfbaf57e94fbadc8c4eb9ac4c0deb6caf6ec02b664d675ea9150f
840c4dfaa41f646b51a836cd4c391bbe05a44c9dc7f495a6d9e001370181b958


Thus the digest was originally generated on data above that 
ended in "...kagFY+aVE=\n".  But when the digest is later called
to converm the data, it is called on data that looks like:
"...kagFY aVE=\n".

(Where the + has been replaced with a space.)


Hope this helps,

Bill



From transfire at gmail.com  Mon Nov 12 18:20:20 2007
From: transfire at gmail.com (Trans)
Date: Mon, 12 Nov 2007 23:20:20 -0000
Subject: [Nitro] two way crypt function
In-Reply-To: <089401c82579$a003c010$6442a8c0@gonzo>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<afd80b540711111007l2893d0cfu6353e9e0129c204@mail.gmail.com>
	<089401c82579$a003c010$6442a8c0@gonzo>
Message-ID: <1194909620.002422.173710@d55g2000hsg.googlegroups.com>



On Nov 12, 5:16 pm, "Bill Kelly" <bi... at cts.com> wrote:

> (Where the + has been replaced with a space.)
>
> Hope this helps,

Good job Bill!

So how did you figure it? Did my test case come in handy at all in
tracking that down, or did you just "see it" when looking over the
code?

T.


From transfire at gmail.com  Mon Nov 12 18:23:19 2007
From: transfire at gmail.com (Trans)
Date: Mon, 12 Nov 2007 23:23:19 -0000
Subject: [Nitro] Mailer as part?
In-Reply-To: <afd80b540711121216x44d74f86hac9fdf07bc7d9ef0@mail.gmail.com>
References: <1194890690.755645.144630@57g2000hsv.googlegroups.com>
	<afd80b540711121216x44d74f86hac9fdf07bc7d9ef0@mail.gmail.com>
Message-ID: <1194909799.680418.204050@v3g2000hsg.googlegroups.com>



On Nov 12, 3:16 pm, "George Moschovitis"
<george.moschovi... at gmail.com> wrote:
> parts are mini web applications that are mounted...
> they include controllers, models and templates.
>
> mailer is a library.

Ok. Just checking.

Parts can have libraries too though, right?

T.


From billk at cts.com  Mon Nov 12 18:51:01 2007
From: billk at cts.com (Bill Kelly)
Date: Mon, 12 Nov 2007 15:51:01 -0800
Subject: [Nitro] two way crypt function
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com><afd80b540711111007l2893d0cfu6353e9e0129c204@mail.gmail.com><089401c82579$a003c010$6442a8c0@gonzo>
	<1194909620.002422.173710@d55g2000hsg.googlegroups.com>
Message-ID: <08e301c82586$e180a910$6442a8c0@gonzo>


From: "Trans" <transfire at gmail.com>
> 
> On Nov 12, 5:16 pm, "Bill Kelly" <bi... at cts.com> wrote:
> 
>> (Where the + has been replaced with a space.)
>>
>> Hope this helps,
> 
> Good job Bill!
> 
> So how did you figure it? Did my test case come in handy at all in
> tracking that down, or did you just "see it" when looking over the
> code?

Thanks :)  I didn't end up using your test case, because my
test suite for my online store controller already tended to
encounter the cookie problem every so often.  (I had switched
to the MemorySessionStore awhile back as a workaround.)

So I went low-tech and put in some print statements and kept
re-running my test suite until the error occurred.

But I haven't studied the rest of the code enough to understand
why the data in context.cookies[Session.cookie_name] is already
CGI.unescape'd (maybe it's supposed to be.)


Regards,

Bill



From george.moschovitis at gmail.com  Tue Nov 13 01:54:01 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 13 Nov 2007 08:54:01 +0200
Subject: [Nitro] two way crypt function
In-Reply-To: <08e301c82586$e180a910$6442a8c0@gonzo>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<afd80b540711111007l2893d0cfu6353e9e0129c204@mail.gmail.com>
	<089401c82579$a003c010$6442a8c0@gonzo>
	<1194909620.002422.173710@d55g2000hsg.googlegroups.com>
	<08e301c82586$e180a910$6442a8c0@gonzo>
Message-ID: <afd80b540711122254j7aceb081tb07d327b8d823431@mail.gmail.com>

>
> But I haven't studied the rest of the code enough to understand
> why the data in context.cookies[Session.cookie_name] is already
> CGI.unescape'd (maybe it's supposed to be.)
>

It is supposed to be. But I cannot understand why the diggest is generated
on CGI.encodeded input in the first place.

I will have a better look, thanks!

-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/20071113/5b0cbcc2/attachment.html 

From george.moschovitis at gmail.com  Tue Nov 13 01:55:32 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 13 Nov 2007 08:55:32 +0200
Subject: [Nitro] two way crypt function
In-Reply-To: <afd80b540711122254j7aceb081tb07d327b8d823431@mail.gmail.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<afd80b540711111007l2893d0cfu6353e9e0129c204@mail.gmail.com>
	<089401c82579$a003c010$6442a8c0@gonzo>
	<1194909620.002422.173710@d55g2000hsg.googlegroups.com>
	<08e301c82586$e180a910$6442a8c0@gonzo>
	<afd80b540711122254j7aceb081tb07d327b8d823431@mail.gmail.com>
Message-ID: <afd80b540711122255i4222a13csd19872016abca23@mail.gmail.com>

    data = Base64.encode64(Marshal.dump(session)).chop
    data = CGI.escape("#{data}--#{generate_digest(data)}")

as you can see the diggest is generated *before* escaping, ie it is
unescapped just like when it read back.
am I missing something?

-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/20071113/530092e7/attachment.html 

From billk at cts.com  Tue Nov 13 02:14:34 2007
From: billk at cts.com (Bill Kelly)
Date: Mon, 12 Nov 2007 23:14:34 -0800
Subject: [Nitro] two way crypt function
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com><afd80b540711111007l2893d0cfu6353e9e0129c204@mail.gmail.com><089401c82579$a003c010$6442a8c0@gonzo><1194909620.002422.173710@d55g2000hsg.googlegroups.com><08e301c82586$e180a910$6442a8c0@gonzo><afd80b540711122254j7aceb081tb07d327b8d823431@mail.gmail.com>
	<afd80b540711122255i4222a13csd19872016abca23@mail.gmail.com>
Message-ID: <09df01c825c4$d826fa70$6442a8c0@gonzo>


From: George Moschovitis
>
>     data = Base64.encode64(Marshal.dump(session)).chop
>     data = CGI.escape("#{data}--#{generate_digest(data)}")
> 
> as you can see the diggest is generated *before* escaping, ie it
> is unescapped just like when it read back. 
> am I missing something?

I think the encode is fine.  But:

  def decode(data)
    data, digest = CGI.unescape(data).split("--")
    raise AlteredCookie.new unless digest == generate_digest(data)
    return Marshal.load(Base64.decode64(data))
  end

For whatever reason, 'data' passed to decode is already
unescaped.  So calling unescape again seems to convert
'+' into ' ' (space).

E.g.

>> x = CGI.escape("hey+there")
=> "hey%2Bthere"
>> CGI.unescape(x)
=> "hey+there"
>> CGI.unescape(CGI.unescape(x))
=> "hey there"


Regards,

Bill



From george.moschovitis at gmail.com  Tue Nov 13 03:17:33 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 13 Nov 2007 10:17:33 +0200
Subject: [Nitro] two way crypt function
In-Reply-To: <09df01c825c4$d826fa70$6442a8c0@gonzo>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<afd80b540711111007l2893d0cfu6353e9e0129c204@mail.gmail.com>
	<089401c82579$a003c010$6442a8c0@gonzo>
	<1194909620.002422.173710@d55g2000hsg.googlegroups.com>
	<08e301c82586$e180a910$6442a8c0@gonzo>
	<afd80b540711122254j7aceb081tb07d327b8d823431@mail.gmail.com>
	<afd80b540711122255i4222a13csd19872016abca23@mail.gmail.com>
	<09df01c825c4$d826fa70$6442a8c0@gonzo>
Message-ID: <afd80b540711130017k54f4fb95xd8b12b4aacf980b2@mail.gmail.com>

>
> >> x = CGI.escape("hey+there")
> => "hey%2Bthere"
> >> CGI.unescape(x)
> => "hey+there"
> >> CGI.unescape(CGI.unescape(x))
> => "hey there"
>

AHA!!!!!


-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/20071113/9200d021/attachment.html 

From interfecus at gmail.com  Tue Nov 13 05:29:43 2007
From: interfecus at gmail.com (Timothy)
Date: Tue, 13 Nov 2007 23:29:43 +1300
Subject: [Nitro] two way crypt function
In-Reply-To: <1194744294.872235.285110@o80g2000hse.googlegroups.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<200711111123.16380.interfecus@gmail.com>
	<1194744294.872235.285110@o80g2000hse.googlegroups.com>
Message-ID: <200711132329.43145.interfecus@gmail.com>

On Sunday 11 November 2007 14:24:54 Trans wrote:
> On Nov 10, 5:23 pm, Timothy <interfe... at gmail.com> wrote:
> > HMAC is not appropriate for this! HMAC is for authentication over a
> > network, not for encryption.
>
> Currently authentication is all George is doing and that's what I was
> suggesting it for. Also, HMAC is a part of OpenSSL.
>
> I think if you go so far as to enrypt cookies, you should consider
> carefully if you should be using cookies to begin with. Also don't
> bother encrypting any cookie that doesn't really need to be. I
> couldn't care less if anyone finds out my shoe size ;)
>
> T.
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general

HMAC would be suitable for authentication of a message but how does adding it 
to cookies improve over using a single, random session id cookie and storing 
all sensitive data in a session store? Why would you want to authenticate 
messages to yourself when you could just keep them in your sight?

I'm aware that for some small things it could be advantageous to avoid a 
roundtrip to a database due to frequent use but it's these same, frequently 
used pieces of data that will be expensive to verify repeatedly. It is common 
to see user preferences in cookies because the user cannot do any harm by 
changing them. Such applications should assume that the user might do so. 
Anything more sensitive should be kept serverside.

Timothy

From transfire at gmail.com  Tue Nov 13 07:38:30 2007
From: transfire at gmail.com (Trans)
Date: Tue, 13 Nov 2007 12:38:30 -0000
Subject: [Nitro] two way crypt function
In-Reply-To: <200711132329.43145.interfecus@gmail.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<200711111123.16380.interfecus@gmail.com>
	<1194744294.872235.285110@o80g2000hse.googlegroups.com>
	<200711132329.43145.interfecus@gmail.com>
Message-ID: <1194957510.129512.117520@19g2000hsx.googlegroups.com>



On Nov 13, 5:29 am, Timothy <interfe... at gmail.com> wrote:

> HMAC would be suitable for authentication of a message but how does adding it
> to cookies improve over using a single, random session id cookie and storing
> all sensitive data in a session store? Why would you want to authenticate
> messages to yourself when you could just keep them in your sight?
>
> I'm aware that for some small things it could be advantageous to avoid a
> roundtrip to a database due to frequent use but it's these same, frequently
> used pieces of data that will be expensive to verify repeatedly. It is common
> to see user preferences in cookies because the user cannot do any harm by
> changing them. Such applications should assume that the user might do so.
> Anything more sensitive should be kept serverside.

I agree. I don't think it wise to use a cookie for anything that needs
to be secure, other then a session key.

T.


From george.moschovitis at gmail.com  Tue Nov 13 07:46:01 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 13 Nov 2007 14:46:01 +0200
Subject: [Nitro] two way crypt function
In-Reply-To: <1194957510.129512.117520@19g2000hsx.googlegroups.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<200711111123.16380.interfecus@gmail.com>
	<1194744294.872235.285110@o80g2000hse.googlegroups.com>
	<200711132329.43145.interfecus@gmail.com>
	<1194957510.129512.117520@19g2000hsx.googlegroups.com>
Message-ID: <afd80b540711130446o1dd61d46t9daedf54a2445de9@mail.gmail.com>

I think the cookie session store is a great idea because it keeps the
(small) state to the client. So i can redirect the client to different
servers in my cluster w/o worrying about synchronizing state.

btw, bills fix seems to have solved the AlteredCookie bug! :) :)

-g.



On Nov 13, 2007 2:38 PM, Trans <transfire at gmail.com> wrote:

>
>
> On Nov 13, 5:29 am, Timothy <interfe... at gmail.com> wrote:
>
> > HMAC would be suitable for authentication of a message but how does
> adding it
> > to cookies improve over using a single, random session id cookie and
> storing
> > all sensitive data in a session store? Why would you want to
> authenticate
> > messages to yourself when you could just keep them in your sight?
> >
> > I'm aware that for some small things it could be advantageous to avoid a
> > roundtrip to a database due to frequent use but it's these same,
> frequently
> > used pieces of data that will be expensive to verify repeatedly. It is
> common
> > to see user preferences in cookies because the user cannot do any harm
> by
> > changing them. Such applications should assume that the user might do
> so.
> > Anything more sensitive should be kept serverside.
>
> I agree. I don't think it wise to use a cookie for anything that needs
> to be secure, other then a session key.
>
> 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/20071113/c721c387/attachment.html 

From rob at robmela.com  Wed Nov 14 08:59:31 2007
From: rob at robmela.com (Robert Mela)
Date: Wed, 14 Nov 2007 08:59:31 -0500
Subject: [Nitro] many_to_many delete bug
Message-ID: <473AFF43.4050009@robmela.com>

Just for reference -- the other showstopper is in 
http://rubyforge.org/pipermail/nitro-general/2007-November/008957.html

The new issue is delete in a many_to_many relation:

robert-melas-computer:~/projects/og rmela$ ruby tagtest.rb  INFO: Og 
uses the Sqlite store.
Program inserting tag1
Collection#initialize: Collection initialized with remove_proc = remove_tag
Created tags collection with remove proc=remove_tags
Collection#push Entered Collection.push(tag1) with tag=tag1.  Owner is 
#<Post:0x15911e4>
Program calling save
Deleting tag
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:144:in 
`og_delete': uninitialized constant Og::SqlEnchantmentMixin::BelongsTo 
(NameError)
        from 
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:139:in 
`each'
        from 
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:139:in 
`og_delete'
        from 
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/store.rb:216:in 
`transaction_raise'
        from 
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:196:in 
`transaction_raise'
        from 
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/manager.rb:118:in 
`with_store'
        from 
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:195:in 
`transaction_raise'
        from 
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:137:in 
`og_delete'
        from 
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/store.rb:153:in 
`delete'
        from 
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:181:in 
`delete'
        from 
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/manager.rb:118:in 
`with_store'
        from 
/Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:180:in 
`delete'
        from tagtest.rb:31


Here's code that triggers it.   I tried p.remove_tag(t1) and p.save! 
before the delete -- still no dice.   Even if that did work it'd be a 
workaround, and unintuitive.

#!/opt/local/bin/ruby
require 'og'
require 'sqlite3'

class Post
attr_accessor :name, String
is Taggable
end

Og.start(
:adapter => 'sqlite',
:name => 'tagtest',
:destroy_schema => true,
:create_schema => true
)
p=Post.new
p.name = 'post1'
t1 = Tag.new
t1.name = 'tag1'

puts "Program inserting tag1"
p.tags <<  t1
puts "Program calling save"
p.save!
puts "Deleting tag"
t1.delete



-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071114/bbd7263a/attachment.vcf 

From transfire at gmail.com  Wed Nov 14 10:00:30 2007
From: transfire at gmail.com (Trans)
Date: Wed, 14 Nov 2007 15:00:30 -0000
Subject: [Nitro] two way crypt function
In-Reply-To: <afd80b540711130446o1dd61d46t9daedf54a2445de9@mail.gmail.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<200711111123.16380.interfecus@gmail.com>
	<1194744294.872235.285110@o80g2000hse.googlegroups.com>
	<200711132329.43145.interfecus@gmail.com>
	<1194957510.129512.117520@19g2000hsx.googlegroups.com>
	<afd80b540711130446o1dd61d46t9daedf54a2445de9@mail.gmail.com>
Message-ID: <1195052430.903121.294810@o38g2000hse.googlegroups.com>



On Nov 13, 7:46 am, "George Moschovitis"
<george.moschovi... at gmail.com> wrote:
> I think the cookie session store is a great idea because it keeps the
> (small) state to the client. So i can redirect the client to different
> servers in my cluster w/o worrying about synchronizing state.

Sure, i think it's great too. But not for secure data.

> btw, bills fix seems to have solved the AlteredCookie bug! :) :)

Yea!

Shall we add the bug he found as a testcase? We can use the one I put
together as a basis if need be.

T.


From george.moschovitis at gmail.com  Wed Nov 14 10:02:18 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 14 Nov 2007 17:02:18 +0200
Subject: [Nitro] two way crypt function
In-Reply-To: <1195052430.903121.294810@o38g2000hse.googlegroups.com>
References: <afd80b540711091324x7ed21825h7a432fe3187c1b2f@mail.gmail.com>
	<200711111123.16380.interfecus@gmail.com>
	<1194744294.872235.285110@o80g2000hse.googlegroups.com>
	<200711132329.43145.interfecus@gmail.com>
	<1194957510.129512.117520@19g2000hsx.googlegroups.com>
	<afd80b540711130446o1dd61d46t9daedf54a2445de9@mail.gmail.com>
	<1195052430.903121.294810@o38g2000hse.googlegroups.com>
Message-ID: <afd80b540711140702j28b418b7pa28d3e13c5fbbe5e@mail.gmail.com>

>
> Shall we add the bug he found as a testcase? We can use the one I put
> together as a basis if need be.


A test case (rspec) would be great. Can you handle it?

-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/20071114/035741d4/attachment.html 

From mvyver at gmail.com  Wed Nov 14 13:58:42 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Thu, 15 Nov 2007 05:58:42 +1100
Subject: [Nitro] many_to_many delete bug
In-Reply-To: <473AFF43.4050009@robmela.com>
References: <473AFF43.4050009@robmela.com>
Message-ID: <389c43e40711141058q2ae4a68dn727c28e365989310@mail.gmail.com>

Hi Robert,
I'm still working through some DBI stuff and am just on the 'single
table cases' so can't help you immediately, but hope to get to this
area shortly (whatever that means)....
Any chance you could commit a spec - there are several failing specs
there now so I think George would accept this if it targets a bug.

Cheers
Mark

For the curious.  The last run of (many of these speca are from
Sequel, and yes _some_ Og behavior is changed - for the better I
think):
# rake test:og
Running og...                                                  [   2
specs - all passed ]
Running og/adapter/dbi...                                      [ 456
specs - all passed ]
Running og/adapter/dbi/create...                               [  26
specs - all passed ]
Running og/adapter/dbi/dbd/mysql...                            [   2
specs - all passed ]
Running og/adapter/dbi/dbd/sqlite...                           [   1
specs - all passed ]
Running og/adapter/dbi/override...                             [   0
specs -   0 failed ]
Running og/adapter/dbi/sequel/array_keys_spec...               [   0
specs -   0 failed ]
Running og/adapter/dbi/sequel/connection_pool...               [  24
specs - all passed ]
Running og/adapter/dbi/sequel/core_ext...                      [  35
specs - all passed ]
Running og/adapter/dbi/sequel/database...                      [  71
specs -   2 failed ]
Running og/adapter/dbi/sequel/dataset...                       [ 209
specs - all passed ]
Running og/adapter/dbi/sequel/migration_spec...                [   0
specs -   0 failed ]
Running og/adapter/dbi/sequel/model_spec...                    [   0
specs -   0 failed ]
Running og/adapter/dbi/sequel/pretty_table_spec...             [   0
specs -   0 failed ]
Running og/adapter/dbi/sequel/schema_generator_spec...         [   0
specs -   0 failed ]
Running og/adapter/dbi/sequel/schema_spec...                   [   0
specs -   0 failed ]
Running og/adapter/dbi/sequel/sequelizer...                    [  41
specs - all passed ]
Running og/adapter/dbi/utils...                                [   0
specs -   0 failed ]
Running og/adapter/oracle...                                   [   0
specs -   0 failed ]
Running og/adapter/postgresql...                               [   0
specs -   0 failed ]
Running og/model...                                            [   2
specs -   1 failed ]
Running og/model/orderable...                                  [   6
specs -   3 failed ]
Running og/model/taggable...                                   [   2
specs - all passed ]
Running og/model/timestamped...                                [   2
specs -   1 failed ]
Running og/model/uuid...                                       [   0
specs -   0 failed ]
Running og/relation/has_many...                                [   2
specs -   1 failed ]
Running og/store/sql...                                        [   0
specs -   0 failed ]
Running og/store/sql/utils...                                  [   0
specs -   0 failed ]
Running og/util/ann_attr...                                    [   2
specs -   1 failed ]
Running og/validation...                                       [   2
specs - all passed ]

On Nov 15, 2007 12:59 AM, Robert Mela <rob at robmela.com> wrote:
> Just for reference -- the other showstopper is in
> http://rubyforge.org/pipermail/nitro-general/2007-November/008957.html
>
> The new issue is delete in a many_to_many relation:
>
> robert-melas-computer:~/projects/og rmela$ ruby tagtest.rb  INFO: Og
> uses the Sqlite store.
> Program inserting tag1
> Collection#initialize: Collection initialized with remove_proc = remove_tag
> Created tags collection with remove proc=remove_tags
> Collection#push Entered Collection.push(tag1) with tag=tag1.  Owner is
> #<Post:0x15911e4>
> Program calling save
> Deleting tag
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:144:in
> `og_delete': uninitialized constant Og::SqlEnchantmentMixin::BelongsTo
> (NameError)
>         from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:139:in
> `each'
>         from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:139:in
> `og_delete'
>         from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store.rb:216:in
> `transaction_raise'
>         from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:196:in
> `transaction_raise'
>         from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/manager.rb:118:in
> `with_store'
>         from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:195:in
> `transaction_raise'
>         from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:137:in
> `og_delete'
>         from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store.rb:153:in
> `delete'
>         from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:181:in
> `delete'
>         from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/manager.rb:118:in
> `with_store'
>         from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:180:in
> `delete'
>         from tagtest.rb:31
>
>
> Here's code that triggers it.   I tried p.remove_tag(t1) and p.save!
> before the delete -- still no dice.   Even if that did work it'd be a
> workaround, and unintuitive.
>
> #!/opt/local/bin/ruby
> require 'og'
> require 'sqlite3'
>
> class Post
> attr_accessor :name, String
> is Taggable
> end
>
> Og.start(
> :adapter => 'sqlite',
> :name => 'tagtest',
> :destroy_schema => true,
> :create_schema => true
> )
> p=Post.new
> p.name = 'post1'
> t1 = Tag.new
> t1.name = 'tag1'
>
> puts "Program inserting tag1"
> p.tags <<  t1
> puts "Program calling save"
> p.save!
> puts "Deleting tag"
> t1.delete
>
>
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From george.moschovitis at gmail.com  Thu Nov 15 06:45:37 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 15 Nov 2007 13:45:37 +0200
Subject: [Nitro] Removing of Glue
Message-ID: <afd80b540711150345r7e791b1al5684ff0814270ef8@mail.gmail.com>

Tom is progressing nicely on preparing Nitro for release.
If you are following the branch version (repo.nitroproject.org/branch)
please note that you need the opod gem to run the code.

-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/20071115/6dcae022/attachment.html 

From george.moschovitis at gmail.com  Thu Nov 15 07:00:13 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 15 Nov 2007 14:00:13 +0200
Subject: [Nitro] many_to_many delete bug
In-Reply-To: <473AFF43.4050009@robmela.com>
References: <473AFF43.4050009@robmela.com>
Message-ID: <afd80b540711150400o57c9781ft1bbed70a35ff0a7c@mail.gmail.com>

I will fix this (it is a showstopper for my current application too!!)

-g.

On Nov 14, 2007 3:59 PM, Robert Mela <rob at robmela.com> wrote:

> Just for reference -- the other showstopper is in
> http://rubyforge.org/pipermail/nitro-general/2007-November/008957.html
>
> The new issue is delete in a many_to_many relation:
>
> robert-melas-computer:~/projects/og rmela$ ruby tagtest.rb  INFO: Og
> uses the Sqlite store.
> Program inserting tag1
> Collection#initialize: Collection initialized with remove_proc =
> remove_tag
> Created tags collection with remove proc=remove_tags
> Collection#push Entered Collection.push(tag1) with tag=tag1.  Owner is
> #<Post:0x15911e4>
> Program calling save
> Deleting tag
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:144:in
> `og_delete': uninitialized constant Og::SqlEnchantmentMixin::BelongsTo
> (NameError)
>        from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:139:in
> `each'
>        from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:139:in
> `og_delete'
>        from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store.rb:216:in
> `transaction_raise'
>        from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:196:in
> `transaction_raise'
>        from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/manager.rb:118:in
> `with_store'
>        from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:195:in
> `transaction_raise'
>        from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:137:in
> `og_delete'
>        from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store.rb:153:in
> `delete'
>        from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:181:in
> `delete'
>        from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/manager.rb:118:in
> `with_store'
>        from
> /Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:180:in
> `delete'
>        from tagtest.rb:31
>
>
> Here's code that triggers it.   I tried p.remove_tag(t1) and p.save!
> before the delete -- still no dice.   Even if that did work it'd be a
> workaround, and unintuitive.
>
> #!/opt/local/bin/ruby
> require 'og'
> require 'sqlite3'
>
> class Post
> attr_accessor :name, String
> is Taggable
> end
>
> Og.start(
> :adapter => 'sqlite',
> :name => 'tagtest',
> :destroy_schema => true,
> :create_schema => true
> )
> p=Post.new
> p.name = 'post1'
> t1 = Tag.new
> t1.name = 'tag1'
>
> puts "Program inserting tag1"
> p.tags <<  t1
> puts "Program calling save"
> p.save!
> puts "Deleting tag"
> t1.delete
>
>
>
>
> _______________________________________________
> 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/20071115/d73dd88a/attachment-0001.html 

From rob at robmela.com  Thu Nov 15 10:07:43 2007
From: rob at robmela.com (Robert Mela)
Date: Thu, 15 Nov 2007 10:07:43 -0500
Subject: [Nitro] many_to_many delete bug
In-Reply-To: <afd80b540711150400o57c9781ft1bbed70a35ff0a7c@mail.gmail.com>
References: <473AFF43.4050009@robmela.com>
	<afd80b540711150400o57c9781ft1bbed70a35ff0a7c@mail.gmail.com>
Message-ID: <473C60BF.3030708@robmela.com>

While you're in there there's an oddity in Collection#push.

  post.tags << tag1 # '<<' is alias for 'push'
  post.tags << tag2


Collection has an array of objects called 'members'.  With each object 
addition, Collection#push calls members.include? to see if the object is 
already in the array.  If so, it removes the object before re-adding.

The odd thing is that, even though tag2 had not been previously added, 
members.include? returns true.   This traces back to the fact that

   t1 === t2

returns true if the tags have not yet been saved to the database, and 
returns false if they have been saved and reloaded.  So it's probably 
using the database ID.

Fortunately for my workaround (members.delete) the internal search in 
Array#delete unsaved Tag objects doesn't use the same comparison!




George Moschovitis wrote:
> I will fix this (it is a showstopper for my current application too!!)
>
> -g.
>
> On Nov 14, 2007 3:59 PM, Robert Mela <rob at robmela.com 
> <mailto:rob at robmela.com>> wrote:
>
>     Just for reference -- the other showstopper is in
>     http://rubyforge.org/pipermail/nitro-general/2007-November/008957.html
>
>     The new issue is delete in a many_to_many relation:
>
>     robert-melas-computer:~/projects/og rmela$ ruby tagtest.rb  INFO: Og
>     uses the Sqlite store.
>     Program inserting tag1
>     Collection#initialize: Collection initialized with remove_proc =
>     remove_tag
>     Created tags collection with remove proc=remove_tags
>     Collection#push Entered Collection.push(tag1) with tag=tag1.
>      Owner is
>     #<Post:0x15911e4>
>     Program calling save
>     Deleting tag
>     /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:144:in
>     `og_delete': uninitialized constant
>     Og::SqlEnchantmentMixin::BelongsTo
>     (NameError)
>            from
>     /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:139:in
>     `each'
>            from
>     /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:139:in
>     `og_delete'
>            from
>     /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store.rb:216:in
>     `transaction_raise'
>            from
>     /Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:196:in
>     `transaction_raise'
>            from
>     /Users/rmela/nitro/branch/script/lib/../../og/lib/og/manager.rb:118:in
>     `with_store'
>            from
>     /Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:195:in
>     `transaction_raise'
>            from
>     /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store/sql.rb:137:in
>     `og_delete'
>            from
>     /Users/rmela/nitro/branch/script/lib/../../og/lib/og/store.rb:153:in
>     `delete'
>            from
>     /Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:181:in
>     `delete'
>            from
>     /Users/rmela/nitro/branch/script/lib/../../og/lib/og/manager.rb:118:in
>     `with_store'
>            from
>     /Users/rmela/nitro/branch/script/lib/../../og/lib/og/model.rb:180:in
>     `delete'
>            from tagtest.rb:31
>
>
>     Here's code that triggers it.   I tried p.remove_tag(t1) and p.save!
>     before the delete -- still no dice.   Even if that did work it'd be a
>     workaround, and unintuitive.
>
>     #!/opt/local/bin/ruby
>     require 'og'
>     require 'sqlite3'
>
>     class Post
>     attr_accessor :name, String
>     is Taggable
>     end
>
>     Og.start(
>     :adapter => 'sqlite',
>     :name => 'tagtest',
>     :destroy_schema => true,
>     :create_schema => true
>     )
>     p=Post.new
>     p.name <http://p.name> = 'post1'
>     t1 = Tag.new
>     t1.name <http://t1.name> = 'tag1'
>
>     puts "Program inserting tag1"
>     p.tags <<  t1
>     puts "Program calling save"
>     p.save!
>     puts "Deleting tag"
>     t1.delete
>
>
>
>
>     _______________________________________________
>     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 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071115/69a9b565/attachment.vcf 

From transfire at gmail.com  Fri Nov 16 22:41:47 2007
From: transfire at gmail.com (Trans)
Date: Fri, 16 Nov 2007 19:41:47 -0800 (PST)
Subject: [Nitro] Og
Message-ID: <9c5d655b-aa73-4e69-8319-8b025e828302@e1g2000hsh.googlegroups.com>

Is Og being re-written?

  http://www.danielfischer.com/2007/11/13/datamapper-an-alternative-to-activerecord/

T.

From wyhaines at gmail.com  Fri Nov 16 23:05:59 2007
From: wyhaines at gmail.com (Kirk Haines)
Date: Fri, 16 Nov 2007 21:05:59 -0700
Subject: [Nitro] Og
In-Reply-To: <9c5d655b-aa73-4e69-8319-8b025e828302@e1g2000hsh.googlegroups.com>
References: <9c5d655b-aa73-4e69-8319-8b025e828302@e1g2000hsh.googlegroups.com>
Message-ID: <f4cd26df0711162005r677fcd73od40efe59050c1e03@mail.gmail.com>

On Nov 16, 2007 8:41 PM, Trans <transfire at gmail.com> wrote:
> Is Og being re-written?
>
>  http://www.danielfischer.com/2007/11/13/datamapper-an-alternative-to-activerecord/

Datamapper is completely independent of Og.  It has a lot of support
in the Merb camp.


Kirk Haines

From mvyver at gmail.com  Fri Nov 16 23:09:57 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Sat, 17 Nov 2007 15:09:57 +1100
Subject: [Nitro] Og
In-Reply-To: <9c5d655b-aa73-4e69-8319-8b025e828302@e1g2000hsh.googlegroups.com>
References: <9c5d655b-aa73-4e69-8319-8b025e828302@e1g2000hsh.googlegroups.com>
Message-ID: <389c43e40711162009i7f205971j8d1a9948ac8c3b33@mail.gmail.com>

Looks interesting. Very nice presence ans sounds encouraging.  I
looked at it some time ago and thought Sequel was more feautre rich -
As a matter of taste I prefer Og's model definition, but there is a
some way to go getting Og's community/presence established :)

Thanks for the reminder to re-check.
Mark

On Nov 17, 2007 2:41 PM, Trans <transfire at gmail.com> wrote:
> Is Og being re-written?
>
>   http://www.danielfischer.com/2007/11/13/datamapper-an-alternative-to-activerecord/
>
> T.
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From me at pixelcort.com  Sat Nov 17 20:10:31 2007
From: me at pixelcort.com (Cortland Klein)
Date: Sat, 17 Nov 2007 17:10:31 -0800
Subject: [Nitro] Og
In-Reply-To: <9c5d655b-aa73-4e69-8319-8b025e828302@e1g2000hsh.googlegroups.com>
References: <9c5d655b-aa73-4e69-8319-8b025e828302@e1g2000hsh.googlegroups.com>
Message-ID: <3EFAA96D-37AD-46AF-AC64-1D29C50A2C50@pixelcort.com>

What is the difference between DataMapper and og?

On Nov 16, 2007, at 7:41 PM, Trans wrote:

> Is Og being re-written?
>
>  http://www.danielfischer.com/2007/11/13/datamapper-an-alternative-to-activerecord/



-- 
Cortland Klein <cklein1 at email.sjsu.edu> +1 408 506 9791
Student, Business Management
San Jos? State University
Campus Village B 336D
375 S. 9th St. #5180, San Jose, CA, 95112

Technology Webmaster, Entrepreneurial Society <cortland at e-society.org>
http://e-society.org/

Q&A Techie, Silicon Valley Mac User Group
http://svmug.org/

<me at pixelcort.com>
http://pixelcort.com/







From mvyver at gmail.com  Sun Nov 18 18:52:56 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Mon, 19 Nov 2007 10:52:56 +1100
Subject: [Nitro] Og
In-Reply-To: <f4cd26df0711162005r677fcd73od40efe59050c1e03@mail.gmail.com>
References: <9c5d655b-aa73-4e69-8319-8b025e828302@e1g2000hsh.googlegroups.com>
	<f4cd26df0711162005r677fcd73od40efe59050c1e03@mail.gmail.com>
Message-ID: <389c43e40711181552v5a7dedebxa1531febb204532d@mail.gmail.com>

Hmm, the DataMapper raises the question is DBI being rewritten?

http://dataobjects.devjavu.com/

Anyone familiar with this?
Mark

On Nov 17, 2007 3:05 PM, Kirk Haines <wyhaines at gmail.com> wrote:
> On Nov 16, 2007 8:41 PM, Trans <transfire at gmail.com> wrote:
> > Is Og being re-written?
> >
> >  http://www.danielfischer.com/2007/11/13/datamapper-an-alternative-to-activerecord/
>
> Datamapper is completely independent of Og.  It has a lot of support
> in the Merb camp.
>
>
> Kirk Haines
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From wyhaines at gmail.com  Sun Nov 18 19:48:40 2007
From: wyhaines at gmail.com (Kirk Haines)
Date: Sun, 18 Nov 2007 17:48:40 -0700
Subject: [Nitro] Og
In-Reply-To: <389c43e40711181552v5a7dedebxa1531febb204532d@mail.gmail.com>
References: <9c5d655b-aa73-4e69-8319-8b025e828302@e1g2000hsh.googlegroups.com>
	<f4cd26df0711162005r677fcd73od40efe59050c1e03@mail.gmail.com>
	<389c43e40711181552v5a7dedebxa1531febb204532d@mail.gmail.com>
Message-ID: <f4cd26df0711181648n60cf2044u1601fa98141919f4@mail.gmail.com>

On Nov 18, 2007 4:52 PM, Mark Van De Vyver <mvyver at gmail.com> wrote:
> Hmm, the DataMapper raises the question is DBI being rewritten?
>
> http://dataobjects.devjavu.com/
>
> Anyone familiar with this?

Yeah.  It's somewhat lower level than DBI itself, and I am looking at
it to potentially kickstart some actual progress on DBI2
(http://rubyforge.org/projects/dbi2).


Kirk Haines

From arne at arnebrasseur.net  Mon Nov 19 00:55:56 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Mon, 19 Nov 2007 13:55:56 +0800
Subject: [Nitro] roll files
Message-ID: <4741256C.4000209@arnebrasseur.net>

I noticed all the Nitro subprojects now have a 
meta/<project>-<version>.roll file which looks like YAML metadata about 
the project. Is there any code yet that uses this? What's exactly the 
plan with this?

Just curious

(ab)

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


From transfire at gmail.com  Mon Nov 19 07:33:46 2007
From: transfire at gmail.com (Trans)
Date: Mon, 19 Nov 2007 04:33:46 -0800 (PST)
Subject: [Nitro] roll files
In-Reply-To: <4741256C.4000209@arnebrasseur.net>
References: <4741256C.4000209@arnebrasseur.net>
Message-ID: <6da730f2-34db-4e04-a7df-bcf2147ad10a@b15g2000hsa.googlegroups.com>



On Nov 19, 12:55 am, Arne Brasseur <a... at arnebrasseur.net> wrote:
> I noticed all the Nitro subprojects now have a
> meta/<project>-<version>.roll file which looks like YAML metadata about
> the project. Is there any code yet that uses this? What's exactly the
> plan with this?

This is for my Rolls system. It's a library manager that supports
versioning. The main thing is it allows me to use Nitro without having
to install it (any changes I make is instantly available). On the flip
side, the same metadata can be used to generate packages (with Box
utility). The system is still going through some tweaks though --I'm
working on optimizing load times, so things are still changing a bit.
When I finally "get it just right", I'll let you all know, so you can
try it out if you want (it's purely optional btw).

T.

From mvyver at gmail.com  Tue Nov 20 02:08:45 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Tue, 20 Nov 2007 18:08:45 +1100
Subject: [Nitro]  A Q about the 0.50 branch plans
Message-ID: <389c43e40711192308y75388cbasa6ea66302a70f687@mail.gmail.com>

Hi Devs,
Possibly a dumb/naive question...
Will the current branch be merged back into the main darcs repo, or
will the branch become the new repo when 0.50 is relased?

Reason I ask is I've reached a point where I'm starting to think about
'submitting' the Og:DbiAdapter/Sequel 'stuff' I've been working on.
Exactly what to do with this work is a discussion I'll start on another thread.

Cheers
Mark

From mvyver at gmail.com  Tue Nov 20 02:27:18 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Tue, 20 Nov 2007 18:27:18 +1100
Subject: [Nitro] [Og] DBI adapter and Sequel
Message-ID: <389c43e40711192327t27ed131er991885ae1074ebe3@mail.gmail.com>

Hi Devs
I've made some progress with the DBI adapter and incorporating some to
Sequel's code/functionality into Og.
By that statement I mean I've got some of my and some of Sequel's
specs to run.
I've not used any of this in anger - so it is best described as proof
of concept/experimental.

The question is what to do with this in light of the looming 0.50
release main/branch.
I'm currently using the main repo and not the branch.

I've included the rake:test:og output below.

Essentially I've been able to the following Sequel specs to run:
database, dataset, sequelizer, connection_pool, core_ext
I've made some changes to Og's settings and how options are handled in
Og, to accommodate the DBI adapter,
and I've written some spec's, there is also some error handling and
documentation that might be worth plundering?

The reason for wanting to submit now is that I've hit some hurdle in
getting Sequel' Model specs to run, and it is probably worth getting
some more talented minds looking at and discussing this.

Anyway, as I said these might be considered experimental/proof of
concept results but should be worth while looking at incorporating.
This also raised some issues that might be worth discussing thinking about.

Appreciate any suggestions.
Mark

From mvyver at gmail.com  Tue Nov 20 02:34:34 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Tue, 20 Nov 2007 18:34:34 +1100
Subject: [Nitro] [Og] DBI adapter and Sequel
In-Reply-To: <389c43e40711192327t27ed131er991885ae1074ebe3@mail.gmail.com>
References: <389c43e40711192327t27ed131er991885ae1074ebe3@mail.gmail.com>
Message-ID: <389c43e40711192334y6b01f35ej2295f8ae327fabe9@mail.gmail.com>

The rake:test:og output (dbi-mysql adapter)

Running og...                                                  [  33
specs - all passed ]
Running og/adapter/dbi...                                      [  21
specs - all passed ]
Running og/adapter/dbi/create...                               [  26
specs - all passed ]
Running og/adapter/dbi/dbd/mysql...                            [   2
specs - all passed ]
Running og/adapter/dbi/dbd/sqlite...                           [   1
specs - all passed ]
Running og/adapter/dbi/override...                             [   0
specs -   0 failed ]
Running og/adapter/dbi/sequel/array_keys_spec...               [   0
specs -   0 failed ]
Running og/adapter/dbi/sequel/connection_pool...               [  24
specs - all passed ]
Running og/adapter/dbi/sequel/core_ext...                      [  35
specs - all passed ]
Running og/adapter/dbi/sequel/database...                      [ 101
specs - all passed ]
Running og/adapter/dbi/sequel/dataset...                       [ 209
specs - all passed ]
Running og/adapter/dbi/sequel/migration_spec...                [   0
specs -   0 failed ]
Running og/adapter/dbi/sequel/model...                         [   6
specs -   3 failed ]
Running og/adapter/dbi/sequel/pretty_table_spec...             [   0
specs -   0 failed ]
Running og/adapter/dbi/sequel/schema_generator_spec...         [   0
specs -   0 failed ]
Running og/adapter/dbi/sequel/schema_spec...                   [   0
specs -   0 failed ]
Running og/adapter/dbi/sequel/sequelizer...                    [  41
specs - all passed ]
Running og/adapter/dbi/utils...                                [ 435
specs - all passed ]
Running og/adapter/oracle...                                   [   0
specs -   0 failed ]
Running og/adapter/postgresql...                               [   0
specs -   0 failed ]
Running og/model...                                            [   2
specs -   1 failed ]
Running og/model/orderable...                                  [   6
specs -   3 failed ]
Running og/model/taggable...                                   [   2
specs - all passed ]
Running og/model/timestamped...                                [   2
specs -   1 failed ]
Running og/model/uuid...                                       [   0
specs -   0 failed ]
Running og/relation/has_many...                                [   2
specs -   1 failed ]
Running og/store/sql...                                        [   0
specs -   0 failed ]
Running og/store/sql/utils...                                  [   0
specs -   0 failed ]
Running og/util/ann_attr...                                    [   2
specs -   1 failed ]
Running og/validation...                                       [   2
specs - all passed ]


On Nov 20, 2007 6:27 PM, Mark Van De Vyver <mvyver at gmail.com> wrote:
> Hi Devs
> I've made some progress with the DBI adapter and incorporating some to
> Sequel's code/functionality into Og.
> By that statement I mean I've got some of my and some of Sequel's
> specs to run.
> I've not used any of this in anger - so it is best described as proof
> of concept/experimental.
>
> The question is what to do with this in light of the looming 0.50
> release main/branch.
> I'm currently using the main repo and not the branch.
>
> I've included the rake:test:og output below.
>
> Essentially I've been able to the following Sequel specs to run:
> database, dataset, sequelizer, connection_pool, core_ext
> I've made some changes to Og's settings and how options are handled in
> Og, to accommodate the DBI adapter,
> and I've written some spec's, there is also some error handling and
> documentation that might be worth plundering?
>
> The reason for wanting to submit now is that I've hit some hurdle in
> getting Sequel' Model specs to run, and it is probably worth getting
> some more talented minds looking at and discussing this.
>
> Anyway, as I said these might be considered experimental/proof of
> concept results but should be worth while looking at incorporating.
> This also raised some issues that might be worth discussing thinking about.
>
> Appreciate any suggestions.
> Mark
>

From george.moschovitis at gmail.com  Tue Nov 20 03:31:10 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 20 Nov 2007 10:31:10 +0200
Subject: [Nitro] A Q about the 0.50 branch plans
In-Reply-To: <389c43e40711192308y75388cbasa6ea66302a70f687@mail.gmail.com>
References: <389c43e40711192308y75388cbasa6ea66302a70f687@mail.gmail.com>
Message-ID: <afd80b540711200031q35a387cejdeef46468a4d214d@mail.gmail.com>

I am thinking about dumping the old history to doc/CHANGELOG and using the
branch repo as the new repo.

-g.


On Nov 20, 2007 9:08 AM, Mark Van De Vyver <mvyver at gmail.com> wrote:

> Hi Devs,
> Possibly a dumb/naive question...
> Will the current branch be merged back into the main darcs repo, or
> will the branch become the new repo when 0.50 is relased?
>
> Reason I ask is I've reached a point where I'm starting to think about
> 'submitting' the Og:DbiAdapter/Sequel 'stuff' I've been working on.
> Exactly what to do with this work is a discussion I'll start on another
> thread.
>
> Cheers
> Mark
> _______________________________________________
> 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/20071120/532655de/attachment.html 

From transfire at gmail.com  Tue Nov 20 08:04:57 2007
From: transfire at gmail.com (Trans)
Date: Tue, 20 Nov 2007 05:04:57 -0800 (PST)
Subject: [Nitro] A Q about the 0.50 branch plans
In-Reply-To: <afd80b540711200031q35a387cejdeef46468a4d214d@mail.gmail.com>
References: <389c43e40711192308y75388cbasa6ea66302a70f687@mail.gmail.com> 
	<afd80b540711200031q35a387cejdeef46468a4d214d@mail.gmail.com>
Message-ID: <f86ab65d-ae73-477c-9182-b038db2ba41c@w34g2000hsg.googlegroups.com>



On Nov 20, 3:31 am, "George Moschovitis"
<george.moschovi... at gmail.com> wrote:
> I am thinking about dumping the old history to doc/CHANGELOG and using the
> branch repo as the new repo.

Let take this as the opportunity to move Og into it's own repo. We can
then tag the current version and create a branch for Mark to apply his
changes. If the changes look good and test out we can merge back to
Og's trunk.

T.

From transfire at gmail.com  Tue Nov 20 21:41:31 2007
From: transfire at gmail.com (Trans)
Date: Tue, 20 Nov 2007 18:41:31 -0800 (PST)
Subject: [Nitro] A Q about the 0.50 branch plans
In-Reply-To: <f86ab65d-ae73-477c-9182-b038db2ba41c@w34g2000hsg.googlegroups.com>
References: <389c43e40711192308y75388cbasa6ea66302a70f687@mail.gmail.com> 
	<afd80b540711200031q35a387cejdeef46468a4d214d@mail.gmail.com> 
	<f86ab65d-ae73-477c-9182-b038db2ba41c@w34g2000hsg.googlegroups.com>
Message-ID: <bd3f695d-78ca-4c33-9ab4-ed094c013f07@d50g2000hsf.googlegroups.com>



On Nov 20, 8:04 am, Trans <transf... at gmail.com> wrote:
> On Nov 20, 3:31 am, "George Moschovitis"
>
> <george.moschovi... at gmail.com> wrote:
> > I am thinking about dumping the old history to doc/CHANGELOG and using the
> > branch repo as the new repo.
>
> Let take this as the opportunity to move Og into it's own repo. We can
> then tag the current version and create a branch for Mark to apply his
> changes. If the changes look good and test out we can merge back to
> Og's trunk.

Actually, to clarify this. I deem it necessary simply b/c (as far as
can tell) darcs only allows for the single "bundle" space. With SVN
you can work on any portion of a directory structure independently of
the rest.

T.

From george.moschovitis at gmail.com  Wed Nov 21 03:07:04 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 21 Nov 2007 10:07:04 +0200
Subject: [Nitro] A Q about the 0.50 branch plans
In-Reply-To: <bd3f695d-78ca-4c33-9ab4-ed094c013f07@d50g2000hsf.googlegroups.com>
References: <389c43e40711192308y75388cbasa6ea66302a70f687@mail.gmail.com>
	<afd80b540711200031q35a387cejdeef46468a4d214d@mail.gmail.com>
	<f86ab65d-ae73-477c-9182-b038db2ba41c@w34g2000hsg.googlegroups.com>
	<bd3f695d-78ca-4c33-9ab4-ed094c013f07@d50g2000hsf.googlegroups.com>
Message-ID: <afd80b540711210007s1d84999fw1a0d99715c852c8b@mail.gmail.com>

Can you handle this one? :)

-g.

On Nov 21, 2007 4:41 AM, Trans <transfire at gmail.com> wrote:

>
>
> On Nov 20, 8:04 am, Trans <transf... at gmail.com> wrote:
> > On Nov 20, 3:31 am, "George Moschovitis"
> >
> > <george.moschovi... at gmail.com> wrote:
> > > I am thinking about dumping the old history to doc/CHANGELOG and using
> the
> > > branch repo as the new repo.
> >
> > Let take this as the opportunity to move Og into it's own repo. We can
> > then tag the current version and create a branch for Mark to apply his
> > changes. If the changes look good and test out we can merge back to
> > Og's trunk.
>
> Actually, to clarify this. I deem it necessary simply b/c (as far as
> can tell) darcs only allows for the single "bundle" space. With SVN
> you can work on any portion of a directory structure independently of
> the rest.
>
> 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/20071121/10a4ea41/attachment.html 

From mvyver at gmail.com  Wed Nov 21 03:31:13 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Wed, 21 Nov 2007 19:31:13 +1100
Subject: [Nitro] A Q about the 0.50 branch plans
In-Reply-To: <afd80b540711210007s1d84999fw1a0d99715c852c8b@mail.gmail.com>
References: <389c43e40711192308y75388cbasa6ea66302a70f687@mail.gmail.com>
	<afd80b540711200031q35a387cejdeef46468a4d214d@mail.gmail.com>
	<f86ab65d-ae73-477c-9182-b038db2ba41c@w34g2000hsg.googlegroups.com>
	<bd3f695d-78ca-4c33-9ab4-ed094c013f07@d50g2000hsf.googlegroups.com>
	<afd80b540711210007s1d84999fw1a0d99715c852c8b@mail.gmail.com>
Message-ID: <389c43e40711210031h7f525cf6sa8cb620162ca5ed5@mail.gmail.com>

On Nov 21, 2007 7:07 PM, George Moschovitis
<george.moschovitis at gmail.com> wrote:
> Can you handle this one? :)
>
> -g.
>
>
>
> On Nov 21, 2007 4:41 AM, Trans <transfire at gmail.com> wrote:
> >
> >
> >
> > On Nov 20, 8:04 am, Trans <transf... at gmail.com> wrote:
> > > On Nov 20, 3:31 am, "George Moschovitis"
> > >
> > > < george.moschovi... at gmail.com> wrote:
> > > > I am thinking about dumping the old history to doc/CHANGELOG and using
> the
> > > > branch repo as the new repo.
> > >
> > > Let take this as the opportunity to move Og into it's own repo. We can
> > > then tag the current version and create a branch for Mark to apply his
> > > changes. If the changes look good and test out we can merge back to
> > > Og's trunk.
> >
> > Actually, to clarify this. I deem it necessary simply b/c (as far as
> > can tell) darcs only allows for the single "bundle" space. With SVN
> > you can work on any portion of a directory structure independently of
> > the rest.

Ok, sounds good.  This can wait until after 0.50 is out the door.

Thanks again for all the effort you guys are putting in.

Cheers


> >
> >
> > 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
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From mvyver at gmail.com  Fri Nov 23 02:29:25 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Fri, 23 Nov 2007 18:29:25 +1100
Subject: [Nitro] Nitro/Og rspec heads-up: any alternative solutions.
In-Reply-To: <9e03c3c60710090136t4f9bef49xef751147481dac40@mail.gmail.com>
References: <389c43e40710040249i19ef7429o7171a27252da3ce4@mail.gmail.com>
	<20071009071241.GC24131@oxyliquit.de>
	<9e03c3c60710090136t4f9bef49xef751147481dac40@mail.gmail.com>
Message-ID: <389c43e40711222329kb6d8a97ibd5ed20c9d66d874@mail.gmail.com>

Hi resurrecting this thread with a solution...

On Oct 9, 2007 7:36 PM, * William <william.full.moon at gmail.com> wrote:
>
> Hi
>
> ... I often have been know to make names like:
>
>   *  class Class_test_001
>          @desc = 'this tests something-K or another"
>      end
>
> you use the desc to tell what's IN the test ;)
>
> w.
>
>
>
>
> On 09/10/2007, Jonathan Buch <john at oxyliquit.de> wrote:
> > Hi,
> >
> > > The essential point is that rspec describe blocks are not isolated name
> spaces.
> > > Consequence: if you're going to define classes then you'll need to
> > > choose different class names for each describe/example block, or else
> > > the spec's will run a good chance of being contaminated.
> >
> > one more point for the old Test::Unit! ;D
> >
> > But nah, I guess we just have to adhere to some naming scheme...
> > Or packing each spec into a module (which is quite unnice with Og where
> > the generated table name changes)...
> >
> >

>From Aslay on the RSpec users mail list, you can clean up classes
'after' each example in the following example shows:

module Example
 describe "A class defined in before" do
   before do
     class Item
       @@var ||= 0
       @@var += 1

       def self.var
         @@var
       end
     end
   end

   it "should be redefined the first time" do
     Item.var.should == 1
   end

   it "should be redefined the second time" do
     Item.var.should == 1
   end

   after do
     Example.send(:remove_const, 'Item')
   end
 end
end


HTH
Mark

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

From george.moschovitis at gmail.com  Fri Nov 23 08:24:00 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 23 Nov 2007 15:24:00 +0200
Subject: [Nitro] Synchronous servers
Message-ID: <afd80b540711230524p566e0764y27362784e2ccd10@mail.gmail.com>

Dear devs I would like to find a Ruby synchronous server to be used as a
backend for chat, online multiplayer flash games etc.
does something like this exist? Can you  suggest an existing library?

thanks,
-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/20071123/35d4db99/attachment-0001.html 

From william.full.moon at gmail.com  Fri Nov 23 08:35:14 2007
From: william.full.moon at gmail.com (* William)
Date: Sat, 24 Nov 2007 00:35:14 +1100
Subject: [Nitro] a bit of weekend fun!
Message-ID: <9e03c3c60711230535s58ee1d5eqa9c230f59f4f2c9e@mail.gmail.com>

Have a great weekend all ...

w.

---------- Forwarded message ----------
From: CORNER GAS <support at cornergas.com>
Date: 16 Nov 2007 02:51
Subject: DOG RIVER Howler
To: undisclosed-recipients

      ------------------------------
Season 5, Issue 7 | November 15th, 2007 | Buzz Driver
   Cast From CORNER GAS Are Coming to THE RUBY!
    Now you have the opportunity to ask questions of some of your favourite
cast members from CORNER GAS! Fred Ewanuick will be answering questions this
Thursday, November 15th at 8 PM EST, and Tara Spencer-Nairn will be
answering Questions on November 21st!
So drop into THE RUBY <http://www.cornergas.com/ruby/?forum=92183>at
cornergas.com and ask the questions you've been waiting so long to have
answered.

*CORNER GAS Smashdown Episodes Get Big Numbers, and Can Earn you DOG RIVER
Dollars!*
There is a new "Smashdown" version of the CORNER GAS episode *Cel Phone* in
the Video Postcards <http://www.cornergas.com/vcards/>. Send the "smashdown"
Video Postcard to up to 20 friends and earn 500 DOG RIVER Dollars each!

The first "Smashdown' episode, "World's
Biggest<http://www.youtube.com/watch?v=RKO_yaLL7n0&eurl=http://www.cornergas.com/home/>"
has over 28000 views and counting. Make someone's day just a big brighter by
passing along some CORNER GAS.
   This week's episode <#116442cf7ade8e48_this_week_bookmark>
Next week's episode <#116442cf7ade8e48_next_week_bookmark>
This week's quiz questions <#116442cf7ade8e48_quiz_bookmark>
Who has the most DRD? <#116442cf7ade8e48_richest_bookmark>


 Watch CORNER GAS
Monday Nights on
 <http://www.ctv.ca>
 and
Saturday Nights on
The Comedy Network
 <http://www.thecomedynetwork.ca>

*What's up at the DOG RIVER Auction This Week?*
A HOWLER, a fake bomb, a fake bartender's book, a picture of Davis Sleeping,
and more!


Here's some of last week's successful bidders at the DOG RIVER
Auction<http://www.cornergas.com/auction/>
:

I love Corner Gas! Every season it gets better and better. I can't wait
until the next week to see what the cast will do next! I think the auction
is an excellent idea, kind of like giving back to the viewer's, for watching
and sticking with Corner Gas all these years. I won Oscar and Emma's smelly
stuff 2. What a great early- Christmas gift it will be!

Thank you CG!

Hi my name is Pam from Minnedosa, Mb. I love this show and I never miss an
episode, I have been trying to win an auction for awhile now and am very
excited to display this in our family room.
*This Week's Peek Behind the Scenes at CORNER GAS*







   This Week's CORNER GAS Episode:
 *Buzz Driver*
Oscar is asked to be a school bus driver for the day, but the kids may not
be the only ones who need a lesson in good behaviour. Synopsis: When Oscar
is asked to fill in for the school's bus driver his no-nonsense attitude
ends up doing him more harm than good. Hank convinces Lacey to let him do
some advertising for the Ruby and Corner Gas gets a shipment of a new energy
drink that Wanda can't get enough of.
   Next Week's CORNER GAS Episode:
 *Classical Gas*
When an unexpected member of the Leroy family pays a visit, Brent comes to
terms with his life's purpose as a gas station attendant. Synopsis: Brent
meets an extended member of his family that Oscar and Emma never told him
about. Wanda tries to prove her intelligence by showcasing her math skills,
but not without Karen's help. Davis' taste buds are enticed by some changes
to the Ruby's menu.
   This Week's Quiz Questions

   - What is in the back of Hank's truck?
   - What does Emma call Davis?
   - What is Wanda drinking?

   Who Has The Most DOG RIVER Dollars?

   - Screen Name : LanEvo
   DOG RIVER Dollars : 360000
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071124/78831bf4/attachment.html 

From george.moschovitis at gmail.com  Fri Nov 23 09:44:16 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 23 Nov 2007 16:44:16 +0200
Subject: [Nitro] a bit of weekend fun!
In-Reply-To: <9e03c3c60711230535s58ee1d5eqa9c230f59f4f2c9e@mail.gmail.com>
References: <9e03c3c60711230535s58ee1d5eqa9c230f59f4f2c9e@mail.gmail.com>
Message-ID: <afd80b540711230644k4d1dadcbua85b8f09808f9a4e@mail.gmail.com>

;-)

On Nov 23, 2007 3:35 PM, * William <william.full.moon at gmail.com> wrote:

>
> Have a great weekend all ...
>
> w.
>
> ---------- Forwarded message ----------
> From: CORNER GAS <support at cornergas.com >
> Date: 16 Nov 2007 02:51
> Subject: DOG RIVER Howler
> To: undisclosed-recipients
>
>       ------------------------------
>  Season 5, Issue 7 | November 15th, 2007 | Buzz Driver
>    Cast From CORNER GAS Are Coming to THE RUBY!
>     Now you have the opportunity to ask questions of some of your
> favourite cast members from CORNER GAS! Fred Ewanuick will be answering
> questions this Thursday, November 15th at 8 PM EST, and Tara Spencer-Nairn
> will be answering Questions on November 21st!
> So drop into THE RUBY <http://www.cornergas.com/ruby/?forum=92183>at
> cornergas.com and ask the questions you've been waiting so long to have
> answered.
>
> *CORNER GAS Smashdown Episodes Get Big Numbers, and Can Earn you DOG RIVER
> Dollars!*
> There is a new "Smashdown" version of the CORNER GAS episode *Cel Phone*in the Video
> Postcards <http://www.cornergas.com/vcards/>. Send the "smashdown" Video
> Postcard to up to 20 friends and earn 500 DOG RIVER Dollars each!
>
> The first "Smashdown' episode, " World's Biggest<http://www.youtube.com/watch?v=RKO_yaLL7n0&eurl=http://www.cornergas.com/home/>"
> has over 28000 views and counting. Make someone's day just a big brighter by
> passing along some CORNER GAS.
>    This week's episode<#1166cbd853b7f108_116442cf7ade8e48_this_week_bookmark>
> Next week's episode<#1166cbd853b7f108_116442cf7ade8e48_next_week_bookmark>
> This week's quiz questions<#1166cbd853b7f108_116442cf7ade8e48_quiz_bookmark>
> Who has the most DRD?<#1166cbd853b7f108_116442cf7ade8e48_richest_bookmark>
>
>
>  Watch CORNER GAS
> Monday Nights on
>  <http://www.ctv.ca>
>  and
> Saturday Nights on
> The Comedy Network
>  <http://www.thecomedynetwork.ca>
>
> *What's up at the DOG RIVER Auction This Week?*
> A HOWLER, a fake bomb, a fake bartender's book, a picture of Davis
> Sleeping, and more!
>
>
> Here's some of last week's successful bidders at the DOG RIVER Auction<http://www.cornergas.com/auction/>
> :
>
> I love Corner Gas! Every season it gets better and better. I can't wait
> until the next week to see what the cast will do next! I think the auction
> is an excellent idea, kind of like giving back to the viewer's, for watching
> and sticking with Corner Gas all these years. I won Oscar and Emma's smelly
> stuff 2. What a great early- Christmas gift it will be!
>
> Thank you CG!
>
> Hi my name is Pam from Minnedosa, Mb. I love this show and I never miss an
> episode, I have been trying to win an auction for awhile now and am very
> excited to display this in our family room.
> *This Week's Peek Behind the Scenes at CORNER GAS*
>
>
>
>
>
>
>
>    This Week's CORNER GAS Episode:
>  *Buzz Driver*
> Oscar is asked to be a school bus driver for the day, but the kids may not
> be the only ones who need a lesson in good behaviour. Synopsis: When Oscar
> is asked to fill in for the school's bus driver his no-nonsense attitude
> ends up doing him more harm than good. Hank convinces Lacey to let him do
> some advertising for the Ruby and Corner Gas gets a shipment of a new energy
> drink that Wanda can't get enough of.
>    Next Week's CORNER GAS Episode:
>  *Classical Gas*
> When an unexpected member of the Leroy family pays a visit, Brent comes to
> terms with his life's purpose as a gas station attendant. Synopsis: Brent
> meets an extended member of his family that Oscar and Emma never told him
> about. Wanda tries to prove her intelligence by showcasing her math skills,
> but not without Karen's help. Davis' taste buds are enticed by some changes
> to the Ruby's menu.
>    This Week's Quiz Questions
>
>    - What is in the back of Hank's truck?
>    - What does Emma call Davis?
>    - What is Wanda drinking?
>
>    Who Has The Most DOG RIVER Dollars?
>
>    - Screen Name : LanEvo
>    DOG RIVER Dollars : 360000
>
>
> _______________________________________________
> 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/20071123/e6cf8dd8/attachment-0001.html 

From wyhaines at gmail.com  Fri Nov 23 22:47:57 2007
From: wyhaines at gmail.com (Kirk Haines)
Date: Fri, 23 Nov 2007 20:47:57 -0700
Subject: [Nitro] Synchronous servers
In-Reply-To: <afd80b540711230524p566e0764y27362784e2ccd10@mail.gmail.com>
References: <afd80b540711230524p566e0764y27362784e2ccd10@mail.gmail.com>
Message-ID: <f4cd26df0711231947x237e736dj208c0beb453704ba@mail.gmail.com>

On Nov 23, 2007 6:24 AM, George Moschovitis
<george.moschovitis at gmail.com> wrote:
> Dear devs I would like to find a Ruby synchronous server to be used as a
> backend for chat, online multiplayer flash games etc.
> does something like this exist? Can you  suggest an existing library?

Define what a "synchronous server" is to you, please.


Thanks,

Kirk Haines

From rob at robmela.com  Fri Nov 23 23:11:14 2007
From: rob at robmela.com (Robert Mela)
Date: Fri, 23 Nov 2007 23:11:14 -0500
Subject: [Nitro] Command to run a single spec?
Message-ID: <4747A462.4000504@robmela.com>

What's the command for running a single spec test file?   Is glycerin 
required, or is there some test script that handles the includes 
automatically?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob.vcf
Type: text/x-vcard
Size: 116 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071123/737ba78a/attachment.vcf 

From mvyver at gmail.com  Sat Nov 24 00:18:04 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Sat, 24 Nov 2007 16:18:04 +1100
Subject: [Nitro] Command to run a single spec?
In-Reply-To: <4747A462.4000504@robmela.com>
References: <4747A462.4000504@robmela.com>
Message-ID: <389c43e40711232118h289d999en70d60c04d6e59b77@mail.gmail.com>

Hi Robert,
I run single spec file from within my ide.  The requires I have in a
spec file are:

require File.join(File.dirname(__FILE__), "..", "..", "..", "..", "helper.rb")
require "og/adapter/dbi"

Not sure if this helps, I suspect you are asking about the rake tasks?

Mark


On Nov 24, 2007 3:11 PM, Robert Mela <rob at robmela.com> wrote:
> What's the command for running a single spec test file?   Is glycerin
> required, or is there some test script that handles the includes
> automatically?
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From arne at arnebrasseur.net  Sat Nov 24 03:10:16 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sat, 24 Nov 2007 16:10:16 +0800
Subject: [Nitro] Command to run a single spec?
In-Reply-To: <389c43e40711232118h289d999en70d60c04d6e59b77@mail.gmail.com>
References: <4747A462.4000504@robmela.com>
	<389c43e40711232118h289d999en70d60c04d6e59b77@mail.gmail.com>
Message-ID: <4747DC68.6030109@arnebrasseur.net>

Just do 'rake -T' in the top level dir and you should see all your options:

...
rake test:raw:raw:context:flash             # Run test raw:context:flash 
of raw
rake test:raw:raw:context:request           # Run test 
raw:context:request of raw
rake test:raw:raw:dispatcher                # Run test raw:dispatcher of raw
rake test:raw:raw:dispatcher:format         # Run test 
raw:dispatcher:format of raw
...

Loading of glycerin doesn't happen automatically, I have these in a file 
called 'setnitro':

export PATH=/home/plexus/work/nitro_repo/nitro/bin:$PATH
export RUBYOPT='-rubygems -I/home/plexus/work/nitro_repo/script 
-rlib/glycerin -I/home/plexus/work/facets/lib/'

When I'm doing Nitro stuff I first do

. setnitro

HTH
(ab)


Mark Van De Vyver schreef:
> Hi Robert,
> I run single spec file from within my ide.  The requires I have in a
> spec file are:
>
> require File.join(File.dirname(__FILE__), "..", "..", "..", "..", "helper.rb")
> require "og/adapter/dbi"
>
> Not sure if this helps, I suspect you are asking about the rake tasks?
>
> Mark
>
>
> On Nov 24, 2007 3:11 PM, Robert Mela <rob at robmela.com> wrote:
>   
>> What's the command for running a single spec test file?   Is glycerin
>> required, or is there some test script that handles the includes
>> automatically?
>>
>> _______________________________________________
>> 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
>
>   


-- 
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/20071124/0a4fe5f7/attachment.html 

From george.moschovitis at gmail.com  Sat Nov 24 03:42:54 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 24 Nov 2007 10:42:54 +0200
Subject: [Nitro] Synchronous servers
In-Reply-To: <f4cd26df0711231947x237e736dj208c0beb453704ba@mail.gmail.com>
References: <afd80b540711230524p566e0764y27362784e2ccd10@mail.gmail.com>
	<f4cd26df0711231947x237e736dj208c0beb453704ba@mail.gmail.com>
Message-ID: <afd80b540711240042k32a35ccfoe70774fb4ba9ccf8@mail.gmail.com>

a server that keeps an open connection with the client and can push data. As
I said to be used as a backend for a flash chat or multiplayer game.

-g.

On Nov 24, 2007 5:47 AM, Kirk Haines <wyhaines at gmail.com> wrote:

> On Nov 23, 2007 6:24 AM, George Moschovitis
> <george.moschovitis at gmail.com> wrote:
> > Dear devs I would like to find a Ruby synchronous server to be used as a
> > backend for chat, online multiplayer flash games etc.
> > does something like this exist? Can you  suggest an existing library?
>
> Define what a "synchronous server" is to you, please.
>
>
> Thanks,
>
> Kirk Haines
> _______________________________________________
> 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/20071124/98d2b99e/attachment.html 

From arne at arnebrasseur.net  Sat Nov 24 20:06:59 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sun, 25 Nov 2007 09:06:59 +0800
Subject: [Nitro] Running branch
Message-ID: <4748CAB3.7010705@arnebrasseur.net>

The current branch of Nitro is supposed to run with the SVN versions of 
facets, english, blow and opod, right?

I got it working but I'm just checking because I had to comment out a 
bunch of require statements before it would work. I suppose these are 
leftovers from the old facets layout?


plexus at plexus-laptop:~/work/nitro_repo$ darcs diff
diff -rN old-nitro_repo/glue/lib/glue/aspects.rb 
new-nitro_repo/glue/lib/glue/aspects.rb
15c15
< # after :read, do
---
 > # after :read do
diff -rN old-nitro_repo/glue/lib/glue/main.rb 
new-nitro_repo/glue/lib/glue/main.rb
17,18c17,18
< require "facets/module/is"
< require "facets/class/cattr"
---
 > #require "facets/module/is"
 > #require "facets/class/cattr"
diff -rN old-nitro_repo/og/lib/og/store/sql.rb 
new-nitro_repo/og/lib/og/store/sql.rb
1,2c1,2
< require "facets/module/ancestor"
< require "facets/class/subclasses"
---
 > #require "facets/module/ancestor"
 > #require "facets/class/subclasses"
diff -rN old-nitro_repo/raw/lib/raw/compiler/filter/elements/element.rb 
new-nitro_repo/raw/lib/raw/compiler/filter/elements/element.rb
4c4
< require "facets/string/capitalized"
---
 > #require "facets/string/capitalized"
6c6
< require "facets/dir/recurse"
---
 > #require "facets/dir/recurse"
diff -rN old-nitro_repo/raw/lib/raw/context.rb 
new-nitro_repo/raw/lib/raw/context.rb
1,2c1,2
< require "facets/kernel/assign_with"
< require "facets/module/is"
---
 > #require "facets/kernel/assign_with"
 > #require "facets/module/is"
diff -rN old-nitro_repo/raw/lib/raw/controller/caching.rb 
new-nitro_repo/raw/lib/raw/controller/caching.rb
5c5
< require "facets/kernel/eigenclass"
---
 > #require "facets/kernel/eigenclass"
diff -rN old-nitro_repo/raw/lib/raw/dispatcher.rb 
new-nitro_repo/raw/lib/raw/dispatcher.rb
2c2
< require "facets/module/ancestor"
---
 > #require "facets/module/ancestor"
diff -rN old-nitro_repo/raw/lib/raw/util/xml.rb 
new-nitro_repo/raw/lib/raw/util/xml.rb
3c3
< require "facets/kernel/assign_with"
---
 > #require "facets/kernel/assign_with"



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


From transfire at gmail.com  Sat Nov 24 20:16:27 2007
From: transfire at gmail.com (Trans)
Date: Sat, 24 Nov 2007 17:16:27 -0800 (PST)
Subject: [Nitro] Running branch
In-Reply-To: <4748CAB3.7010705@arnebrasseur.net>
References: <4748CAB3.7010705@arnebrasseur.net>
Message-ID: <f97ff36a-5c25-40a9-8617-a7804b54dbcb@g30g2000hsb.googlegroups.com>



On Nov 24, 8:06 pm, Arne Brasseur <a... at arnebrasseur.net> wrote:
> The current branch of Nitro is supposed to run with the SVN versions of
> facets, english, blow and opod, right?
>
> I got it working but I'm just checking because I had to comment out a
> bunch of require statements before it would work. I suppose these are
> leftovers from the old facets layout?
>
> plexus at plexus-laptop:~/work/nitro_repo$ darcs diff
> diff -rN old-nitro_repo/glue/lib/glue/aspects.rb
> new-nitro_repo/glue/lib/glue/aspects.rb
> 15c15
> < # after :read, do
> ---
>  > # after :read do
> diff -rN old-nitro_repo/glue/lib/glue/main.rb
> new-nitro_repo/glue/lib/glue/main.rb
> 17,18c17,18
> < require "facets/module/is"
> < require "facets/class/cattr"
> ---
>  > #require "facets/module/is"
>  > #require "facets/class/cattr"
> diff -rN old-nitro_repo/og/lib/og/store/sql.rb
> new-nitro_repo/og/lib/og/store/sql.rb
> 1,2c1,2
> < require "facets/module/ancestor"
> < require "facets/class/subclasses"
> ---
>  > #require "facets/module/ancestor"
>  > #require "facets/class/subclasses"
> diff -rN old-nitro_repo/raw/lib/raw/compiler/filter/elements/element.rb
> new-nitro_repo/raw/lib/raw/compiler/filter/elements/element.rb
> 4c4
> < require "facets/string/capitalized"
> ---
>  > #require "facets/string/capitalized"
> 6c6
> < require "facets/dir/recurse"
> ---
>  > #require "facets/dir/recurse"
> diff -rN old-nitro_repo/raw/lib/raw/context.rb
> new-nitro_repo/raw/lib/raw/context.rb
> 1,2c1,2
> < require "facets/kernel/assign_with"
> < require "facets/module/is"
> ---
>  > #require "facets/kernel/assign_with"
>  > #require "facets/module/is"
> diff -rN old-nitro_repo/raw/lib/raw/controller/caching.rb
> new-nitro_repo/raw/lib/raw/controller/caching.rb
> 5c5
> < require "facets/kernel/eigenclass"
> ---
>  > #require "facets/kernel/eigenclass"
> diff -rN old-nitro_repo/raw/lib/raw/dispatcher.rb
> new-nitro_repo/raw/lib/raw/dispatcher.rb
> 2c2
> < require "facets/module/ancestor"
> ---
>  > #require "facets/module/ancestor"
> diff -rN old-nitro_repo/raw/lib/raw/util/xml.rb
> new-nitro_repo/raw/lib/raw/util/xml.rb
> 3c3
> < require "facets/kernel/assign_with"
> ---
>  > #require "facets/kernel/assign_with"

Hmm... that should not have been necessary. How did you install the
latest Facets?

T.

From arne at arnebrasseur.net  Sat Nov 24 22:49:20 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sun, 25 Nov 2007 11:49:20 +0800
Subject: [Nitro] Running branch
In-Reply-To: <f97ff36a-5c25-40a9-8617-a7804b54dbcb@g30g2000hsb.googlegroups.com>
References: <4748CAB3.7010705@arnebrasseur.net>
	<f97ff36a-5c25-40a9-8617-a7804b54dbcb@g30g2000hsb.googlegroups.com>
Message-ID: <4748F0C0.5040009@arnebrasseur.net>

Trans schreef:
>   
> Hmm... that should not have been necessary. How did you install the
> latest Facets?
>
> T
 svn checkout svn://rubyforge.org/var/svn/facets/trunk facets/


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


From transfire at gmail.com  Sun Nov 25 00:40:51 2007
From: transfire at gmail.com (Trans)
Date: Sat, 24 Nov 2007 21:40:51 -0800 (PST)
Subject: [Nitro] Running branch
In-Reply-To: <4748F0C0.5040009@arnebrasseur.net>
References: <4748CAB3.7010705@arnebrasseur.net>
	<f97ff36a-5c25-40a9-8617-a7804b54dbcb@g30g2000hsb.googlegroups.com>
	<4748F0C0.5040009@arnebrasseur.net>
Message-ID: <a74a4fdd-c5c8-43a8-901e-8e19e4addb8c@o6g2000hsd.googlegroups.com>



On Nov 24, 10:49 pm, Arne Brasseur <a... at arnebrasseur.net> wrote:
> Trans schreef:
>
> > Hmm... that should not have been necessary. How did you install the
> > latest Facets?
>
> > T
>
>  svn checkout svn://rubyforge.org/var/svn/facets/trunk facets/

ok. then you did sudo task/install after that?

T.

From george.moschovitis at gmail.com  Sun Nov 25 06:49:32 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 25 Nov 2007 13:49:32 +0200
Subject: [Nitro] Repo merge
Message-ID: <afd80b540711250349tbdc4a5cmbad99f19c3421fd6@mail.gmail.com>

Dear devs,

as I have pre-announced I just merged the experimental branch with the old
head branch. The new repo can be found
here:

http://repo.nitroproject.org

I also implemented the other major pre-announced update (ie, use .html, .css
etc for template extensions instead of .htmlx, .cssx etc)


-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/20071125/09a63c5b/attachment.html 

From arne at arnebrasseur.net  Sun Nov 25 07:43:12 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Sun, 25 Nov 2007 20:43:12 +0800
Subject: [Nitro] Running branch
In-Reply-To: <a74a4fdd-c5c8-43a8-901e-8e19e4addb8c@o6g2000hsd.googlegroups.com>
References: <4748CAB3.7010705@arnebrasseur.net>	<f97ff36a-5c25-40a9-8617-a7804b54dbcb@g30g2000hsb.googlegroups.com>	<4748F0C0.5040009@arnebrasseur.net>
	<a74a4fdd-c5c8-43a8-901e-8e19e4addb8c@o6g2000hsd.googlegroups.com>
Message-ID: <47496DE0.6090607@arnebrasseur.net>

Trans schreef:
>>> How did you install the latest Facets?
>>>       
>>  svn checkout svn://rubyforge.org/var/svn/facets/trunk facets/
>>     
>
> ok. then you did sudo task/install after that
Well no, but looking at it I figured I was missing lib/methods, which 
led me to look at tasks/methods, which made me find out about ratch(ets).
Now I added lib/methods to the include path next to lib/more and 
lib/core and now it works fine.

Thank you
(ab)

-- 
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/20071125/5318192e/attachment.html 

From transfire at gmail.com  Sun Nov 25 08:19:59 2007
From: transfire at gmail.com (Trans)
Date: Sun, 25 Nov 2007 05:19:59 -0800 (PST)
Subject: [Nitro] Repo merge
In-Reply-To: <afd80b540711250349tbdc4a5cmbad99f19c3421fd6@mail.gmail.com>
References: <afd80b540711250349tbdc4a5cmbad99f19c3421fd6@mail.gmail.com>
Message-ID: <5718e4c1-4090-44d5-be64-b1e279ce359f@e6g2000prf.googlegroups.com>



On Nov 25, 6:49 am, "George Moschovitis"
<george.moschovi... at gmail.com> wrote:
> Dear devs,
>
> as I have pre-announced I just merged the experimental branch with the old
> head branch. The new repo can be found
> here:
>
> http://repo.nitroproject.org
>
> I also implemented the other major pre-announced update (ie, use .html, .css
> etc for template extensions instead of .htmlx, .cssx etc)

So we should check out head now and work from that I take it?

T.

From george.moschovitis at gmail.com  Sun Nov 25 10:18:27 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 25 Nov 2007 17:18:27 +0200
Subject: [Nitro] Repo merge
In-Reply-To: <5718e4c1-4090-44d5-be64-b1e279ce359f@e6g2000prf.googlegroups.com>
References: <afd80b540711250349tbdc4a5cmbad99f19c3421fd6@mail.gmail.com>
	<5718e4c1-4090-44d5-be64-b1e279ce359f@e6g2000prf.googlegroups.com>
Message-ID: <afd80b540711250718p2ad79258x87464ed2f318a4e1@mail.gmail.com>

exactly

On Nov 25, 2007 3:19 PM, Trans <transfire at gmail.com> wrote:

>
>
> On Nov 25, 6:49 am, "George Moschovitis"
> <george.moschovi... at gmail.com> wrote:
> > Dear devs,
> >
> > as I have pre-announced I just merged the experimental branch with the
> old
> > head branch. The new repo can be found
> > here:
> >
> > http://repo.nitroproject.org
> >
> > I also implemented the other major pre-announced update (ie, use .html,
> .css
> > etc for template extensions instead of .htmlx, .cssx etc)
>
> So we should check out head now and work from that I take it?
>
> 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/20071125/d215238b/attachment.html 

From mvyver at gmail.com  Sun Nov 25 19:26:45 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Mon, 26 Nov 2007 11:26:45 +1100
Subject: [Nitro] Repo merge
In-Reply-To: <5718e4c1-4090-44d5-be64-b1e279ce359f@e6g2000prf.googlegroups.com>
References: <afd80b540711250349tbdc4a5cmbad99f19c3421fd6@mail.gmail.com>
	<5718e4c1-4090-44d5-be64-b1e279ce359f@e6g2000prf.googlegroups.com>
Message-ID: <389c43e40711251626x5c3a190aja00dc59782da7c60@mail.gmail.com>

Hi Devs,

On Nov 26, 2007 12:19 AM, Trans <transfire at gmail.com> wrote:
>
>
> On Nov 25, 6:49 am, "George Moschovitis"
> <george.moschovi... at gmail.com> wrote:
> > Dear devs,
> >
> > as I have pre-announced I just merged the experimental branch with the old
> > head branch. The new repo can be found
> > here:
> >
> > http://repo.nitroproject.org
> >
> > I also implemented the other major pre-announced update (ie, use .html, .css
> > etc for template extensions instead of .htmlx, .cssx etc)
>
> So we should check out head now and work from that I take it?

Any hints about how long a darcs pull on the head repo might take?
I saw 41 patches foreshadowed, and so far the cpu (2Ghz @ 80-90%) time
is 36 min and counting...

Mark

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

From arne at arnebrasseur.net  Sun Nov 25 19:31:44 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Mon, 26 Nov 2007 08:31:44 +0800
Subject: [Nitro] [PATCH] fix create skeleton app
Message-ID: <474A13F0.2060004@arnebrasseur.net>

Hi,

I noticed 'nitro create myapp' no longer did the trick. Fix attached.

(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_20071126_fix_create_skeleton.patch
Type: text/x-patch
Size: 4475 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071126/3739ee3e/attachment.bin 

From arne at arnebrasseur.net  Mon Nov 26 00:16:39 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Mon, 26 Nov 2007 13:16:39 +0800
Subject: [Nitro] Repo merge
In-Reply-To: <389c43e40711251626x5c3a190aja00dc59782da7c60@mail.gmail.com>
References: <afd80b540711250349tbdc4a5cmbad99f19c3421fd6@mail.gmail.com>	<5718e4c1-4090-44d5-be64-b1e279ce359f@e6g2000prf.googlegroups.com>
	<389c43e40711251626x5c3a190aja00dc59782da7c60@mail.gmail.com>
Message-ID: <474A56B7.80909@arnebrasseur.net>

Mark Van De Vyver schreef:
> Hi Devs,
> Any hints about how long a darcs pull on the head repo might take?
> I saw 41 patches foreshadowed, and so far the cpu (2Ghz @ 80-90%) time
> is 36 min and counting...
>   
That's too long, here it takes a minute and a half.

plexus at plexus-laptop:~/tmp$ time darcs get http://repo.nitroproject.org
Copying patch 41 of 41... done!
Applying patch 41 of 41... done.
Finished getting.

real    1m28.734s
user    0m1.140s
sys     0m0.320s

plexus at plexus-laptop:~/tmp$ cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 13
model name      : Intel(R) Pentium(R) M processor 1.73GHz

(ab)

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


From mvyver at gmail.com  Mon Nov 26 00:32:29 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Mon, 26 Nov 2007 16:32:29 +1100
Subject: [Nitro] Repo merge
In-Reply-To: <474A56B7.80909@arnebrasseur.net>
References: <afd80b540711250349tbdc4a5cmbad99f19c3421fd6@mail.gmail.com>
	<5718e4c1-4090-44d5-be64-b1e279ce359f@e6g2000prf.googlegroups.com>
	<389c43e40711251626x5c3a190aja00dc59782da7c60@mail.gmail.com>
	<474A56B7.80909@arnebrasseur.net>
Message-ID: <389c43e40711252132q2ceb2488p873bde98d888c434@mail.gmail.com>

On Nov 26, 2007 4:16 PM, Arne Brasseur <arne at arnebrasseur.net> wrote:
> Mark Van De Vyver schreef:
> > Hi Devs,
> > Any hints about how long a darcs pull on the head repo might take?
> > I saw 41 patches foreshadowed, and so far the cpu (2Ghz @ 80-90%) time
> > is 36 min and counting...
> >
> That's too long, here it takes a minute and a half.
>
> plexus at plexus-laptop:~/tmp$ time darcs get http://repo.nitroproject.org
> Copying patch 41 of 41... done!
> Applying patch 41 of 41... done.
> Finished getting.
>
> real    1m28.734s
> user    0m1.140s
> sys     0m0.320s

OK, so 'darcs get' into a fresh dir and don't 'darcs pull'

A related Question:
Will og get it's own repo or is this it for the 0.50 release?

TIA

Mark

> plexus at plexus-laptop:~/tmp$ cat /proc/cpuinfo
> processor       : 0
> vendor_id       : GenuineIntel
> cpu family      : 6
> model           : 13
> model name      : Intel(R) Pentium(R) M processor 1.73GHz
>
> (ab)
>
> --
> Arne Brasseur
> http://www.arnebrasseur.net
> http://www.zhongwiki.com
> http://www.bankske.org
> arne at arnebrasseur.net
>
>

From george.moschovitis at gmail.com  Mon Nov 26 03:16:41 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 26 Nov 2007 10:16:41 +0200
Subject: [Nitro] [PATCH] fix create skeleton app
In-Reply-To: <474A13F0.2060004@arnebrasseur.net>
References: <474A13F0.2060004@arnebrasseur.net>
Message-ID: <afd80b540711260016m40335d1dpd0be3aa9a0697f48@mail.gmail.com>

thanks!

-g.

On Nov 26, 2007 2:31 AM, Arne Brasseur <arne at arnebrasseur.net> wrote:

> Hi,
>
> I noticed 'nitro create myapp' no longer did the trick. Fix attached.
>
> (ab)
>
> --
> Arne Brasseur
> http://www.arnebrasseur.net
> http://www.zhongwiki.com
> http://www.bankske.org
> 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/20071126/7d16172f/attachment-0001.html 

From mvyver at gmail.com  Mon Nov 26 20:10:05 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Tue, 27 Nov 2007 12:10:05 +1100
Subject: [Nitro] Revisiting some Og issues again: RFC
Message-ID: <389c43e40711261710j156993fcg8ebc34939e78a0ce@mail.gmail.com>

Hi Devs,
Reviewing some posts over the last few months, I've made a summary (in
no particular order) and proposal.
I've not quoted names since this i just my impression.

Observations:
- There is widespread interest in Og as a standalone project.
- Og is incorrectly considered as being bound to Nitro.
- Specs and developer level documentation are scarce.
- Intermediate level documentation of Og is scarce, i.e. for people
wanting to write user level docs.
- Confusion exists about what version of Og is 'current'.
- Confusion exists about what the Og roadmap is.
- Darcs may be a barrier to entry (cf svn, git, mercurial...?).
- Og needs a stable branch and a development branch.

It seems there was some interest in volunteering to help on different
aspects, of the above, but this might have changed over the last few
months.

Is it worth considering setting up something like Og-dev on google
code or some such service, calling that the development branch and
inviting committers, Rubinius style?
This would allow people to tackle any of the above issues they wished to.
Given this would be aimed at the intermediate/developer level much of
the results of this effort would feed into a stable branch as things
are ironed out?

Mark

From william.full.moon at gmail.com  Mon Nov 26 20:52:50 2007
From: william.full.moon at gmail.com (* William)
Date: Tue, 27 Nov 2007 12:52:50 +1100
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <389c43e40711261710j156993fcg8ebc34939e78a0ce@mail.gmail.com>
References: <389c43e40711261710j156993fcg8ebc34939e78a0ce@mail.gmail.com>
Message-ID: <9e03c3c60711261752j2574ed23g7742e3526f5df600@mail.gmail.com>

Hi all

I hope you are having fun with your things and lives.

I believe it makes a lot of sense to de-couple Og like this.  I'm all for
it.

w.

On 27/11/2007, Mark Van De Vyver <mvyver at gmail.com> wrote:
>
> Hi Devs,
> Reviewing some posts over the last few months, I've made a summary (in
> no particular order) and proposal.
> I've not quoted names since this i just my impression.
>
> Observations:
> - There is widespread interest in Og as a standalone project.
> - Og is incorrectly considered as being bound to Nitro.
> - Specs and developer level documentation are scarce.
> - Intermediate level documentation of Og is scarce, i.e. for people
> wanting to write user level docs.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20071127/aea3cd3a/attachment.html 

From arne at arnebrasseur.net  Tue Nov 27 00:42:00 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Tue, 27 Nov 2007 13:42:00 +0800
Subject: [Nitro] [PATCH/RFC] Make element ids unique
Message-ID: <474BAE28.5020105@arnebrasseur.net>

Hi devs,

The template compiler for elements automatically sets the instance 
variable @id based on either an explicit id attribute in the html or the 
name of the class.

e.g.
class LoginBox
def render
%~<div id="@id">...</div>~
end
end

<LoginBox />
<LoginBox />
<LoginBox />
<LoginBox id="my_id"/>
<LoginBox id="my_id"/>

This will result in
<div id="login_box">...</div>
<div id="login_box">...</div>
<div id="login_box">...</div>
<div id="my_id">...</div>
<div id="my_id">...</div>

Also, when nesting elements the children are kept in a Dictionary and 
the @id is used as lookup key, so in the above example only the third 
and the fifth box would be visible for the parent.

The attached patch changes the element compiler to make ids unique by 
adding a number where necessary, so the above example would become


<div id="login_box">...</div>
<div id="login_box_1">...</div>
<div id="login_box_2">...</div>
<div id="my_id">...</div>
<div id="my_id_1">...</div>

Are there any objections to this being applied?

Thank you!
(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_20071127_unique_element_id.patch
Type: text/x-patch
Size: 5082 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071127/723d524e/attachment.bin 

From george.moschovitis at gmail.com  Tue Nov 27 03:22:51 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 27 Nov 2007 10:22:51 +0200
Subject: [Nitro] [PATCH/RFC] Make element ids unique
In-Reply-To: <474BAE28.5020105@arnebrasseur.net>
References: <474BAE28.5020105@arnebrasseur.net>
Message-ID: <afd80b540711270022q25ed6bd3t42bba6bf1813af67@mail.gmail.com>

I have done something similar in the past, but due to  some problems I
removed it.
The bad thing is that I do not remember the actual problems any more :(

In any case, thanks for the patch. I will have a  look at it and apply it if
it doesnt break my tests/apps.

thanks,
-g.

On Nov 27, 2007 7:42 AM, Arne Brasseur <arne at arnebrasseur.net> wrote:

> Hi devs,
>
> The template compiler for elements automatically sets the instance
> variable @id based on either an explicit id attribute in the html or the
> name of the class.
>
> e.g.
> class LoginBox
> def render
> %~<div id="@id">...</div>~
> end
> end
>
> <LoginBox />
> <LoginBox />
> <LoginBox />
> <LoginBox id="my_id"/>
> <LoginBox id="my_id"/>
>
> This will result in
> <div id="login_box">...</div>
> <div id="login_box">...</div>
> <div id="login_box">...</div>
> <div id="my_id">...</div>
> <div id="my_id">...</div>
>
> Also, when nesting elements the children are kept in a Dictionary and
> the @id is used as lookup key, so in the above example only the third
> and the fifth box would be visible for the parent.
>
> The attached patch changes the element compiler to make ids unique by
> adding a number where necessary, so the above example would become
>
>
> <div id="login_box">...</div>
> <div id="login_box_1">...</div>
> <div id="login_box_2">...</div>
> <div id="my_id">...</div>
> <div id="my_id_1">...</div>
>
> Are there any objections to this being applied?
>
> Thank you!
> (ab)
>
> --
> Arne Brasseur
> http://www.arnebrasseur.net
> http://www.zhongwiki.com
> http://www.bankske.org
> 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/20071127/2e496807/attachment.html 

From arne at arnebrasseur.net  Tue Nov 27 23:50:03 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Wed, 28 Nov 2007 12:50:03 +0800
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <389c43e40711261710j156993fcg8ebc34939e78a0ce@mail.gmail.com>
References: <389c43e40711261710j156993fcg8ebc34939e78a0ce@mail.gmail.com>
Message-ID: <474CF37B.9060702@arnebrasseur.net>

Mark Van De Vyver schreef:
> Hi Devs,
> Reviewing some posts over the last few months, I've made a summary (in
> no particular order) and proposal.
> I've not quoted names since this i just my impression.
>
> Observations:
> - There is widespread interest in Og as a standalone project.
> - Og is incorrectly considered as being bound to Nitro.
> - Specs and developer level documentation are scarce.
> - Intermediate level documentation of Og is scarce, i.e. for people
> wanting to write user level docs.
> - Confusion exists about what version of Og is 'current'.
> - Confusion exists about what the Og roadmap is.
> - Darcs may be a barrier to entry (cf svn, git, mercurial...?).
> - Og needs a stable branch and a development branch.
>
> It seems there was some interest in volunteering to help on different
> aspects, of the above, but this might have changed over the last few
> months.
>
> Is it worth considering setting up something like Og-dev on google
> code or some such service, calling that the development branch and
> inviting committers, Rubinius style?
> This would allow people to tackle any of the above issues they wished to.
> Given this would be aimed at the intermediate/developer level much of
> the results of this effort would feed into a stable branch as things
> are ironed out?
>
> Mark
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>   
Hi Mark, devs,

I was under the impression that a seperate repo for Og was in the 
making, any news from the trenches? Trans? George?

This project does have a history of not giving anyone direct commit 
access. I'm not sure if this is more a technical/security issue with the 
current hosting of the repo, or rather a very deliberal policy.

Since there's not much reaction, positive or negative, I would suggest 
you just go ahead and do it. Set up a development/experimental Og branch 
somewhere that is more accessible to developers. My impression is that 
any 'should we do this' type of questions don't get much feedback here, 
but any tangible contribution is appreciated. If you can get more 
developers involved it can only improve the project in the end.

FWIW,
(ab)

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


From arne at arnebrasseur.net  Tue Nov 27 23:58:17 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Wed, 28 Nov 2007 12:58:17 +0800
Subject: [Nitro] Part.require expected behaviour
Message-ID: <474CF569.2060302@arnebrasseur.net>

Hi devs,

Part.require("part_name") currently does a 
Kernel.require("./part/part_name"). The consequence is that only parts 
in the actual application directory can be loaded with Part.require. If 
they're somewhere else in the load path you have to (Kernel.)require 
them yourself.

This also means Part.require "admin" doesn't work, and neither will it 
work for parts in gems etc.

I changed this for myself to do Kernel.require("part/part_name") and I 
was going to send a patch but I just wanted to check if this is perhaps 
deliberate. What's the expected behaviour of Part.require?

(ab)

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


From arne at arnebrasseur.net  Wed Nov 28 00:03:20 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Wed, 28 Nov 2007 13:03:20 +0800
Subject: [Nitro] [PATCH] Update proto app to use the new extensions
Message-ID: <474CF698.8010200@arnebrasseur.net>

This makes the proto application run again. Also some minor changes to 
index.html to bring it up to date with current practice.

Wed Nov 28 12:24:22 CST 2007  Arne Brasseur <arne at arnebrasseur.net>
  * Update proto to use the new filename extensions (htmlx, cssx -> 
html, css)

(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_20071128_update_proto.patch
Type: text/x-patch
Size: 5716 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071128/bc0dcaaf/attachment-0001.bin 

From mvyver at gmail.com  Wed Nov 28 00:07:48 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Wed, 28 Nov 2007 16:07:48 +1100
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <474CF37B.9060702@arnebrasseur.net>
References: <389c43e40711261710j156993fcg8ebc34939e78a0ce@mail.gmail.com>
	<474CF37B.9060702@arnebrasseur.net>
Message-ID: <389c43e40711272107q2a715779u57ca506ab2d9f89e@mail.gmail.com>

On Nov 28, 2007 3:50 PM, Arne Brasseur <arne at arnebrasseur.net> wrote:
> Mark Van De Vyver schreef:
>
> > Hi Devs,
> > Reviewing some posts over the last few months, I've made a summary (in
> > no particular order) and proposal.
> > I've not quoted names since this i just my impression.
> >
> > Observations:
> > - There is widespread interest in Og as a standalone project.
> > - Og is incorrectly considered as being bound to Nitro.
> > - Specs and developer level documentation are scarce.
> > - Intermediate level documentation of Og is scarce, i.e. for people
> > wanting to write user level docs.
> > - Confusion exists about what version of Og is 'current'.
> > - Confusion exists about what the Og roadmap is.
> > - Darcs may be a barrier to entry (cf svn, git, mercurial...?).
> > - Og needs a stable branch and a development branch.
> >
> > It seems there was some interest in volunteering to help on different
> > aspects, of the above, but this might have changed over the last few
> > months.
> >
> > Is it worth considering setting up something like Og-dev on google
> > code or some such service, calling that the development branch and
> > inviting committers, Rubinius style?
> > This would allow people to tackle any of the above issues they wished to.
> > Given this would be aimed at the intermediate/developer level much of
> > the results of this effort would feed into a stable branch as things
> > are ironed out?
> >
> > Mark
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> >
> Hi Mark, devs,
>
> I was under the impression that a seperate repo for Og was in the
> making, any news from the trenches? Trans? George?

Yep, that'll probably still happen, but a separate repo doesn't
address many of the issues people have raised.

> This project does have a history of not giving anyone direct commit
> access. I'm not sure if this is more a technical/security issue with the
> current hosting of the repo, or rather a very deliberal policy.

It's a very good policy when:
 - there are no specs to test aginst
 - the code is used in a production environment

So I'm not complaining, or suggesting a change as long as those two
characteristics remain.

> Since there's not much reaction, positive or negative, I would suggest
> you just go ahead and do it. Set up a development/experimental Og branch
> somewhere that is more accessible to developers. My impression is that
> any 'should we do this' type of questions don't get much feedback here,
> but any tangible contribution is appreciated. If you can get more
> developers involved it can only improve the project in the end.

I'm leary of anything that might fragment efforts - dev time is a
scarce/finite resource.
I'm in a position to contribute occasionally but not experienced
enough to lead something like this.
I'm happy to wait and see what interest there is.

Thanks
Mark

> FWIW,
> (ab)
>
> --
> Arne Brasseur
> http://www.arnebrasseur.net
> http://www.zhongwiki.com
> http://www.bankske.org
> arne at arnebrasseur.net
>
>

From arne at arnebrasseur.net  Wed Nov 28 03:05:16 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Wed, 28 Nov 2007 16:05:16 +0800
Subject: [Nitro] Nitro RBAC + goodies
Message-ID: <474D213C.6070103@arnebrasseur.net>

Dear fans and friends of Nitro,

Over the past few days I've coded up a reusable part for your (and my) 
Nitro applications. It started out as simply user authentication and 
access control, but now also includes a crude CSS builder and a brand 
new AssetController. It has role based access control and uses a salted 
hash for the password.

What does all of this mean?

There are three Og models : UserACL:: User, Permission and Role. A 
permission is defined by a string which is either
'*' => allow everything
'ControllerName' => allow access to all actions of this controller
'ControllerName/action' => allow access to this action (all formats)
'ControllerName/action.format' => allow access to this action for the 
specific format

Roles have permissions and users have roles. To add checks to your 
controllers you simply do

class SomeController < Nitro::Controller #Necessary to have :authorize 
available
  authorize :delete, :create, :update
end

If the current user isn't authorized he gets redirected to the referrer 
or home, and an error message is added to the flash.

To set up initial permissions you can use UserACL.init, e.g.

    UserACL.init do
      role 'admin', 'Administrators have full access' do
        user 'admin', 'Mister Admin', 'padmin'
        grant '*'
      end
    end if UserACL::User.all.empty?

The <LoginBox /> element will render a box where one can log in, and a 
link to the sign-up page.

The provided <Page></Page> element works together with the asset 
controller. These allow elements within the page to define class methods 
render_css and render_js. The result will be served as if it's a 
seperate css/js file by the AssetController, and the <Page> will make 
sure the right <link ...> tag is added to your HTML.

And to top it off you can use the CSSBuilder (which does lack maturity) 
to do something like

    css {
      p {
        a {
          font_family :serif
        }
      }
      klass(:emphasis) {
        font_weight :bold
      }

      id(:useracl_loginbox) {
        font_family "sans-serif"
        float:right

        div {
          margin "3px"
        }
   }

The main advantage is that you can nest blocks.

Oh and be sure to check out the <FlashBox /> element!

To get the goods a simple

  svn co http://code.arnebrasseur.net/useracl

should suffice.


Have fun,
(ab)

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


From george.moschovitis at gmail.com  Wed Nov 28 03:18:33 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 28 Nov 2007 10:18:33 +0200
Subject: [Nitro] Part.require expected behaviour
In-Reply-To: <474CF569.2060302@arnebrasseur.net>
References: <474CF569.2060302@arnebrasseur.net>
Message-ID: <afd80b540711280018k7fb991fbi3f6e0789e3fa1381@mail.gmail.com>

Please send the patch!

-g.

On Nov 28, 2007 6:58 AM, Arne Brasseur <arne at arnebrasseur.net> wrote:

> Hi devs,
>
> Part.require("part_name") currently does a
> Kernel.require("./part/part_name"). The consequence is that only parts
> in the actual application directory can be loaded with Part.require. If
> they're somewhere else in the load path you have to (Kernel.)require
> them yourself.
>
> This also means Part.require "admin" doesn't work, and neither will it
> work for parts in gems etc.
>
> I changed this for myself to do Kernel.require("part/part_name") and I
> was going to send a patch but I just wanted to check if this is perhaps
> deliberate. What's the expected behaviour of Part.require?
>
> (ab)
>
> --
> Arne Brasseur
> http://www.arnebrasseur.net
> http://www.zhongwiki.com
> http://www.bankske.org
> 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/20071128/6b354574/attachment.html 

From george.moschovitis at gmail.com  Wed Nov 28 03:22:33 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 28 Nov 2007 10:22:33 +0200
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <474CF37B.9060702@arnebrasseur.net>
References: <389c43e40711261710j156993fcg8ebc34939e78a0ce@mail.gmail.com>
	<474CF37B.9060702@arnebrasseur.net>
Message-ID: <afd80b540711280022v5a4a2cb6ncc8d34c3023c9d1a@mail.gmail.com>

>
> I was under the impression that a seperate repo for Og was in the
> making, any news from the trenches? Trans? George?
>

Tom is doing some Nitro related work at the moment. When he is finished with
this, perhaps he can work on creating a separate repo for Og.
I have no time to do this myself, but I will gladly help Tom.

-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/20071128/1a98345a/attachment.html 

From george.moschovitis at gmail.com  Wed Nov 28 03:24:12 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 28 Nov 2007 10:24:12 +0200
Subject: [Nitro] Nitro RBAC + goodies
In-Reply-To: <474D213C.6070103@arnebrasseur.net>
References: <474D213C.6070103@arnebrasseur.net>
Message-ID: <afd80b540711280024oa0c8ef7p4d5fb31e7a675d24@mail.gmail.com>

This looks like an interesting bundle of goodies :) Many thanks for
releasing this!
I will have a look when I return home.

MANY thanks!
-g.



On Nov 28, 2007 10:05 AM, Arne Brasseur <arne at arnebrasseur.net> wrote:

> Dear fans and friends of Nitro,
>
> Over the past few days I've coded up a reusable part for your (and my)
> Nitro applications. It started out as simply user authentication and
> access control, but now also includes a crude CSS builder and a brand
> new AssetController. It has role based access control and uses a salted
> hash for the password.
>
> What does all of this mean?
>
> There are three Og models : UserACL:: User, Permission and Role. A
> permission is defined by a string which is either
> '*' => allow everything
> 'ControllerName' => allow access to all actions of this controller
> 'ControllerName/action' => allow access to this action (all formats)
> 'ControllerName/action.format' => allow access to this action for the
> specific format
>
> Roles have permissions and users have roles. To add checks to your
> controllers you simply do
>
> class SomeController < Nitro::Controller #Necessary to have :authorize
> available
>  authorize :delete, :create, :update
> end
>
> If the current user isn't authorized he gets redirected to the referrer
> or home, and an error message is added to the flash.
>
> To set up initial permissions you can use UserACL.init, e.g.
>
>    UserACL.init do
>      role 'admin', 'Administrators have full access' do
>        user 'admin', 'Mister Admin', 'padmin'
>        grant '*'
>      end
>    end if UserACL::User.all.empty?
>
> The <LoginBox /> element will render a box where one can log in, and a
> link to the sign-up page.
>
> The provided <Page></Page> element works together with the asset
> controller. These allow elements within the page to define class methods
> render_css and render_js. The result will be served as if it's a
> seperate css/js file by the AssetController, and the <Page> will make
> sure the right <link ...> tag is added to your HTML.
>
> And to top it off you can use the CSSBuilder (which does lack maturity)
> to do something like
>
>    css {
>      p {
>        a {
>          font_family :serif
>        }
>      }
>      klass(:emphasis) {
>        font_weight :bold
>      }
>
>      id(:useracl_loginbox) {
>        font_family "sans-serif"
>        float:right
>
>        div {
>          margin "3px"
>        }
>   }
>
> The main advantage is that you can nest blocks.
>
> Oh and be sure to check out the <FlashBox /> element!
>
> To get the goods a simple
>
>  svn co http://code.arnebrasseur.net/useracl
>
> should suffice.
>
>
> Have fun,
> (ab)
>
> --
> Arne Brasseur
> http://www.arnebrasseur.net
> http://www.zhongwiki.com
> http://www.bankske.org
> 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/20071128/d2d53e53/attachment.html 

From transfire at gmail.com  Wed Nov 28 07:10:44 2007
From: transfire at gmail.com (Trans)
Date: Wed, 28 Nov 2007 04:10:44 -0800 (PST)
Subject: [Nitro] Part.require expected behaviour
In-Reply-To: <474CF569.2060302@arnebrasseur.net>
References: <474CF569.2060302@arnebrasseur.net>
Message-ID: <e0f6248a-697a-4424-920a-5c0bc79a499d@x69g2000hsx.googlegroups.com>



On Nov 27, 11:58 pm, Arne Brasseur <a... at arnebrasseur.net> wrote:
> Hi devs,
>
> Part.require("part_name") currently does a
> Kernel.require("./part/part_name"). The consequence is that only parts
> in the actual application directory can be loaded with Part.require. If
> they're somewhere else in the load path you have to (Kernel.)require
> them yourself.
>
> This also means Part.require "admin" doesn't work, and neither will it
> work for parts in gems etc.
>
> I changed this for myself to do Kernel.require("part/part_name") and I
> was going to send a patch but I just wanted to check if this is perhaps
> deliberate. What's the expected behaviour of Part.require?

That this patch works is a side effect of the current dev branch
though -- "part" is acting a separate project. But this is probably
not the best course of action --it's a temporary measure really. B/c
if not it means:

  gem install part

I don't think we want a project named "part" that's just for Nitro
plugins. The thing is, other people can distribute parts and parts
collection too. Those projects should have their own names to
distinguish them from others. So how do you require those? You have to
require them like any other lib. So I think Part.require is
unnecessary.

And actually after looking it over I get the feeling all of part.rb
may be unnecessary. It depends of course, but is install/uninstall
being used? Can't setup be done at require time, and finalize with
END{} clause? Are we really tracking active parts? If so can't the
part just issue some sort of "nitro_register" method? -- That kind of
thing.

T.

From transfire at gmail.com  Wed Nov 28 08:24:52 2007
From: transfire at gmail.com (Trans)
Date: Wed, 28 Nov 2007 05:24:52 -0800 (PST)
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <afd80b540711280022v5a4a2cb6ncc8d34c3023c9d1a@mail.gmail.com>
References: <389c43e40711261710j156993fcg8ebc34939e78a0ce@mail.gmail.com> 
	<474CF37B.9060702@arnebrasseur.net>
	<afd80b540711280022v5a4a2cb6ncc8d34c3023c9d1a@mail.gmail.com>
Message-ID: <97377ddf-e8a4-4672-b70d-dbf632369001@s12g2000prg.googlegroups.com>



On Nov 28, 3:22 am, "George Moschovitis"
<george.moschovi... at gmail.com> wrote:
> > I was under the impression that a seperate repo for Og was in the
> > making, any news from the trenches? Trans? George?
>
> Tom is doing some Nitro related work at the moment. When he is finished with
> this, perhaps he can work on creating a separate repo for Og.
> I have no time to do this myself, but I will gladly help Tom.

This is what I'm thinking for that.

One of the nice things about SVN is that is can house sub-projects,
ie. and you can check out any part of a repo separately from the rest.
This is unlike Darcs which requires us to check out the whole she-bang
--which is exactly why we don't a separate development track for Og.

So I'd like to setup an SVN repo on Rubyforge under the the nitro
project. However, we don't want to loose distributive scm either --
that's why we all love darcs. Well, we can retain dscm if we use git
and svn-git. I love darcs, but the tide is with SVN and the future
looks to be going to git*. I see git as the progeny of darcs, so to me
using git instead of darcs is (mostly) just taking a step sideways.

So the idea then is that we have a central svn repo and we us git, via
svn-git, to work with it. I realize it's off the beaten track, but I
think in the end it's probably the best all around solution.

T.

* albeit mercurial (hg) is giving it a run for the money --however it
lacks bidrectional svn sync.

From transfire at gmail.com  Wed Nov 28 08:28:43 2007
From: transfire at gmail.com (Trans)
Date: Wed, 28 Nov 2007 05:28:43 -0800 (PST)
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <97377ddf-e8a4-4672-b70d-dbf632369001@s12g2000prg.googlegroups.com>
References: <389c43e40711261710j156993fcg8ebc34939e78a0ce@mail.gmail.com> 
	<474CF37B.9060702@arnebrasseur.net>
	<afd80b540711280022v5a4a2cb6ncc8d34c3023c9d1a@mail.gmail.com> 
	<97377ddf-e8a4-4672-b70d-dbf632369001@s12g2000prg.googlegroups.com>
Message-ID: <812ffbd0-7577-42be-8561-cda85f0f658d@n20g2000hsh.googlegroups.com>

Oh, and a helpful link I discovered today related to this:

  http://blog.new-bamboo.co.uk/2007/8/16/using-git-for-rails-development

T.

From transfire at gmail.com  Wed Nov 28 08:59:25 2007
From: transfire at gmail.com (Trans)
Date: Wed, 28 Nov 2007 05:59:25 -0800 (PST)
Subject: [Nitro] Nitro RBAC + goodies
In-Reply-To: <474D213C.6070103@arnebrasseur.net>
References: <474D213C.6070103@arnebrasseur.net>
Message-ID: <7133b8ec-97c8-4d5c-90a3-889a86247175@y43g2000hsy.googlegroups.com>



On Nov 28, 3:05 am, Arne Brasseur <a... at arnebrasseur.net> wrote:

> And to top it off you can use the CSSBuilder (which does lack maturity)
> to do something like
>
>     css {
>       p {
>         a {
>           font_family :serif
>         }
>       }
>       klass(:emphasis) {
>         font_weight :bold
>       }
>
>       id(:useracl_loginbox) {
>         font_family "sans-serif"
>         float:right
>
>         div {
>           margin "3px"
>         }
>    }
>
> The main advantage is that you can nest blocks.
>
> Oh and be sure to check out the <FlashBox /> element!

Nice. Some of this might make a good fit for blow.

T.

From arne at arnebrasseur.net  Wed Nov 28 09:14:23 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Wed, 28 Nov 2007 22:14:23 +0800
Subject: [Nitro] Part.require expected behaviour
In-Reply-To: <e0f6248a-697a-4424-920a-5c0bc79a499d@x69g2000hsx.googlegroups.com>
References: <474CF569.2060302@arnebrasseur.net>
	<e0f6248a-697a-4424-920a-5c0bc79a499d@x69g2000hsx.googlegroups.com>
Message-ID: <474D77BF.8010400@arnebrasseur.net>

Trans schreef:
> And actually after looking it over I get the feeling all of part.rb
> may be unnecessary. It depends of course, but is install/uninstall
> being used? Can't setup be done at require time, and finalize with
> END{} clause? Are we really tracking active parts? If so can't the
> part just issue some sort of "nitro_register" method? -- That kind of
> thing.
>   
Well the admin part uses setup to mount controllers, my part does this 
as well. For what it currently does I agree that Part.require might as 
well not be there. Maybe the concept has to be rethought. For the moment 
it doesn't do much more than encourage people to make little chunks of 
Nitro apps, but maybe it can be more than that. How about automated 
install/uninstall? Or should people just use rubygems?

(ab)

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


From nyarly at gmail.com  Wed Nov 28 15:04:06 2007
From: nyarly at gmail.com (Judson Lester)
Date: Wed, 28 Nov 2007 12:04:06 -0800
Subject: [Nitro] Apache question
In-Reply-To: <afd80b540711080817lab91d12oc6f09a021a9af940@mail.gmail.com>
References: <afd80b540711051327j22fee0bbr6ba2504e4e02e858@mail.gmail.com>
	<c66aa6700711051332q6d9ca5c0o180143ac775f5a04@mail.gmail.com>
	<afd80b540711051359m1be15c40hab5a109f9da2dd46@mail.gmail.com>
	<c66aa6700711051933o364039e9ladd7c8c92c7612ea@mail.gmail.com>
	<afd80b540711052254j1f342425o6a66a0ffaf7c8f39@mail.gmail.com>
	<4733358A.6030400@robmela.com>
	<afd80b540711080817lab91d12oc6f09a021a9af940@mail.gmail.com>
Message-ID: <8905c87a0711281204q1b31484s9bf68e38a28289e5@mail.gmail.com>

On Nov 8, 2007 8:17 AM, George Moschovitis <george.moschovitis at gmail.com>
wrote:

> Has this been solved?
>
>
> nope,
>

Hey, I'm not dead!  And I know Apache pretty well.  If, in the face of a
Nitro solution, you still want an Apache one, I humbly present (cribbed and
munged from their docco):

RewriteEngine On

RewriteMap lowercase int:tolower

RewriteCond %{lowercase:%{HTTP_HOST}} !^www.mysite.com$
RewriteCond %{lowercase:%{HTTP_HOST}} ^([^.]*)\.mysite.com$
RewriteRule ^/(.*)$ http://www.mysite.com/view/%1/$1 [R]

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/20071128/a7c0eab3/attachment.html 

From george.moschovitis at gmail.com  Wed Nov 28 16:32:31 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 28 Nov 2007 23:32:31 +0200
Subject: [Nitro] Apache question
In-Reply-To: <8905c87a0711281204q1b31484s9bf68e38a28289e5@mail.gmail.com>
References: <afd80b540711051327j22fee0bbr6ba2504e4e02e858@mail.gmail.com>
	<c66aa6700711051332q6d9ca5c0o180143ac775f5a04@mail.gmail.com>
	<afd80b540711051359m1be15c40hab5a109f9da2dd46@mail.gmail.com>
	<c66aa6700711051933o364039e9ladd7c8c92c7612ea@mail.gmail.com>
	<afd80b540711052254j1f342425o6a66a0ffaf7c8f39@mail.gmail.com>
	<4733358A.6030400@robmela.com>
	<afd80b540711080817lab91d12oc6f09a021a9af940@mail.gmail.com>
	<8905c87a0711281204q1b31484s9bf68e38a28289e5@mail.gmail.com>
Message-ID: <afd80b540711281332o4389849ra1b993fc90db32cd@mail.gmail.com>

interesting,

I will try this.

thanks,
-g.

On Nov 28, 2007 10:04 PM, Judson Lester <nyarly at gmail.com> wrote:

> On Nov 8, 2007 8:17 AM, George Moschovitis <george.moschovitis at gmail.com>
> wrote:
>
> > Has this been solved?
> >
> >
> > nope,
> >
>
> Hey, I'm not dead!  And I know Apache pretty well.  If, in the face of a
> Nitro solution, you still want an Apache one, I humbly present (cribbed and
> munged from their docco):
>
>  RewriteEngine On
>
> RewriteMap lowercase int:tolower
>
> RewriteCond %{lowercase:%{HTTP_HOST}} !^ www.mysite.com$
> RewriteCond %{lowercase:%{HTTP_HOST}} ^([^.]*)\.mysite.com$
>  RewriteRule ^/(.*)$ http://www.mysite.com/view/%1/$1<http://www.mysite.com/view/%251/$1>[R]
>
> Judson
> --
> Your subnet is currently 169.254.0.0/16.  You are likely to be eaten by a
> grue.
> _______________________________________________
> 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/20071128/d69b6609/attachment.html 

From nyarly at gmail.com  Wed Nov 28 19:49:32 2007
From: nyarly at gmail.com (Judson Lester)
Date: Wed, 28 Nov 2007 16:49:32 -0800
Subject: [Nitro] [OG] enchant Question: klass.table or klass::OGTABLE
In-Reply-To: <389c43e40711070000k53ef51ddv56ee76fff61f3749@mail.gmail.com>
References: <389c43e40711070000k53ef51ddv56ee76fff61f3749@mail.gmail.com>
Message-ID: <8905c87a0711281649k73bda206w75848f6cc6bb428b@mail.gmail.com>

Looking back at that comment, I believe what I meant was that, rather than
use OGTABLE, and assign it based on the klass, instead, just use klass.table(),
and be sure that klass.table for SchemaInheritence works.  In general, it
was my thinking at the time that klass.table should be the correct way to
determine the table name, although in a perfect world, client code wouldn't
ever need to, except in unusual circumstances - like migrating out of Og, or
trying to understand the library better.

Looking at the code now, later, I can't find Og::SchemaInheritenceBase at
all.  Has STI been abandoned?

Judson

On Nov 7, 2007 12:00 AM, Mark Van De Vyver <mvyver at gmail.com> wrote:

> Hi Devs,
> This may be a dumb question, but which of the following is the correct
> way to access the table name of an Og managed class:
>  a) klass.table
>  b) klass::OGTABLE
>
> In fact just what does the following comment in
> sql.rb:SqlStore#enchant mean/relate to?
>
>      # FIXME: jl: Remove references to table, then remove these 5 lines
>
> It makes me think the above choice it's been resolved to use
> klass::OGTABLE, _but_  _only_ in Og's code. Correct?
> So internal use of klass.table is deprecated but the table attribute
> remains for user code.  Correct?
>
> Mark
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



-- 
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/20071128/ef703f08/attachment.html 

From nyarly at gmail.com  Wed Nov 28 20:37:27 2007
From: nyarly at gmail.com (Judson Lester)
Date: Wed, 28 Nov 2007 17:37:27 -0800
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <97377ddf-e8a4-4672-b70d-dbf632369001@s12g2000prg.googlegroups.com>
References: <389c43e40711261710j156993fcg8ebc34939e78a0ce@mail.gmail.com>
	<474CF37B.9060702@arnebrasseur.net>
	<afd80b540711280022v5a4a2cb6ncc8d34c3023c9d1a@mail.gmail.com>
	<97377ddf-e8a4-4672-b70d-dbf632369001@s12g2000prg.googlegroups.com>
Message-ID: <8905c87a0711281737v6ac716ew1e9f6fae6b0cbc58@mail.gmail.com>

I realize I've been out of the loop for no little while now, but this
exchange struck a chord with me, especially as I'm turning my interest back
to Og.  Mark's summation could very well be a statement of purpose for me
regard Og.


> - There is widespread interest in Og as a standalone project.
> - Og is incorrectly considered as being bound to Nitro.
> - Specs and developer level documentation are scarce.
> - Intermediate level documentation of Og is scarce, i.e. for people
> wanting to write user level docs.
> - Confusion exists about what version of Og is 'current'.
> - Confusion exists about what the Og roadmap is.
> - Darcs may be a barrier to entry (cf svn, git, mercurial...?).
> - Og needs a stable branch and a development branch.
>

I very much want to see Og as a separate project.  I think it's a very
useful library, with a excellent philosophic basis.  I remain eager to
commit to it's development, specs and doc.  On the other hand, I candidly
have little interest in Nitro, and Og's coupling with Nitro both frustrates
and distances me.  I do thank the Nitro project for engendering in me a keen
dislike for Darcs though.

I realize that I've contributed only a little to Og, and it was a long time
ago, but I'm a little in love with it as a library, and I feel strongly
about it.

So the idea then is that we have a central svn repo and we us git, via
> svn-git, to work with it. I realize it's off the beaten track, but I
> think in the end it's probably the best all around solution.
>

All that in mind, my thought is this: what does a hybrid svn/git SCM
solution get us?  Is it that difficult to set up a head git repo?  I'd argue
against using the Rubyforge Nitro SVN specifically because I'd prefer to see
Og take off as a separate project.

I tentatively agree that it would be preferable not to create a complete
fork of Og as it stands, with regards to limited developer resources.  But I
wonder if there might be more potential devs for a standalone Og than there
are for Og-in-Nitro.

(I'd argue for monotone, but I'm more than willing to take git for a spin.)


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/20071128/c1b9b0bd/attachment-0001.html 

From transfire at gmail.com  Wed Nov 28 23:22:28 2007
From: transfire at gmail.com (Trans)
Date: Wed, 28 Nov 2007 20:22:28 -0800 (PST)
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <8905c87a0711281737v6ac716ew1e9f6fae6b0cbc58@mail.gmail.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>
Message-ID: <55249c58-b638-48bf-9efb-e4a3212a110f@j20g2000hsi.googlegroups.com>



On Nov 28, 8:37 pm, "Judson Lester" <nya... at gmail.com> wrote:

> I very much want to see Og as a separate project.  I think it's a very
> useful library, with a excellent philosophic basis.  I remain eager to
> commit to it's development, specs and doc.  On the other hand, I candidly
> have little interest in Nitro, and Og's coupling with Nitro both frustrates
> and distances me.  I do thank the Nitro project for engendering in me a keen
> dislike for Darcs though.
>
> I realize that I've contributed only a little to Og, and it was a long time
> ago, but I'm a little in love with it as a library, and I feel strongly
> about it.
>
> So the idea then is that we have a central svn repo and we us git, via
>
> > svn-git, to work with it. I realize it's off the beaten track, but I
> > think in the end it's probably the best all around solution.
>
> All that in mind, my thought is this: what does a hybrid svn/git SCM
> solution get us?  Is it that difficult to set up a head git repo?  I'd argue
> against using the Rubyforge Nitro SVN specifically because I'd prefer to see
> Og take off as a separate project.
>
> I tentatively agree that it would be preferable not to create a complete
> fork of Og as it stands, with regards to limited developer resources.  But I
> wonder if there might be more potential devs for a standalone Og than there
> are for Og-in-Nitro.

I understand you're take here. It's different with SVN in that one
repository can house many separate projects. For instance my ProUtils
repo has a number of projects and the layout of the repo clearly
demonstrates the fact:

  proutils/svn/
    box/
      branches
      tags
      trunk
    icli/
      branches
      tags
      trunk
    mint/
      branches
      tags
      trunk
    ...

This is what I'd like to do with Nitro's repo and start thinking of
Nitro as an umbrella repo which contains a number of separate projects
instead of a project in itself. But this would mean that Raw would
become more of what Nitro is considered today. Maybe that's not
reasonable, but I was hoping to keep the all the Nitro projects under
one "roof" while having independent dev tracks at the same time.

The downside of a pure Git repo is that it would have to be hosted by
a private system (no public "forges" I know of support git) and also
anyone on Windows would not have access to the repo (maybe not that
big a deal, but something to be considered nonetheless).

T.

From mvyver at gmail.com  Thu Nov 29 04:21:10 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Thu, 29 Nov 2007 20:21:10 +1100
Subject: [Nitro] [OG] enchant Question: klass.table or klass::OGTABLE
In-Reply-To: <8905c87a0711281649k73bda206w75848f6cc6bb428b@mail.gmail.com>
References: <389c43e40711070000k53ef51ddv56ee76fff61f3749@mail.gmail.com>
	<8905c87a0711281649k73bda206w75848f6cc6bb428b@mail.gmail.com>
Message-ID: <389c43e40711290121t697515f3wb2eb9425a2da7e33@mail.gmail.com>

On Nov 29, 2007 11:49 AM, Judson Lester <nyarly at gmail.com> wrote:
> Looking back at that comment, I believe what I meant was that, rather than
> use OGTABLE, and assign it based on the klass, instead, just use
> klass.table(), and be sure that klass.table for SchemaInheritence works.  In
> general, it was my thinking at the time that klass.table should be the
> correct way to determine the table name, although in a perfect world, client

Thanks for the insight, that is useful.

> code wouldn't ever need to, except in unusual circumstances - like migrating
> out of Og, or trying to understand the library better.
>
> Looking at the code now, later, I can't find Og::SchemaInheritenceBase at
> all.  Has STI been abandoned?

would be good to have an issue tracker...
Anyway, for the record, the following spec requires a flexmock and why
might be worth thinking about?
I'm cheating a little by not doing a full blown Og.start -
DummyDatabase is a sub-class of DbiAdapter, with some methods
overridden to allow me to see the sql statements generated.

  describe DbiAdapter, "#table_exists?" do
    before(:each) do
      @db = DummyDatabase.new
      flexmock(@db).should_receive(:tables).and_return([:a,
:b]).times(3).ordered
    end

    it "should use Database#tables if available" do
      @db.table_exists?(:a).should be_true
      @db.table_exists?(:b).should be_true
      @db.table_exists?(:c).should be_false
    end

  end

Mark

> Judson
>
>
>
> On Nov 7, 2007 12:00 AM, Mark Van De Vyver < mvyver at gmail.com> wrote:
> >
> >
> >
> > Hi Devs,
> > This may be a dumb question, but which of the following is the correct
> > way to access the table name of an Og managed class:
> >  a) klass.table
> >  b) klass::OGTABLE
> >
> > In fact just what does the following comment in
> > sql.rb:SqlStore#enchant mean/relate to?
> >
> >      # FIXME: jl: Remove references to table, then remove these 5 lines
> >
> > It makes me think the above choice it's been resolved to use
> > klass::OGTABLE, _but_  _only_ in Og's code. Correct?
> > So internal use of klass.table is deprecated but the table attribute
> > remains for user code.  Correct?
> >
> > Mark
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
>
>
>
> --
> Your subnet is currently 169.254.0.0/16.  You are likely to be eaten by a
> grue.

From mvyver at gmail.com  Thu Nov 29 04:42:40 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Thu, 29 Nov 2007 20:42:40 +1100
Subject: [Nitro] [OG] enchant Question: klass.table or klass::OGTABLE
In-Reply-To: <389c43e40711290121t697515f3wb2eb9425a2da7e33@mail.gmail.com>
References: <389c43e40711070000k53ef51ddv56ee76fff61f3749@mail.gmail.com>
	<8905c87a0711281649k73bda206w75848f6cc6bb428b@mail.gmail.com>
	<389c43e40711290121t697515f3wb2eb9425a2da7e33@mail.gmail.com>
Message-ID: <389c43e40711290142m577f6b94wbbf3273d5fad624d@mail.gmail.com>

Please disregard that last post - wrong spec... I'll try and dig up
the example I was thinking of....
Mark

On Nov 29, 2007 8:21 PM, Mark Van De Vyver <mvyver at gmail.com> wrote:
> On Nov 29, 2007 11:49 AM, Judson Lester <nyarly at gmail.com> wrote:
> > Looking back at that comment, I believe what I meant was that, rather than
> > use OGTABLE, and assign it based on the klass, instead, just use
> > klass.table(), and be sure that klass.table for SchemaInheritence works.  In
> > general, it was my thinking at the time that klass.table should be the
> > correct way to determine the table name, although in a perfect world, client
>
> Thanks for the insight, that is useful.
>
> > code wouldn't ever need to, except in unusual circumstances - like migrating
> > out of Og, or trying to understand the library better.
> >
> > Looking at the code now, later, I can't find Og::SchemaInheritenceBase at
> > all.  Has STI been abandoned?
>
> would be good to have an issue tracker...
> Anyway, for the record, the following spec requires a flexmock and why
> might be worth thinking about?
> I'm cheating a little by not doing a full blown Og.start -
> DummyDatabase is a sub-class of DbiAdapter, with some methods
> overridden to allow me to see the sql statements generated.
>
>   describe DbiAdapter, "#table_exists?" do
>     before(:each) do
>       @db = DummyDatabase.new
>       flexmock(@db).should_receive(:tables).and_return([:a,
> :b]).times(3).ordered
>     end
>
>     it "should use Database#tables if available" do
>       @db.table_exists?(:a).should be_true
>       @db.table_exists?(:b).should be_true
>       @db.table_exists?(:c).should be_false
>     end
>
>   end
>
> Mark
>
>
> > Judson
> >
> >
> >
> > On Nov 7, 2007 12:00 AM, Mark Van De Vyver < mvyver at gmail.com> wrote:
> > >
> > >
> > >
> > > Hi Devs,
> > > This may be a dumb question, but which of the following is the correct
> > > way to access the table name of an Og managed class:
> > >  a) klass.table
> > >  b) klass::OGTABLE
> > >
> > > In fact just what does the following comment in
> > > sql.rb:SqlStore#enchant mean/relate to?
> > >
> > >      # FIXME: jl: Remove references to table, then remove these 5 lines
> > >
> > > It makes me think the above choice it's been resolved to use
> > > klass::OGTABLE, _but_  _only_ in Og's code. Correct?
> > > So internal use of klass.table is deprecated but the table attribute
> > > remains for user code.  Correct?
> > >
> > > Mark
> > > _______________________________________________
> > > Nitro-general mailing list
> > > Nitro-general at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/nitro-general
> > >
> >
> >
> >
> > --
> > Your subnet is currently 169.254.0.0/16.  You are likely to be eaten by a
> > grue.
>

From mvyver at gmail.com  Thu Nov 29 05:58:35 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Thu, 29 Nov 2007 21:58:35 +1100
Subject: [Nitro] Easier Og store wrapping idea
Message-ID: <389c43e40711290258k49bbdf94t2d2064f3162704f3@mail.gmail.com>

Hi Devs,
Thinking out loud :)
A the moment AR users, and those with legacy db's have to 'redefine'
their db's in their Ruby scripts as Og classes - not trivial when you
don't know how Og 'expresses' things.
The link below makes me think it might be possible to instead use:

class MyOldTableName
 magic_orm_translation {}
end

and have the Og class 'details' returned.
Fully working out the store structures would require interrogating the
backend schema info, and here Dr Nic's MagicModels and DrySQL have
probably done much of the heavy lifting....
Obviously some implementation 'issues' will remain :)

http://blog.inquirylabs.com/2007/09/08/magic-scaffold-for-merb/
and
http://inquirylabs.com/downloads/MagicScaffoldDemo.html

this also makes me think about migrations and Og

Mark

From george.moschovitis at gmail.com  Thu Nov 29 08:56:39 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 29 Nov 2007 15:56:39 +0200
Subject: [Nitro] Easier Og store wrapping idea
In-Reply-To: <389c43e40711290258k49bbdf94t2d2064f3162704f3@mail.gmail.com>
References: <389c43e40711290258k49bbdf94t2d2064f3162704f3@mail.gmail.com>
Message-ID: <afd80b540711290556j70d8ebc2j9495c9e3e8b6d34c@mail.gmail.com>

Interesting,

thanks!

-g.

On Nov 29, 2007 12:58 PM, Mark Van De Vyver <mvyver at gmail.com> wrote:

> Hi Devs,
> Thinking out loud :)
> A the moment AR users, and those with legacy db's have to 'redefine'
> their db's in their Ruby scripts as Og classes - not trivial when you
> don't know how Og 'expresses' things.
> The link below makes me think it might be possible to instead use:
>
> class MyOldTableName
>  magic_orm_translation {}
> end
>
> and have the Og class 'details' returned.
> Fully working out the store structures would require interrogating the
> backend schema info, and here Dr Nic's MagicModels and DrySQL have
> probably done much of the heavy lifting....
> Obviously some implementation 'issues' will remain :)
>
> http://blog.inquirylabs.com/2007/09/08/magic-scaffold-for-merb/
> and
> http://inquirylabs.com/downloads/MagicScaffoldDemo.html
>
> this also makes me think about migrations and Og
>
> Mark
> _______________________________________________
> 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/20071129/9ccbc1de/attachment.html 

From nyarly at gmail.com  Thu Nov 29 17:10:01 2007
From: nyarly at gmail.com (Judson Lester)
Date: Thu, 29 Nov 2007 14:10:01 -0800
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <55249c58-b638-48bf-9efb-e4a3212a110f@j20g2000hsi.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>
Message-ID: <8905c87a0711291410v230c15c2i9aac78b70e95a74e@mail.gmail.com>

On Nov 28, 2007 8:22 PM, Trans <transfire at gmail.com> wrote:

> This is what I'd like to do with Nitro's repo and start thinking of
> Nitro as an umbrella repo which contains a number of separate projects
> instead of a project in itself.
>

I understand the "one roof" idea, but I don't see it's appeal.  Why do you
want to see an "umbrella" project?  Does Facets belong inside the Nitro
tent?  If not, then why does Og?    It seems like both Nitro and Og might be
better served if they were separated, with Nitro being a sort of
first-client for Og, in terms of testing, features, etc.

...and also
> anyone on Windows would not have access to the repo (maybe not that
> big a deal, but something to be considered nonetheless).
>

Huh.  I'd been looking for the comparisons between Monotone and Git, and
that one is kind of huge if you aren't developing for the Linux kernel.

-- 
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/20071129/f3defdcf/attachment.html 

From mvyver at gmail.com  Thu Nov 29 18:20:10 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Fri, 30 Nov 2007 10:20:10 +1100
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <55249c58-b638-48bf-9efb-e4a3212a110f@j20g2000hsi.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>
Message-ID: <389c43e40711291520u37c21a67h8fc3eeb8eb6035b3@mail.gmail.com>

Hi Devs,

On Nov 29, 2007 3:22 PM, Trans <transfire at gmail.com> wrote:
>
>
> On Nov 28, 8:37 pm, "Judson Lester" <nya... at gmail.com> wrote:
>
> > I very much want to see Og as a separate project.  I think it's a very
> > useful library, with a excellent philosophic basis.  I remain eager to
> > commit to it's development, specs and doc.  On the other hand, I candidly
> > have little interest in Nitro, and Og's coupling with Nitro both frustrates
> > and distances me.  I do thank the Nitro project for engendering in me a keen
> > dislike for Darcs though.
> >
> > I realize that I've contributed only a little to Og, and it was a long time
> > ago, but I'm a little in love with it as a library, and I feel strongly
> > about it.
> >
> > So the idea then is that we have a central svn repo and we us git, via
> >
> > > svn-git, to work with it. I realize it's off the beaten track, but I
> > > think in the end it's probably the best all around solution.
> >
> > All that in mind, my thought is this: what does a hybrid svn/git SCM
> > solution get us?  Is it that difficult to set up a head git repo?  I'd argue
> > against using the Rubyforge Nitro SVN specifically because I'd prefer to see
> > Og take off as a separate project.
> >
> > I tentatively agree that it would be preferable not to create a complete
> > fork of Og as it stands, with regards to limited developer resources.  But I
> > wonder if there might be more potential devs for a standalone Og than there
> > are for Og-in-Nitro.
>
> I understand you're take here. It's different with SVN in that one
> repository can house many separate projects. For instance my ProUtils
> repo has a number of projects and the layout of the repo clearly
> demonstrates the fact:
>
>   proutils/svn/
>     box/
>       branches
>       tags
>       trunk
>     icli/
>       branches
>       tags
>       trunk
>     mint/
>       branches
>       tags
>       trunk
>     ...
>
> This is what I'd like to do with Nitro's repo and start thinking of
> Nitro as an umbrella repo which contains a number of separate projects
> instead of a project in itself. But this would mean that Raw would
> become more of what Nitro is considered today. Maybe that's not
> reasonable, but I was hoping to keep the all the Nitro projects under
> one "roof" while having independent dev tracks at the same time.
>
> The downside of a pure Git repo is that it would have to be hosted by
> a private system (no public "forges" I know of support git) and also

Some git hosting sites:
http://en.wikipedia.org/wiki/Comparison_of_free_software_hosting_facilities

things seem to be moving in the world of git, so it has probably
changed and is not exhaustive:
http://alioth.debian.org/
http://git.sv.gnu.org/gitweb/
http://repo.or.cz/

I'm hoping code.google.com would move sooner than later, but perhaps
they are waiting for git under Windows to mature...

> anyone on Windows would not have access to the repo (maybe not that
> big a deal, but something to be considered nonetheless).

Well, if cygwin counts as "Windows" then you running git under windows
is officially supported.  A "Windows git" without cygwin maybe coming:

http://kerneltrap.org/Linux/Git_on_Windows

One can suggest people search on "WinGit" and "msysgit", or even
provide direct links?
http://git.or.cz/gitwiki/WindowsInstall

Anyway, it seems there is a path so maybe this isn't a git showstopper?

HTH
Mark

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

From mvyver at gmail.com  Thu Nov 29 18:44:22 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Fri, 30 Nov 2007 10:44:22 +1100
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <8905c87a0711291410v230c15c2i9aac78b70e95a74e@mail.gmail.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>
Message-ID: <389c43e40711291544w643417b7k3f15e7086aec556f@mail.gmail.com>

On Nov 30, 2007 9:10 AM, Judson Lester <nyarly at gmail.com> wrote:
> On Nov 28, 2007 8:22 PM, Trans <transfire at gmail.com> wrote:
>
> > This is what I'd like to do with Nitro's repo and start thinking of
> > Nitro as an umbrella repo which contains a number of separate projects
> > instead of a project in itself.
> >
>
> I understand the "one roof" idea, but I don't see it's appeal.  Why do you
> want to see an "umbrella" project?  Does Facets belong inside the Nitro
> tent?  If not, then why does Og?    It seems like both Nitro and Og might be
> better served if they were separated, with Nitro being a sort of
> first-client for Og, in terms of testing, features, etc.

I think I posted a list of Ruby ORM projects some time ago - quite a
long list.
Og stood out as unique in the approach taken, and more general than
most others. DrySQL, MagicModels, Sequel and AR are notable too.
Obviously there will be niche segments that projects will occupy, but
I do wonder if there isn't _potential_ for efforts to coalesce?
Will that happen?  That probably depends on how development occurs and
on how any community operates.

Exploring alternative ideas, individual initiative and innovation are important.
My starting assumption is that, at the moment, less fractured ORM
development efforts could be a net positive.
I do wonder how Og under Nitro might accelerate and facilitate this?
Of course Og might be trageting a some niche, but from my reading of
the code it seemed to be more generalized than specialized.

Of course it might be that approaches are so different among ORM
projects that there is no melding possible, but from what I've seen in
the Sequel project that isn't the case - though at the outset it
didn't look too promising.

another 2c ;)

Mark


> > ...and also
> >
> > anyone on Windows would not have access to the repo (maybe not that
> > big a deal, but something to be considered nonetheless).
> >
> >
> >
> >
>
> Huh.  I'd been looking for the comparisons between Monotone and Git, and
> that one is kind of huge if you aren't developing for the Linux kernel.
>
>
> --
> Your subnet is currently 169.254.0.0/16.  You are likely to be eaten by a
> grue.
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From transfire at gmail.com  Thu Nov 29 21:50:34 2007
From: transfire at gmail.com (Trans)
Date: Thu, 29 Nov 2007 18:50:34 -0800 (PST)
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <8905c87a0711291410v230c15c2i9aac78b70e95a74e@mail.gmail.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>
Message-ID: <6ecdf0b1-3e4a-420e-8a79-c2be071574c1@r60g2000hsc.googlegroups.com>



On Nov 29, 5:10 pm, "Judson Lester" <nya... at gmail.com> wrote:
> On Nov 28, 2007 8:22 PM, Trans <transf... at gmail.com> wrote:
>
> > This is what I'd like to do with Nitro's repo and start thinking of
> > Nitro as an umbrella repo which contains a number of separate projects
> > instead of a project in itself.
>
> I understand the "one roof" idea, but I don't see it's appeal.  Why do you
> want to see an "umbrella" project?  Does Facets belong inside the Nitro
> tent?  If not, then why does Og?    It seems like both Nitro and Og might be
> better served if they were separated, with Nitro being a sort of
> first-client for Og, in terms of testing, features, etc.
>
> ...and also
>
> > anyone on Windows would not have access to the repo (maybe not that
> > big a deal, but something to be considered nonetheless).
>
> Huh.  I'd been looking for the comparisons between Monotone and Git, and
> that one is kind of huge if you aren't developing for the Linux kernel.
>
> --
> Your subnet is currently 169.254.0.0/16.  You are likely to be eaten by a
> grue.

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.

From mvyver at gmail.com  Thu Nov 29 22:38:36 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Fri, 30 Nov 2007 14:38:36 +1100
Subject: [Nitro] [OG] enchant Question: klass.table or klass::OGTABLE
In-Reply-To: <8905c87a0711281649k73bda206w75848f6cc6bb428b@mail.gmail.com>
References: <389c43e40711070000k53ef51ddv56ee76fff61f3749@mail.gmail.com>
	<8905c87a0711281649k73bda206w75848f6cc6bb428b@mail.gmail.com>
Message-ID: <389c43e40711291938r6088f281r2c9530159c901f5b@mail.gmail.com>

On Nov 29, 2007 11:49 AM, Judson Lester <nyarly at gmail.com> wrote:
> Looking back at that comment, I believe what I meant was that, rather than
> use OGTABLE, and assign it based on the klass, instead, just use
> klass.table(), and be sure that klass.table for SchemaInheritence works.  In
> general, it was my thinking at the time that klass.table should be the
> correct way to determine the table name, although in a perfect world, client
> code wouldn't ever need to, except in unusual circumstances - like migrating
> out of Og, or trying to understand the library better.
>
> Looking at the code now, later, I can't find Og::SchemaInheritenceBase at
> all.  Has STI been abandoned?

I just noticed this... :)
http://www.nitroproject.org/uploads/posts/2007/3/refactor-field-maps.bndl

[minor
Judson Lester <nyarly at gmail.com>**20070320020302] {
hunk ./og/lib/og/model.rb 499
-      include Og::SchemaInheritanceBase
+      include Og::Mixin::SingleTableInherited
}

[refactor: optimization of field_maps


> Judson
>
>
>
> On Nov 7, 2007 12:00 AM, Mark Van De Vyver < mvyver at gmail.com> wrote:
> >
> >
> >
> > Hi Devs,
> > This may be a dumb question, but which of the following is the correct
> > way to access the table name of an Og managed class:
> >  a) klass.table
> >  b) klass::OGTABLE
> >
> > In fact just what does the following comment in
> > sql.rb:SqlStore#enchant mean/relate to?
> >
> >      # FIXME: jl: Remove references to table, then remove these 5 lines
> >
> > It makes me think the above choice it's been resolved to use
> > klass::OGTABLE, _but_  _only_ in Og's code. Correct?
> > So internal use of klass.table is deprecated but the table attribute
> > remains for user code.  Correct?
> >
> > Mark
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
>
>
>
> --
> Your subnet is currently 169.254.0.0/16.  You are likely to be eaten by a
> grue.

From mvyver at gmail.com  Fri Nov 30 00:36:54 2007
From: mvyver at gmail.com (Mark Van De Vyver)
Date: Fri, 30 Nov 2007 16:36:54 +1100
Subject: [Nitro] Making Og seem less argh
Message-ID: <389c43e40711292136m76adf032xe7cd3989fc6aca67@mail.gmail.com>

Hi devs,
The attached is from an hour after hitting the ruby-uml page and the
gems's example directory.

This suggests we should be able to flatten Og's learning curve for new Dev's?

Anyway something for the geekend.

Mark
-------------- next part --------------
A non-text attachment was scrubbed...
Name: file.pdf
Type: application/pdf
Size: 49418 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071130/07d1af10/attachment-0001.pdf 

From nyarly at gmail.com  Fri Nov 30 02:04:58 2007
From: nyarly at gmail.com (Judson Lester)
Date: Thu, 29 Nov 2007 23:04:58 -0800
Subject: [Nitro] [OG] enchant Question: klass.table or klass::OGTABLE
In-Reply-To: <389c43e40711291938r6088f281r2c9530159c901f5b@mail.gmail.com>
References: <389c43e40711070000k53ef51ddv56ee76fff61f3749@mail.gmail.com>
	<8905c87a0711281649k73bda206w75848f6cc6bb428b@mail.gmail.com>
	<389c43e40711291938r6088f281r2c9530159c901f5b@mail.gmail.com>
Message-ID: <8905c87a0711292304j10ba649dw818f310b707dce52@mail.gmail.com>

That's hilarious.  All I can say is: March was a long time ago.

On Nov 29, 2007 7:38 PM, Mark Van De Vyver <mvyver at gmail.com> wrote:

> On Nov 29, 2007 11:49 AM, Judson Lester <nyarly at gmail.com> wrote:
> > Looking back at that comment, I believe what I meant was that, rather
> than
> > use OGTABLE, and assign it based on the klass, instead, just use
> > klass.table(), and be sure that klass.table for SchemaInheritence works.
>  In
> > general, it was my thinking at the time that klass.table should be the
> > correct way to determine the table name, although in a perfect world,
> client
> > code wouldn't ever need to, except in unusual circumstances - like
> migrating
> > out of Og, or trying to understand the library better.
> >
> > Looking at the code now, later, I can't find Og::SchemaInheritenceBase
> at
> > all.  Has STI been abandoned?
>
> I just noticed this... :)
> http://www.nitroproject.org/uploads/posts/2007/3/refactor-field-maps.bndl
>
> [minor
> Judson Lester <nyarly at gmail.com>**20070320020302] {
> hunk ./og/lib/og/model.rb 499
> -      include Og::SchemaInheritanceBase
> +      include Og::Mixin::SingleTableInherited
> }
>
> [refactor: optimization of field_maps
>
>
> > Judson
> >
> >
> >
> > On Nov 7, 2007 12:00 AM, Mark Van De Vyver < mvyver at gmail.com> wrote:
> > >
> > >
> > >
> > > Hi Devs,
> > > This may be a dumb question, but which of the following is the correct
> > > way to access the table name of an Og managed class:
> > >  a) klass.table
> > >  b) klass::OGTABLE
> > >
> > > In fact just what does the following comment in
> > > sql.rb:SqlStore#enchant mean/relate to?
> > >
> > >      # FIXME: jl: Remove references to table, then remove these 5
> lines
> > >
> > > It makes me think the above choice it's been resolved to use
> > > klass::OGTABLE, _but_  _only_ in Og's code. Correct?
> > > So internal use of klass.table is deprecated but the table attribute
> > > remains for user code.  Correct?
> > >
> > > Mark
> > > _______________________________________________
> > > Nitro-general mailing list
> > > Nitro-general at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/nitro-general
> > >
> >
> >
> >
> > --
> > Your subnet is currently 169.254.0.0/16.  You are likely to be eaten by
> a
> > grue.
>



-- 
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/20071129/1b733786/attachment.html 

From arne at arnebrasseur.net  Fri Nov 30 02:06:36 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Fri, 30 Nov 2007 15:06:36 +0800
Subject: [Nitro] Tutorial PDF
Message-ID: <474FB67C.9020201@arnebrasseur.net>

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)

-- 
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: nitro_todolist_20071130.pdf
Type: application/pdf
Size: 24237 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071130/5e1e5aea/attachment-0001.pdf 

From nyarly at gmail.com  Fri Nov 30 02:18:37 2007
From: nyarly at gmail.com (Judson Lester)
Date: Thu, 29 Nov 2007 23:18:37 -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: <8905c87a0711292318u7fff254ajc0b3073703b56ac3@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.
>

That's a fantastic reason.  I'm still in the camp of wanting Og to stand on
it's own, but a big part of that drive is getting more devs on a worthy
projects (self included).  Having the repo be easier to access and commits
be easier would be a huge step towards that.

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/20071129/7df5aa6f/attachment.html 

From george.moschovitis at gmail.com  Fri Nov 30 03:09:00 2007
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 30 Nov 2007 10:09:00 +0200
Subject: [Nitro] Tutorial PDF
In-Reply-To: <474FB67C.9020201@arnebrasseur.net>
References: <474FB67C.9020201@arnebrasseur.net>
Message-ID: <afd80b540711300009v7fb54592v1ec61c3e4a44757e@mail.gmail.com>

can you post the docbook source file as well?

THANKS!
-g.

On Nov 30, 2007 9:06 AM, Arne Brasseur <arne at arnebrasseur.net> 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)
>
> --
> Arne Brasseur
> http://www.arnebrasseur.net
> http://www.zhongwiki.com
> http://www.bankske.org
> 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/20071130/40d60a00/attachment.html 

From arne at arnebrasseur.net  Fri Nov 30 03:59:39 2007
From: arne at arnebrasseur.net (Arne Brasseur)
Date: Fri, 30 Nov 2007 16:59:39 +0800
Subject: [Nitro] Tutorial PDF
In-Reply-To: <afd80b540711300009v7fb54592v1ec61c3e4a44757e@mail.gmail.com>
References: <474FB67C.9020201@arnebrasseur.net>
	<afd80b540711300009v7fb54592v1ec61c3e4a44757e@mail.gmail.com>
Message-ID: <474FD0FB.2030103@arnebrasseur.net>


George Moschovitis schreef:
> can you post the docbook source file as well?

No problem, here it is.

I was gonna keep the custom markup stuff for myself until it's a little 
more polished but here it is in true release early style. I'll be out of 
town till somewhere next week so whoever wants can have a look at it in 
the meanwhile. Think of it as a proof of concept.

Installing the marky gem should give you the marky command which takes 
an xml file as arguments which can contain processing instructions like

  <?marky-include href="01_intro.mky" root="sect1" ?>

  <?marky-parse root="sect1"
title:: Example marky text

A block of text is converted to <para>a block of text</para>.

note::
Open and closing tags look like this. If there's just a single line 
inside put it after the opening tag and omit the closing tag. Tags can 
be nested.
end-note::

?>

The basic idea is to convert blocks of text following and followed by a 
double new-line to paragraphs. Text inside paragraphs will be scanned 
for certain "wingnuts" (e.g. _underscores_ or ^these thingies^) which 
are shorthands for certain tags. This is not implemented yet.

The current implementation uses Rexml to build the structure and then 
dump to xml which has the effect that any XML in the document gets 
converted to entities. This obviously has to change because we want to 
be able to simply use XML inline. So either text needs to explicitly be 
parsed by rexml or we just do our conversions without rexml leaving 
intact what is there. The downside is that either way ampersands and 
less-than signs need to be written as entities.

Also in that case a handy shortcut for <programlisting><![CDATA[ ... 
]]></programlisting> would be... euh, handy.

Ok that's a bit of a dump of my current thought processes and I could 
have had a little more sleep but anyway, as always, enjoy!


Oh yeah to use it, make sure you have xsltproc, put the xml, mky, xsl 
and css files in a directory and try this
  
   marky tutorial.xml | xsltproc nitro-article-html-chunks.xsl -

If that went well you should have a bunch of html files, so try "firefox 
-new-tab index.html" and marvel at the beauty ;)

If you want the pdf you should get apache-fop. Similar procedure

  marky tutorial.xml | xsltproc nitro-article-fo.xsl - > fop.xml

and then

  fop fop.xml tutorial.pdf

The xsl files import stylesheets from docbook-xsl, and the html one sets 
a parameter to use the supplied css file. The idea is to build on these 
to create a customized look for the nitro docs.

The nitro_todolist.xml is the docbook as is generated by marky.

As I said, Enjoy!

(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: nitro_todolist.xml
Type: text/xml
Size: 13863 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0002.xml 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 01_intro.mky
Url: http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0008.pl 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 02_getting_and_installing.mky
Url: http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0009.pl 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 03_hello_world.mky
Url: http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0010.pl 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 04_a_real_app.mky
Url: http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0011.pl 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 05_the_models.mky
Url: http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0012.pl 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 06_views.mky
Url: http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0013.pl 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 07_controller.mky
Url: http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0014.pl 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 08_getting_interactive.mky
Url: http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0015.pl 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tutorial.xml
Type: text/xml
Size: 1326 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0003.xml 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: marky-0.1.2.gem
Type: application/octet-stream
Size: 6656 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0001.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: marky-0.1.2.tgz
Type: application/x-gtar
Size: 3448 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0001.gtar 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nitro_article.css
Type: text/css
Size: 167 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0001.css 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nitro-article-fo.xsl
Type: application/xml
Size: 324 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0002.wsdl 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nitro-article-html-chunks.xsl
Type: application/xml
Size: 395 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20071130/7f7e3fe4/attachment-0003.wsdl 

From john at oxyliquit.de  Fri Nov 30 18:56:20 2007
From: john at oxyliquit.de (Jonathan Buch)
Date: Sat, 01 Dec 2007 00:56:20 +0100
Subject: [Nitro] acts?
In-Reply-To: <4723FEC5.10509@robmela.com>
References: <4723FEC5.10509@robmela.com>
Message-ID: <op.t2mp36htxegpx6@jo.local>

Hi,

> I see some stuff in the og/model directory that corresponds to some of
> the common Rails acts_as mixins.
>
> I'm curious as to what stage of completion/reliability these things are
> at.

Oh, those are always quite stable and build on normal Og functionality.
(If Og (or more specifically relations) are broken, those are too :P)

> hierarchical.rb -- acts_as_tree, but based on nested sets ( I though
> Jonathan was working on materialized paths as well ? )

Well, I am using postgresql ltree, which are materialized paths, works
really good.  Or rather, my Og does use it, I'm very much entagled in
new work sadly not involving ruby.

Using ltree one gets indexing and fast lookup for free and the Og
implementation facilitating the use is quite clean.

Jo

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

From john at oxyliquit.de  Fri Nov 30 18:56:31 2007
From: john at oxyliquit.de (Jonathan Buch)
Date: Sat, 01 Dec 2007 00:56:31 +0100
Subject: [Nitro] acts?
In-Reply-To: <4723FEC5.10509@robmela.com>
References: <4723FEC5.10509@robmela.com>
Message-ID: <op.t2mp4hxaxegpx6@jo.local>

Hi,

> I'm also unclear on the workings of sti.rb, but I guess I could figure
> it out with some experimentation.  At it's core it seems to work by
> adding an ogtype column to the table.
> But I wonder what it does for inheriting types that have additonal
> attributes -- does it add columns?   How is inheritance reflected in the
> schema without STI?    New tables?

it adds a ogtype + any columns defined by the subclasses to the table of
the parent class.

Without sti it will add more tables to the database.

It's kinda late, but anyway.  :P

Jo

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

From john at oxyliquit.de  Fri Nov 30 18:56:31 2007
From: john at oxyliquit.de (Jonathan Buch)
Date: Sat, 01 Dec 2007 00:56:31 +0100
Subject: [Nitro] Solved: OgAdminController#save is not the problem....
In-Reply-To: <1193975157.994036.154610@o80g2000hse.googlegroups.com>
References: <1193937508.821177.26120@y42g2000hsy.googlegroups.com>
	<472A8432.7000904@robmela.com> <472A90EE.1020303@robmela.com>
	<1193975157.994036.154610@o80g2000hse.googlegroups.com>
Message-ID: <op.t2mp4hxaxegpx6@jo.local>

Hi,

>> So, having no shame, I'll ask a stupid question:  Why Dictionary for
>> request params?   Also, does using Dictionary for some collection (
>> post/get params ) and Hash for others ( headers) risk being
>> counterintuitive?  I think it's reasonable to think of headers and
>> params as collections, and for a programmer to expect them to expose the
>> same syntax.

> Is there a reason for these to maintain order?

there _IS_ a good rason for the order:  parameter munging how I call it.
(I'm reciting from memory, bear with me).  A long time ago I created a
1000+ line test case covering the dispatcher exactly because of that
reason.

George wanted to be able to do the following:

# /foo?a=b&c=d
def foo(a, c); [a, c]; end # => ["b", "d"]

Whereas I still think even today that this is completely unnecessary,
wack, generally unclean implementation wise and leading to problems.

Without parameter munging it can be emulated this way:

def foo(a = params['a'], c = params['c']); [a, c]; end # => ["b", "d"]

But, as the story goes, George really wanted those and we finally
agreed on having it as an option, where I battled through that it
was not enabled by default, good.

Ayway, back to the Dictionary.  Hashes are unordered, leading to the
weirdest errors with parameter munging.  So, Dictionary it is until
parameter munging gets extinguished or else all hell will break loose.

Late, but anyway,

Jo

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

From john at oxyliquit.de  Fri Nov 30 19:11:18 2007
From: john at oxyliquit.de (Jonathan Buch)
Date: Sat, 01 Dec 2007 01:11:18 +0100
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <389c43e40711291520u37c21a67h8fc3eeb8eb6035b3@mail.gmail.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>
	<389c43e40711291520u37c21a67h8fc3eeb8eb6035b3@mail.gmail.com>
Message-ID: <op.t2mqs4gfxegpx6@jo.local>

Hi,

> Anyway, it seems there is a path so maybe this isn't a git showstopper?

as I have been doing some off ruby work lately, I also tried git, to
make the 'start' as fresh as possible.

And, I have to say, I'm really happy with git now.

- Not quite as userfriendly as darcs

That is the only minus.

The biggest plus for me however is something kinda unrelated:

My repo is clean, always.  With darcs I used to create changes here
and there, debug stuff together with new features and old bugfixes.
Recording is nice then of course with darcs, just skipping the rest,
but the repo is still messy.

With git it's very much different.  I can choose (due to the branches)
to work on this or that without copying the repo or cluttering it.

That is my biggest plus (besides the nice gitk <3 for code review) on
git, clean repo, less overhead for my mind.

My personal hitlist of version control systems would be:

1) Git
2) Darcs
3) Arch
4) SVN

Jo

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

From nyarly at gmail.com  Fri Nov 30 20:33:50 2007
From: nyarly at gmail.com (Judson Lester)
Date: Fri, 30 Nov 2007 17:33:50 -0800
Subject: [Nitro] Revisiting some Og issues again: RFC
In-Reply-To: <op.t2mqs4gfxegpx6@jo.local>
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>
	<389c43e40711291520u37c21a67h8fc3eeb8eb6035b3@mail.gmail.com>
	<op.t2mqs4gfxegpx6@jo.local>
Message-ID: <8905c87a0711301733g66e723caw57d785e2b18317d5@mail.gmail.com>

On Nov 30, 2007 4:11 PM, Jonathan Buch <john at oxyliquit.de> wrote:

> 1) Git
> 2) Darcs
> 3) Arch
> 4) SVN
>

If we're playing the favorites game, here's my thinking.

My experience with darcs has been exclusively with Nitro.  Workflow looks
like: get the repo, make a change, check in, export a patch, send it to the
list.  Repeat from *get the repo*.  Which is stupid, IMO, but trying to just
update my local repo for Nitro more often than not destroys whatever work
I'd done.  Plus, pulling the repo yesterday, all of 47 patches took >
30minutes, and wailed on my proc for the whole time.  To put it bluntly, I'm
not a fan.

Looking at git, it looks okay.  I haven't used it, myself, but from what
I've read it's strongly influenced by the design for Monotone, which I do
use and like a lot.  The biggest differences seem to be ease of use and
performance (the later, I think, won't make much difference for a project
the size of Og.)  I'm always glad to have an opportunity to form a
reasonable opinion of an important technology.

SVN is simple, functional, and couldn't be easier for us.  Someone else is
managing the repo, tools are widespread and mature.  I've been using it at
work for a while now and am comfortable with it, if not in love.  This
single biggest advantage of SVN is that we could have a sensible repo set up
pretty much Right Now, with dev branch(es) etc.  At least, this is the
theory.  I was looking earlier, and Nitro was created as CVS, which would
mean getting the RF guys to switch it over - they're good, but we'd still
wait a day or two.

So, my list of favorites looks like:

1) Monotone
2) Subversion
3) Git
4) CVS
5) Darcs
(yes, really.)

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/20071130/922a4a47/attachment.html