From john at oxyliquit.de Fri Sep 1 08:11:35 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Fri, 01 Sep 2006 14:11:35 +0200 Subject: [Nitro] request params -> action params In-Reply-To: References: Message-ID: Hi, > I made some changes to the way the request uri parameters are > converted to action parameters. I am wondering if these changes fix an > older reported bug. It does work more reliabbly for me (and the > implementation is a lot cleaner). this patch doesn't fix the previous bug, in fact it makes it worse. def update(oid = nil) end If you try that, you'll see that it never works, that it gets filled with nil in any case. Like your comment above the code says, there are negative numbers in case there are parameters which are optional. * positive numbers are normal, non optional parameters * zero is for no parameters * -1 always specifies 0 or more parameters def a(b = nil); end def a(*args); end def a(b=nil, c=nil); end etc. * below -1, (arity.abs - 1) non optional parameters, at least one optional parameter. * Other wierd stuff I found: def a(c, b=nil, &d); end # => arity 2 Since that param bug was introduced, I have as a workaround *args at the end of the problematic actions (insert/update). Well, what I'm saying is: One has to be very careful with that param stuff, as it's quite non-trivial and can kill any webapp. If you want me to, I can throw tests at you while you are searching for a correct implementation. Information I would need is how to send POST requests as well as GET requests (as that isn't shown in the test suite of compiler.rb). I'm not sure what the ideal implementation would be... maybe to disable parameter injection when it got already (partly) filled by a nice-url? I'm not sure what to do with half-filled actions, as they 'should' raise errors, but the error handling should be application specific.. Sorry for the rant. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Fri Sep 1 08:52:15 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 1 Sep 2006 15:52:15 +0300 Subject: [Nitro] Greece Message-ID: Hey, did I mention that *Greece fuckin rulez!!!!* ;-) ;-) -g. -- http://www.gmosx.com http://www.nitroproject.org From transfire at gmail.com Fri Sep 1 09:27:37 2006 From: transfire at gmail.com (TRANS) Date: Fri, 1 Sep 2006 09:27:37 -0400 Subject: [Nitro] Greece In-Reply-To: References: Message-ID: <4b6f054f0609010627v940a3h42552afdb9ca4043@mail.gmail.com> On 9/1/06, George Moschovitis wrote: > Hey, > > did I mention that > > *Greece fuckin rulez!!!!* Oh, but you must tell us why it rulez! INclude pictures if you can ;-) T. From aglarond at gmail.com Fri Sep 1 10:12:09 2006 From: aglarond at gmail.com (Dimitri Aivaliotis) Date: Fri, 1 Sep 2006 16:12:09 +0200 Subject: [Nitro] Speed up SELECTS (using PSQL VIEWS) In-Reply-To: References: Message-ID: <55c107bf0609010712w66bf1a63t69e2936f87a0f333@mail.gmail.com> Hello Everybody, Just to let you know, Kashia wrote a great tip on Oxy implementing this: http://www.oxyliquit.de/tip/31 We couldn't let such a great idea expire in the wastebin of the archives, and so it was dredged-up on IRC to help solve a current problem. :) - Dimitri -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060901/0052948a/attachment.html From george.moschovitis at gmail.com Fri Sep 1 10:33:00 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 1 Sep 2006 17:33:00 +0300 Subject: [Nitro] Greece In-Reply-To: <4b6f054f0609010627v940a3h42552afdb9ca4043@mail.gmail.com> References: <4b6f054f0609010627v940a3h42552afdb9ca4043@mail.gmail.com> Message-ID: > > *Greece fuckin rulez!!!!* > > Oh, but you must tell us why it rulez! INclude pictures if you can ;-) Haven't you seen the basket-ball match 'Greece vs USA' ? ;-) -g. -- http://www.gmosx.com http://www.nitroproject.org From transfire at gmail.com Fri Sep 1 10:38:24 2006 From: transfire at gmail.com (TRANS) Date: Fri, 1 Sep 2006 10:38:24 -0400 Subject: [Nitro] Greece In-Reply-To: References: <4b6f054f0609010627v940a3h42552afdb9ca4043@mail.gmail.com> Message-ID: <4b6f054f0609010738t4e80df1era4615005ec04d8f8@mail.gmail.com> On 9/1/06, George Moschovitis wrote: > > > *Greece fuckin rulez!!!!* > > > > Oh, but you must tell us why it rulez! INclude pictures if you can ;-) > > > Haven't you seen the basket-ball match 'Greece vs USA' ? Ah! Are we getting are ass kicked? Well, it's about time someone did it! ;-) Good show, Gmen! (I stopped watching basketball after Michael Jordan retired. I was never into it that much to begin with, but Jordan was pretty exciting to watch.) T. From george.moschovitis at gmail.com Fri Sep 1 10:42:24 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 1 Sep 2006 17:42:24 +0300 Subject: [Nitro] request params -> action params In-Reply-To: References: Message-ID: Ahem, thanks for the detailed bug report, I will go back tou the drawing board. Btw, a related tc_xxx test case file would be extremely helpful ;-) ;-) regards, George. On 9/1/06, Jonathan Buch wrote: > Hi, > > > I made some changes to the way the request uri parameters are > > converted to action parameters. I am wondering if these changes fix an > > older reported bug. It does work more reliabbly for me (and the > > implementation is a lot cleaner). > > this patch doesn't fix the previous bug, in fact it makes it worse. > > def update(oid = nil) > > end > > If you try that, you'll see that it never works, that it gets filled > with nil in any case. Like your comment above the code says, there are > negative numbers in case there are parameters which are optional. > > * positive numbers are normal, non optional parameters > * zero is for no parameters > * -1 always specifies 0 or more parameters > def a(b = nil); end > def a(*args); end > def a(b=nil, c=nil); end > etc. > * below -1, (arity.abs - 1) non optional parameters, at least one > optional parameter. > * Other wierd stuff I found: > def a(c, b=nil, &d); end # => arity 2 > > Since that param bug was introduced, I have as a workaround *args at > the end of the problematic actions (insert/update). > > Well, what I'm saying is: One has to be very careful with that param > stuff, as it's quite non-trivial and can kill any webapp. > > If you want me to, I can throw tests at you while you are searching > for a correct implementation. Information I would need is how to send > POST requests as well as GET requests (as that isn't shown in the test > suite of compiler.rb). > > I'm not sure what the ideal implementation would be... maybe to disable > parameter injection when it got already (partly) filled by a nice-url? > I'm not sure what to do with half-filled actions, as they 'should' > raise errors, but the error handling should be application specific.. > > Sorry for the rant. > > Jo > > -- > Feel the love > http://pinkjuice.com/pics/ruby.png > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From john at oxyliquit.de Fri Sep 1 10:49:55 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Fri, 01 Sep 2006 16:49:55 +0200 Subject: [Nitro] request params -> action params In-Reply-To: References: Message-ID: Hi, > Ahem, thanks for the detailed bug report, I will go back tou the > drawing board. Btw, > a related tc_xxx test case file would be extremely helpful ;-) ;-) like I said in the last paragraph, I have no idea how it ideally should react. So I'm actually unable to write any test cases, because I don't know _what_ to test. I could write a testcase for the error right now, but that wouldn't really solve the problem. Like you said: 'back to the drawing board'. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Sat Sep 2 16:07:50 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Sat, 02 Sep 2006 22:07:50 +0200 Subject: [Nitro] Bounty: Serverside (pure ruby http server) adapter for Nitro Message-ID: Hi, very interesting: http://code.google.com/p/serverside/ Just got that address from James Britt, really interesting.... To quote him: "Faster than Mongrel, but pure Ruby? Interesting ..." Adapter? Anyone? :P Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From m.fellinger at gmail.com Sat Sep 2 23:39:38 2006 From: m.fellinger at gmail.com (Michael Fellinger) Date: Sun, 3 Sep 2006 12:39:38 +0900 Subject: [Nitro] Bounty: Serverside (pure ruby http server) adapter for Nitro In-Reply-To: References: Message-ID: <9c00d3e00609022039o12a06a5m9811627a4835b899@mail.gmail.com> On 9/3/06, Jonathan Buch wrote: > Hi, > > very interesting: http://code.google.com/p/serverside/ > > Just got that address from James Britt, really interesting.... > To quote him: "Faster than Mongrel, but pure Ruby? Interesting ..." > > Adapter? Anyone? :P > Oh, that thing looks totally sweet :) and it works nicely, i doubt that it has a whole lot of features, but a basic adapter shouldn't be hard to bake :D let's see if i get that done today > Jo > > -- > Feel the love > http://pinkjuice.com/pics/ruby.png > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From george.moschovitis at gmail.com Sun Sep 3 03:07:40 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 3 Sep 2006 10:07:40 +0300 Subject: [Nitro] Bounty: Serverside (pure ruby http server) adapter for Nitro In-Reply-To: <9c00d3e00609022039o12a06a5m9811627a4835b899@mail.gmail.com> References: <9c00d3e00609022039o12a06a5m9811627a4835b899@mail.gmail.com> Message-ID: Looks nice ;-) On 9/3/06, Michael Fellinger wrote: > On 9/3/06, Jonathan Buch wrote: > > Hi, > > > > very interesting: http://code.google.com/p/serverside/ > > > > Just got that address from James Britt, really interesting.... > > To quote him: "Faster than Mongrel, but pure Ruby? Interesting ..." > > > > Adapter? Anyone? :P > > > > Oh, that thing looks totally sweet :) > and it works nicely, i doubt that it has a whole lot of features, but > a basic adapter shouldn't be hard to bake :D > let's see if i get that done today > > > Jo > > > > -- > > Feel the love > > http://pinkjuice.com/pics/ruby.png > > _______________________________________________ > > 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://www.gmosx.com http://www.nitroproject.org From al-nitrogen at none.at Sun Sep 3 11:54:00 2006 From: al-nitrogen at none.at (Alexander Lazic) Date: Sun, 3 Sep 2006 17:54:00 +0200 Subject: [Nitro] Bounty: Serverside (pure ruby http server) adapter for Nitro In-Reply-To: References: Message-ID: <20060903155400.GA15910@none.at> On Sam 02.09.2006 22:07, Jonathan Buch wrote: >Hi, > >very interesting: http://code.google.com/p/serverside/ Yep >Just got that address from James Britt, really interesting.... >To quote him: "Faster than Mongrel, but pure Ruby? Interesting ..." But mongrel don't want to be a full-featured HTTP-Server, I think that's the difference. The main difference between mongrel and serverside is: serverside want to be a HTTP-Server to server static content, as far as i have the site right. mongrel *only* want to be a App-Server for ruby-frameworks, zed please correct me if I have misunderstand this. Neverless a adapter would be nice, not only because the persitance feautre ;-) jm2c Alex From james.britt at gmail.com Sun Sep 3 12:37:30 2006 From: james.britt at gmail.com (James Britt) Date: Sun, 03 Sep 2006 09:37:30 -0700 Subject: [Nitro] Bounty: Serverside (pure ruby http server) adapter for Nitro In-Reply-To: <20060903155400.GA15910@none.at> References: <20060903155400.GA15910@none.at> Message-ID: <44FB04CA.2040703@gmail.com> Alexander Lazic wrote: > On Sam 02.09.2006 22:07, Jonathan Buch wrote: > >>Hi, >> >>very interesting: http://code.google.com/p/serverside/ > > > Yep > > >>Just got that address from James Britt, really interesting.... >>To quote him: "Faster than Mongrel, but pure Ruby? Interesting ..." > > > But mongrel don't want to be a full-featured HTTP-Server, I think that's > the difference. > > The main difference between mongrel and serverside is: > > serverside want to be a HTTP-Server to server static content, as far as > i have the site right. The rdocs suggest otherwise: "You can use the ServerSide::Application and ServerSide::Controller classes to create dynamic web applications. The ServerSide framework also lets you route requests based on any attribute of incoming requests, such as host name, path, URL parameters etc." Sadly for me, though, serverside does not run on Win32. It expects fork. And has this bit of hackery, in daemon.rb: STDIN.reopen "/dev/null" STDOUT.reopen "/dev/null", "a" Some mods are called for ... -- James Britt "Simplicity of the language is not what matters, but simplicity of use." - Richard A. O'Keefe in squeak-dev mailing list From al-nitrogen at none.at Sun Sep 3 12:46:04 2006 From: al-nitrogen at none.at (Alexander Lazic) Date: Sun, 3 Sep 2006 18:46:04 +0200 Subject: [Nitro] Bounty: Serverside (pure ruby http server) adapter for Nitro In-Reply-To: <44FB04CA.2040703@gmail.com> References: <20060903155400.GA15910@none.at> <44FB04CA.2040703@gmail.com> Message-ID: <20060903164604.GA19203@none.at> On Son 03.09.2006 09:37, James Britt wrote: >Alexander Lazic wrote: >> >> serverside want to be a HTTP-Server to server static content, as far >> as i have the site right. > >The rdocs suggest otherwise: > >"You can use the ServerSide::Application and ServerSide::Controller >classes to create dynamic web applications. The ServerSide framework >also lets you route requests based on any attribute of incoming >requests, such as host name, path, URL parameters etc." Ah thanks for correction ;-). I think I should also read the Doc better before I go to the Source ;-) Regards Alex From m.fellinger at gmail.com Sun Sep 3 18:50:45 2006 From: m.fellinger at gmail.com (Michael Fellinger) Date: Mon, 4 Sep 2006 07:50:45 +0900 Subject: [Nitro] Bounty: Serverside (pure ruby http server) adapter for Nitro In-Reply-To: <20060903164604.GA19203@none.at> References: <20060903155400.GA15910@none.at> <44FB04CA.2040703@gmail.com> <20060903164604.GA19203@none.at> Message-ID: <9c00d3e00609031550g461f451ar5ef4aff881cac746@mail.gmail.com> On 9/4/06, Alexander Lazic wrote: > On Son 03.09.2006 09:37, James Britt wrote: > >Alexander Lazic wrote: > >> > >> serverside want to be a HTTP-Server to server static content, as far > >> as i have the site right. > > > >The rdocs suggest otherwise: > > > >"You can use the ServerSide::Application and ServerSide::Controller > >classes to create dynamic web applications. The ServerSide framework > >also lets you route requests based on any attribute of incoming > >requests, such as host name, path, URL parameters etc." Not only that... it extends String with '/' (shortcut for File.join) and also Proc and Symbol (faster Symbol.to_s) and some other core-stuff i don't quite remember. > > Ah thanks for correction ;-). > > I think I should also read the Doc better before I go to the Source ;-) > > Regards > > Alex From manveru at weez-int.com Sun Sep 3 20:59:32 2006 From: manveru at weez-int.com (Michael Fellinger) Date: Mon, 4 Sep 2006 09:59:32 +0900 Subject: [Nitro] Greece In-Reply-To: <4b6f054f0609010738t4e80df1era4615005ec04d8f8@mail.gmail.com> References: <4b6f054f0609010738t4e80df1era4615005ec04d8f8@mail.gmail.com> Message-ID: <200609040959.33185.manveru@weez-int.com> On Friday 01 September 2006 23:38, TRANS wrote: > On 9/1/06, George Moschovitis wrote: > > > > *Greece fuckin rulez!!!!* > > > > > > Oh, but you must tell us why it rulez! INclude pictures if you can ;-) > > > > Haven't you seen the basket-ball match 'Greece vs USA' ? > > Ah! Are we getting are ass kicked? Well, it's about time someone did > it! ;-) Good show, Gmen! > Hehe, spain won though. Still amazing that greek is 2nd... congratulations :) > (I stopped watching basketball after Michael Jordan retired. I was > never into it that much to begin with, but Jordan was pretty exciting > to watch.) > > T. > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general -- Weez International Limited East Roppongi Bldg 5F, 509 3-16-35 Roppongi, Minato-ku Tokyo #106-0032 Tel: 81-(0)3-3505-3881 Fax: 81-(0)3-3505-3883 E-mail: manveru at weez-int.com Website: http://weez-int.com From alex at msgpad.com Sun Sep 3 22:11:43 2006 From: alex at msgpad.com (Alex Pooley) Date: Mon, 04 Sep 2006 10:11:43 +0800 Subject: [Nitro] Bounty: Serverside (pure ruby http server) adapter for Nitro In-Reply-To: References: Message-ID: <1157335903.9211.38.camel@woof> Thanks for the link. Firstly, it's nice to have another option. Still, I'm intrigued... I wonder if they (or anyone else?) can actually substantiate the claim that it is faster than Mongrel? Mongrel doesn't really do much, so where could you improve? Mongrel even goes to the trouble of jumping to C to partially pre-process requests. Also, just flicking through the code (see below) it looks like you won't get multiple name=>value pairs for query parameters and cookies. Also converting everything to a symbol carries potential for leaking memory, particularly when used in this way. That's a DOS waiting to happen yeh? :( Still, I'll be keeping my eye on ServerSide. -------------------------------------------------------- (connection.rb) # Parses query parameters by splitting the query string and unescaping # parameter values. def parse_parameters(query) query.split(Const::Ampersand).inject({}) do |m, i| if i =~ Const::ParameterRegexp m[$1.to_sym] = $2.uri_unescape end m end end # Parses cookie values passed in the request def parse_cookies @headers[Const::Cookie].split(Const::CookieSplit).inject({}) do |m, i| if i =~ Const::CookieRegexp m[$1.to_sym] = $2.uri_unescape end m end end On Sat, 2006-09-02 at 22:07 +0200, Jonathan Buch wrote: > Hi, > > very interesting: http://code.google.com/p/serverside/ > > Just got that address from James Britt, really interesting.... > To quote him: "Faster than Mongrel, but pure Ruby? Interesting ..." > > Adapter? Anyone? :P > > Jo > -- Alex Pooley (msgpad founder) w: http://msgpad.com e: alex at msgpad.com b: http://alexpooley.com From manveru at weez-int.com Sun Sep 3 22:20:52 2006 From: manveru at weez-int.com (Michael Fellinger) Date: Mon, 4 Sep 2006 11:20:52 +0900 Subject: [Nitro] =?iso-8859-1?q?Bounty=3A_Serverside_=28pure_ruby_http_ser?= =?iso-8859-1?q?ver=29_adapter_for=09Nitro?= In-Reply-To: <1157335903.9211.38.camel@woof> References: <1157335903.9211.38.camel@woof> Message-ID: <200609041120.52915.manveru@weez-int.com> On Monday 04 September 2006 11:11, Alex Pooley wrote: > Thanks for the link. Firstly, it's nice to have another option. Still, > I'm intrigued... > > I wonder if they (or anyone else?) can actually substantiate the claim > that it is faster than Mongrel? Mongrel doesn't really do much, so where > could you improve? Mongrel even goes to the trouble of jumping to C to > partially pre-process requests. > > Also, just flicking through the code (see below) it looks like you won't > get multiple name=>value pairs for query parameters and cookies. Also > converting everything to a symbol carries potential for leaking memory, > particularly when used in this way. That's a DOS waiting to happen > yeh? :( Indeed, the more i learn about ServerSide, the more i'm convinced that it's trying to be a very lightweight way to serve directory-listings... not to offend the original author, there are some neat things in there too, but i don't think it would stand long in a production-environment. on the other hand, the very simple clustering and spawning and using ('serverside start/stop' comes to mind) will have its place on my machine - though not to serve nitro - since i'll not use it in production anyway, i've got other more crucial things to work on :) but it's a very nice way to let someone grab a file or two via http... exactly the kind of thing i miss since i left kde and don't have the kicker-fileserve-plugin anymore :`( anyway, my advice is to give it a try... :) not as adapter, but as a fine additional tool... and who knows what the project will yield later on. > > Still, I'll be keeping my eye on ServerSide. > > -------------------------------------------------------- > (connection.rb) > # Parses query parameters by splitting the query string and > unescaping > # parameter values. > def parse_parameters(query) > query.split(Const::Ampersand).inject({}) do |m, i| > if i =~ Const::ParameterRegexp > m[$1.to_sym] = $2.uri_unescape > end > m > end > end > > # Parses cookie values passed in the request > def parse_cookies > @headers[Const::Cookie].split(Const::CookieSplit).inject({}) do |m, > i| if i =~ Const::CookieRegexp > m[$1.to_sym] = $2.uri_unescape > end > m > end > end > > On Sat, 2006-09-02 at 22:07 +0200, Jonathan Buch wrote: > > Hi, > > > > very interesting: http://code.google.com/p/serverside/ > > > > Just got that address from James Britt, really interesting.... > > To quote him: "Faster than Mongrel, but pure Ruby? Interesting ..." > > > > Adapter? Anyone? :P > > > > Jo -- Weez International Limited East Roppongi Bldg 5F, 509 3-16-35 Roppongi, Minato-ku Tokyo #106-0032 Tel: 81-(0)3-3505-3881 Fax: 81-(0)3-3505-3883 E-mail: manveru at weez-int.com Website: http://weez-int.com From yuesefa at gmail.com Mon Sep 4 09:28:15 2006 From: yuesefa at gmail.com (Haofei) Date: Mon, 4 Sep 2006 21:28:15 +0800 Subject: [Nitro] redcloth problem Message-ID: <707eb1470609040628l508cce48m51e4a168d2318e29@mail.gmail.com> hi all i met a problem when i ran a example(why_wiki) ---------------------------------------------------------------------------------------------------------------------- E:/RUBY/lib/ruby/site_ruby/1.8/rubygems.rb:149:in `activate': can't activate Red Cloth (= 3.0.3), already activated RedCloth-3.0.4] (Gem::Exception) from E:/RUBY/lib/ruby/site_ruby/1.8/rubygems.rb:167:in `activate' from E:/RUBY/lib/ruby/site_ruby/1.8/rubygems.rb:166:in `activate' from E:/RUBY/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:26:in `require' from run_pr.rb:6 --------------------------------------------------------------------------------------------------------------------- is there any solution? thanks :-) From john at oxyliquit.de Mon Sep 4 10:07:53 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 04 Sep 2006 16:07:53 +0200 Subject: [Nitro] redcloth problem In-Reply-To: <707eb1470609040628l508cce48m51e4a168d2318e29@mail.gmail.com> References: <707eb1470609040628l508cce48m51e4a168d2318e29@mail.gmail.com> Message-ID: Hi, > i met a problem when i ran a example(why_wiki) > Cloth (= 3.0.3), already activated RedCloth-3.0.4] (Gem::Exception) > is there any solution? thanks :-) uninstall RedCloth 3.0.4? Well, there is a way around though: In the startup script of the wiki (don't know which file, never played with it) write: reqire_gem 'redcloth', '= 3.0.3' This forces the selection of RedCloth version 3.0.3 when redcloth is `require`'d. Hope that helps, Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Mon Sep 4 11:48:10 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 4 Sep 2006 18:48:10 +0300 Subject: [Nitro] Greece In-Reply-To: <200609040959.33185.manveru@weez-int.com> References: <4b6f054f0609010738t4e80df1era4615005ec04d8f8@mail.gmail.com> <200609040959.33185.manveru@weez-int.com> Message-ID: > Hehe, spain won though. argh :-( -- http://www.gmosx.com http://www.nitroproject.org From john at oxyliquit.de Tue Sep 5 14:20:40 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 05 Sep 2006 20:20:40 +0200 Subject: [Nitro] Nitro leaking? Message-ID: Hi, what started as the question of some benchmarks, showing if Rails or Nitro is faster in rendering a simple app, I guess we found quite some leak. Rails benchmark on which the Nitro test is modelled from: http://blog.kovyrin.net/2006/08/28/ruby-performance-results/ [19:58] I just did a fresh install of nitro via gem install, then ran the code snippet that you sent to me. Process size grows quite a lot with every 10000 requests I push through it. [19:58] On both Ruby 1.8.4 and 1.8.5. [20:04] might be something to toss the mailing list's way [20:04] how much are we talking here BTW? [20:05] Process size, for what it's worth, was close to 30Mb after 10k requests. [20:05] Eh, I closed the window, but I think it was about 60Mb after 30k requests. [20:06] ugh, yeah that's not good [20:08] heavy :) [20:13] And, for what it's worth, I was running this on a version of Ruby patched to fix the leak in Hash that I found at the end of last week. [20:14] And it was running with a modified Mutex, too, that eliminates the potentially troublesome interaction with array.c's internal memory management, so it's not related to that, either. [20:14] And the leak was about the same in both webrick and mongrel. Jo PS: As consolation, Nitro was found to be way faster.. :P -- Feel the love http://pinkjuice.com/pics/ruby.png -------------- next part -------------- A non-text attachment was scrubbed... Name: benchmark.zip Type: application/zip Size: 1666 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060905/82b19082/attachment.zip From george.moschovitis at gmail.com Tue Sep 5 15:43:00 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 5 Sep 2006 22:43:00 +0300 Subject: [Nitro] default ports Message-ID: Dear devs, I am working on some utilities to start/stop a cluster of nitro app instances. In this context I would like to change the default nitro prot from 9999 to 9000 (to better work with port ranges, ie 9000, 9001, 9002, instead of 9999, 10000, 10001) -g. -- http://www.gmosx.com http://www.nitroproject.org From john at oxyliquit.de Tue Sep 5 16:16:54 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 05 Sep 2006 22:16:54 +0200 Subject: [Nitro] Nitro leaking? In-Reply-To: References: Message-ID: Hi, > what started as the question of some benchmarks, showing if Rails or > Nitro is faster in rendering a simple app, I guess we found quite some > leak. what I found out, it's 'just' the memory cache for the session that leaks. :) File cache (or I guess any other cache) will work good. Personally I had the best experience with memcached. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Tue Sep 5 16:17:41 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 05 Sep 2006 22:17:41 +0200 Subject: [Nitro] default ports In-Reply-To: References: Message-ID: Hi, > I am working on some utilities to start/stop a cluster of nitro app > instances. In this context I would like to change the default nitro > prot from 9999 to 9000 (to better work with port ranges, ie 9000, > 9001, 9002, instead of 9999, 10000, 10001) nice. :D I'd like a mogrel cluster within Nitro. :P Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From epiperak at gmail.com Wed Sep 6 02:48:37 2006 From: epiperak at gmail.com (Emmanouil Piperakis) Date: Wed, 6 Sep 2006 15:48:37 +0900 Subject: [Nitro] Greece In-Reply-To: References: <4b6f054f0609010738t4e80df1era4615005ec04d8f8@mail.gmail.com> <200609040959.33185.manveru@weez-int.com> Message-ID: On behalf of the only Nitro-Greek that attended the games, I have to say... Yes, we did very good. The spanish were also very good. We were tired and over excited by our last win.. Not as concentrated as in the other games. The spanish people were thanking us for winning over the USA. The fun games that I enjoyed were against China (You must have seen me on TV!!!) and the final... (not on TV there... hehe)... Emmanouil On 9/5/06, George Moschovitis wrote: > > > Hehe, spain won though. > > argh :-( > > > > -- > http://www.gmosx.com > http://www.nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Dr Emmanouil Piperakis Tokyo Institute of Technology Neural Networks & Brain Theory epiperak at gmail.com, epiperak at isl.titech.ac.jp -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060906/cabee0a2/attachment.html From george.moschovitis at gmail.com Wed Sep 6 15:49:25 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 6 Sep 2006 22:49:25 +0300 Subject: [Nitro] default ports In-Reply-To: References: Message-ID: > nice. :D > I'd like a mogrel cluster within Nitro. :P already works ;-) nitro --mongrel --cluster 5 I also have a nice power-magnet.cml and lhttpd setup to go along ;-) (will commit soon enough ;-)) -g. -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Wed Sep 6 15:50:18 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 6 Sep 2006 22:50:18 +0300 Subject: [Nitro] Nitro leaking? In-Reply-To: References: Message-ID: The army calls me for the next days, will evaluate this on return ;-) -g. On 9/5/06, Jonathan Buch wrote: > Hi, > > > what started as the question of some benchmarks, showing if Rails or > > Nitro is faster in rendering a simple app, I guess we found quite some > > leak. > > what I found out, it's 'just' the memory cache for the session that > leaks. :) File cache (or I guess any other cache) will work good. > Personally I had the best experience with memcached. > > Jo > > -- > Feel the love > http://pinkjuice.com/pics/ruby.png > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From john at oxyliquit.de Wed Sep 6 17:54:16 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Wed, 06 Sep 2006 23:54:16 +0200 Subject: [Nitro] Nitro leaking? In-Reply-To: References: Message-ID: Hi, > The army calls me for the next days, will evaluate this on return ;-) alright, when you return, announce that, because I have some questions regarding some quirks I have found while doing extensive test on the postgresql adapter and the og tests themselves. Quirks meaning baaaad things, which should be resolved before 0.40 as they they prevent some Og sub-parts from functioning at all. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Thu Sep 7 11:39:10 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 7 Sep 2006 18:39:10 +0300 Subject: [Nitro] Nitro leaking? In-Reply-To: References: Message-ID: ehm tell me now ;-) -g. On 9/7/06, Jonathan Buch wrote: > Hi, > > > The army calls me for the next days, will evaluate this on return ;-) > > alright, when you return, announce that, because I have some questions > regarding some quirks I have found while doing extensive test on the > postgresql adapter and the og tests themselves. > > Quirks meaning baaaad things, which should be resolved before 0.40 as > they they prevent some Og sub-parts from functioning at all. > > Jo > > -- > Feel the love > http://pinkjuice.com/pics/ruby.png > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From al-nitrogen at none.at Thu Sep 7 11:45:01 2006 From: al-nitrogen at none.at (Alexander Lazic) Date: Thu, 7 Sep 2006 17:45:01 +0200 Subject: [Nitro] Nitro leaking? In-Reply-To: References: Message-ID: <20060907154501.GC7820@none.at> On Mit 06.09.2006 22:50, George Moschovitis wrote: >The army calls me for the next days, will evaluate this on return ;-) Sorry for my ignorance, but how long is the army service in your country?! Regards Alex From george.moschovitis at gmail.com Thu Sep 7 12:01:38 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 7 Sep 2006 19:01:38 +0300 Subject: [Nitro] Nitro leaking? In-Reply-To: <20060907154501.GC7820@none.at> References: <20060907154501.GC7820@none.at> Message-ID: Typically it is 12 months. In my case it is 9 months. The nice thing is that due to my position I am able to stay at home *extremely* often lately ;-) -g. PS: In about 3 weeks my army service will be over for good :-D On 9/7/06, Alexander Lazic wrote: > On Mit 06.09.2006 22:50, George Moschovitis wrote: > >The army calls me for the next days, will evaluate this on return ;-) > > Sorry for my ignorance, but how long is the army service in your > country?! > > Regards > > Alex > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From fabian at oggu.de Fri Sep 8 14:47:59 2006 From: fabian at oggu.de (Fabian Buch) Date: Fri, 8 Sep 2006 20:47:59 +0200 Subject: [Nitro] [PATCH] adding option[:exclude] to all_attributes in form helper Message-ID: <8E893321-7AC6-4562-9E90-3DD776AF5115@oggu.de> Fri Sep 8 20:24:29 CEST 2006 Fabian Buch * adding option[:exclude] to all_attributes in form helper now you can exclude single attributes for example: f.attributes(:exclude => :password) or f.attributes(:exclude => [:password, :name]) patch attached to this mail -- Nitro Q&A: http://oxyliquit.de/ Blog: http://blog.fabian-buch.de -------------- next part -------------- A non-text attachment was scrubbed... Name: form_helper_all_attributes_option_exclude.patch.gz Type: application/x-gzip Size: 7527 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060908/1e32af43/attachment.gz -------------- next part -------------- From lasso at lassoweb.se Sat Sep 9 04:48:50 2006 From: lasso at lassoweb.se (Lars Olsson) Date: Sat, 09 Sep 2006 10:48:50 +0200 Subject: [Nitro] Calculating action path Message-ID: <45027FF2.6080606@lassoweb.se> Hi list, I don't know whether there already exists functionality for calculating the action path (if so, please tell me where!), bur since I need this functionality in certain scenarios i added the following code to the request object. Perhaps someone else might find it useful too. module Nitro module Request def action_path if uri offset = uri.include?('?') ? 2 : 1 uri[0..uri.length - query_string.length - offset].chomp('/') else '' end end end end EXAMPLE ======= Lets say we have an action that respond to http://server/somedir/myaction request.action_path will return "/somedir/myaction" in all the following scenarios: http://server/somedir/myaction http://server/somedir/myaction/ http://server/somedir/myaction?one=1&two=2&three=3 http://server/somedir/myaction/foo http://server/somedir/myaction/foo?one=1&two=2&three=3 http://server/somedir/myaction/foo/bar http://server/somedir/myaction/foo/bar?one=1&two=2&three=3 and so on... Improvements are most welcome. Sincerely /lasso -- ________________________________________ Lars Olsson lasso at lassoweb.se http://www.lassoweb.se/ From d454d at web.de Sat Sep 9 12:56:12 2006 From: d454d at web.de (Stephan Mueller) Date: Sat, 9 Sep 2006 18:56:12 +0200 Subject: [Nitro] use /somedir as application root? Message-ID: <20060909165612.GA4900@X.thorsten.dyndns.org> Hi, is there a recommended way to run a nitro app designed to work on "/" on a subdir, say "/my_app" with nitro 0.31? I tried some different approaches and run in a number of problems. Hopefully I overlooked something in the docs and there is an easy way to do this. Thanks, Steph. From darrickw at gmail.com Sat Sep 9 17:56:39 2006 From: darrickw at gmail.com (Darrick W) Date: Sat, 9 Sep 2006 17:56:39 -0400 Subject: [Nitro] [Patch] New STI patch Message-ID: Hi, I've gotten schema inheritance working as far as I can tell. I have an app running that uses it extensively and seems to be fine. Unfortunately I can't be completely sure since it doesn't seem like the unit tests for inheritance are up to date. At least I couldn't get them to run... Btw, Og gives me a whole bunch of warnings about obsolete fields, but I think that's because of a problem somewhere else. Cheers! Darrick -------------- next part -------------- A non-text attachment was scrubbed... Name: schema_inheritance.patch Type: application/octet-stream Size: 23674 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060909/b66a9ed6/attachment-0001.obj From darrickw at gmail.com Sat Sep 9 18:24:08 2006 From: darrickw at gmail.com (Darrick W) Date: Sat, 9 Sep 2006 18:24:08 -0400 Subject: [Nitro] [PATCH] A couple of small fixes and a speedup Message-ID: Hi, I've got a couple of tiny patches that you may want to apply: cacheable.patch changes Og::Cacheable to use class_methods from facets 1.4.5 instead of ClassInherit. manageable.patch just makes sure that the class being checked actually responds to :serializable_attributes before calling that method on it. One other thing that may be of interest to anyone still on Facets 1.4.5. I found a major bottleneck in OpenObject which can be fixed by using the following code: class OpenObject < BasicObject def __update__( other ) if other.is_a?(Array) c = 0 other.map do |i| c += 1 if c % 2 == 1 i.to_sym else i end end other = Hash[*other] end @table.merge! other end end Cheers! Darrick -------------- next part -------------- A non-text attachment was scrubbed... Name: cacheable.patch Type: application/octet-stream Size: 22051 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060909/032002ad/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: manageable.patch Type: application/octet-stream Size: 22248 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060909/032002ad/attachment-0003.obj From fabian at oggu.de Sat Sep 9 19:10:21 2006 From: fabian at oggu.de (Fabian Buch) Date: Sun, 10 Sep 2006 01:10:21 +0200 Subject: [Nitro] use /somedir as application root? In-Reply-To: <20060909165612.GA4900@X.thorsten.dyndns.org> References: <20060909165612.GA4900@X.thorsten.dyndns.org> Message-ID: <94F14F8B-1821-4D09-96E1-56F148439868@oggu.de> Am 09.09.2006 um 18:56 schrieb Stephan Mueller: > is there a recommended way to run a nitro app designed to work on > "/" on > a subdir, say "/my_app" with nitro 0.31? sure: Nitro::Server.map['/my_app'] = MyAppController in your run.rb Fabian -- Nitro Q&A: http://oxyliquit.de/ Blog: http://blog.fabian-buch.de From george.moschovitis at gmail.com Sun Sep 10 04:48:42 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 10 Sep 2006 11:48:42 +0300 Subject: [Nitro] [PATCH] adding option[:exclude] to all_attributes in form helper In-Reply-To: <8E893321-7AC6-4562-9E90-3DD776AF5115@oggu.de> References: <8E893321-7AC6-4562-9E90-3DD776AF5115@oggu.de> Message-ID: added, changed slightly to get rid of a warning. -g. On 9/8/06, Fabian Buch wrote: > Fri Sep 8 20:24:29 CEST 2006 Fabian Buch > * adding option[:exclude] to all_attributes in form helper > now you can exclude single attributes > for example: > f.attributes(:exclude => :password) or > f.attributes(:exclude => [:password, :name]) > > patch attached to this mail > > -- > Nitro Q&A: http://oxyliquit.de/ > Blog: http://blog.fabian-buch.de > > > > > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Sun Sep 10 04:50:08 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 10 Sep 2006 11:50:08 +0300 Subject: [Nitro] Calculating action path In-Reply-To: <45027FF2.6080606@lassoweb.se> References: <45027FF2.6080606@lassoweb.se> Message-ID: I am courious, where is this needed? -g. PS: I am also not sure if you can already get this with the current code. On 9/9/06, Lars Olsson wrote: > Hi list, > > I don't know whether there already exists functionality for calculating > the action path (if so, please tell me where!), bur since I need this > functionality in certain scenarios i added the following code to the > request object. Perhaps someone else might find it useful too. > > module Nitro > module Request > def action_path > if uri > offset = uri.include?('?') ? 2 : 1 > uri[0..uri.length - query_string.length - offset].chomp('/') > else > '' > end > end > end > end > > > EXAMPLE > ======= > Lets say we have an action that respond to http://server/somedir/myaction > > request.action_path will return "/somedir/myaction" in all the following > scenarios: > > http://server/somedir/myaction > http://server/somedir/myaction/ > http://server/somedir/myaction?one=1&two=2&three=3 > http://server/somedir/myaction/foo > http://server/somedir/myaction/foo?one=1&two=2&three=3 > http://server/somedir/myaction/foo/bar > http://server/somedir/myaction/foo/bar?one=1&two=2&three=3 > and so on... > > Improvements are most welcome. > > Sincerely > > /lasso > > -- > ________________________________________ > Lars Olsson > lasso at lassoweb.se > http://www.lassoweb.se/ > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Sun Sep 10 04:51:19 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 10 Sep 2006 11:51:19 +0300 Subject: [Nitro] [PATCH] A couple of small fixes and a speedup In-Reply-To: References: Message-ID: Thanks a lot for all this ;-) -g. -- http://www.gmosx.com http://www.nitroproject.org From d454d at web.de Sun Sep 10 05:09:29 2006 From: d454d at web.de (Stephan Mueller) Date: Sun, 10 Sep 2006 11:09:29 +0200 Subject: [Nitro] use /somedir as application root? In-Reply-To: <94F14F8B-1821-4D09-96E1-56F148439868@oggu.de> References: <20060909165612.GA4900@X.thorsten.dyndns.org> <94F14F8B-1821-4D09-96E1-56F148439868@oggu.de> Message-ID: <20060910090929.GA31119@X.thorsten.dyndns.org> * Fabian Buch [10.09.2006]: > Am 09.09.2006 um 18:56 schrieb Stephan Mueller: > > is there a recommended way to run a nitro app designed to work on > > "/" on > > a subdir, say "/my_app" with nitro 0.31? > > sure: > > Nitro::Server.map['/my_app'] = MyAppController > > in your run.rb huh, yeah. My server map looked like this: Server.map = {'/' => TodoController, '/tags' => TagController, '/admin' => AdminController, '/items' => ItemController ... I changed these entries to include a prefix "/todo" ("/" becomes "/todo", "/items" => "/todo/items" and so on). But this introduced a couple of problems. Actions of the different controllers did not get recognized correctly (eg. /todo/item/edit?oid=1) and so on. The mapping of actions seems to work only at the first level. It gets better when using /todo/item__edit... instead but even this leads to some problems with the handling of request parameters etc. The intention of using a subdir was to be able to use proxying in apache to my app on a non root url (eg. proxy /todo http://my.webrick/todo). What I have now is the following: All links in the app include now the full path the the external apache. The controllers are maped relative to "/" as before. Finally to get the right mapping I use the Router.strip_path setting. Cheers, Steph. From lasso at lassoweb.se Sun Sep 10 11:22:55 2006 From: lasso at lassoweb.se (Lars Olsson) Date: Sun, 10 Sep 2006 17:22:55 +0200 Subject: [Nitro] Calculating action path In-Reply-To: References: <45027FF2.6080606@lassoweb.se> Message-ID: <45042DCF.3020601@lassoweb.se> When using self-referencing pages. When using CGI-style key-value everything works fine, but not with "pretty urls": # Using http://server/url?key1=val1&key2=val2 syntax. Works as intended. def path1 x = request['x'] || rand(100) new_x = rand(100) %|

This is #{x}

\n

Click

| end # Using http://server/url/param1/param2 syntax. # Doesn't work since the action parameters is part of the uri # Throws an argument error after 2nd click :( def path2(x = rand(100)) new_x = rand(100) %|

This is #{x}

\n

Click

| end Using the previously provided request.action_path method instead of request.path works in both cases. (Unless when run on mongrel that is...I get errors when running the action_path code on mongrel, but both Webrick and lighthttpd work. Very strange...) Sincerely /lasso ________________________________________ Lars Olsson lasso at lassoweb.nu http://www.lassoweb.nu/ George Moschovitis skrev: > I am courious, where is this needed? > > -g. > > PS: I am also not sure if you can already get this with the current code. > > > On 9/9/06, Lars Olsson wrote: >> Hi list, >> >> I don't know whether there already exists functionality for calculating >> the action path (if so, please tell me where!), bur since I need this >> functionality in certain scenarios i added the following code to the >> request object. Perhaps someone else might find it useful too. >> >> module Nitro >> module Request >> def action_path >> if uri >> offset = uri.include?('?') ? 2 : 1 >> uri[0..uri.length - query_string.length - offset].chomp('/') >> else >> '' >> end >> end >> end >> end >> >> >> EXAMPLE >> ======= >> Lets say we have an action that respond to http://server/somedir/myaction >> >> request.action_path will return "/somedir/myaction" in all the following >> scenarios: >> >> http://server/somedir/myaction >> http://server/somedir/myaction/ >> http://server/somedir/myaction?one=1&two=2&three=3 >> http://server/somedir/myaction/foo >> http://server/somedir/myaction/foo?one=1&two=2&three=3 >> http://server/somedir/myaction/foo/bar >> http://server/somedir/myaction/foo/bar?one=1&two=2&three=3 >> and so on... >> >> Improvements are most welcome. >> >> Sincerely >> >> /lasso >> >> -- >> ________________________________________ >> Lars Olsson >> lasso at lassoweb.se >> http://www.lassoweb.se/ >> _______________________________________________ >> Nitro-general mailing list >> Nitro-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/nitro-general From lasso at lassoweb.se Sun Sep 10 16:55:44 2006 From: lasso at lassoweb.se (Lars Olsson) Date: Sun, 10 Sep 2006 22:55:44 +0200 Subject: [Nitro] Incompability in Mongrel adapter Message-ID: <45047BD0.2060809@lassoweb.se> Hi list, while testing out some code for obtaining the action path of a request a ran into some trouble with mongrel. The adapter is behaving differently from webrick and lighthttpd in the following cases: http://server/url request.query_string '' (empty string) - webrick, lighthhtpd nil - mongrel http://server/url?foo=bar request.uri '/url?foo=bar' - webrick, lighthttpd '/url' - mongrel Is this a known bug? Is it getting fixed in 0.40? System info: WinXP Prof SP2 ruby 1.8.4 nitro 0.31 mongrel 0.3.13.3 (mswin32) Sincerely /lasso -- ________________________________________ Lars Olsson lasso at lassoweb.se http://www.lassoweb.se/ From fabian at oggu.de Mon Sep 11 12:21:25 2006 From: fabian at oggu.de (Fabian Buch) Date: Mon, 11 Sep 2006 18:21:25 +0200 Subject: [Nitro] [PATCH] important patch bundle to make nitro run again Message-ID: <2039CD0F-32CA-43CF-A1CE-15FD81AFBF90@oggu.de> hi George Attached to this mail is a patch bundle against your repo that fixes Nitro to run out-of-the-box again. That means important small bug- fixes and letting few test cases pass again. Also in the patch-bundle: gen part. It doesn't edit/touch/break anything, it just adds gen part functionality as described in your rdoc of part.rb. Should apply cleanly. Mon Sep 11 17:50:26 CEST 2006 Fabian Buch * FeedHelper fix that lets its unit test pass again [2] Mon Sep 11 17:55:57 CEST 2006 Fabian Buch * fixed call/answer (render.rb) to work correctly [2] Mon Sep 11 17:56:26 CEST 2006 Fabian Buch * removed unmatched require in server.rb Mon Sep 11 17:48:51 CEST 2006 Fabian Buch * removing "nil"-Strings from has_many and refers_to controls [2] since you don't want "nil" for NULL in your database Mon Sep 11 17:38:11 CEST 2006 Fabian Buch * adding generator for parts (gen part) [2] gen part partname copies the given part to the current folder (so you should be in your applications main folder) and moves the part's public files to public/part/partname Mon Sep 11 17:45:44 CEST 2006 Fabian Buch * webfile bugfix and to-be-improved tc_webfile.rb added [2] also: don't override files by default and more logical file permissions None of them should break anything, so I hope you can apply them soon.. Fabian -------------- next part -------------- A non-text attachment was scrubbed... Name: important_nitro_patches.patch_bundle.gz Type: application/x-gzip Size: 9477 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060911/e4cbecd4/attachment-0001.gz From john at oxyliquit.de Mon Sep 11 12:46:00 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 11 Sep 2006 18:46:00 +0200 Subject: [Nitro] [PATCH] important patch bundle to make nitro run again In-Reply-To: <2039CD0F-32CA-43CF-A1CE-15FD81AFBF90@oggu.de> References: <2039CD0F-32CA-43CF-A1CE-15FD81AFBF90@oggu.de> Message-ID: Hi, > Attached to this mail is a patch bundle against your repo that fixes > Nitro to run out-of-the-box again. That means important small bug- > fixes and letting few test cases pass again. >None of them should break anything, so I hope you can apply them soon.. a note to everyone who has/had access to manverus repo, don't pull/ apply these patches. As manverus repo is kind of on a 'different track' right now... So, these patches are _only_ for Georges repo. The original patches have been cleaned up and combined where possible. Manverus repo has a wealth of bugfixes, feature enhancements in it, but as it is not completely compatible to Georges, we will have to port those with great care. So, to facilitate that process, I hope you George can put some work in accepting and overlooking and testing those patches. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Mon Sep 11 13:37:20 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 11 Sep 2006 20:37:20 +0300 Subject: [Nitro] [PATCH] important patch bundle to make nitro run again In-Reply-To: References: <2039CD0F-32CA-43CF-A1CE-15FD81AFBF90@oggu.de> Message-ID: Thanks, I will try to carefully apply this patch bundle. I will also have a look at manverus repo. And see what I can get. -g. On 9/11/06, Jonathan Buch wrote: > Hi, > > > Attached to this mail is a patch bundle against your repo that fixes > > Nitro to run out-of-the-box again. That means important small bug- > > fixes and letting few test cases pass again. > >None of them should break anything, so I hope you can apply them soon.. > > a note to everyone who has/had access to manverus repo, don't pull/ > apply these patches. As manverus repo is kind of on a 'different track' > right now... > > So, these patches are _only_ for Georges repo. The original patches have > been cleaned up and combined where possible. > > Manverus repo has a wealth of bugfixes, feature enhancements in it, but > as it is not completely compatible to Georges, we will have to port > those with great care. > > So, to facilitate that process, I hope you George can put some work in > accepting and overlooking and testing those patches. > > Jo > > -- > Feel the love > http://pinkjuice.com/pics/ruby.png > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Mon Sep 11 13:52:41 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 11 Sep 2006 20:52:41 +0300 Subject: [Nitro] Incompability in Mongrel adapter In-Reply-To: <45047BD0.2060809@lassoweb.se> References: <45047BD0.2060809@lassoweb.se> Message-ID: thanks for pointing this out, will check them (If anyone can have a look at them before i do, please be my guest, I am kind of busy with the army again these days) -g. On 9/10/06, Lars Olsson wrote: > Hi list, > > while testing out some code for obtaining the action path of a request a > ran into some trouble with mongrel. The adapter is behaving differently > from webrick and lighthttpd in the following cases: > > http://server/url > > request.query_string > '' (empty string) - webrick, lighthhtpd > nil - mongrel > > http://server/url?foo=bar > > request.uri > '/url?foo=bar' - webrick, lighthttpd > '/url' - mongrel > > Is this a known bug? Is it getting fixed in 0.40? > > System info: > WinXP Prof SP2 > ruby 1.8.4 > nitro 0.31 > mongrel 0.3.13.3 (mswin32) > > > Sincerely > > /lasso > > -- > ________________________________________ > Lars Olsson > lasso at lassoweb.se > http://www.lassoweb.se/ > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From john at oxyliquit.de Mon Sep 11 14:26:14 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 11 Sep 2006 20:26:14 +0200 Subject: [Nitro] [PATCH] important patch bundle to make nitro run again In-Reply-To: References: <2039CD0F-32CA-43CF-A1CE-15FD81AFBF90@oggu.de> Message-ID: Welcome back George :) > I will try to carefully apply this patch bundle. I will also have a > look at manverus repo. And see what I can get. Uh, I'd rather you don't. Unless you're extremely careful on what you get, since the repo has 'drifted' somehow. Due to some patches (we're not sure which) moving some files or copying or otherwise messing with files there are not only conflicts, but also unresolvable conflicts. This is leading to such an out of sync situation that darcs can't cope with it. These days I will provide you with some patches regarding Postgresql and testcases in general. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From fabian at oggu.de Mon Sep 11 17:04:39 2006 From: fabian at oggu.de (Fabian Buch) Date: Mon, 11 Sep 2006 23:04:39 +0200 Subject: [Nitro] Incompability in Mongrel adapter In-Reply-To: References: <45047BD0.2060809@lassoweb.se> Message-ID: <8BA61174-159A-4E7C-9529-5A4FDD4883E8@oggu.de> I had a look and it indeed behaves differently. Mongrel already sends different headers, or in case of query_string none at all, if there is none (so nil). I don't know the details of http header specs, so I don't know which one is correct. But since webrick and lighttpd behave the same way I made a patch to the mongrel adapter to let it behave in the same way as well. Have a look at the attached patch. Priority: LOW! Fabian Am 11.09.2006 um 19:52 schrieb George Moschovitis: > thanks for pointing this out, will check them (If anyone can have a > look at them before i do, please be my guest, I am kind of busy with > the army again these days) > > -g. > -------------- next part -------------- A non-text attachment was scrubbed... Name: mongrel_query_string.patch.gz Type: application/x-gzip Size: 7778 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060911/40fed405/attachment.gz -------------- next part -------------- From george.moschovitis at gmail.com Tue Sep 12 10:35:16 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 12 Sep 2006 17:35:16 +0300 Subject: [Nitro] [PATCH] important patch bundle to make nitro run again In-Reply-To: References: <2039CD0F-32CA-43CF-A1CE-15FD81AFBF90@oggu.de> Message-ID: > Uh, I'd rather you don't. Unless you're extremely careful on what you ok ;-) -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Tue Sep 12 10:40:41 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 12 Sep 2006 17:40:41 +0300 Subject: [Nitro] Incompability in Mongrel adapter In-Reply-To: <8BA61174-159A-4E7C-9529-5A4FDD4883E8@oggu.de> References: <45047BD0.2060809@lassoweb.se> <8BA61174-159A-4E7C-9529-5A4FDD4883E8@oggu.de> Message-ID: thanks -g. On 9/12/06, Fabian Buch wrote: > I had a look and it indeed behaves differently. Mongrel already sends > different headers, or in case of query_string none at all, if there > is none (so nil). > > I don't know the details of http header specs, so I don't know which > one is correct. But since webrick and lighttpd behave the same way I > made a patch to the mongrel adapter to let it behave in the same way > as well. > > Have a look at the attached patch. Priority: LOW! > > Fabian > > Am 11.09.2006 um 19:52 schrieb George Moschovitis: > > thanks for pointing this out, will check them (If anyone can have a > > look at them before i do, please be my guest, I am kind of busy with > > the army again these days) > > > > -g. > > > > > > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Tue Sep 12 11:01:37 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 12 Sep 2006 18:01:37 +0300 Subject: [Nitro] nitro part generator Message-ID: I had a look at the nitro part generator. I think a better behaviour would be: ngen part admin should copy files to myapp/lib/admin instead of myapp/admin If you agree, could you change the implementation a little bit? thanks, George. -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Tue Sep 12 11:22:12 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 12 Sep 2006 18:22:12 +0300 Subject: [Nitro] [PATCH] important patch bundle to make nitro run again In-Reply-To: <2039CD0F-32CA-43CF-A1CE-15FD81AFBF90@oggu.de> References: <2039CD0F-32CA-43CF-A1CE-15FD81AFBF90@oggu.de> Message-ID: applied + some minor fixes. -g. -- http://www.gmosx.com http://www.nitroproject.org From vseguip at gmail.com Tue Sep 12 12:43:08 2006 From: vseguip at gmail.com (vseguip at gmail.com) Date: Tue, 12 Sep 2006 18:43:08 +0200 Subject: [Nitro] [BUG] Timestamped mixin masks Aspects Message-ID: When making a class Timestamped, it will mask the "after", et al methods of aspects, so you have to include Aspects explicitly again. Facets is version 1.4.5, og is latest from manveru. require 'rubygems' require 'facets' require 'test/unit' require 'ostruct' require 'og' require 'glue/timestamped' class TestCaseOgTimestampedAspect < Test::Unit::TestCase # :nodoc: all class Article is Glue::Timestamped property :body, String def initialize(body = nil) @body = body end after :read_hook, def read_hook end end $og1.manage_classes Article def test_all a = Article.create('article') a.save a = Article[1] assert a.create_time end end Doing some more investigation I found aout that any mixin that includes Aspects shows the same behavior as Timestamped (that is it will mask the methods) Cheers V. Segui From fabian at fabian-buch.de Tue Sep 12 17:03:11 2006 From: fabian at fabian-buch.de (Fabian Buch) Date: Tue, 12 Sep 2006 23:03:11 +0200 Subject: [Nitro] nitro part generator In-Reply-To: References: Message-ID: <637D83E6-4590-4AF6-99F2-282197347C59@fabian-buch.de> Am 12.09.2006 um 17:01 schrieb George Moschovitis: > should copy files to > > myapp/lib/admin > > instead of > > myapp/admin > > If you agree, could you change the implementation a little bit? Of course I can change it if you prefer a lib/ directory. But "gen part admin" is not creating a myapp/admin nor myapp/lib/admin at the moment. It's creating the following: ./part/admin/ ./public/part/admin/ (if needed) Example: ~$ gen app testapp Copying proto dir to '/Users/ogg/testapp' Done ~$ cd testapp ~/testapp$ gen part admin Copying admin dir to '/Users/ogg/testapp/part/admin' part doesn't have public/ directory, skipping Done ~/testapp$ gen part blog Copying blog dir to '/Users/ogg/testapp/part/blog' Copying blog public dir to public/part/blog Done ~/testapp$ ls -l part/ total 16 drwxr-xr-x 6 ogg ogg 204 Sep 12 22:50 admin -rw-r--r-- 1 ogg ogg 300 Sep 12 22:50 admin.rb drwxr-xr-x 13 ogg ogg 442 Sep 12 22:51 blog -rw-r--r-- 1 ogg ogg 1914 Sep 12 22:51 blog.rb ~/testapp$ ls -l public/part/ total 0 drwxr-xr-x 4 ogg ogg 136 Sep 12 22:51 blog So it's in a "namespace" already: "part/" instead of your proposed "lib/". Or did I get it wrong and you meant something like "lib/ part/" as namespace? Or lib/ instead of part/? Ideas welcome and I'll implement them if I get them right. Fabian -- Nitro Q&A: http://oxyliquit.de/ Blog: http://blog.fabian-buch.de From fabian at fabian-buch.de Tue Sep 12 17:19:27 2006 From: fabian at fabian-buch.de (Fabian Buch) Date: Tue, 12 Sep 2006 23:19:27 +0200 Subject: [Nitro] nitro part generator In-Reply-To: <637D83E6-4590-4AF6-99F2-282197347C59@fabian-buch.de> References: <637D83E6-4590-4AF6-99F2-282197347C59@fabian-buch.de> Message-ID: Ah, forgot something to say. I did it like this, because to use a part you do "require 'part/admin'" in your app. This loads the admin part from Nitro. When generated by "gen part" it uses the local (and maybe altered by the user) part/admin copy in the app directory. So I think it does what one would expect. Fabian -- Nitro Q&A: http://oxyliquit.de/ Blog: http://blog.fabian-buch.de From george.moschovitis at gmail.com Tue Sep 12 17:37:58 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 13 Sep 2006 00:37:58 +0300 Subject: [Nitro] nitro part generator In-Reply-To: <637D83E6-4590-4AF6-99F2-282197347C59@fabian-buch.de> References: <637D83E6-4590-4AF6-99F2-282197347C59@fabian-buch.de> Message-ID: > So it's in a "namespace" already: "part/" instead of your proposed > "lib/". Or did I get it wrong and you meant something like "lib/ > part/" as namespace? Or lib/ instead of part/? ehm that was an error, I meant: myapp/lib/part/admin -g. -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Tue Sep 12 17:39:04 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 13 Sep 2006 00:39:04 +0300 Subject: [Nitro] nitro part generator In-Reply-To: References: <637D83E6-4590-4AF6-99F2-282197347C59@fabian-buch.de> Message-ID: The repo version also puts lib in the Load path so require part/admin works as well. I put my parts in the lib directory. -g. On 9/13/06, Fabian Buch wrote: > Ah, forgot something to say. I did it like this, because to use a > part you do "require 'part/admin'" in your app. This loads the admin > part from Nitro. When generated by "gen part" it uses the local (and > maybe altered by the user) part/admin copy in the app directory. > > So I think it does what one would expect. > > Fabian > > -- > Nitro Q&A: http://oxyliquit.de/ > Blog: http://blog.fabian-buch.de > > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From vikingtux at gmail.com Wed Sep 13 03:45:42 2006 From: vikingtux at gmail.com (Alexandre Gravem) Date: Wed, 13 Sep 2006 04:45:42 -0300 Subject: [Nitro] [PATCH] update morpher Message-ID: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> it's the first patch i am submitting for the list. i hope it might be useful for someone :D the patch adds a new morpher similar to AsyncMorpher, but it updates an element using Prototype's Ajax.Updater. So if you have some template like
 
Click the content of the "mydiv" div will be replaced with the compiled template of some_action. If you use it in a
the elements of the form are serialized and sent, so you can acess them with request[] inside your controller like this #TEMPLATE Hello Anonymous ...
#CONTROLLER ... def say_hello print request['guest_name'] end ... Cheers, A. Gravem -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060913/a88364c8/attachment.html From fabian at fabian-buch.de Wed Sep 13 05:53:05 2006 From: fabian at fabian-buch.de (Fabian Buch) Date: Wed, 13 Sep 2006 11:53:05 +0200 Subject: [Nitro] [PATCH] Re: nitro part generator In-Reply-To: References: <637D83E6-4590-4AF6-99F2-282197347C59@fabian-buch.de> Message-ID: Am 12.09.2006 um 23:37 schrieb George Moschovitis: > > myapp/lib/part/admin Ok, changed that, all parts get into lib/part/partname now. Public stuff still in public/part/partname. Additionally I did some cleanup and should work in Windows too now. Patch attached. Fabian -------------- next part -------------- A non-text attachment was scrubbed... Name: gen_part_lib.patch.gz Type: application/x-gzip Size: 8557 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060913/375a1f7c/attachment-0001.gz From jlsysinc at alltel.net Wed Sep 13 17:28:30 2006 From: jlsysinc at alltel.net (Jon A. Lambert) Date: Wed, 13 Sep 2006 17:28:30 -0400 Subject: [Nitro] Og inheritance Message-ID: <001101c6d77b$8f412bc0$0200000a@agamemnon> Name collisions are a problem in OG inheritence. Example: -cut- require 'og' class A property :foo, String schema_inheritance end class B < A property :bar, String end class C < A property :bar, Integer end Og.setup( :destroy => true, :store => :psql, :user => 'zzzzzzzz', :password => 'zzzzzzzz', :name => 'test', :evolve_schema => true ) test-# \d oga Table "public.oga" Column | Type | Modifiers --------+-----------------------+------------------------------------------------------ ogtype | character varying(50) | foo | text | oid | integer | not null default nextval('public.oga_oid_seq'::text) bar | text | Indexes: "oga_pkey" primary key, btree (oid) -cut- I wonder if one is better off not using schema_inheritance and instead letting it create a table per class. What are the pros and cons? -- J. Lambert From darrickw at gmail.com Thu Sep 14 00:00:01 2006 From: darrickw at gmail.com (Darrick W) Date: Thu, 14 Sep 2006 00:00:01 -0400 Subject: [Nitro] Og inheritance In-Reply-To: <001101c6d77b$8f412bc0$0200000a@agamemnon> References: <001101c6d77b$8f412bc0$0200000a@agamemnon> Message-ID: When I want to have a column that is essentially overridden like that, I do something more like the following: class A property :foo, String schema_inheritance def bar=(v); end def bar; nil; end end class B < A property :bar_string, String def bar=(v); self.bar_string = v; end def bar; self.bar_string; end end class C < A property :bar_int, Integer def bar=(v); self.bar_int = v; end def bar; self.bar_int; end end Technically, that behaviour could be generated from the schema you gave, but Og currently isn't doing it. I'd love to hear whether George is planning anything along those lines. As for whether it's worthwhile, I think this is far better than simulating the same thing on your own if your design calls for it. Cheers, Darrick On 9/13/06, Jon A. Lambert wrote: > Name collisions are a problem in OG inheritence. > > Example: > -cut- > require 'og' > > class A > property :foo, String > schema_inheritance > end > class B < A > property :bar, String > end > class C < A > property :bar, Integer > end > > Og.setup( > :destroy => true, > :store => :psql, > :user => 'zzzzzzzz', > :password => 'zzzzzzzz', > :name => 'test', > :evolve_schema => true > ) > > test-# \d oga > Table "public.oga" > Column | Type | Modifiers > --------+-----------------------+------------------------------------------------------ > ogtype | character varying(50) | > foo | text | > oid | integer | not null default > nextval('public.oga_oid_seq'::text) > bar | text | > Indexes: > "oga_pkey" primary key, btree (oid) > > -cut- > > I wonder if one is better off not using schema_inheritance and instead > letting it create a table per class. > > What are the pros and cons? > > -- > J. Lambert > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From john at oxyliquit.de Thu Sep 14 07:11:50 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Thu, 14 Sep 2006 13:11:50 +0200 Subject: [Nitro] Og inheritance In-Reply-To: <001101c6d77b$8f412bc0$0200000a@agamemnon> References: <001101c6d77b$8f412bc0$0200000a@agamemnon> Message-ID: Hi, > Name collisions are a problem in OG inheritence. > class A > property :foo, String > schema_inheritance > end > class B < A > property :bar, String > end > class C < A > property :bar, Integer > end I think that is a bad idea (at least from the DB point of view). > I wonder if one is better off not using schema_inheritance and instead > letting it create a table per class. > > What are the pros and cons? Well, to handle schema inheritance Og uses STI, single table inheritance, this is one possibility to handle the situation of inheritance. I personally think that it's a bad idea and confusing to name differing properties in subclasses the same. Are you trying to make some kind of ducktyping possible here? I would propose to rename the properties, or at least the fields to the properties. class B < A property :bar, String, :field => 'bar_string' end class C < A property :bar, Fixnum, :field => 'bar_int' end This way you won't have to go away from STI but still have the 'type independand' access. You could also move the property up to `class A` using String as property and encode/decode stuff by using YAML. class A is Og::SchemaInheritanceBase property :foo, String property :bar, String end class C < A property :bar, String def bar return YAML.load(@bar) end def bar=(b) raise(TypeError, 'C only saves integers') unless b.kind_of?(Integer) @bar = YAML.dump(b) end end You get the drift. Good? Maybe. I wouldn't dare to weigh pros and cons of STI here without knowing exactly where the problem and usecase of your specific appliaction is. As you can see, with Og you can always get around problems very easily. No need to change ones view to 'no inheritance' when inheritance seems the right way. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Thu Sep 14 11:11:32 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Thu, 14 Sep 2006 17:11:32 +0200 Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes Message-ID: Hi, here's the promised og patch bundle. First up, mine: hu Aug 31 20:12:01 CEST 2006 Jonathan Buch * Add Fabian Buch as contributor, rename nick Kashia to Jonathan Fri Aug 25 17:51:21 CEST 2006 Jonathan Buch * Let `def aggregation` use `resolve_options` It duplicated functionality already available in `resolve_options` and didn't know about join tables etc. Fri Aug 25 19:25:22 CEST 2006 Jonathan Buch * Add transaction, commit, rollback to psql adapter Sat Aug 26 00:43:27 CEST 2006 Jonathan Buch * patch for many postgresql store errors, makes more tests pass Most importantly this changes the lookup rule for symbol_to_class in relation.rb, changes annotating of primary keys when invoked by `set_primary_key :name, String`. Minor enhanced test files, updated to new syntax etc. Sat Aug 26 01:09:30 CEST 2006 Jonathan Buch * change all prop_accessor to attr_accessor Mon Aug 28 00:35:58 CEST 2006 Jonathan Buch * fix taggable, reload needed when deleting tag Mon Aug 28 01:09:31 CEST 2006 Jonathan Buch * prop_accessor -> attr_accessor Mon Aug 28 01:10:57 CEST 2006 Jonathan Buch * add testcase for many to many relationships and deleting one side of the relationship Mon Aug 28 01:17:33 CEST 2006 Jonathan Buch * Automatic deletion of many2many relationships when one side gets removed Mon Aug 28 01:19:01 CEST 2006 Jonathan Buch * only use transactions in og_delete when cascading is activated Mon Aug 28 01:20:13 CEST 2006 Jonathan Buch * minor testcase bugfixes Tue Aug 29 00:10:05 CEST 2006 Jonathan Buch * Fix bug with Pager and aggregations The option array got changed by the new aggregation code and in `paginate` the array got reused. Testcase also attached. This patch also makes an alias named :limit for :per_page. Makes paginate more compatible to other sql based functions. Wed Aug 30 20:09:23 CEST 2006 Jonathan Buch * OgKlass.create_with is now able to accept arrays for collections Sat Sep 2 18:38:17 CEST 2006 Jonathan Buch * remove ObjectSpace search in manage_classes when classes are specified Sat Sep 2 18:44:58 CEST 2006 Jonathan Buch * minor fix for manage_classes Sun Sep 3 00:49:49 CEST 2006 Jonathan Buch * Various changes * Revise resolve_polymorphic_relations, remove FIXME, change the eval to const_set. * Change symbol_to_class to return nil when no matching class was found. * Fix aggregation code, only use order_by when group_by is given. Sun Sep 3 13:12:01 CEST 2006 Jonathan Buch * One line fix for 'Various Changes' patch Sun Sep 3 13:24:05 CEST 2006 Jonathan Buch * Replace pk.inspects by quote(pk) Fixes problems with text/integer keys. Sun Sep 3 17:49:23 CEST 2006 Jonathan Buch * Enable object annotating for custom styles in form attributes. Can be used like following: {:control_style => 'border:1px solid red;'} end if flash[:VERROR] ?> This traverses over validation errors and sets a red border around those attributes with errors. Wed Sep 6 23:09:53 CEST 2006 Jonathan Buch * .save returns affected rows again, fix subclass creation in relation.rb Wed Sep 6 23:16:02 CEST 2006 Jonathan Buch * Fix more og testcases Wed Sep 6 23:40:08 CEST 2006 Jonathan Buch * More small og test fixes Mon Sep 11 13:23:15 CEST 2006 Jonathan Buch * add testcase for deleting relations Mon Sep 11 14:22:05 CEST 2006 Jonathan Buch * fix for deleting belongs_to relationships Mon Sep 11 16:42:33 CEST 2006 Jonathan Buch * Fix for deleting has_many belongs/refers_to relations Tue Sep 12 14:43:44 CEST 2006 Jonathan Buch * Fix scope bug in collection.rb, use count for finding number of joins_many relations I think most patch descriptions should be self-explanatory. If you have any questions (and I indeed think you will have some) don't hesitate to ask, I will make a detailed patch description of how and why any patch was done. * remove ObjectSpace search in manage_classes when classes are specified I think this would be the patch which you are most hesistant to add, so I'll describe it beforehand. Even with the patch it will traverse ObjectSpace to collect OgModels, but if classes are given, only those will get enchanted. The second part of the patch is, how polymorphic classes are found. They are now 'collected' instead of using a second call to ObjectSpace, so at most a single object space search is nessessary. It also adds a Og.setup(:classes => []) to set up classes at start time, which leads to wonderful short start times... This patch has been tested by at least 4 people independently and is reported to work great, but please test it with your application(s) as well. Now I just hope you didn't fiddle with Og testcases without recording/pushing them and it should apply cleanly. Next up, manv Og patches. Tue Aug 22 11:07:16 CEST 2006 manveru at weez-int.com * changed script/test.rb so it runs the tests seperate (useful for og, if one test fails, not all others blow up) Shall I send this patch? (27/40) [ynWvpxqadjk], or ? for help: y Tue Aug 22 14:25:40 CEST 2006 manveru at weez-int.com * minor change in tc_scope, still doesn't pass though Shall I send this patch? (28/40) [ynWvpxqadjk], or ? for help: y Thu Aug 24 13:45:41 CEST 2006 manveru at weez-int.com * adding some raise "Not implemented" in og/store.rb for empty methods Shall I send this patch? (29/40) [ynWvpxqadjk], or ? for help: y Thu Aug 24 16:24:41 CEST 2006 manveru at weez-int.com * fixing STI Shall I send this patch? (30/40) [ynWvpxqadjk], or ? for help: y Fri Aug 25 01:59:25 CEST 2006 manveru at weez-int.com * make aggregations work again (tc_aggregations_calculations) Shall I send this patch? (31/40) [ynWvpxqadjk], or ? for help: y Fri Aug 25 16:21:13 CEST 2006 manveru at weez-int.com * making tc_build.rb pass again Shall I send this patch? (32/40) [ynWvpxqadjk], or ? for help: y Fri Aug 25 19:28:28 CEST 2006 manveru at weez-int.com * making some other testcases pass again (issue with result of psql) Shall I send this patch? (33/40) [ynWvpxqadjk], or ? for help: y Mon Aug 28 09:52:01 CEST 2006 Fabian Buch * fixed bug in tc_store.rb Shall I send this patch? (34/40) [ynWvpxqadjk], or ? for help: y Sat Aug 26 22:53:35 CEST 2006 nusgnaf at gmail.com * Og close_store fix We use @store to maintain database connection when Og.thread_safe is false and @pool when Og.thread_safe is true. Right now in close_store, we fall back to @store.close when @pool.empty? is true, that not correct, the following patch fixes this. Shall I send this patch? (35/40) [ynWvpxqadjk], or ? for help: y Wed Sep 6 11:35:58 CEST 2006 manveru at weez-int.com * fix little bug with parse_timestamp (utils.rb) Shall I send this patch? (36/40) [ynWvpxqadjk], or ? for help: y Fri Sep 8 04:24:10 CEST 2006 manveru at weez-int.com * added tc_primary_key (which fails right now, like every good tc should ;) Shall I send this patch? (37/40) [ynWvpxqadjk], or ? for help: y Tue Sep 12 09:08:38 CEST 2006 manveru at weez-int.com * Huge refactoring of script/test.rb, to use the new capability just 'gem install popen4' Shall I send this patch? (38/40) [ynWvpxqadjk], or ? for help: y Tue Sep 12 12:58:03 CEST 2006 manveru at weez-int.com * notice about new script/test :) Shall I send this patch? (39/40) [ynWvpxqadjk], or ? for help: y Thu Sep 14 11:11:50 CEST 2006 manveru at weez-int.com * Make YAML-properties with postgresql work again Shall I send this patch? (40/40) [ynWvpxqadjk], or ? for help: y When you have all these patches and patches of patches applied, we'll have a much more stable base to work on. :) These aren't all the patches, it's a little hard to sort out the good ones when the main repo is so far away, so I'd be very happy if you could spend some time applying those. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png -------------- next part -------------- A non-text attachment was scrubbed... Name: ogpatches.patch.tar.bz2 Type: application/bzip2 Size: 14721 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060914/2c053401/attachment-0002.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: ogpatches_manv.patch.tar.bz2 Type: application/bzip2 Size: 10138 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060914/2c053401/attachment-0003.bin From george.moschovitis at gmail.com Thu Sep 14 16:31:13 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 14 Sep 2006 23:31:13 +0300 Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes In-Reply-To: References: Message-ID: Will work on this during the weekend (army calls again) *thanks* for your work though!! -g. On 9/14/06, Jonathan Buch wrote: > Hi, > > here's the promised og patch bundle. > > First up, mine: > > hu Aug 31 20:12:01 CEST 2006 Jonathan Buch > * Add Fabian Buch as contributor, rename nick Kashia to Jonathan > > Fri Aug 25 17:51:21 CEST 2006 Jonathan Buch > * Let `def aggregation` use `resolve_options` > > It duplicated functionality already available in `resolve_options` and > didn't know about join tables etc. > > Fri Aug 25 19:25:22 CEST 2006 Jonathan Buch > * Add transaction, commit, rollback to psql adapter > > Sat Aug 26 00:43:27 CEST 2006 Jonathan Buch > * patch for many postgresql store errors, makes more tests pass > > Most importantly this changes the lookup rule for symbol_to_class in > relation.rb, changes annotating of primary keys when invoked by > `set_primary_key :name, String`. > > Minor enhanced test files, updated to new syntax etc. > > Sat Aug 26 01:09:30 CEST 2006 Jonathan Buch > * change all prop_accessor to attr_accessor > > Mon Aug 28 00:35:58 CEST 2006 Jonathan Buch > * fix taggable, reload needed when deleting tag > > Mon Aug 28 01:09:31 CEST 2006 Jonathan Buch > * prop_accessor -> attr_accessor > > Mon Aug 28 01:10:57 CEST 2006 Jonathan Buch > * add testcase for many to many relationships and deleting one side of > the relationship > > Mon Aug 28 01:17:33 CEST 2006 Jonathan Buch > * Automatic deletion of many2many relationships when one side gets > removed > > Mon Aug 28 01:19:01 CEST 2006 Jonathan Buch > * only use transactions in og_delete when cascading is activated > > Mon Aug 28 01:20:13 CEST 2006 Jonathan Buch > * minor testcase bugfixes > > Tue Aug 29 00:10:05 CEST 2006 Jonathan Buch > * Fix bug with Pager and aggregations > > The option array got changed by the new aggregation code and in > `paginate` the array got reused. Testcase also attached. > > This patch also makes an alias named :limit for :per_page. Makes > paginate more compatible to other sql based functions. > > Wed Aug 30 20:09:23 CEST 2006 Jonathan Buch > * OgKlass.create_with is now able to accept arrays for collections > > Sat Sep 2 18:38:17 CEST 2006 Jonathan Buch > * remove ObjectSpace search in manage_classes when classes are specified > > Sat Sep 2 18:44:58 CEST 2006 Jonathan Buch > * minor fix for manage_classes > > Sun Sep 3 00:49:49 CEST 2006 Jonathan Buch > * Various changes > > * Revise resolve_polymorphic_relations, remove FIXME, change the > eval to const_set. > * Change symbol_to_class to return nil when no matching class was > found. > * Fix aggregation code, only use order_by when group_by is given. > > Sun Sep 3 13:12:01 CEST 2006 Jonathan Buch > * One line fix for 'Various Changes' patch > > Sun Sep 3 13:24:05 CEST 2006 Jonathan Buch > * Replace pk.inspects by quote(pk) > > Fixes problems with text/integer keys. > > Sun Sep 3 17:49:23 CEST 2006 Jonathan Buch > * Enable object annotating for custom styles in form attributes. > > Can be used like following: > > flash[:VERROR].errors.each do |sym,msg| > @obj.annotation sym => {:control_style => 'border:1px solid red;'} > end if flash[:VERROR] > ?> > > This traverses over validation errors and sets a red border around those > attributes with errors. > > > Wed Sep 6 23:09:53 CEST 2006 Jonathan Buch > * .save returns affected rows again, fix subclass creation in relation.rb > > Wed Sep 6 23:16:02 CEST 2006 Jonathan Buch > * Fix more og testcases > > Wed Sep 6 23:40:08 CEST 2006 Jonathan Buch > * More small og test fixes > > Mon Sep 11 13:23:15 CEST 2006 Jonathan Buch > * add testcase for deleting relations > > Mon Sep 11 14:22:05 CEST 2006 Jonathan Buch > * fix for deleting belongs_to relationships > > Mon Sep 11 16:42:33 CEST 2006 Jonathan Buch > * Fix for deleting has_many belongs/refers_to relations > > Tue Sep 12 14:43:44 CEST 2006 Jonathan Buch > * Fix scope bug in collection.rb, use count for finding number of > joins_many relations > > I think most patch descriptions should be self-explanatory. If you have > any questions (and I indeed think you will have some) don't hesitate to > ask, I will make a detailed patch description of how and why any patch was > done. > > > * remove ObjectSpace search in manage_classes when classes are specified > > I think this would be the patch which you are most hesistant to add, so > I'll describe it beforehand. Even with the patch it will traverse > ObjectSpace to collect OgModels, but if classes are given, only those will > get enchanted. The second part of the patch is, how polymorphic classes > are found. They are now 'collected' instead of using a second call to > ObjectSpace, so at most a single object space search is nessessary. It > also adds a Og.setup(:classes => []) to set up classes at start time, > which leads to wonderful short start times... > This patch has been tested by at least 4 people independently and is > reported to work great, but please test it with your application(s) as > well. > > Now I just hope you didn't fiddle with Og testcases without > recording/pushing them and it should apply cleanly. > > Next up, manv Og patches. > > > > > > Tue Aug 22 11:07:16 CEST 2006 manveru at weez-int.com > * changed script/test.rb so it runs the tests seperate (useful for og, > if one test fails, not all others blow up) > Shall I send this patch? (27/40) [ynWvpxqadjk], or ? for help: y > > Tue Aug 22 14:25:40 CEST 2006 manveru at weez-int.com > * minor change in tc_scope, still doesn't pass though > Shall I send this patch? (28/40) [ynWvpxqadjk], or ? for help: y > > Thu Aug 24 13:45:41 CEST 2006 manveru at weez-int.com > * adding some raise "Not implemented" in og/store.rb for empty methods > Shall I send this patch? (29/40) [ynWvpxqadjk], or ? for help: y > > Thu Aug 24 16:24:41 CEST 2006 manveru at weez-int.com > * fixing STI > Shall I send this patch? (30/40) [ynWvpxqadjk], or ? for help: y > > Fri Aug 25 01:59:25 CEST 2006 manveru at weez-int.com > * make aggregations work again (tc_aggregations_calculations) > Shall I send this patch? (31/40) [ynWvpxqadjk], or ? for help: y > > Fri Aug 25 16:21:13 CEST 2006 manveru at weez-int.com > * making tc_build.rb pass again > Shall I send this patch? (32/40) [ynWvpxqadjk], or ? for help: y > > Fri Aug 25 19:28:28 CEST 2006 manveru at weez-int.com > * making some other testcases pass again (issue with result of psql) > Shall I send this patch? (33/40) [ynWvpxqadjk], or ? for help: y > > Mon Aug 28 09:52:01 CEST 2006 Fabian Buch > * fixed bug in tc_store.rb > Shall I send this patch? (34/40) [ynWvpxqadjk], or ? for help: y > > Sat Aug 26 22:53:35 CEST 2006 nusgnaf at gmail.com > * Og close_store fix > We use @store to maintain database connection when Og.thread_safe is > false and @pool when Og.thread_safe is > true. Right now in close_store, we fall back to @store.close when > @pool.empty? is true, that not correct, the > following patch fixes this. > Shall I send this patch? (35/40) [ynWvpxqadjk], or ? for help: y > > Wed Sep 6 11:35:58 CEST 2006 manveru at weez-int.com > * fix little bug with parse_timestamp (utils.rb) > Shall I send this patch? (36/40) [ynWvpxqadjk], or ? for help: y > > Fri Sep 8 04:24:10 CEST 2006 manveru at weez-int.com > * added tc_primary_key (which fails right now, like every good tc should > ;) > Shall I send this patch? (37/40) [ynWvpxqadjk], or ? for help: y > > Tue Sep 12 09:08:38 CEST 2006 manveru at weez-int.com > * Huge refactoring of script/test.rb, to use the new capability just > 'gem install popen4' > Shall I send this patch? (38/40) [ynWvpxqadjk], or ? for help: y > > Tue Sep 12 12:58:03 CEST 2006 manveru at weez-int.com > * notice about new script/test :) > Shall I send this patch? (39/40) [ynWvpxqadjk], or ? for help: y > > Thu Sep 14 11:11:50 CEST 2006 manveru at weez-int.com > * Make YAML-properties with postgresql work again > Shall I send this patch? (40/40) [ynWvpxqadjk], or ? for help: y > > > > When you have all these patches and patches of patches applied, we'll have > a much more stable base to work on. :) > These aren't all the patches, it's a little hard to sort out the good ones > when the main repo is so far away, so I'd be very happy if you could spend > some time applying those. > > Jo > > -- > Feel the love > http://pinkjuice.com/pics/ruby.png > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > > -- http://www.gmosx.com http://www.nitroproject.org From alex at msgpad.com Fri Sep 15 23:08:15 2006 From: alex at msgpad.com (Alex Pooley) Date: Sat, 16 Sep 2006 11:08:15 +0800 Subject: [Nitro] Store pool management Message-ID: <1158376095.9208.41.camel@woof> Og was previously leaking stores via the store pool. This was most visible with the SQLite adapter as you would simply run out of file descriptors after a while! This has been fixed, but it involved a significant change to the management of the store pool, and it's consequential usage. This will probably only concern you if you are involved with nitroproject development. I'll detail the implications below, for further information please refer to the patches and documentation within manager.rb in Og. The Og manager controls a pool of connections when running in thread safe mode. Previously you literally pulled a store out of the pool like so: ogmanager.store.do_something The assumption was that the store would eventually be returned to the store pool, but this never happened [1]. This was fine if you only ever ran as many threads as stores in the pool, but this is an unreasonable assumption [2]. Once you ran more threads than you had stores in the pool, you would deadlock waiting on one of the threads to return a store to the pool. The new store access is a bit uglier: ogmanager.run {|store| store.do_something} Instead of pulling a store out of Og manager, you ask the manager to run a block of code on a store of it's own choosing. This way, the manager never lets the store out of it's sight and is able to control the usage of the stores. Unfortunately it's still possible to leak the stores by evaluating the block to the store and saving it to outside the block. The pool will not deadlock, but you will no longer be thread safe if you do this! I've also modified the default :connection_count setting from 5 to just 1. This setting dictates how large the store pool should be. From my testing using the new tc_manager.rb I found that a single connection was faster with SQLite. Og manager also appeared to have the ability to drop in and out of thread safe mode(?). I'm not sure why you would want this? I gather it's just legacy code from before a thread_safe version was built? As the manager stands now, it is simply thread safe. Unless anyone objects I will go ahead and remove all the thread_safe stuff from og.rb and the few references to the Og.thread_safe in the nitro adapters. Speak now or forever hold your peace :) Alex. [1] Actually, inside Og this never appeared to happen, though I've since found where I think it was meant to happen in Nitro! That suprised me as it's a coupling between Nitro and Og that is just not required. [2] You may have noticed that your code still worked with more threads than stores in the pool. The reason was that the store pool just kept growing due to buggy code. If you ran with SQLite you eventually ran out of file descriptors! -- Alex Pooley (msgpad founder) w: http://msgpad.com e: alex at msgpad.com b: http://alexpooley.com From john at oxyliquit.de Sat Sep 16 05:55:04 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Sat, 16 Sep 2006 11:55:04 +0200 Subject: [Nitro] Store pool management In-Reply-To: <1158376095.9208.41.camel@woof> References: <1158376095.9208.41.camel@woof> Message-ID: Hi, > [snip patch description] Patch is on manvs repo, will presented when the other patches are applied as this patch depends on them and we have a more time testing this quite big change. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Sat Sep 16 12:51:29 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Sat, 16 Sep 2006 18:51:29 +0200 Subject: [Nitro] Sqlite/Mysql problem Message-ID: Hi, due to some patch, I'm now getting the following errors: Mysql ========================= DELETE FROM ogtc_deletesrelationship_item WHERE oid=1 DELETE FROM ogj_tc_deletesrelationship_item_tc_deletesrelationship_user WHERE item_oid=1 DELETE FROM ogtc_deletesrelationship_category WHERE item_oid=1 DELETE FROM ogtc_deletesrelationship_picture WHERE item_oid=1 DELETE FROM ogtc_deletesrelationship_tag DB error Commands out of sync; You can't run this command now, [DELETE FROM ogtc_deletesrelationship_tag] Sqlite ========================= DEBUG: DELETE FROM ogtc_deletesrelationship_item WHERE oid=1 DEBUG: DELETE FROM ogj_tc_deletesrelationship_item_tc_deletesrelationship_user WHERE item_oid=1 DEBUG: DELETE FROM ogtc_deletesrelationship_category WHERE item_oid=1 DEBUG: DELETE FROM ogtc_deletesrelationship_picture WHERE item_oid=1 DEBUG: DELETE FROM ogtc_deletesrelationship_tag DEBUG: DELETE FROM ogtc_deletesrelationship_item DEBUG: DELETE FROM ogtc_deletesrelationship_category DEBUG: DELETE FROM ogtc_deletesrelationship_picture DEBUG: DELETE FROM ogtc_deletesrelationship_figure DEBUG: DELETE FROM ogtc_deletesrelationship_user DEBUG: DELETE FROM ogj_tc_deletesrelationship_item_tc_deletesrelationship_user /usr/local/lib/ruby/gems/1.8/gems/sqlite3-ruby-1.1.0/lib/sqlite3/errors.rb:94:in `check': cannot commit transaction - SQL statements in progress (SQLite3::SQLException) ========================= Those are not the same testcases, but they do exactly the same. They both check, when one end of the relation is deleted, if the rules are obeyed that refers_to are kept and belongs_to relations are deleted. Giving you the testcase would make no difference, and the real patch is too dependand on manverus repo. So, what I'm asking here is: Has someone seen similar errors, where could those come from and how would one resolve those? (All in a general case.) Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Sun Sep 17 04:56:02 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 17 Sep 2006 11:56:02 +0300 Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes In-Reply-To: References: Message-ID: Ok, applied both patches... thanks! -g. On 9/14/06, George Moschovitis wrote: > Will work on this during the weekend (army calls again) > > *thanks* for your work though!! > > -g. > > On 9/14/06, Jonathan Buch wrote: > > Hi, > > > > here's the promised og patch bundle. > > > > First up, mine: > > > > hu Aug 31 20:12:01 CEST 2006 Jonathan Buch > > * Add Fabian Buch as contributor, rename nick Kashia to Jonathan > > > > Fri Aug 25 17:51:21 CEST 2006 Jonathan Buch > > * Let `def aggregation` use `resolve_options` > > > > It duplicated functionality already available in `resolve_options` and > > didn't know about join tables etc. > > > > Fri Aug 25 19:25:22 CEST 2006 Jonathan Buch > > * Add transaction, commit, rollback to psql adapter > > > > Sat Aug 26 00:43:27 CEST 2006 Jonathan Buch > > * patch for many postgresql store errors, makes more tests pass > > > > Most importantly this changes the lookup rule for symbol_to_class in > > relation.rb, changes annotating of primary keys when invoked by > > `set_primary_key :name, String`. > > > > Minor enhanced test files, updated to new syntax etc. > > > > Sat Aug 26 01:09:30 CEST 2006 Jonathan Buch > > * change all prop_accessor to attr_accessor > > > > Mon Aug 28 00:35:58 CEST 2006 Jonathan Buch > > * fix taggable, reload needed when deleting tag > > > > Mon Aug 28 01:09:31 CEST 2006 Jonathan Buch > > * prop_accessor -> attr_accessor > > > > Mon Aug 28 01:10:57 CEST 2006 Jonathan Buch > > * add testcase for many to many relationships and deleting one side of > > the relationship > > > > Mon Aug 28 01:17:33 CEST 2006 Jonathan Buch > > * Automatic deletion of many2many relationships when one side gets > > removed > > > > Mon Aug 28 01:19:01 CEST 2006 Jonathan Buch > > * only use transactions in og_delete when cascading is activated > > > > Mon Aug 28 01:20:13 CEST 2006 Jonathan Buch > > * minor testcase bugfixes > > > > Tue Aug 29 00:10:05 CEST 2006 Jonathan Buch > > * Fix bug with Pager and aggregations > > > > The option array got changed by the new aggregation code and in > > `paginate` the array got reused. Testcase also attached. > > > > This patch also makes an alias named :limit for :per_page. Makes > > paginate more compatible to other sql based functions. > > > > Wed Aug 30 20:09:23 CEST 2006 Jonathan Buch > > * OgKlass.create_with is now able to accept arrays for collections > > > > Sat Sep 2 18:38:17 CEST 2006 Jonathan Buch > > * remove ObjectSpace search in manage_classes when classes are specified > > > > Sat Sep 2 18:44:58 CEST 2006 Jonathan Buch > > * minor fix for manage_classes > > > > Sun Sep 3 00:49:49 CEST 2006 Jonathan Buch > > * Various changes > > > > * Revise resolve_polymorphic_relations, remove FIXME, change the > > eval to const_set. > > * Change symbol_to_class to return nil when no matching class was > > found. > > * Fix aggregation code, only use order_by when group_by is given. > > > > Sun Sep 3 13:12:01 CEST 2006 Jonathan Buch > > * One line fix for 'Various Changes' patch > > > > Sun Sep 3 13:24:05 CEST 2006 Jonathan Buch > > * Replace pk.inspects by quote(pk) > > > > Fixes problems with text/integer keys. > > > > Sun Sep 3 17:49:23 CEST 2006 Jonathan Buch > > * Enable object annotating for custom styles in form attributes. > > > > Can be used like following: > > > > > flash[:VERROR].errors.each do |sym,msg| > > @obj.annotation sym => {:control_style => 'border:1px solid red;'} > > end if flash[:VERROR] > > ?> > > > > This traverses over validation errors and sets a red border around those > > attributes with errors. > > > > > > Wed Sep 6 23:09:53 CEST 2006 Jonathan Buch > > * .save returns affected rows again, fix subclass creation in relation.rb > > > > Wed Sep 6 23:16:02 CEST 2006 Jonathan Buch > > * Fix more og testcases > > > > Wed Sep 6 23:40:08 CEST 2006 Jonathan Buch > > * More small og test fixes > > > > Mon Sep 11 13:23:15 CEST 2006 Jonathan Buch > > * add testcase for deleting relations > > > > Mon Sep 11 14:22:05 CEST 2006 Jonathan Buch > > * fix for deleting belongs_to relationships > > > > Mon Sep 11 16:42:33 CEST 2006 Jonathan Buch > > * Fix for deleting has_many belongs/refers_to relations > > > > Tue Sep 12 14:43:44 CEST 2006 Jonathan Buch > > * Fix scope bug in collection.rb, use count for finding number of > > joins_many relations > > > > I think most patch descriptions should be self-explanatory. If you have > > any questions (and I indeed think you will have some) don't hesitate to > > ask, I will make a detailed patch description of how and why any patch was > > done. > > > > > > * remove ObjectSpace search in manage_classes when classes are specified > > > > I think this would be the patch which you are most hesistant to add, so > > I'll describe it beforehand. Even with the patch it will traverse > > ObjectSpace to collect OgModels, but if classes are given, only those will > > get enchanted. The second part of the patch is, how polymorphic classes > > are found. They are now 'collected' instead of using a second call to > > ObjectSpace, so at most a single object space search is nessessary. It > > also adds a Og.setup(:classes => []) to set up classes at start time, > > which leads to wonderful short start times... > > This patch has been tested by at least 4 people independently and is > > reported to work great, but please test it with your application(s) as > > well. > > > > Now I just hope you didn't fiddle with Og testcases without > > recording/pushing them and it should apply cleanly. > > > > Next up, manv Og patches. > > > > > > > > > > > > Tue Aug 22 11:07:16 CEST 2006 manveru at weez-int.com > > * changed script/test.rb so it runs the tests seperate (useful for og, > > if one test fails, not all others blow up) > > Shall I send this patch? (27/40) [ynWvpxqadjk], or ? for help: y > > > > Tue Aug 22 14:25:40 CEST 2006 manveru at weez-int.com > > * minor change in tc_scope, still doesn't pass though > > Shall I send this patch? (28/40) [ynWvpxqadjk], or ? for help: y > > > > Thu Aug 24 13:45:41 CEST 2006 manveru at weez-int.com > > * adding some raise "Not implemented" in og/store.rb for empty methods > > Shall I send this patch? (29/40) [ynWvpxqadjk], or ? for help: y > > > > Thu Aug 24 16:24:41 CEST 2006 manveru at weez-int.com > > * fixing STI > > Shall I send this patch? (30/40) [ynWvpxqadjk], or ? for help: y > > > > Fri Aug 25 01:59:25 CEST 2006 manveru at weez-int.com > > * make aggregations work again (tc_aggregations_calculations) > > Shall I send this patch? (31/40) [ynWvpxqadjk], or ? for help: y > > > > Fri Aug 25 16:21:13 CEST 2006 manveru at weez-int.com > > * making tc_build.rb pass again > > Shall I send this patch? (32/40) [ynWvpxqadjk], or ? for help: y > > > > Fri Aug 25 19:28:28 CEST 2006 manveru at weez-int.com > > * making some other testcases pass again (issue with result of psql) > > Shall I send this patch? (33/40) [ynWvpxqadjk], or ? for help: y > > > > Mon Aug 28 09:52:01 CEST 2006 Fabian Buch > > * fixed bug in tc_store.rb > > Shall I send this patch? (34/40) [ynWvpxqadjk], or ? for help: y > > > > Sat Aug 26 22:53:35 CEST 2006 nusgnaf at gmail.com > > * Og close_store fix > > We use @store to maintain database connection when Og.thread_safe is > > false and @pool when Og.thread_safe is > > true. Right now in close_store, we fall back to @store.close when > > @pool.empty? is true, that not correct, the > > following patch fixes this. > > Shall I send this patch? (35/40) [ynWvpxqadjk], or ? for help: y > > > > Wed Sep 6 11:35:58 CEST 2006 manveru at weez-int.com > > * fix little bug with parse_timestamp (utils.rb) > > Shall I send this patch? (36/40) [ynWvpxqadjk], or ? for help: y > > > > Fri Sep 8 04:24:10 CEST 2006 manveru at weez-int.com > > * added tc_primary_key (which fails right now, like every good tc should > > ;) > > Shall I send this patch? (37/40) [ynWvpxqadjk], or ? for help: y > > > > Tue Sep 12 09:08:38 CEST 2006 manveru at weez-int.com > > * Huge refactoring of script/test.rb, to use the new capability just > > 'gem install popen4' > > Shall I send this patch? (38/40) [ynWvpxqadjk], or ? for help: y > > > > Tue Sep 12 12:58:03 CEST 2006 manveru at weez-int.com > > * notice about new script/test :) > > Shall I send this patch? (39/40) [ynWvpxqadjk], or ? for help: y > > > > Thu Sep 14 11:11:50 CEST 2006 manveru at weez-int.com > > * Make YAML-properties with postgresql work again > > Shall I send this patch? (40/40) [ynWvpxqadjk], or ? for help: y > > > > > > > > When you have all these patches and patches of patches applied, we'll have > > a much more stable base to work on. :) > > These aren't all the patches, it's a little hard to sort out the good ones > > when the main repo is so far away, so I'd be very happy if you could spend > > some time applying those. > > > > Jo > > > > -- > > Feel the love > > http://pinkjuice.com/pics/ruby.png > > > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > > > -- > http://www.gmosx.com > http://www.nitroproject.org > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Sun Sep 17 04:57:56 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 17 Sep 2006 11:57:56 +0300 Subject: [Nitro] [PATCH] update morpher In-Reply-To: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> References: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> Message-ID: Thanks, this looks nice, but will please allow me to postpone the inclusion of this patch for a bit. I want to think a bit better how the ajax stuff is supposed to work on nitro. best regards, George. On 9/13/06, Alexandre Gravem wrote: > it's the first patch i am submitting for the list. i hope it might be useful > for someone :D > > the patch adds a new morpher similar to AsyncMorpher, but it updates an > element using Prototype's Ajax.Updater. So if you have some template like > >
 
> Click > > the content of the "mydiv" div will be replaced with the compiled template > of some_action. If you use it in a
the elements of the form are > serialized and sent, so you can acess them with request[] inside your > controller like this > > #TEMPLATE > Hello Anonymous > > > ... >
> > > #CONTROLLER > ... > def say_hello > print request['guest_name'] > end > ... > > > Cheers, > A. Gravem > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Sun Sep 17 05:03:00 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 17 Sep 2006 12:03:00 +0300 Subject: [Nitro] Store pool management In-Reply-To: <1158376095.9208.41.camel@woof> References: <1158376095.9208.41.camel@woof> Message-ID: > Og was previously leaking stores via the store pool. This was most > ... > faster with SQLite. thank you for the investigation on this problem and the patch. Hopefully Jonathan will provide me with a new bundle including this patch and it will find its way in the official repo. > Og manager also appeared to have the ability to drop in and out of > thread safe mode(?). I'm not sure why you would want this? I gather it's > ... > few references to the Og.thread_safe in the nitro adapters. Speak now or > forever hold your peace :) lets keep the non-thread-safe mode for the moment. In web applications (for example using fastcgi or mongrel) I would really suggest using a process model just to play it safe (multi threading is difficult to debug/validate) best regards, George. -- http://www.gmosx.com http://www.nitroproject.org From john at oxyliquit.de Sun Sep 17 05:31:40 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Sun, 17 Sep 2006 11:31:40 +0200 Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes In-Reply-To: References: Message-ID: Hi, > Ok, applied both patches... second batch: Fri Aug 18 18:35:04 CEST 2006 Jonathan Buch * add fixmes for object rescues Mon Aug 21 20:20:12 CEST 2006 Jonathan Buch * Remove a few 'rescue Objects' Tue Aug 22 05:23:21 CEST 2006 manveru at weez-int.com * making postgresql work again :) Wed Aug 23 20:08:04 CEST 2006 Jonathan Buch * remove rescue Objects in sql.rb This is done by introducing a new setting in each Adapter called :store_exception and rescueing on that one. Sat Aug 26 00:41:53 CEST 2006 Jonathan Buch * postgresql savepoints, bitea handling, script update Mon Aug 28 01:14:26 CEST 2006 Jonathan Buch * compatibility layer for postgres-pr, catching notices from postgres Mon Aug 28 09:09:48 CEST 2006 manveru at weez-int.com * Fix for postgresql/override Mon Aug 28 10:58:15 CEST 2006 Jonathan Buch * More compatibility changes to PGconn for postgres-pr Wed Sep 13 10:56:38 CEST 2006 vseguip at gmail.com * - Populate cache when reading from the database using aspects Wed Sep 13 13:12:50 CEST 2006 manveru at weez-int.com * added testcase for tc_cacheable aspects (by vseguip) Jo -- Feel the love http://pinkjuice.com/pics/ruby.png -------------- next part -------------- A non-text attachment was scrubbed... Name: ogbndl2.patch.tar.bz2 Type: application/bzip2 Size: 12791 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060917/a71ed22d/attachment.bin From lists at zarac.com Sun Sep 17 09:44:17 2006 From: lists at zarac.com (Ric Turley) Date: Sun, 17 Sep 2006 07:44:17 -0600 Subject: [Nitro] Install problem... In-Reply-To: Message-ID: I'm I Ruby Newbie wanting to play with Nitro, but not getting much bang. I'm on FreeBSD based MacOS 10.4.7. I've installed Nitro, but can't run Tiny example. Tiny wanted Glue, Glue wanted Facets, but didn't like Facets 1.7.46, installed 1.4.5, installed Glue and now get this error: /usr/lib/ruby/gems/1.8/gems/nitro-0.31.0/lib/nitro/compiler/markup.rb:7: uninitialized constant Glue::Markup (NameError) I have no idea how to initialize constant Glue::Markup, or even what Glue does. I feel like I will have to be a Ruby expert to run Nitro - am I out of my league here? Is this the right place for me to ask questions? Ric Turley From john at oxyliquit.de Sun Sep 17 11:45:23 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Sun, 17 Sep 2006 17:45:23 +0200 Subject: [Nitro] Install problem... In-Reply-To: References: Message-ID: Hi. > I'm I Ruby Newbie wanting to play with Nitro, but not getting much bang. > I'm on FreeBSD based MacOS 10.4.7. Welcome to Nitro. :) > I've installed Nitro, but can't run Tiny example. Tiny wanted Glue, Glue > wanted Facets, but didn't like Facets 1.7.46, installed 1.4.5, installed > Glue and now get this error: Yes, unfortunately Nitro doesn't work with Facets greather than 1.4.5 because there are too huge changes in the annotation system. I think TRANS wanted to look for some compatibility in the next versions? Not sure. > /usr/lib/ruby/gems/1.8/gems/nitro-0.31.0/lib/nitro/compiler/markup.rb:7: > uninitialized constant Glue::Markup (NameError) > > I have no idea how to initialize constant Glue::Markup, or even what Glue > does. That sounds like you are missing RedCloth, but I might be wrong. Care to show the application you were trying to build? Glue is kind of an extra lib which provides tools (like facets) and is the 'glue' between Nitro and Og. > I feel like I will have to be a Ruby expert to run Nitro - am I out of > my league here? Is this the right place for me to ask questions? Well... to put it that way: Nitro ain't exactly for the faint of heart. It's sadly not as polished as it could be, also because we're so few and lack the type of users who are _only_ users. That said, I think you can grow as a Ruby coder when you stick around, and possibly stick your head into Nitro. It'll be a bumpy fun ride. :P This is exactly the right place to ask such questions, right besides the IRC channel #nitro at irc.freenode.net . Sorry for not being able to help right now, you have to provide a little more information, like posting the file you were executing, or if you used `gen` to make a example app etc. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Sun Sep 17 12:10:34 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 17 Sep 2006 19:10:34 +0300 Subject: [Nitro] Install problem... In-Reply-To: References: Message-ID: first try to uninstall facets and nitro/glue then give: $gem install nitro this will install nitro, og, glue, facets etc etc then cd path/to/tiny ruby -rubygems run.rb -g. On 9/17/06, Ric Turley wrote: > I'm I Ruby Newbie wanting to play with Nitro, but not getting much bang. I'm > on FreeBSD based MacOS 10.4.7. > > I've installed Nitro, but can't run Tiny example. Tiny wanted Glue, Glue > wanted Facets, but didn't like Facets 1.7.46, installed 1.4.5, installed > Glue and now get this error: > > /usr/lib/ruby/gems/1.8/gems/nitro-0.31.0/lib/nitro/compiler/markup.rb:7: > uninitialized constant Glue::Markup (NameError) > > I have no idea how to initialize constant Glue::Markup, or even what Glue > does. I feel like I will have to be a Ruby expert to run Nitro - am I out of > my league here? Is this the right place for me to ask questions? > > Ric Turley > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From lists at zarac.com Sun Sep 17 13:13:57 2006 From: lists at zarac.com (Ric Turley) Date: Sun, 17 Sep 2006 11:13:57 -0600 Subject: [Nitro] Install problem... In-Reply-To: Message-ID: Thanks Jo, > From: "Jonathan Buch" > That sounds like you are missing RedCloth, but I might be wrong. Care to > show the application you were trying to build? You hit the nail on the head - I changed to my red t-shirt, typed "gem install RedCloth", tried running the examples again and got a bang, just a little bang, but indeed a bang. > Well... to put it that way: Nitro ain't exactly for the faint of heart. > It's sadly not as polished as it could be, also because we're so few > and lack the type of users who are _only_ users. > That said, I think you can grow as a Ruby coder when you stick around, > and possibly stick your head into Nitro. It'll be a bumpy fun ride. :P I live on the treed edge of Black Diamond moguls on my snowboard, so maybe Nitro will give me the off-season bang I crave. Off to mix more Nitro. Thanks again, Ric PS - I sometimes exaggerate... From john at oxyliquit.de Sun Sep 17 13:46:53 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Sun, 17 Sep 2006 19:46:53 +0200 Subject: [Nitro] Install problem... In-Reply-To: References: Message-ID: Hi, > You hit the nail on the head - I changed to my red t-shirt, typed "gem > install RedCloth", tried running the examples again and got a bang, just > a little bang, but indeed a bang. glad it worked! > I live on the treed edge of Black Diamond moguls on my snowboard, so > maybe Nitro will give me the off-season bang I crave. *sotto voce* Welcome to the dark side. ;D Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From lists at zarac.com Sun Sep 17 13:59:24 2006 From: lists at zarac.com (Ric Turley) Date: Sun, 17 Sep 2006 11:59:24 -0600 Subject: [Nitro] Install problem... In-Reply-To: Message-ID: Thanks George. I got it to work after Jo's reply, but followed your instructions anyway to get it right. I am such a Ruby Newbie that I did not know gem worked without downloading first. "$gem install nitro" installed nitro, gen, RedCloth, ruby-breakpoint and daemons. But running tiny gave me this error: /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': No such file to load -- glue (LoadError) from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' from /usr/lib/ruby/gems/1.8/gems/nitro-0.31.0/lib/nitro.rb:11 from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:33:in `gem_original_require' from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:33:in `require' from run.rb:1 $gem install glue #successful New error: usr/lib/ruby/gems/1.8/gems/nitro-0.31.0/lib/nitro.rb:27: undefined method `setting' for Nitro:Module (NoMethodError) from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:33:in `gem_original_require' from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:33:in `require' from run.rb:1 Ideas? No problem going back to Jo's solution unless you want to pursue method 2 further. Ric > From: "George Moschovitis" > Reply-To: General discussion about Nitro > Date: Sun, 17 Sep 2006 19:10:34 +0300 > To: "General discussion about Nitro" > Subject: Re: [Nitro] Install problem... > > first try to uninstall facets and nitro/glue > > then give: > > $gem install nitro > this will install nitro, og, glue, facets etc etc > > then > > cd path/to/tiny > ruby -rubygems run.rb > > > -g. > > > On 9/17/06, Ric Turley wrote: >> I'm I Ruby Newbie wanting to play with Nitro, but not getting much bang. I'm >> on FreeBSD based MacOS 10.4.7. >> >> I've installed Nitro, but can't run Tiny example. Tiny wanted Glue, Glue >> wanted Facets, but didn't like Facets 1.7.46, installed 1.4.5, installed >> Glue and now get this error: >> >> /usr/lib/ruby/gems/1.8/gems/nitro-0.31.0/lib/nitro/compiler/markup.rb:7: >> uninitialized constant Glue::Markup (NameError) >> >> I have no idea how to initialize constant Glue::Markup, or even what Glue >> does. I feel like I will have to be a Ruby expert to run Nitro - am I out of >> my league here? Is this the right place for me to ask questions? >> >> Ric Turley >> >> _______________________________________________ >> Nitro-general mailing list >> Nitro-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/nitro-general >> > > > -- > http://www.gmosx.com > http://www.nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > From vikingtux at gmail.com Sun Sep 17 22:21:21 2006 From: vikingtux at gmail.com (Alexandre Gravem) Date: Sun, 17 Sep 2006 23:21:21 -0300 Subject: [Nitro] update morpher In-Reply-To: References: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> Message-ID: <40b05ebe0609171921u421d2892q9a398add16013b17@mail.gmail.com> Sure. Please let me know your thoughts about ajax on Nitro, I've been using it extensively. A. Gravem On 9/17/06, George Moschovitis wrote: > Thanks, > > this looks nice, but will please allow me to postpone the inclusion of > this patch for a bit. I want to think a bit better how the ajax stuff > is supposed to work on nitro. > > best regards, > George. > > On 9/13/06, Alexandre Gravem wrote: > > it's the first patch i am submitting for the list. i hope it might be > useful > > for someone :D > > > > the patch adds a new morpher similar to AsyncMorpher, but it updates an > > element using Prototype's Ajax.Updater. So if you have some template like > > > >
 
> > Click > > > > the content of the "mydiv" div will be replaced with the compiled template > > of some_action. If you use it in a
the elements of the form are > > serialized and sent, so you can acess them with request[] inside your > > controller like this > > > > #TEMPLATE > > Hello Anonymous > > > > > > ... > >
> > > > > > #CONTROLLER > > ... > > def say_hello > > print request['guest_name'] > > end > > ... > > > > > > Cheers, > > A. Gravem > > > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > -- > http://www.gmosx.com > http://www.nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From john at oxyliquit.de Tue Sep 19 07:07:40 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 19 Sep 2006 13:07:40 +0200 Subject: [Nitro] TRANS: Facets annotation problems Message-ID: Hi, today was a nice day and so manveru though about migrating Og to facets 1.7.x.... Big mistake, annotations are a huge pile of... I dunno what to say. A few questions from manveru: something.ann.self[:foo] vs something.ann.foo vs something.ann[:foo] why ! and ? is dropped in new facets (and what did those do anyway) It would be nice if you could help in outlining how a transition of 1.4.5 to 1.7.x is possible, where possible gotchas wait. We'd be _very_ happy if you could take a look into Og code yourself and see how annotations are used there. If you need directions browsing the code, manv and I will be happy to help out. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Tue Sep 19 09:07:49 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 19 Sep 2006 16:07:49 +0300 Subject: [Nitro] update morpher In-Reply-To: <40b05ebe0609171921u421d2892q9a398add16013b17@mail.gmail.com> References: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> <40b05ebe0609171921u421d2892q9a398add16013b17@mail.gmail.com> Message-ID: I would like to drop Prototype and use dojo instead. I would be very interested on your (and others) thoughts on this. regards, George. On 9/18/06, Alexandre Gravem wrote: > Sure. Please let me know your thoughts about ajax on Nitro, I've been > using it extensively. -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Tue Sep 19 09:08:54 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 19 Sep 2006 16:08:54 +0300 Subject: [Nitro] TRANS: Facets annotation problems In-Reply-To: References: Message-ID: + 1 I would really like to sync the repo version on nitro with the release version of facets before releasing the code. regards, George. On 9/19/06, Jonathan Buch wrote: > Hi, > > today was a nice day and so manveru though about migrating Og to > facets 1.7.x.... Big mistake, annotations are a huge pile of... > I dunno what to say. > > A few questions from manveru: > > something.ann.self[:foo] vs something.ann.foo vs something.ann[:foo] > > why ! and ? is dropped in new facets (and what did those do anyway) > > > It would be nice if you could help in outlining how a transition > of 1.4.5 to 1.7.x is possible, where possible gotchas wait. We'd > be _very_ happy if you could take a look into Og code yourself > and see how annotations are used there. If you need directions > browsing the code, manv and I will be happy to help out. > > Jo > > -- > Feel the love > http://pinkjuice.com/pics/ruby.png > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From transfire at gmail.com Tue Sep 19 11:40:30 2006 From: transfire at gmail.com (TRANS) Date: Tue, 19 Sep 2006 11:40:30 -0400 Subject: [Nitro] TRANS: Facets annotation problems In-Reply-To: References: Message-ID: <4b6f054f0609190840k2a24d498i4c65e6bde79e9f76@mail.gmail.com> On 9/19/06, Jonathan Buch wrote: > Hi, > > today was a nice day and so manveru though about migrating Og to > facets 1.7.x.... Big mistake, annotations are a huge pile of... > I dunno what to say. Ummm... have you considered how such words might make me feel? Maybe you should try writing it yourself to get some perspective. > A few questions from manveru: > > something.ann.self[:foo] vs something.ann.foo vs something.ann[:foo] The last two mean the same thing, The first one is something completely different. In something.ann.self, self is a reference to the annotation specific to the object 'something'. There's still issues with the self key (for instance I just noticed you have to do something.ann[:self] first for it to work) and I'll of course wor on that. In anycase, self in the context of ann is a special key refering to the object being annotated (which is usually a class). > why ! and ? is dropped in new facets (and what did those do anyway) ? was a convenience thing. You would get the same result with or without it, with one exception: it would return nil instead of null, and that exception was only there b/c there's no way to tell Ruby to treat null as a "false" value. But also null was only really needed b/c the annotations allowed run on clauses, i.e. X.ann.foo.a.b.c.d.e If anyone of those elements in the chain was not defined, null was needed in place of nil to prevent an error from being thrown. But the new version of annotations doesn't support this (this was specifically talked about in this mailing list a while a go). Only one depth level is allowed, eg. X.ann.foo.a So null is no longer needed here and thus niether is '?' (although I can add it back in if you just want the option of using a '?' even though it means exactly the same without it). The ! is little more ticky. Annotations are inherited so class B < A, will show all the annotations of class A. But these are dyanmically inherited, so if you change A's annotations at a latter time, B's will change too. But if you use ! you can cause an annotation of A to be *duplicated* for B such that A's will no longer shows through. It's kind of like redefining a method in a subclass. The ! is still used though, so I'm wondering how it seems to be missing? > It would be nice if you could help in outlining how a transition > of 1.4.5 to 1.7.x is possible, where possible gotchas wait. We'd > be _very_ happy if you could take a look into Og code yourself > and see how annotations are used there. If you need directions > browsing the code, manv and I will be happy to help out. Okay, well, I can do that if need be. But I think it is important for other people to know how the Facets elements of Nitro work too. I don't think it's good that I'm the only one. -- ( o- // trans. / / transfire at gmail.com http://weblands.blogspot.com http://7ranscode.blogspot.com http://stampact.blogspot.com From transfire at gmail.com Tue Sep 19 11:50:10 2006 From: transfire at gmail.com (TRANS) Date: Tue, 19 Sep 2006 11:50:10 -0400 Subject: [Nitro] TRANS: Facets annotation problems In-Reply-To: <4b6f054f0609190840k2a24d498i4c65e6bde79e9f76@mail.gmail.com> References: <4b6f054f0609190840k2a24d498i4c65e6bde79e9f76@mail.gmail.com> Message-ID: <4b6f054f0609190850i23bc3b6cs4098ed0b8726788a@mail.gmail.com> Actually I just checked the code and '?' still works (minus the null business of course). T. From zimba.tm at gmail.com Tue Sep 19 14:17:35 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 19 Sep 2006 20:17:35 +0200 Subject: [Nitro] update morpher In-Reply-To: References: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> <40b05ebe0609171921u421d2892q9a398add16013b17@mail.gmail.com> Message-ID: <3ff63f9b0609191117o7939fda0j9131ad47dd031f59@mail.gmail.com> Hi George, I recomment JQuery . check at : http://www.jquery.com On 19/09/06, George Moschovitis wrote: > I would like to drop Prototype and use dojo instead. I would be very > interested on your (and others) thoughts on this. > > regards, > George. > > On 9/18/06, Alexandre Gravem wrote: > > Sure. Please let me know your thoughts about ajax on Nitro, I've been > > using it extensively. > -- > http://www.gmosx.com > http://www.nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Cheers, zimbatm http://zimbatm.oree.ch From john at oxyliquit.de Tue Sep 19 15:43:41 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 19 Sep 2006 21:43:41 +0200 Subject: [Nitro] TRANS: Facets annotation problems In-Reply-To: <4b6f054f0609190840k2a24d498i4c65e6bde79e9f76@mail.gmail.com> References: <4b6f054f0609190840k2a24d498i4c65e6bde79e9f76@mail.gmail.com> Message-ID: Hey. > Ummm... have you considered how such words might make me feel? Maybe > you should try writing it yourself to get some perspective. No I didn't, I feel worse now. Sorry, that was too rash. I was still kind of under the impression of that magic box called annotations and didn't want to hurt any feelings. The view from outside (besides the many ways to access annotations) is nice, but _very_ hard to understand (for me?). Thanks for answering the two questions in great detail. > Okay, well, I can do that if need be. But I think it is important for > other people to know how the Facets elements of Nitro work too. I > don't think it's good that I'm the only one. Yes, you right, I'll make an effort to understand better how that magic works. The problem with the something.ann.self. I remember you saying that it doesn't work in the newest Facets version. Would be great if it would work (again?) like in facets 1.4.5 since that would make migrating alot easier. In Og I found those two forms: * ann :self, {...} * ann self, {...} Are these any different? How does the annotating of classes * class Foo; ann :function, :s => 'a'; end differ from annotating objects. * obj.annotate ... By reading the code I found out (in facets 1.4.5) that obj.ann annotates the superclass? I apologize again for having chosen rather bad words to express what I meant. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Tue Sep 19 15:46:01 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 19 Sep 2006 21:46:01 +0200 Subject: [Nitro] TRANS: Facets annotation problems In-Reply-To: <4b6f054f0609190850i23bc3b6cs4098ed0b8726788a@mail.gmail.com> References: <4b6f054f0609190840k2a24d498i4c65e6bde79e9f76@mail.gmail.com> <4b6f054f0609190850i23bc3b6cs4098ed0b8726788a@mail.gmail.com> Message-ID: Hi, > Actually I just checked the code and '?' still works (minus the null > business of course). That could actually be a good thing. Not having NullClass (and chained annotations (is that the correct term?)) sure makes the code easier and less prone to usage mistakes. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Tue Sep 19 16:14:49 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 19 Sep 2006 22:14:49 +0200 Subject: [Nitro] update morpher In-Reply-To: <3ff63f9b0609191117o7939fda0j9131ad47dd031f59@mail.gmail.com> References: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> <40b05ebe0609171921u421d2892q9a398add16013b17@mail.gmail.com> <3ff63f9b0609191117o7939fda0j9131ad47dd031f59@mail.gmail.com> Message-ID: Hey Zimba, > Hi George, I recomment JQuery . check at : http://www.jquery.com http://www.gielberkers.com/temp/fields.html This is implemented in JQuery and could be used for automatic validation of og object. I like the idea. :D Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From transfire at gmail.com Tue Sep 19 16:21:07 2006 From: transfire at gmail.com (TRANS) Date: Tue, 19 Sep 2006 16:21:07 -0400 Subject: [Nitro] update morpher In-Reply-To: <3ff63f9b0609191117o7939fda0j9131ad47dd031f59@mail.gmail.com> References: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> <40b05ebe0609171921u421d2892q9a398add16013b17@mail.gmail.com> <3ff63f9b0609191117o7939fda0j9131ad47dd031f59@mail.gmail.com> Message-ID: <4b6f054f0609191321w691d018dtc0a59003853e477c@mail.gmail.com> On 9/19/06, Jonas Pfenniger wrote: > Hi George, I recomment JQuery . check at : http://www.jquery.com > > On 19/09/06, George Moschovitis wrote: > > I would like to drop Prototype and use dojo instead. I would be very > > interested on your (and others) thoughts on this. > > > > regards, > > George. Don't know about dojo, but I can give a big thumbs up to JQuery (as opposed to Prototype) too. T. -- ( o- // trans. / / transfire at gmail.com http://weblands.blogspot.com http://7ranscode.blogspot.com http://stampact.blogspot.com From alex at msgpad.com Tue Sep 19 19:52:26 2006 From: alex at msgpad.com (Alex Pooley) Date: Wed, 20 Sep 2006 07:52:26 +0800 Subject: [Nitro] update morpher In-Reply-To: References: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> <40b05ebe0609171921u421d2892q9a398add16013b17@mail.gmail.com> Message-ID: <1158709946.9196.19.camel@woof> I say take Dojo. It seems the most professional and mature code for the domain. They also have excellent industry support. My only reservation with Dojo is that is seems harder to learn than other toolkits, and I've heard others express the same opinion. Personally, I'm using Yahoo's new User Interface Libraries with my own code. It's simple to use and has just enough there to get the job done. Docs exist. The tutorials are nice, but the API docs could be improved. However, I'm still using Dojo's JS compression tool. I don't have experience with JQuery, but it doesn't appear to have a class hierarchy - just a huge collection of functions? This would be nice at first, but then a real pain later. Think... PHP. I've experienced Prototype through Rails and I don't recommend it. On Tue, 2006-09-19 at 16:07 +0300, George Moschovitis wrote: > I would like to drop Prototype and use dojo instead. I would be very > interested on your (and others) thoughts on this. > > regards, > George. > > On 9/18/06, Alexandre Gravem wrote: > > Sure. Please let me know your thoughts about ajax on Nitro, I've been > > using it extensively. -- Alex Pooley (msgpad founder) w: http://msgpad.com e: alex at msgpad.com b: http://alexpooley.com From transfire at gmail.com Tue Sep 19 21:14:19 2006 From: transfire at gmail.com (TRANS) Date: Tue, 19 Sep 2006 21:14:19 -0400 Subject: [Nitro] TRANS: Facets annotation problems In-Reply-To: References: <4b6f054f0609190840k2a24d498i4c65e6bde79e9f76@mail.gmail.com> Message-ID: <4b6f054f0609191814p29cea980x823cdf74566241db@mail.gmail.com> On 9/19/06, Jonathan Buch wrote: > Hey. > > > Ummm... have you considered how such words might make me feel? Maybe > > you should try writing it yourself to get some perspective. > > No I didn't, I feel worse now. > Sorry, that was too rash. I was still kind of under the impression > of that magic box called annotations and didn't want to hurt any > feelings. Thanks, Jonathan. No need to feel bad. Lord knows, we all could use a little more tact at times. Also, if my last comment about "writing it yourself" came across as overly sarcastic, my apologies too. I actually think you would gain some very interesting insights by trying to write it. Annotations is one of those things that seems so simple but actually turns out to have subtle complexities that make not as straight-forward as one would like. > The view from outside (besides the many ways to access annotations) > is nice, but _very_ hard to understand (for me?). > > > Thanks for answering the two questions in great detail. > > > Okay, well, I can do that if need be. But I think it is important for > > other people to know how the Facets elements of Nitro work too. I > > don't think it's good that I'm the only one. > > Yes, you right, I'll make an effort to understand better how that magic > works. > > The problem with the something.ann.self. I remember you saying that it > doesn't work in the newest Facets version. Would be great if it would > work (again?) like in facets 1.4.5 since that would make migrating alot > easier. No problem. I looked at it today. And will keep at it until self works properly again. > In Og I found those two forms: > > * ann :self, {...} > * ann self, {...} > > Are these any different? Nope. Techincally they should do the same thing, > How does the annotating of classes > > * class Foo; ann :function, :s => 'a'; end > > differ from annotating objects. > > * obj.annotate ... This would annotate the object itself, rather then the class. (Actually I need to check to see if I coverd this in the new implementaiton, it might be something left to do, thanks for mentioning it.) > By reading the code I found out (in facets 1.4.5) that obj.ann annotates > the superclass? Hmm... I think it actaully annotates the Singleton class. Yet this is one of those things I've debated and have never felt 100% settled. The other viable option is to annotate the object itself. > I apologize again for having chosen rather bad words to express what I > meant. No worries. I welcome critque as it helps me work out the kinks. The dog poo inference stunk though as poo tends to do ;-) T. From vikingtux at gmail.com Tue Sep 19 21:52:50 2006 From: vikingtux at gmail.com (Alexandre Gravem) Date: Tue, 19 Sep 2006 22:52:50 -0300 Subject: [Nitro] update morpher In-Reply-To: <4b6f054f0609191321w691d018dtc0a59003853e477c@mail.gmail.com> References: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> <40b05ebe0609171921u421d2892q9a398add16013b17@mail.gmail.com> <3ff63f9b0609191117o7939fda0j9131ad47dd031f59@mail.gmail.com> <4b6f054f0609191321w691d018dtc0a59003853e477c@mail.gmail.com> Message-ID: <40b05ebe0609191852h72489d52nd6148f2297c6f606@mail.gmail.com> > > Don't know about dojo, but I can give a big thumbs up to JQuery (as > opposed to Prototype) too. > > T. > +1 A. Gravem -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060919/1588ed18/attachment.html From manveru at weez-int.com Wed Sep 20 03:05:19 2006 From: manveru at weez-int.com (Michael Fellinger) Date: Wed, 20 Sep 2006 16:05:19 +0900 Subject: [Nitro] TRANS: Facets annotation problems In-Reply-To: <4b6f054f0609191814p29cea980x823cdf74566241db@mail.gmail.com> References: <4b6f054f0609191814p29cea980x823cdf74566241db@mail.gmail.com> Message-ID: <200609201605.19598.manveru@weez-int.com> Heya, Well, guess i should apologize as well, since annotations drove my weak brain mad. but it was just impossible for us to figure out how they actually are intended to work and how they really work. could you please explain us some more things given some examples? <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< lots of code >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> require 'rubygems' require 'facets/more/annotation' class A # those seem to be annotations for the class itself? ann.self.foo = 1 ann self, :foo => 2 # annotations for instances? ann[:foo] = 3 ann.foo = 4 end a = A.new # # a.ann.self.foo # 2 a.ann.self[:foo] # 2 a.ann.self['foo'] # 2 # ok, this seems to work, and .foo [:foo] and ['foo'] are indentical a.ann[:foo] # null # uh... A.ann[:foo] # null A.ann.self.foo # 2 A.ann.self[:foo] # 2 A.ann.foo # null # same thing again... <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ok, i've got no idea what's going on there :) but it seems rather mysterious to say .self all the time and get null otherwise. also, regarding ? and ! - i didn't check if they work properly, i just got some errors regarding these lines: owner_class.ann :self, :join_tables => [] unless owner_class.ann.join_tables? owner_class.ann.join_tables! << join_table_info and... well, i just thought there was some mysterious and deep magic going on... calling methods on a method with ! seems to me very un-ruby-like :) i somehow got that ? returns a boolean, but in some cases i got a usual object back, not true|false, so i was stupified by that as well. could you explain in a couple of sentences what annotations are made for, how they are integrated in nitro (and especially, og) and how we should make use of them? thanks a lot in advance :) MfG manveru -- Weez International Limited East Roppongi Bldg 5F, 509 3-16-35 Roppongi, Minato-ku Tokyo #106-0032 Tel: 81-(0)3-3505-3881 Fax: 81-(0)3-3505-3883 E-mail: manveru at weez-int.com Website: http://weez-int.com From aglarond at gmail.com Wed Sep 20 03:50:26 2006 From: aglarond at gmail.com (Dimitri Aivaliotis) Date: Wed, 20 Sep 2006 09:50:26 +0200 Subject: [Nitro] update morpher In-Reply-To: References: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> <40b05ebe0609171921u421d2892q9a398add16013b17@mail.gmail.com> Message-ID: <55c107bf0609200050m5a1f2a2fv57dfe4adf263851f@mail.gmail.com> On 9/19/06, George Moschovitis wrote: > > I would like to drop Prototype and use dojo instead. I would be very > interested on your (and others) thoughts on this. > Is there any reason not to support both? The Prototype support could stay as-is, and just add Dojo and JQuery (maybe). A Configuration parameter (js or javascript or jstk, maybe?) could control which library is used. Or are there bigger plans here that we're just not seeing? :) - Dimitri -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060920/2ee2b1b4/attachment.html From zimba.tm at gmail.com Wed Sep 20 04:02:55 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Wed, 20 Sep 2006 10:02:55 +0200 Subject: [Nitro] update morpher In-Reply-To: <1158709946.9196.19.camel@woof> References: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> <40b05ebe0609171921u421d2892q9a398add16013b17@mail.gmail.com> <1158709946.9196.19.camel@woof> Message-ID: <3ff63f9b0609200102x665fd9a7q7c84fcc5ef497da2@mail.gmail.com> On 20/09/06, Alex Pooley wrote: > I don't have experience with JQuery, but it doesn't appear to have a > class hierarchy - just a huge collection of functions? This would be > nice at first, but then a real pain later. Think... PHP. No it's not like that. Javascript is a prototype and not a class based language. IMHO all those js toolkits that try to emulate a class system are wrong. I'm using JQuery and most of the time, encapsulating lambda functions is enough and much more flexible. Remember, you're not supposed to overload your page with JS code. Only bad designers do that. -- Cheers, zimbatm http://zimbatm.oree.ch From transfire at gmail.com Wed Sep 20 07:25:28 2006 From: transfire at gmail.com (TRANS) Date: Wed, 20 Sep 2006 07:25:28 -0400 Subject: [Nitro] TRANS: Facets annotation problems In-Reply-To: <200609201605.19598.manveru@weez-int.com> References: <4b6f054f0609191814p29cea980x823cdf74566241db@mail.gmail.com> <200609201605.19598.manveru@weez-int.com> Message-ID: <4b6f054f0609200425n58d4b31bk2a0604f010d169b3@mail.gmail.com> On 9/20/06, Michael Fellinger wrote: > Heya, > > Well, guess i should apologize as well, since annotations drove my weak brain > mad. > but it was just impossible for us to figure out how they actually are intended > to work and how they really work. > could you please explain us some more things given some examples? No need to apologoize. I understand the 1.4.5 version is mind numbing, which is why I re-wrote it. It's MUCH simpler now. But likewise there still some tweaks needed to get it to work just right, which I'm working on. > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< lots of code >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > > require 'rubygems' > require 'facets/more/annotation' > > class A > # those seem to be annotations for the class itself? > ann.self.foo = 1 > ann self, :foo => 2 Yes. And these two notations are equivalent, annotating the class itself. Ie. A.ann(A).foo > # annotations for instances? > ann[:foo] = 3 > ann.foo = 4 Nope. You need another level. Eg. ann :foo, :bar => 3 Which is why you are getting null when you try to read it. The annotation key (in this case :foo) generally represents a method, to which you apply key-value settings (eg :bar=>3). Okay. Let's back up a sec. You may recall me bringing this up before and I think maybe this is a good time to do so again. At first I thought the A.ann.foo.bar notation was great, but over time I've come to no longer like it so much. I don't think it's very intuitive and I also think it's better to have fewer forms to learn. Presently, all these do the same thing: A.ann.foo.bar A.ann.foo[:bar] A.ann[:foo][:bar] A.ann(:foo)[:bar] A.ann(:foo).bar A.ann[:foo].bar A.ann(:foo, :bar) I think it would be better if only the last one worked, plus: A.ann[:foo,:bar] (which currently doesn't work). It may not look as pretty but it's more versitle and easier to comprehend then all of the above. > ok, i've got no idea what's going on there :) > but it seems rather mysterious to say .self all the time and get null > otherwise. Yea, the null is a fluke and your doing something that actually should raise an error b/c your not supplying the key-value pair. This problem doesn't arise in the new version > also, regarding ? and ! - i didn't check if they work properly, i just got > some errors regarding these lines: > > owner_class.ann :self, :join_tables => [] unless owner_class.ann.join_tables? > owner_class.ann.join_tables! << join_table_info > > and... well, i just thought there was some mysterious and deep magic going > on... calling methods on a method with ! seems to me very un-ruby-like :) Not really. '!' generally means "in place" and that's pretty much what's going on here. The '!' serves a similar purpose by duplicting the superclass annotation key-value to the subclass. << is an inplace operation so that is sometimes needed in order to "prime" the value. Otherwise it would raise an error 'undefined method for nil'. In this particular case though I don't think it's neccessary b/c the superclass/subclass is not involved. (Note the use of '!' I think change slightly from a much older version of annotations that used inheritor.rb, which might explain this usage. But it's been too long and I don't recall for sure.) > i somehow got that ? returns a boolean, but in some cases i got a usual object > back, not true|false, so i was stupified by that as well. In Ruby there is no such thin as boolean. All things a "true" except false and nil. So ? returns the object if it exists, otherwise unless 'nil' (as opposed to null). > could you explain in a couple of sentences what annotations are made for, how > they are integrated in nitro (and especially, og) and how we should make use > of them? Annotations are "notes" used to programmatically describe other parts of the system. The overwhelmingly common use is to describe information for attributes (and methods, which is what attribute's are in Ruby). So for instance, lets say I want to describe the class of object an attribute is supposed to hold. I could do: class A attr :a ann :a, :class => Integer end The annotation doesn't actually _do_ anything. It's just a note about attribute :a. But elsewhere I might have a validator method that looks at this annotation to determine if #a has valid content. Nitro uses annotations primarily to describe ORM information --how a classes' attributes map to a database. You can use them for whatever you like. After all they're just notes. The only thing one needs to be careful about is stepping on other people's annotation "toes", i.e. using the same key for different purposes (which is probably the weakest point of annotations b/c it can be hard to tell what other annotations might already be in use). Common uses that I've already seen are ORM, validation and built-in help information. Finally, I'll note that Annoations and how they basically work are George's invention, and were designed with Og in mind. I took on implementation b/c I saw the general utility of such a lib and thought it a good fit for Facets. HTH, T. -- ( o- // trans. / / transfire at gmail.com http://weblands.blogspot.com http://7ranscode.blogspot.com http://stampact.blogspot.com From transfire at gmail.com Wed Sep 20 07:33:05 2006 From: transfire at gmail.com (TRANS) Date: Wed, 20 Sep 2006 07:33:05 -0400 Subject: [Nitro] update morpher In-Reply-To: <55c107bf0609200050m5a1f2a2fv57dfe4adf263851f@mail.gmail.com> References: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> <40b05ebe0609171921u421d2892q9a398add16013b17@mail.gmail.com> <55c107bf0609200050m5a1f2a2fv57dfe4adf263851f@mail.gmail.com> Message-ID: <4b6f054f0609200433s528ba48ekcfa57ec51ab2473c@mail.gmail.com> On 9/20/06, Dimitri Aivaliotis wrote: > > On 9/19/06, George Moschovitis wrote: > > I would like to drop Prototype and use dojo instead. I would be very > > interested on your (and others) thoughts on this. > > > > Is there any reason not to support both? The Prototype support could stay > as-is, and just add Dojo and JQuery (maybe). A Configuration parameter (js > or javascript or jstk, maybe?) could control which library is used. > > Or are there bigger plans here that we're just not seeing? :) I think Prototype and JQuery clash. So while both could be supported you can only use one or the other in a given page/session. (Please correct me if I'm wrong about this). Not sure about Dojo though. T. From transfire at gmail.com Wed Sep 20 08:04:04 2006 From: transfire at gmail.com (TRANS) Date: Wed, 20 Sep 2006 08:04:04 -0400 Subject: [Nitro] Gen Message-ID: <4b6f054f0609200504h1b8cbbf9sf52fd6421448cc36@mail.gmail.com> Can anyone give me a run down of gen's functionailty --what it is inteded to do exactly, how it basically goes about doing it, and the current state of development. Thanks, T -- ( o- // trans. / / transfire at gmail.com http://weblands.blogspot.com http://7ranscode.blogspot.com http://stampact.blogspot.com From riku.raisanen at walkingwoods.com Wed Sep 20 09:03:16 2006 From: riku.raisanen at walkingwoods.com (=?ISO-8859-1?Q?Riku_R=E4is=E4nen?=) Date: Wed, 20 Sep 2006 16:03:16 +0300 Subject: [Nitro] JS lib In-Reply-To: References: Message-ID: <45113C14.4090501@walkingwoods.com> +1 to jquery. Give it a try, I'm in love with it. -Riku R?is?nen From zimba.tm at gmail.com Wed Sep 20 11:39:43 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Wed, 20 Sep 2006 17:39:43 +0200 Subject: [Nitro] update morpher In-Reply-To: <4b6f054f0609200433s528ba48ekcfa57ec51ab2473c@mail.gmail.com> References: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> <40b05ebe0609171921u421d2892q9a398add16013b17@mail.gmail.com> <55c107bf0609200050m5a1f2a2fv57dfe4adf263851f@mail.gmail.com> <4b6f054f0609200433s528ba48ekcfa57ec51ab2473c@mail.gmail.com> Message-ID: <3ff63f9b0609200839x52e71929l5620fe85dbbbf768@mail.gmail.com> On 20/09/06, TRANS wrote: > I think Prototype and JQuery clash. So while both could be supported > you can only use one or the other in a given page/session. (Please > correct me if I'm wrong about this). Not sure about Dojo though. The clash comes because both define $() According to the JQuery page, you have to take care of two things : * Load prototype.js before jquery.js * Use the '#' when you're looking for ids. Prototype allows to search by id without prefixing # but JQuery is more css-like strict. Attribute selectors might also work a little bit differently : $('#id[attr=xy]') in prototype vs. $('#id[@attr=xy]') in jquery -- Cheers, zimbatm http://zimbatm.oree.ch From zimba.tm at gmail.com Wed Sep 20 11:40:36 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Wed, 20 Sep 2006 17:40:36 +0200 Subject: [Nitro] Gen In-Reply-To: <4b6f054f0609200504h1b8cbbf9sf52fd6421448cc36@mail.gmail.com> References: <4b6f054f0609200504h1b8cbbf9sf52fd6421448cc36@mail.gmail.com> Message-ID: <3ff63f9b0609200840k1abb8dcbm2865157b3dddc1a0@mail.gmail.com> On 20/09/06, TRANS wrote: > Can anyone give me a run down of gen's functionailty --what it is > inteded to do exactly, how it basically goes about doing it, and the > current state of development. Last time i've looked at it, it was just a skeleton generator like the "rails" executable. Nothing really fancy -- Cheers, zimbatm http://zimbatm.oree.ch From fabian at fabian-buch.de Wed Sep 20 11:53:53 2006 From: fabian at fabian-buch.de (Fabian Buch) Date: Wed, 20 Sep 2006 17:53:53 +0200 Subject: [Nitro] Gen In-Reply-To: <4b6f054f0609200504h1b8cbbf9sf52fd6421448cc36@mail.gmail.com> References: <4b6f054f0609200504h1b8cbbf9sf52fd6421448cc36@mail.gmail.com> Message-ID: <1B28A595-5B5C-4DFA-A554-8F8E93404470@fabian-buch.de> Am 20.09.2006 um 14:04 schrieb TRANS: > Can anyone give me a run down of gen's functionailty --what it is > inteded to do exactly, how it basically goes about doing it, and the > current state of development. gen app is the only useful generator till 0.31.0. It generates a basic Nitro application (by copying the proto dir) with a common Nitro directory layout you can use to go on to develop your own Nitro app. gen form works, but with not really useful output imho. Gen scaffolding from riffraff is supposed to replace this, I think, but see below. gen part Plugs Nitro Parts into your Nitro application. This is not needed with easy parts, that have no content in public/ and if the user doesn't want to customize it internally. But with bigger parts (am just developing some) it copies the part into your Nitro application folder, can be customized and can contain public files, such as images and stylesheets. Current state: works stable with 0.40.0 glycerin and will be released with next Nitro version. gen scaffolding gen administration Both developed by riffraff in his Google Summer of Code project. Gen scaffolding creates forms I think. Gen administration generates something like part/admin for your app, but more advanced than part/ admin. Current state: not in official repo. And probably won't get in next Nitro version (depending on when it'll be released and other factors). If I find some time I'll mail riffraff about this and debate about it a little. The main problem: current patches brake nitro repos. Other problems I have with it include: should think about whether gen administration couldn't be a part again and if needed customized by a generator (either gen part, or if really needed gen administrator). Unless that's sorted out I don't think these two will get into Nitro releases. I have more ideas for Gen, especially for gen part, but until then gen app and gen part work nice and are the main usages behind Gen (for me). Fabian -- Nitro Q&A: http://oxyliquit.de/ Blog: http://blog.fabian-buch.de From george.moschovitis at gmail.com Thu Sep 21 08:14:12 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 21 Sep 2006 14:14:12 +0200 Subject: [Nitro] JS lib In-Reply-To: <45113C14.4090501@walkingwoods.com> References: <45113C14.4090501@walkingwoods.com> Message-ID: What I like about dojo, is that it provides a library of nice controls, ie it is more than a javascript library. and some things like the flash gateway and stuff like that. -g. On 9/20/06, Riku R?is?nen wrote: > +1 to jquery. > > Give it a try, I'm in love with it. > > -Riku R?is?nen > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Thu Sep 21 08:16:55 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 21 Sep 2006 14:16:55 +0200 Subject: [Nitro] update morpher In-Reply-To: <3ff63f9b0609200839x52e71929l5620fe85dbbbf768@mail.gmail.com> References: <40b05ebe0609130045l2b8eab75mae29f23e7f07290a@mail.gmail.com> <40b05ebe0609171921u421d2892q9a398add16013b17@mail.gmail.com> <55c107bf0609200050m5a1f2a2fv57dfe4adf263851f@mail.gmail.com> <4b6f054f0609200433s528ba48ekcfa57ec51ab2473c@mail.gmail.com> <3ff63f9b0609200839x52e71929l5620fe85dbbbf768@mail.gmail.com> Message-ID: Ok I will investigate closer jquery. nitro will not dictate one js library. I will just work on one adapter. And I would like to choose one api for use in my updated admin part (called system) -g. On 9/20/06, Jonas Pfenniger wrote: > On 20/09/06, TRANS wrote: > > I think Prototype and JQuery clash. So while both could be supported > > you can only use one or the other in a given page/session. (Please > > correct me if I'm wrong about this). Not sure about Dojo though. > > The clash comes because both define $() > > According to the JQuery page, you have to take care of two things : > * Load prototype.js before jquery.js > * Use the '#' when you're looking for ids. Prototype allows to search > by id without prefixing # but JQuery is more css-like strict. > > Attribute selectors might also work a little bit differently : > $('#id[attr=xy]') in prototype > vs. > $('#id[@attr=xy]') in jquery > > -- > Cheers, > zimbatm > > http://zimbatm.oree.ch > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From transfire at gmail.com Thu Sep 21 12:03:11 2006 From: transfire at gmail.com (TRANS) Date: Thu, 21 Sep 2006 12:03:11 -0400 Subject: [Nitro] JS lib In-Reply-To: References: <45113C14.4090501@walkingwoods.com> Message-ID: <4b6f054f0609210903u3b8c7489g5edd8210b0502c51@mail.gmail.com> Took a look at Dojo. And I'd say yea, Dojo looks to be more Nitro's thing. Ie. Lots of built-in functionality to draw upon. I'm not sure if they can be used together or not but I'd still be inclined to at least include JQuery in the distribution even if it wasn't treated as the "primary" javascript library. Also are you distributing ruby.js with Nitro? T. From transfire at gmail.com Thu Sep 21 12:53:29 2006 From: transfire at gmail.com (TRANS) Date: Thu, 21 Sep 2006 12:53:29 -0400 Subject: [Nitro] Gen In-Reply-To: <1B28A595-5B5C-4DFA-A554-8F8E93404470@fabian-buch.de> References: <4b6f054f0609200504h1b8cbbf9sf52fd6421448cc36@mail.gmail.com> <1B28A595-5B5C-4DFA-A554-8F8E93404470@fabian-buch.de> Message-ID: <4b6f054f0609210953o539de6e0oafdfb9071fe5bd40@mail.gmail.com> On 9/20/06, Fabian Buch wrote: > > [snip] > > I have more ideas for Gen, especially for gen part, but until then > gen app and gen part work nice and are the main usages behind Gen > (for me). Nice. Thanks for the run down. I was asking b/c I have a script called "seed" which generates standard Ruby project scaffolding. I was wondering if Gen might encompass a larger picture of generating scaffolding for other things besides Nitro projects, and maybe then take on this functionality as well. But maybe it's best if Gen stay Nitro only. Just a thought. Speaking of Gen, I think the idea of making a web app out it is even more interesting. So you'd just use gen on the command line to create the initial webapp and then naviagate to that webapp and use it to fill itself out. I think it was James Britt who came up with this idea actually. ( o- // trans. / / transfire at gmail.com http://weblands.blogspot.com http://7ranscode.blogspot.com http://stampact.blogspot.com From john at oxyliquit.de Thu Sep 21 19:52:13 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Fri, 22 Sep 2006 01:52:13 +0200 Subject: [Nitro] TRANS: Facets annotation problems In-Reply-To: <4b6f054f0609191814p29cea980x823cdf74566241db@mail.gmail.com> References: <4b6f054f0609190840k2a24d498i4c65e6bde79e9f76@mail.gmail.com> <4b6f054f0609191814p29cea980x823cdf74566241db@mail.gmail.com> Message-ID: Hi, > No problem. I looked at it today. And will keep at it until self works > properly again. Great :D Well, since the form is quite easy to detect, it doesn't actually matter if the `ann.self` works. Something semantically equivalent will do. > Hmm... I think it actaully annotates the Singleton class. Yet this is > one of those things I've debated and have never felt 100% settled. The > other viable option is to annotate the object itself. I think it would be nice to have obj.ann annotate the object but I might miss something. It would remove an extra keyword to remember (annotate) and 'unify' the interface to annotations. Another question, what does the `Annotator` class do? > No worries. I welcome critque as it helps me work out the kinks. The > dog poo inference stunk though as poo tends to do ;-) ^^; Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From fabian at fabian-buch.de Fri Sep 22 04:51:09 2006 From: fabian at fabian-buch.de (Fabian Buch) Date: Fri, 22 Sep 2006 10:51:09 +0200 Subject: [Nitro] Gen In-Reply-To: <4b6f054f0609210953o539de6e0oafdfb9071fe5bd40@mail.gmail.com> References: <4b6f054f0609200504h1b8cbbf9sf52fd6421448cc36@mail.gmail.com> <1B28A595-5B5C-4DFA-A554-8F8E93404470@fabian-buch.de> <4b6f054f0609210953o539de6e0oafdfb9071fe5bd40@mail.gmail.com> Message-ID: Am 21.09.2006 um 18:53 schrieb TRANS: > Speaking of Gen, I think the idea of making a web app out it is even > more interesting. So you'd just use gen on the command line to create > the initial webapp and then naviagate to that webapp and use it to > fill itself out. I think it was James Britt who came up with this idea > actually. Well, in a basic way you can do that with your model in part/admin. gen/administration and gen/scaffolding of riffraff were more in this direction though. I think that's kinda what riffraff had in mind too. Am not exactly sure what George's part/system will do exactly (apart from improve part/admin), maybe something similar to riffraffs gen/ administration. I've not too much insight into the internals of these systems though. Fabian -- Nitro Q&A: http://oxyliquit.de/ Blog: http://blog.fabian-buch.de From george.moschovitis at gmail.com Sat Sep 23 03:56:56 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 23 Sep 2006 10:56:56 +0300 Subject: [Nitro] JS lib In-Reply-To: <4b6f054f0609210903u3b8c7489g5edd8210b0502c51@mail.gmail.com> References: <45113C14.4090501@walkingwoods.com> <4b6f054f0609210903u3b8c7489g5edd8210b0502c51@mail.gmail.com> Message-ID: > Also are you distributing ruby.js with Nitro? what is ruby.js ? -g. -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Sat Sep 23 05:49:52 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 23 Sep 2006 12:49:52 +0300 Subject: [Nitro] Gen In-Reply-To: References: <4b6f054f0609200504h1b8cbbf9sf52fd6421448cc36@mail.gmail.com> <1B28A595-5B5C-4DFA-A554-8F8E93404470@fabian-buch.de> <4b6f054f0609210953o539de6e0oafdfb9071fe5bd40@mail.gmail.com> Message-ID: > Am not exactly sure what George's part/system will do exactly (apart > from improve part/admin), maybe something similar to riffraffs gen/ > administration. cleanup the code, use the new coding conventions, use a js control system for rich editors etc, and be modular, ie you can add/remove administration plugins. and perhaps some more ;-) regards, George. -- http://www.gmosx.com http://www.nitroproject.org From transfire at gmail.com Sat Sep 23 09:17:58 2006 From: transfire at gmail.com (TRANS) Date: Sat, 23 Sep 2006 09:17:58 -0400 Subject: [Nitro] JS lib In-Reply-To: References: <45113C14.4090501@walkingwoods.com> <4b6f054f0609210903u3b8c7489g5edd8210b0502c51@mail.gmail.com> Message-ID: <4b6f054f0609230617x3e2a7634p12a0668bb92a9d63@mail.gmail.com> On 9/23/06, George Moschovitis wrote: > > Also are you distributing ruby.js with Nitro? > > what is ruby.js ? It's a javascript lib that allows Javascript to work like Ruby. http://www.advogato.org/proj/Ruby.js/ T. From manveru at weez-int.com Mon Sep 25 00:00:41 2006 From: manveru at weez-int.com (Michael Fellinger) Date: Mon, 25 Sep 2006 13:00:41 +0900 Subject: [Nitro] nitroproject.org down? Message-ID: <200609251300.41087.manveru@weez-int.com> [look at topic :] From fabian at fabian-buch.de Mon Sep 25 16:05:48 2006 From: fabian at fabian-buch.de (Fabian Buch) Date: Mon, 25 Sep 2006 22:05:48 +0200 Subject: [Nitro] [PATCH] another Nitro patch-bundle Message-ID: <71BD2FA2-0FB5-421F-94F7-7C2BEA1EB5B3@fabian-buch.de> hi George, attached is another Nitro patch-bundle, fixing lots of stuff, functionality and testcases. Included is the from you requested "gen part uses lib/ directory" patch again, since you didn't apply it yet. These patches aren't all by me, they've only be redone by me against your repo to avoid known conflicts. Wed Sep 13 11:47:40 CEST 2006 Fabian Buch * gen part uses lib/ directory now so parts reside in lib/part/partname public stuff of parts are still in public/part/partname/ Mon Sep 25 21:34:19 CEST 2006 Fabian Buch * Fixing a memory-leak in the case someone tries DoS [2] by not keeping the cookie (sessions would be generated infinitly and kept in cache) by introducing Session.sessions_per_ip setting (currently at 500) plus fix for tc_sessions file-cache (and Glue::FileCache in general which had problems with nil-keys) patched by manveru at weez-int.com Mon Sep 25 21:38:27 CEST 2006 Fabian Buch * support for request.local_net? to check if a request comes from a local network [2] (RFC1918 + localhost) including testcase idea by Manveru, algorithm by Jonathan and implementation by Fabian Mon Sep 25 21:43:33 CEST 2006 Fabian Buch * Adds sendfile support. [2] Submitted by Jan A. Lambert . Tested on IE 6.0 and FireFox 1.5. redone patch from 0.31.0 Mon Sep 25 21:46:48 CEST 2006 Fabian Buch * helper/pager.rb: add option to set nav link titles [2] original by neokolor at gmx.de Mon Sep 25 21:49:18 CEST 2006 Fabian Buch * localization-support for table-helper [2] original by Manveru Mon Sep 25 21:50:11 CEST 2006 Fabian Buch * add testcase for nitros parameter-handling (finally) [2] original by Manveru Mon Sep 25 21:51:12 CEST 2006 Fabian Buch * fixing faulty Set-Cookie header in Mongrel adapter -- Nitro Q&A: http://oxyliquit.de/ Blog: http://blog.fabian-buch.de -------------- next part -------------- A non-text attachment was scrubbed... Name: another_nitro_patchbundle.patch.gz Type: application/x-gzip Size: 14432 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060925/110967f5/attachment-0001.gz -------------- next part -------------- From fabian at fabian-buch.de Mon Sep 25 17:27:32 2006 From: fabian at fabian-buch.de (Fabian Buch) Date: Mon, 25 Sep 2006 23:27:32 +0200 Subject: [Nitro] [PATCH] [USE-THIS] another Nitro patch-bundle In-Reply-To: <71BD2FA2-0FB5-421F-94F7-7C2BEA1EB5B3@fabian-buch.de> References: <71BD2FA2-0FB5-421F-94F7-7C2BEA1EB5B3@fabian-buch.de> Message-ID: hi George, DON'T use the patch-bundle sent an hour ago or so. Use this-one, patches included again, even more, but one of them was faulty, so redone and attached patch-bundle to this mail. Lot's more testcases by manv in this patch-bundle. Should apply cleanly. Fabian Wed Sep 13 11:47:40 CEST 2006 Fabian Buch * gen part uses lib/ directory now so parts reside in lib/part/partname public stuff of parts are still in public/part/partname/ Mon Sep 25 21:34:19 CEST 2006 Fabian Buch * Fixing a memory-leak in the case someone tries DoS [2] by not keeping the cookie (sessions would be generated infinitly and kept in cache) by introducing Session.sessions_per_ip setting (currently at 500) plus fix for tc_sessions file-cache (and Glue::FileCache in general which had problems with nil-keys) patched by manveru at weez-int.com Mon Sep 25 21:43:33 CEST 2006 Fabian Buch * Adds sendfile support. [2] Submitted by Jan A. Lambert . Tested on IE 6.0 and FireFox 1.5. redone patch from 0.31.0 Mon Sep 25 21:46:48 CEST 2006 Fabian Buch * helper/pager.rb: add option to set nav link titles [2] original by neokolor at gmx.de Mon Sep 25 21:49:18 CEST 2006 Fabian Buch * localization-support for table-helper [2] original by Manveru Mon Sep 25 21:50:11 CEST 2006 Fabian Buch * add testcase for nitros parameter-handling (finally) [2] original by Manveru Mon Sep 25 21:51:12 CEST 2006 Fabian Buch * fixing faulty Set-Cookie header in Mongrel adapter Mon Sep 25 23:01:46 CEST 2006 Fabian Buch * support for request.local_net? to check if a request comes from a local network [3] (RFC1918 + localhost) including testcase idea by Manveru, algorithm by Jonathan and implementation by Fabian Mon Sep 25 22:22:16 CEST 2006 manveru at weez-int.com * updated nitro/helper/tc_navbar Mon Sep 25 22:23:00 CEST 2006 manveru at weez-int.com * updated nitro/helper/tc_table Mon Sep 25 22:27:25 CEST 2006 manveru at weez-int.com * updated nitro/tc_cgi (kashia added ruby-inline to make it faster) and some other fixes for it Mon Sep 25 22:29:35 CEST 2006 manveru at weez-int.com * updated nitro/tc_controller - will reflect the current ways of nitro a lot better Mon Sep 25 22:36:47 CEST 2006 manveru at weez-int.com * updated to nitro/tc_render to reflect lots of changes in nitro- source Mon Sep 25 22:37:34 CEST 2006 manveru at weez-int.com * just a typo in nitro/tc_session -- Nitro Q&A: http://oxyliquit.de/ Blog: http://blog.fabian-buch.de -------------- next part -------------- A non-text attachment was scrubbed... Name: another_nitro_patchbundle_re.patch.gz Type: application/x-gzip Size: 16206 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060925/556feddb/attachment.gz -------------- next part -------------- From george.moschovitis at gmail.com Tue Sep 26 09:03:11 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 26 Sep 2006 16:03:11 +0300 Subject: [Nitro] [PATCH] [USE-THIS] another Nitro patch-bundle In-Reply-To: References: <71BD2FA2-0FB5-421F-94F7-7C2BEA1EB5B3@fabian-buch.de> Message-ID: thanks, will try to apply later today... -g. On 9/26/06, Fabian Buch wrote: > hi George, > > DON'T use the patch-bundle sent an hour ago or so. Use this-one, > patches included again, even more, but one of them was faulty, so > redone and attached patch-bundle to this mail. > > Lot's more testcases by manv in this patch-bundle. Should apply cleanly. > > Fabian > > > Wed Sep 13 11:47:40 CEST 2006 Fabian Buch > * gen part uses lib/ directory now > so parts reside in lib/part/partname > public stuff of parts are still in public/part/partname/ > > Mon Sep 25 21:34:19 CEST 2006 Fabian Buch > * Fixing a memory-leak in the case someone tries DoS [2] > by not keeping the cookie (sessions would be generated infinitly > and kept in cache) > by introducing Session.sessions_per_ip setting (currently at 500) > plus > fix for tc_sessions file-cache (and Glue::FileCache in general > which had problems with nil-keys) > patched by manveru at weez-int.com > > Mon Sep 25 21:43:33 CEST 2006 Fabian Buch > * Adds sendfile support. [2] > Submitted by Jan A. Lambert . Tested > on IE 6.0 and FireFox 1.5. > redone patch from 0.31.0 > > Mon Sep 25 21:46:48 CEST 2006 Fabian Buch > * helper/pager.rb: add option to set nav link titles [2] > original by neokolor at gmx.de > > Mon Sep 25 21:49:18 CEST 2006 Fabian Buch > * localization-support for table-helper [2] > original by Manveru > > Mon Sep 25 21:50:11 CEST 2006 Fabian Buch > * add testcase for nitros parameter-handling (finally) [2] > original by Manveru > > Mon Sep 25 21:51:12 CEST 2006 Fabian Buch > * fixing faulty Set-Cookie header in Mongrel adapter > > Mon Sep 25 23:01:46 CEST 2006 Fabian Buch > * support for request.local_net? to check if a request comes from > a local network [3] > (RFC1918 + localhost) including testcase > idea by Manveru, algorithm by Jonathan and implementation by Fabian > > Mon Sep 25 22:22:16 CEST 2006 manveru at weez-int.com > * updated nitro/helper/tc_navbar > > Mon Sep 25 22:23:00 CEST 2006 manveru at weez-int.com > * updated nitro/helper/tc_table > > Mon Sep 25 22:27:25 CEST 2006 manveru at weez-int.com > * updated nitro/tc_cgi (kashia added ruby-inline to make it > faster) and some other fixes for it > > Mon Sep 25 22:29:35 CEST 2006 manveru at weez-int.com > * updated nitro/tc_controller - will reflect the current ways of > nitro a lot better > > Mon Sep 25 22:36:47 CEST 2006 manveru at weez-int.com > * updated to nitro/tc_render to reflect lots of changes in nitro- > source > > Mon Sep 25 22:37:34 CEST 2006 manveru at weez-int.com > * just a typo in nitro/tc_session > > > > -- > Nitro Q&A: http://oxyliquit.de/ > Blog: http://blog.fabian-buch.de > > > > > > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Tue Sep 26 10:30:03 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 26 Sep 2006 17:30:03 +0300 Subject: [Nitro] nitroproject.org down? In-Reply-To: <200609251300.41087.manveru@weez-int.com> References: <200609251300.41087.manveru@weez-int.com> Message-ID: I was experimenting with using Nitro + Lighttpd + Mongrel in a cluster configuration but I have some problems. I 'll post a detailed email withm my lighttpd configuration later today, perhaps someone will be able to help me. regards, George. On 9/25/06, Michael Fellinger wrote: > [look at topic :] > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Tue Sep 26 16:27:51 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 26 Sep 2006 23:27:51 +0300 Subject: [Nitro] Nitro - JQuery Message-ID: Hey, JQuery is quite cool after all. I did some research and it seems nice. Can't find a RTF editort though, any ideas? -g. -- http://www.gmosx.com http://www.nitroproject.org From john at oxyliquit.de Tue Sep 26 16:55:05 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 26 Sep 2006 22:55:05 +0200 Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes In-Reply-To: References: Message-ID: Gey George, have you applied this bundle to your repo? Jo On Sun, 17 Sep 2006 11:31:40 +0200, Jonathan Buch wrote: > Hi, > >> Ok, applied both patches... > > second batch: > > Fri Aug 18 18:35:04 CEST 2006 Jonathan Buch > * add fixmes for object rescues > > Mon Aug 21 20:20:12 CEST 2006 Jonathan Buch > * Remove a few 'rescue Objects' > > Tue Aug 22 05:23:21 CEST 2006 manveru at weez-int.com > * making postgresql work again :) > > Wed Aug 23 20:08:04 CEST 2006 Jonathan Buch > * remove rescue Objects in sql.rb > > This is done by introducing a new setting in each Adapter called > :store_exception and rescueing on that one. > > Sat Aug 26 00:41:53 CEST 2006 Jonathan Buch > * postgresql savepoints, bitea handling, script update > > Mon Aug 28 01:14:26 CEST 2006 Jonathan Buch > * compatibility layer for postgres-pr, catching notices from postgres > > Mon Aug 28 09:09:48 CEST 2006 manveru at weez-int.com > * Fix for postgresql/override > > Mon Aug 28 10:58:15 CEST 2006 Jonathan Buch > * More compatibility changes to PGconn for postgres-pr > > Wed Sep 13 10:56:38 CEST 2006 vseguip at gmail.com > * - Populate cache when reading from the database using aspects > > Wed Sep 13 13:12:50 CEST 2006 manveru at weez-int.com > * added testcase for tc_cacheable aspects (by vseguip) > > > Jo > -- Feel the love http://pinkjuice.com/pics/ruby.png From billk at cts.com Tue Sep 26 20:30:35 2006 From: billk at cts.com (Bill Kelly) Date: Tue, 26 Sep 2006 17:30:35 -0700 Subject: [Nitro] nitro + scgi Message-ID: <057c01c6e1cc$269ab950$6442a8c0@musicbox> Hi, I'm wanting to use Nitro with SCGI, but am having trouble finding an explanation of how to do so. (I've searched Google and Oxyliquit, and looked in nitro-0.30.0/doc/*...) My Nitro app has a script directory, containing scgi_ctl and scgi_service scripts. I've used scgi_ctl to create a conf/scgi.yaml file. It looks like: --- :port: 9999 :config: conf/scgi.yaml :logfile: log/scgi.log :control_url: druby://127.0.0.1:8999 :env: production :host: 127.0.0.1 :password: xxxxxxxxxxxxxxxx If I start my Nitro app with "script/scgi_ctl start", it does start, but it still uses Webrick. (Not sure if that's incorrect, but it's not what I was expecting.) If i then try "ruby script/scgi_ctl status", it says: ERROR: Failed communicating with druby://127.0.0.1:8999: druby://127.0.0.1:8999 - # I'm guessing I need to set up something different in my run.rb, so that it somehow goes into "SCGI mode" instead of "Webrick mode", and maybe something to specfiy that DRb should be used.... (Note, I'm using apache, but I've used SCGI with Rails, so I presume the apache-side SCGI configuration will be essentially identical for Nitro. So I'm not really stuck on the apache-side configuration, just the Nitro configuration.) Thanks for any help, Regards, Bill From zimba.tm at gmail.com Wed Sep 27 04:57:54 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Wed, 27 Sep 2006 10:57:54 +0200 Subject: [Nitro] Nitro - JQuery In-Reply-To: References: Message-ID: <3ff63f9b0609270157i7b6335ffi4774c97e7af3313b@mail.gmail.com> On 26/09/06, George Moschovitis wrote: > Hey, > > JQuery is quite cool after all. I did some research and it seems nice. > Can't find a RTF editort though, any ideas? jQuery is quite powerful but doesn't have any pre-fab controls like an RTF editor. But it's very powerful to control your pages. -- Cheers, zimbatm http://zimbatm.oree.ch From fabian at fabian-buch.de Wed Sep 27 05:37:27 2006 From: fabian at fabian-buch.de (Fabian Buch) Date: Wed, 27 Sep 2006 11:37:27 +0200 Subject: [Nitro] nitro + scgi In-Reply-To: <057c01c6e1cc$269ab950$6442a8c0@musicbox> References: <057c01c6e1cc$269ab950$6442a8c0@musicbox> Message-ID: <373C7172-D744-4168-90C7-EB022F6B49D7@fabian-buch.de> Am 27.09.2006 um 02:30 schrieb Bill Kelly: > I'm guessing I need to set up something different in my run.rb, > so that it somehow goes into "SCGI mode" instead of "Webrick mode", > and maybe something to specfiy that DRb should be used.... For Nitro 0.31.0 and earlier: Nitro::Runner.adapter = :scgi In future, not yet released versions: Nitro.adapter = :scgi I've never used scgi myself, I'd guess you need to run the scgi_service script before starting scgi_ctrl start. Fabian -- Nitro Q&A: http://oxyliquit.de/ Blog: http://blog.fabian-buch.de From john at oxyliquit.de Wed Sep 27 08:03:07 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Wed, 27 Sep 2006 14:03:07 +0200 Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes In-Reply-To: References: Message-ID: DON'T! apply this bundle -_- Sorry. Will do it again.... Jo On Tue, 26 Sep 2006 22:55:05 +0200, Jonathan Buch wrote: > Gey George, > > have you applied this bundle to your repo? > > Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From billk at cts.com Wed Sep 27 12:19:14 2006 From: billk at cts.com (Bill Kelly) Date: Wed, 27 Sep 2006 09:19:14 -0700 Subject: [Nitro] nitro + scgi References: <057c01c6e1cc$269ab950$6442a8c0@musicbox> <373C7172-D744-4168-90C7-EB022F6B49D7@fabian-buch.de> Message-ID: <05a101c6e250$ad007ff0$6442a8c0@musicbox> From: "Fabian Buch" > > Am 27.09.2006 um 02:30 schrieb Bill Kelly: >> I'm guessing I need to set up something different in my run.rb, >> so that it somehow goes into "SCGI mode" instead of "Webrick mode", >> and maybe something to specfiy that DRb should be used.... > > For Nitro 0.31.0 and earlier: > > Nitro::Runner.adapter = :scgi > > In future, not yet released versions: > > Nitro.adapter = :scgi Thanks; I tried adding Nitro::Runner.adapter = :scgi to my run.rb (I'm using Nitro 0.30.0), but it appears to have made no difference. > I've never used scgi myself, I'd guess you need to run the > scgi_service script before starting scgi_ctrl start. Invoking scgi_ctrl start, appears to run the service for me. `ps` shows a process running with the command line: ruby script/scgi_service conf/scgi.yaml Unfortunately, it still starts up with Webrick. :( Regards, Bill From george.moschovitis at gmail.com Thu Sep 28 15:50:35 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 28 Sep 2006 22:50:35 +0300 Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes In-Reply-To: References: Message-ID: I haven't applied it yet. I have made some small changes to the nitro configuration system, that will break existing apps. The migration is extremely easy and the new setup much more flexible, but I have to prepare a small doc and/or provide an example run.rb file to demonstrate. Please, send me your updated bundle ;-) regards, George. On 9/27/06, Jonathan Buch wrote: > DON'T! > > apply this bundle -_- > > Sorry. > > Will do it again.... > > Jo > > > On Tue, 26 Sep 2006 22:55:05 +0200, Jonathan Buch > wrote: > > > Gey George, > > > > have you applied this bundle to your repo? > > > > Jo > > > > -- > Feel the love > http://pinkjuice.com/pics/ruby.png > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Fri Sep 29 12:12:24 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 29 Sep 2006 19:12:24 +0300 Subject: [Nitro] Good news Message-ID: Did you hear? my army service period is over ;-) ;-) ;-) Give me one day to *sleap* and I 'll be back in action ;-) -g. -- http://www.gmosx.com http://www.nitroproject.org From john at oxyliquit.de Fri Sep 29 13:08:22 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Fri, 29 Sep 2006 19:08:22 +0200 Subject: [Nitro] [PATCH] Big patch bundle Message-ID: Hi, big bundle coming along... Those are all stable patches from manv. jo:~/build/cvs/nitro/nitro-0.40-manv john$ darcs send -o bbndl.patch --no-set-default ../nitro-0.40/ Wed Sep 13 11:47:40 CEST 2006 Fabian Buch * gen part uses lib/ directory now so parts reside in lib/part/partname public stuff of parts are still in public/part/partname/ Shall I send this patch? (1/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 21:34:19 CEST 2006 Fabian Buch * Fixing a memory-leak in the case someone tries DoS [2] by not keeping the cookie (sessions would be generated infinitly and kept in cache) by introducing Session.sessions_per_ip setting (currently at 500) plus fix for tc_sessions file-cache (and Glue::FileCache in general which had problems with nil-keys) patched by manveru at weez-int.com Shall I send this patch? (2/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 21:43:33 CEST 2006 Fabian Buch * Adds sendfile support. [2] Submitted by Jan A. Lambert . Tested on IE 6.0 and FireFox 1.5. redone patch from 0.31.0 Shall I send this patch? (3/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 21:46:48 CEST 2006 Fabian Buch * helper/pager.rb: add option to set nav link titles [2] original by neokolor at gmx.de Shall I send this patch? (4/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 21:49:18 CEST 2006 Fabian Buch * localization-support for table-helper [2] original by Manveru Shall I send this patch? (5/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 21:50:11 CEST 2006 Fabian Buch * add testcase for nitros parameter-handling (finally) [2] original by Manveru Shall I send this patch? (6/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 21:51:12 CEST 2006 Fabian Buch * fixing faulty Set-Cookie header in Mongrel adapter Shall I send this patch? (7/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 22:22:16 CEST 2006 manveru at weez-int.com * updated nitro/helper/tc_navbar Shall I send this patch? (8/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 22:23:00 CEST 2006 manveru at weez-int.com * updated nitro/helper/tc_table Shall I send this patch? (9/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 22:27:25 CEST 2006 manveru at weez-int.com * updated nitro/tc_cgi (kashia added ruby-inline to make it faster) and some other fixes for it Shall I send this patch? (10/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 22:29:35 CEST 2006 manveru at weez-int.com * updated nitro/tc_controller - will reflect the current ways of nitro a lot better Shall I send this patch? (11/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 22:30:51 CEST 2006 manveru at weez-int.com * added nitro/tc_markup (this will become important after the Glue::Markup -> Nitro::Markup move Shall I send this patch? (12/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 22:36:47 CEST 2006 manveru at weez-int.com * updated to nitro/tc_render to reflect lots of changes in nitro-source Shall I send this patch? (13/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 22:37:34 CEST 2006 manveru at weez-int.com * just a typo in nitro/tc_session Shall I send this patch? (14/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 22:37:52 CEST 2006 manveru at weez-int.com * added nitro/tc_template for coming move of Glue::Template -> Nitro::Template Shall I send this patch? (15/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 23:06:47 CEST 2006 manveru at weez-int.com * update to nitro/tc_dispatcher Shall I send this patch? (16/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 23:01:46 CEST 2006 Fabian Buch * support for request.local_net? to check if a request comes from a local network [3] (RFC1918 + localhost) including testcase idea by Manveru, algorithm by Jonathan and implementation by Fabian Shall I send this patch? (17/50) [ynWvpxqadjk], or ? for help: y Mon Sep 25 23:19:09 CEST 2006 manveru at weez-int.com * cleaning nitro/dispatcher a bit up (and adding param-handling) Shall I send this patch? (18/50) [ynWvpxqadjk], or ? for help: y Tue Sep 26 13:44:53 CEST 2006 Jonathan Buch * More testcases for tc_controller_params, refactor Shall I send this patch? (19/50) [ynWvpxqadjk], or ? for help: y Tue Sep 26 14:46:47 CEST 2006 Jonathan Buch * More and better testcases for params Shall I send this patch? (20/50) [ynWvpxqadjk], or ? for help: y Tue Sep 26 22:59:50 CEST 2006 Jonathan Buch * Add more tests to tc param Shall I send this patch? (21/50) [ynWvpxqadjk], or ? for help: y Wed Sep 27 14:21:19 CEST 2006 Jonathan Buch * Make inline C in tc_cgi more robust Shall I send this patch? (22/50) [ynWvpxqadjk], or ? for help: y Fri Sep 8 16:08:00 CEST 2006 Alex Pooley * retry when sqlite database locked Shall I send this patch? (23/50) [ynWvpxqadjk], or ? for help: y Wed Sep 27 15:21:49 CEST 2006 Jonathan Buch * Fix sti for psql Shall I send this patch? (24/50) [ynWvpxqadjk], or ? for help: y Wed Sep 27 15:22:23 CEST 2006 Jonathan Buch * Fix inheritance tc Shall I send this patch? (25/50) [ynWvpxqadjk], or ? for help: y Wed Sep 27 15:31:18 CEST 2006 Jonathan Buch * Fix reverse tc, makes it pass for mysql Shall I send this patch? (26/50) [ynWvpxqadjk], or ? for help: y Wed Sep 27 16:04:07 CEST 2006 Jonathan Buch * fix tc setup This is done by removing the evil rescue Object in og.rb, moving the options out of the function to preserve the :store option, rename :adapter to :store again (how the hell did that happen). Shall I send this patch? (27/50) [ynWvpxqadjk], or ? for help: y Wed Sep 27 18:05:18 CEST 2006 Jonathan Buch * Fix tc primary key for psql, change sequence handling Moves sequence description to a annotation for the primary key instead of using a constant in the class. Only uses sequences if the sql for the pk includes the keyword SERIAL. This does not account for manually created sequences, TODO. Shall I send this patch? (28/50) [ynWvpxqadjk], or ? for help: y Wed Sep 27 18:09:05 CEST 2006 Jonathan Buch * Fix tc multi_validation and tc kirby. Shall I send this patch? (29/50) [ynWvpxqadjk], or ? for help: y Wed Sep 27 15:52:28 CEST 2006 Fabian Buch * fixing helper/navigation.rb so tc_navbar.rb passes Shall I send this patch? (30/50) [ynWvpxqadjk], or ? for help: y Wed Sep 27 23:02:46 CEST 2006 Jonathan Buch * Fix tc controller, remove unnessessary action_methods Shall I send this patch? (31/50) [ynWvpxqadjk], or ? for help: y Wed Sep 27 23:20:44 CEST 2006 Jonathan Buch * Fix param handling and param testcases Shall I send this patch? (32/50) [ynWvpxqadjk], or ? for help: y Wed Sep 27 23:22:06 CEST 2006 Jonathan Buch * Fix tc has_many Shall I send this patch? (33/50) [ynWvpxqadjk], or ? for help: y Thu Sep 28 00:38:15 CEST 2006 Jonathan Buch * Change the way /index with parameters handled This behaviour is documented in tc_controller_params.rb in the two tcs test_index_handling and test_index_handling_bad. Shall I send this patch? (34/50) [ynWvpxqadjk], or ? for help: y Thu Sep 28 00:40:42 CEST 2006 Jonathan Buch * Fix bug, used String for primary_key for psql auto generated values. Shall I send this patch? (35/50) [ynWvpxqadjk], or ? for help: y Thu Sep 28 00:30:59 CEST 2006 manveru at weez-int.com * add fatal failed testcases to the failed testcases :) Shall I send this patch? (36/50) [ynWvpxqadjk], or ? for help: y Tue Sep 12 16:31:56 CEST 2006 Jonathan Buch * Fix orderable moving pos 1 up, even when already last Shall I send this patch? (37/50) [ynWvpxqadjk], or ? for help: m Invalid response, try again! Shall I send this patch? (37/50) [ynWvpxqadjk], or ? for help: n Thu Sep 28 12:57:56 CEST 2006 Jonathan Buch * Try fix sti, ogtype resolution for mysql < 5, -pr psql Shall I send this patch? (38/50) [ynWvpxqadjk], or ? for help: y Thu Sep 28 13:08:34 CEST 2006 Jonathan Buch * Compatibility overrides for -pr psql lib. Shall I send this patch? (39/50) [ynWvpxqadjk], or ? for help: n Thu Sep 28 13:12:26 CEST 2006 Jonathan Buch * Add psql rollback/savepoints for transactions Shall I send this patch? (40/50) [ynWvpxqadjk], or ? for help: y Thu Sep 28 13:14:38 CEST 2006 Jonathan Buch * Fix tc_reverse Shall I send this patch? (41/50) [ynWvpxqadjk], or ? for help: y Thu Sep 28 13:20:58 CEST 2006 Jonathan Buch * Fix tc_validation_loop Shall I send this patch? (42/50) [ynWvpxqadjk], or ? for help: y Thu Sep 28 15:34:50 CEST 2006 Jonathan Buch * Insert testcase for params, bugreport ray Shall I send this patch? (43/50) [ynWvpxqadjk], or ? for help: y Thu Sep 28 11:23:24 CEST 2006 manveru at weez-int.com * The huge Template|Markup move from Glue to Nitro Shall I send this patch? (44/50) [ynWvpxqadjk], or ? for help: y Thu Sep 28 16:26:21 CEST 2006 Jonathan Buch * repair Controller.action_methods Shall I send this patch? (45/50) [ynWvpxqadjk], or ? for help: y Thu Sep 28 16:29:18 CEST 2006 Jonathan Buch * Add test to tc params for action_methods / module including Shall I send this patch? (46/50) [ynWvpxqadjk], or ? for help: y Fri Sep 29 15:43:24 CEST 2006 Jonathan Buch * Revamp tc params to also allow POST requests, add POST multipart test Shall I send this patch? (47/50) [ynWvpxqadjk], or ? for help: y Fri Sep 29 15:46:06 CEST 2006 Jonathan Buch * Remove query munching from dispatcher, this is done in cgi.rb already This prevented mixing POST and GET parameters together and only GET params were used. Possible problems with SCGI adapter. Shall I send this patch? (48/50) [ynWvpxqadjk], or ? for help: y Fri Sep 29 18:48:16 CEST 2006 Jonathan Buch * Make OgCache faster by adding primary_key index Shall I send this patch? (49/50) [ynWvpxqadjk], or ? for help: y Fri Sep 29 18:50:02 CEST 2006 Jonathan Buch * Quotes for non integer pks, add manage_classes(options[:classes]) again. Shall I send this patch? (50/50) [ynWvpxqadjk], or ? for help: y Please apply! Jo -- Feel the love http://pinkjuice.com/pics/ruby.png -------------- next part -------------- A non-text attachment was scrubbed... Name: bbndl.patch.tar.bz2 Type: application/bzip2 Size: 25715 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060929/4cdd7ed6/attachment-0001.bin From transfire at gmail.com Fri Sep 29 14:37:14 2006 From: transfire at gmail.com (TRANS) Date: Fri, 29 Sep 2006 14:37:14 -0400 Subject: [Nitro] Good news In-Reply-To: References: Message-ID: <4b6f054f0609291137g4ae4d4dl47035e65e41bedbd@mail.gmail.com> On 9/29/06, George Moschovitis wrote: > Did you hear? > > my army service period is over ;-) ;-) ;-) Give me one day to *sleap* > and I 'll be back in action ;-) I'll give you two, but no more! ;-) -- ( o- // trans. / / transfire at gmail.com People with courage and character always seem sinister to the rest. --Hermann Hesse http://weblands.blogspot.com http://7ranscode.blogspot.com http://stampact.blogspot.com From zedshaw at zedshaw.com Fri Sep 29 19:21:13 2006 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Fri, 29 Sep 2006 16:21:13 -0700 Subject: [Nitro] Good news In-Reply-To: References: Message-ID: <20060929162113.8c4e4c6b.zedshaw@zedshaw.com> On Fri, 29 Sep 2006 19:12:24 +0300 "George Moschovitis" wrote: > Did you hear? > > my army service period is over ;-) ;-) ;-) Give me one day to *sleap* > and I 'll be back in action ;-) Kick ass George. I know the feeling. -- Zed A. Shaw, MUDCRAP-CE Master Black Belt Sifu http://www.zedshaw.com/ http://mongrel.rubyforge.org/ http://www.lingr.com/room/3yXhqKbfPy8 -- Come get help. From transfire at gmail.com Fri Sep 29 23:11:56 2006 From: transfire at gmail.com (TRANS) Date: Fri, 29 Sep 2006 23:11:56 -0400 Subject: [Nitro] [PATCH] Big patch bundle In-Reply-To: References: Message-ID: <4b6f054f0609292011v219fd190icb180e69e97ada63@mail.gmail.com> On 9/29/06, Jonathan Buch wrote: > Hi, > > big bundle coming along... > > Those are all stable patches from manv. Wow! someone had been busy! T.