From george.moschovitis at gmail.com  Wed Nov  1 01:16:59 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 1 Nov 2006 08:16:59 +0200
Subject: [Nitro] SQLite working
In-Reply-To: <op.tiasfvk5xegpx6@jo.local>
References: <op.tiasfvk5xegpx6@jo.local>
Message-ID: <afd80b540610312216t68287aeck5f29449d2c52a721@mail.gmail.com>

Can you please adapt to sqlite adapter to properly report that it
requires why's version of the driver (if not driver is found?)


thanks,
George.

On 10/31/06, Jonathan Buch <john at oxyliquit.de> wrote:
> Hi,
>
> just tested SQLite after getting this:
>
> http://redhanded.hobix.com/cult/sqlite3Gem_whySSensibilitiesRepack.html
>
> Works flawless (except with my tc_evolution, which you don't have anyway).
>
> So, everyone who wants to use SQLite and Og, this is now tested and
> should work for almost any case (don't use multiple stores).
>
> Have fun!
>
> 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  Wed Nov  1 01:20:32 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 1 Nov 2006 08:20:32 +0200
Subject: [Nitro] Whitespace
In-Reply-To: <45479706.3020300@lassoweb.se>
References: <afd80b540610310046g49f937ffoe7197a2f376eb934@mail.gmail.com>
	<20061031102539.GA30141@oxyliquit.de>
	<afd80b540610310341v5383d7fm752c7ff778ed2fd2@mail.gmail.com>
	<3ff63f9b0610310436p6f0dff1bha2e45423da7bba9d@mail.gmail.com>
	<afd80b540610310541t3c63eeaci407e391072acf9e8@mail.gmail.com>
	<37728.192.176.230.1.1162307759.squirrel@webmail.lassoweb.se>
	<3ff63f9b0610310837p11a479dof825912de6453634@mail.gmail.com>
	<45479706.3020300@lassoweb.se>
Message-ID: <afd80b540610312220n19632666xfa23a35226dbe0dc@mail.gmail.com>

> No problem there. REXML already supports DOCTYPEs. The problem is that
> Nitro strips the DOCTYPE *after* REXML has processed the template. Since
> some XML tools require this type of information in order to function
> they are unable to parse pages rendered by Nitro. This is *very* bad in
> my opinion (luckily there are workarounds).


can you (or someone else)  provide a patch for this?

-g.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From george.moschovitis at gmail.com  Wed Nov  1 03:13:45 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 1 Nov 2006 10:13:45 +0200
Subject: [Nitro] Dedicated Hosting
Message-ID: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>

Dear devs,

I am looking for a dedicated server provider. Can anyone recomment a
dedicated hosting  service?

thanks,
George.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From wyhaines at gmail.com  Wed Nov  1 04:52:46 2006
From: wyhaines at gmail.com (Kirk Haines)
Date: Wed, 1 Nov 2006 02:52:46 -0700
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
Message-ID: <f4cd26df0611010152s56e34204hdd7938064b3e2088@mail.gmail.com>

On 11/1/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Dear devs,
>
> I am looking for a dedicated server provider. Can anyone recomment a
> dedicated hosting  service?

Depends on what you need.

For a good and very inexpensive host for Europe-centered traffic, consider

http://hetzner.de/rootserver_en.html

Compare especially the DS5000 and DS7000 to US providers.  Hetzner
compares extremely well on price, even considering the less generous
bandwidth allotments than the next two that I will suggest.

For more US centered traffic, I use ServerBeach quite happily.  They
have a pretty good balance of price and service with a generous
bandwidth allotment.

If you won't need a bandwidth allotment that high, though, take a look
at cari.net for an inexpense US centered provider with a lot of
options and good support.


Kirk Haines

From fabian at fabian-buch.de  Wed Nov  1 06:41:40 2006
From: fabian at fabian-buch.de (Fabian Buch)
Date: Wed, 1 Nov 2006 12:41:40 +0100
Subject: [Nitro] SQLite working
In-Reply-To: <afd80b540610312216t68287aeck5f29449d2c52a721@mail.gmail.com>
References: <op.tiasfvk5xegpx6@jo.local>
	<afd80b540610312216t68287aeck5f29449d2c52a721@mail.gmail.com>
Message-ID: <2951B7CB-A9A8-469C-A0A4-7F65EB4149E9@fabian-buch.de>


Am 01.11.2006 um 07:16 schrieb George Moschovitis
> Can you please adapt to sqlite adapter to properly report that it
> requires why's version of the driver (if not driver is found?)

Not necessary. Just tested with normal sqlite driver, testcases run  
just as nice. So it's the users choice whether to use why's or the  
normal sqlite.

Fabian





-- 
Nitro Q&A: http://oxyliquit.de/
Blog: http://blog.fabian-buch.de




From george.moschovitis at gmail.com  Wed Nov  1 07:15:37 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 1 Nov 2006 14:15:37 +0200
Subject: [Nitro] SQLite working
In-Reply-To: <2951B7CB-A9A8-469C-A0A4-7F65EB4149E9@fabian-buch.de>
References: <op.tiasfvk5xegpx6@jo.local>
	<afd80b540610312216t68287aeck5f29449d2c52a721@mail.gmail.com>
	<2951B7CB-A9A8-469C-A0A4-7F65EB4149E9@fabian-buch.de>
Message-ID: <afd80b540611010415y23ee36dfh6f86b7dab0dd4ffb@mail.gmail.com>

oh, great!

;-)

On 11/1/06, Fabian Buch <fabian at fabian-buch.de> wrote:
>
> Am 01.11.2006 um 07:16 schrieb George Moschovitis
> > Can you please adapt to sqlite adapter to properly report that it
> > requires why's version of the driver (if not driver is found?)
>
> Not necessary. Just tested with normal sqlite driver, testcases run
> just as nice. So it's the users choice whether to use why's or the
> normal sqlite.
>
> 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 eduardorochabr at gmail.com  Wed Nov  1 07:19:06 2006
From: eduardorochabr at gmail.com (Eduardo Rocha)
Date: Wed, 1 Nov 2006 10:19:06 -0200
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
Message-ID: <f57e5a0e0611010419j68059435l3f586beefa31f639@mail.gmail.com>

RailsPlayground.com :)

2006/11/1, George Moschovitis <george.moschovitis at gmail.com>:
>
> Dear devs,
>
> I am looking for a dedicated server provider. Can anyone recomment a
> dedicated hosting  service?
>
> thanks,
> George.
>
> --
> http://www.gmosx.com
> http://www.nitroproject.org
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20061101/1d1fba7d/attachment.html 

From alexandru at globalterrasoft.ro  Wed Nov  1 07:19:01 2006
From: alexandru at globalterrasoft.ro (Alexandru E. Ungur)
Date: Wed, 1 Nov 2006 14:19:01 +0200
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
Message-ID: <20061101121901.GA19450@globalterrasoft.ro>

>>> sender: "George Moschovitis" date: "Wed, Nov 01, 2006 at 10:13:45AM +0200" <<<EOQ
> Dear devs,
> 
> I am looking for a dedicated server provider. Can anyone recomment a
> dedicated hosting  service?
Hi,

I have experience with FastServers.net, LayeredTech.com, 800hosting.com,
Managed.com, Rackspace.com, ThePlanet.com, MaxNet.com and a few others.
I had some really bad experience with some of them... like they were 
unable to setup the IPs/routing properly, nor were they able to debug
the issue fast (as in: not even in a week). Once I was given the wrong
server :) and they simply cut the access to it AND took them one whole
week to figure out why I "lost" access to the server..... :)

Oh well, I will not name the companies to avoid from those, maybe it's 
just my bad experience, I'll just tell you from all of them which one 
I'd recommend: FastServers by ***far***. Highly capable (and fast) tech 
support, decent prices. The only tech support that was as good was the
one from Rackspace, but for much higher prices.


Good luck,
Alex

From george.moschovitis at gmail.com  Wed Nov  1 07:43:10 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 1 Nov 2006 14:43:10 +0200
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <f4cd26df0611010152s56e34204hdd7938064b3e2088@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<f4cd26df0611010152s56e34204hdd7938064b3e2088@mail.gmail.com>
Message-ID: <afd80b540611010443s2a5ba8e2u62e8aa284434a508@mail.gmail.com>

Thanks  for the detailed email. I am looking for a server to host a
high-traffic web site. (But I would like to see affordable options as
well).

Btw, can someone understand what the (mt) GridServer really is? Which
linux distribution it supports and if I can compile and install my own
software in the container?

regards,
George.

On 11/1/06, Kirk Haines <wyhaines at gmail.com> wrote:
> On 11/1/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > Dear devs,
> >
> > I am looking for a dedicated server provider. Can anyone recomment a
> > dedicated hosting  service?
>
> Depends on what you need.
>
> For a good and very inexpensive host for Europe-centered traffic, consider
>
> http://hetzner.de/rootserver_en.html
>
> Compare especially the DS5000 and DS7000 to US providers.  Hetzner
> compares extremely well on price, even considering the less generous
> bandwidth allotments than the next two that I will suggest.
>
> For more US centered traffic, I use ServerBeach quite happily.  They
> have a pretty good balance of price and service with a generous
> bandwidth allotment.
>
> If you won't need a bandwidth allotment that high, though, take a look
> at cari.net for an inexpense US centered provider with a lot of
> options and good support.
>
>
> Kirk Haines
> _______________________________________________
> 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  Wed Nov  1 07:44:09 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 1 Nov 2006 14:44:09 +0200
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <afd80b540611010443s2a5ba8e2u62e8aa284434a508@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<f4cd26df0611010152s56e34204hdd7938064b3e2088@mail.gmail.com>
	<afd80b540611010443s2a5ba8e2u62e8aa284434a508@mail.gmail.com>
Message-ID: <afd80b540611010444r65825d6o6d35bc91eb0bf6b0@mail.gmail.com>

I would also like the server to support ubuntu (or at least debian).

-g.

On 11/1/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Thanks  for the detailed email. I am looking for a server to host a
> high-traffic web site. (But I would like to see affordable options as
> well).
>
> Btw, can someone understand what the (mt) GridServer really is? Which
> linux distribution it supports and if I can compile and install my own
> software in the container?
>
> regards,
> George.
>
> On 11/1/06, Kirk Haines <wyhaines at gmail.com> wrote:
> > On 11/1/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > > Dear devs,
> > >
> > > I am looking for a dedicated server provider. Can anyone recomment a
> > > dedicated hosting  service?
> >
> > Depends on what you need.
> >
> > For a good and very inexpensive host for Europe-centered traffic, consider
> >
> > http://hetzner.de/rootserver_en.html
> >
> > Compare especially the DS5000 and DS7000 to US providers.  Hetzner
> > compares extremely well on price, even considering the less generous
> > bandwidth allotments than the next two that I will suggest.
> >
> > For more US centered traffic, I use ServerBeach quite happily.  They
> > have a pretty good balance of price and service with a generous
> > bandwidth allotment.
> >
> > If you won't need a bandwidth allotment that high, though, take a look
> > at cari.net for an inexpense US centered provider with a lot of
> > options and good support.
> >
> >
> > Kirk Haines
> > _______________________________________________
> > 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  Wed Nov  1 08:17:34 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 1 Nov 2006 15:17:34 +0200
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <f57e5a0e0611010419j68059435l3f586beefa31f639@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<f57e5a0e0611010419j68059435l3f586beefa31f639@mail.gmail.com>
Message-ID: <afd80b540611010517m2dfb22f0n41ebcc21f6191235@mail.gmail.com>

> RailsPlayground.com :)

naah, I don't like the name :P

-g.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From eduardorochabr at gmail.com  Wed Nov  1 09:25:01 2006
From: eduardorochabr at gmail.com (Eduardo Rocha)
Date: Wed, 1 Nov 2006 12:25:01 -0200
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <afd80b540611010517m2dfb22f0n41ebcc21f6191235@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<f57e5a0e0611010419j68059435l3f586beefa31f639@mail.gmail.com>
	<afd80b540611010517m2dfb22f0n41ebcc21f6191235@mail.gmail.com>
Message-ID: <f57e5a0e0611010625o4a730e00p478f0d7ad15d052c@mail.gmail.com>

:)

Well, it seems I was the only one not to justify my recommendation. Though I
am a kind of newbie using dedicated hosting services, I was more than
satisfied using RailsPlayground. The support is just amazing, I felt like it
was personal. We got some issues solved and discussed like chating via
email, very impressive, and they handled my urgent issues at a very special
way. Besides, I gave a look around at other suggested hostings, and the
hardware/price combination seems decent compared to them.

2006/11/1, George Moschovitis <george.moschovitis at gmail.com>:
>
> > RailsPlayground.com :)
>
> naah, I don't like the name :P
>
> -g.
>
> --
> http://www.gmosx.com
> http://www.nitroproject.org
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20061101/74fc15de/attachment-0001.html 

From ralph.amissah at gmail.com  Wed Nov  1 10:05:40 2006
From: ralph.amissah at gmail.com (Ralph Amissah)
Date: Wed, 1 Nov 2006 15:05:40 +0000
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <afd80b540611010444r65825d6o6d35bc91eb0bf6b0@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<f4cd26df0611010152s56e34204hdd7938064b3e2088@mail.gmail.com>
	<afd80b540611010443s2a5ba8e2u62e8aa284434a508@mail.gmail.com>
	<afd80b540611010444r65825d6o6d35bc91eb0bf6b0@mail.gmail.com>
Message-ID: <bbe947dc0611010705s4369ff84m5f2ab02218c954f1@mail.gmail.com>

On 01/11/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> I would also like the server to support ubuntu (or at least debian).
>
> -g.
>

For a Debian base Black Cat (UK) have consistently been highly
recommended over the years:
http://www.blackcatnetworks.co.uk/
a discussion thread:
http://www.chiark.greenend.org.uk/pipermail/debian-uk/2005-November/thread.html#10647

That said, more general information about available Debian hosting is
available here:
http://wiki.debian.org/DebianHosting

Ralph Amissah

From wyhaines at gmail.com  Wed Nov  1 10:25:04 2006
From: wyhaines at gmail.com (Kirk Haines)
Date: Wed, 1 Nov 2006 08:25:04 -0700
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <afd80b540611010443s2a5ba8e2u62e8aa284434a508@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<f4cd26df0611010152s56e34204hdd7938064b3e2088@mail.gmail.com>
	<afd80b540611010443s2a5ba8e2u62e8aa284434a508@mail.gmail.com>
Message-ID: <f4cd26df0611010725h14d03e1dt5160102b34879a9e@mail.gmail.com>

On 11/1/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Thanks  for the detailed email. I am looking for a server to host a
> high-traffic web site. (But I would like to see affordable options as
> well).

Unless the extra 100ms latency on packets is going to impose a
significant problem for the site, I have seen nothing better than the
hetzner.de offering.

$79 euros/month gets one a AMD Athlon 64 X2 4200+ Dual Core with 2Gb
of ram and 2 300Gb drives with 1000Gb of bandwidth on a gigabit NIC,
running Ubuntu.   If one exceeds that 1000Gb in a month, they throttle
you back to a 10mbit port speed but don't charge you extra.  Compare
to a leading US company, like ServerBeach.  Their offering with the
closes specs is $259/month USD, which is about $200 EUR.  Same RAM,
same CPU, 2 x 160Gb drives.  2000Gb/month, but on a 10mbit port.

Really compare that to the US companies. You won't find a single one
of them that comes close to this.  If there is one, I'd love to hear
about it!

I have customers for whom a US based hosting company is important,
from the point of view of their corporate policies (a very large US
bank and a whole bunch of US mutual fund companies), but on several
new, hopefully high traffic sites that are going to be coming online
soon, where that consideration isn't an issue, I'm personally going
with hetzner machines.  They've been strongly suggested to me by
Stefan Schmiedl.  If you are going to Euruko this week, ask him about
his experiences with them.


Kirk Haines

From george.moschovitis at gmail.com  Wed Nov  1 11:08:43 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 1 Nov 2006 18:08:43 +0200
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <f4cd26df0611010725h14d03e1dt5160102b34879a9e@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<f4cd26df0611010152s56e34204hdd7938064b3e2088@mail.gmail.com>
	<afd80b540611010443s2a5ba8e2u62e8aa284434a508@mail.gmail.com>
	<f4cd26df0611010725h14d03e1dt5160102b34879a9e@mail.gmail.com>
Message-ID: <afd80b540611010808n29e35223u2f8b686d82be11b8@mail.gmail.com>

Thanks,

hetzner.de is quite interesting indeed.

> Unless the extra 100ms latency on packets is going to impose a

what is this latency?

> significant problem for the site, I have seen nothing better than the
> hetzner.de offering.

best regards,
George.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From wyhaines at gmail.com  Wed Nov  1 12:19:35 2006
From: wyhaines at gmail.com (Kirk Haines)
Date: Wed, 1 Nov 2006 10:19:35 -0700
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <afd80b540611010808n29e35223u2f8b686d82be11b8@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<f4cd26df0611010152s56e34204hdd7938064b3e2088@mail.gmail.com>
	<afd80b540611010443s2a5ba8e2u62e8aa284434a508@mail.gmail.com>
	<f4cd26df0611010725h14d03e1dt5160102b34879a9e@mail.gmail.com>
	<afd80b540611010808n29e35223u2f8b686d82be11b8@mail.gmail.com>
Message-ID: <f4cd26df0611010919y1f752c9cyd2fa12f833ab081d@mail.gmail.com>

On 11/1/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Thanks,
>
> hetzner.de is quite interesting indeed.
>
> > Unless the extra 100ms latency on packets is going to impose a
>
> what is this latency?

Just an artifact of the fact that the servers are in Europe, so for
traffic coming from the US, when those packets travel across the
atlantic ocean, it adds some milliseconds to the round trip time.  It
seems to be around 100ms from the tests I have done.

However, you, being in Europe, undoubtedly experience the same latency
all the time when interacting with servers in the US, so you know that
for most things it's not a significant issue.


Kirk Haines

From dan at tastapod.com  Wed Nov  1 18:22:00 2006
From: dan at tastapod.com (Dan North)
Date: Wed, 01 Nov 2006 23:22:00 +0000
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <afd80b540611010443s2a5ba8e2u62e8aa284434a508@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>	<f4cd26df0611010152s56e34204hdd7938064b3e2088@mail.gmail.com>
	<afd80b540611010443s2a5ba8e2u62e8aa284434a508@mail.gmail.com>
Message-ID: <45492C18.6000702@tastapod.com>

Full disclosure: I get no kickback from this - I'm just a happy 
customer. But if you mention me when you order I might get something nice :)

I've been using Solar VPS for the last few months (http://solarvps.com). 
They're inexpensive ($30/month for my needs), they provide a debian 
image (which I immediately dist-upgraded to debian/testing).

They have a European datacentre as well as one in the US. When I 
dist-upgraded, I was getting gigabit speeds to the German debian 
mirrors! And their support guys are pretty decent too.

I'm running several wordpress blogs, several wikis, mysql, postfix mail 
server, courier imap server, the usual stuff. Not super high traffic, so 
I don't know how they will cope under real stress, but I've been very 
happy so far.

Oh, it's a VPS with full root access (via ssh), and basic, web-based 
start/stop/reboot/recover. Can't remember if they offer an Ubuntu image. 
My package guarantees 256Mb of memory, but for the last couple of months 
I've had most of 4Gb! (Of course this will reduce over time as they add 
more nodes).

hth,
Dan


George Moschovitis wrote:
> Thanks  for the detailed email. I am looking for a server to host a
> high-traffic web site. (But I would like to see affordable options as
> well).
>
> Btw, can someone understand what the (mt) GridServer really is? Which
> linux distribution it supports and if I can compile and install my own
> software in the container?
>
> regards,
> George.
>
> On 11/1/06, Kirk Haines <wyhaines at gmail.com> wrote:
>   
>> On 11/1/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
>>     
>>> Dear devs,
>>>
>>> I am looking for a dedicated server provider. Can anyone recomment a
>>> dedicated hosting  service?
>>>       
>> Depends on what you need.
>>
>> For a good and very inexpensive host for Europe-centered traffic, consider
>>
>> http://hetzner.de/rootserver_en.html
>>
>> Compare especially the DS5000 and DS7000 to US providers.  Hetzner
>> compares extremely well on price, even considering the less generous
>> bandwidth allotments than the next two that I will suggest.
>>
>> For more US centered traffic, I use ServerBeach quite happily.  They
>> have a pretty good balance of price and service with a generous
>> bandwidth allotment.
>>
>> If you won't need a bandwidth allotment that high, though, take a look
>> at cari.net for an inexpense US centered provider with a lot of
>> options and good support.
>>
>>
>> Kirk Haines
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>
>>     
>
>
>   

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

From zedshaw at zedshaw.com  Wed Nov  1 21:00:11 2006
From: zedshaw at zedshaw.com (Zed A. Shaw)
Date: Wed, 1 Nov 2006 18:00:11 -0800
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
Message-ID: <20061101180011.40ff6465.zedshaw@zedshaw.com>

On Wed, 1 Nov 2006 10:13:45 +0200
"George Moschovitis" <george.moschovitis at gmail.com> wrote:

> Dear devs,
> 
> I am looking for a dedicated server provider. Can anyone recomment a
> dedicated hosting  service?

Hey George, have you considered Amazon EC2 or Media Temple's Grid thing (I forget the name)?  EC2 is interesting in that you can actually use it to "prototype" your deployment.  You set everything up on your computer at home, then when you need to test stuff you kick on the EC2 instance, rsync or S3 the changes over, and play with it.

Once everything is working great, you just turn the EC2 image on full time.  I believe running it full time costs around 70/month USD.

Downside:  No static IP addresses.  You'd probably have to get some DNS hosting or such.

-- 
Zed A. Shaw, MUDCRAP-CE Master Black Belt Sifu
http://www.zedshaw.com/
http://safari.oreilly.com/0321483502 -- The Mongrel Book
http://mongrel.rubyforge.org/
http://www.lingr.com/room/3yXhqKbfPy8 -- Come get help.

From james.britt at gmail.com  Thu Nov  2 01:43:54 2006
From: james.britt at gmail.com (James Britt)
Date: Wed, 01 Nov 2006 23:43:54 -0700
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <20061101180011.40ff6465.zedshaw@zedshaw.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<20061101180011.40ff6465.zedshaw@zedshaw.com>
Message-ID: <454993AA.1040303@gmail.com>

Zed A. Shaw wrote:
> On Wed, 1 Nov 2006 10:13:45 +0200
> "George Moschovitis" <george.moschovitis at gmail.com> wrote:
> 
> 
>>Dear devs,
>>
>>I am looking for a dedicated server provider. Can anyone recomment a
>>dedicated hosting  service?
> 
> 
> Hey George, have you considered Amazon EC2 or Media Temple's 
 > Grid thing (I forget the name)?  EC2 is interesting in that you
> can actually use it to "prototype" your deployment.  You set everything 
> up on your computer at home, then when you need to test stuff you kick 
> on the EC2 instance, rsync or S3 the changes over, and play with it.
> 

There's a lot to be said for running under a VM, though the overhead of 
being virtual might be too much.    I've only recently started looking
at Xen and EC2, though.

> Once everything is working great, you just turn the EC2 image on full 
 >  time.  I believe running it full time costs around 70/month USD.

Plus storage and bandwidth costs.  I was considering that myself, but 
decided I was better off with what I have now from EV1Servers.net

> 
> Downside:  No static IP addresses.  You'd probably have to get some 
 > DNS hosting or such.

Other downside: it's in beta.



-- 
James Britt

http://www.rubyaz.org         - Hacking in the Desert
http://www.artima.com/rubycs/ - The Journal By & For Rubyists
http://www.rubystuff.com      - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com     - Playing with Better Toys

From george.moschovitis at gmail.com  Thu Nov  2 03:43:53 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 2 Nov 2006 10:43:53 +0200
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <20061101180011.40ff6465.zedshaw@zedshaw.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<20061101180011.40ff6465.zedshaw@zedshaw.com>
Message-ID: <afd80b540611020043qbadc938g7122ae91a4c6f72e@mail.gmail.com>

> Hey George, have you considered Amazon EC2 or Media Temple's Grid thing (I forget the

about EC2 still waiting for invitations.. and i think it is kindof expensive.

about (mt) Grid Server. I think you dont have full permissions to
compile and install your software. From what I understand I cannot
install Ruby, imagemagick, RMagick and stuff like that.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From george.moschovitis at gmail.com  Thu Nov  2 03:55:48 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 2 Nov 2006 10:55:48 +0200
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <45492C18.6000702@tastapod.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<f4cd26df0611010152s56e34204hdd7938064b3e2088@mail.gmail.com>
	<afd80b540611010443s2a5ba8e2u62e8aa284434a508@mail.gmail.com>
	<45492C18.6000702@tastapod.com>
Message-ID: <afd80b540611020055x57246b49o92cbb4fbef7cec67@mail.gmail.com>

>  I've been using Solar VPS for the last few months (http://solarvps.com).
> They're inexpensive ($30/month for my needs), they provide a debian image
> (which I immediately dist-upgraded to debian/testing).

are you able to compile and install your own  stuff on this server?
(ruby, apache, mysql, imagemagick etc etc?)

-g.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From george.moschovitis at gmail.com  Thu Nov  2 04:04:07 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 2 Nov 2006 11:04:07 +0200
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <afd80b540611020055x57246b49o92cbb4fbef7cec67@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<f4cd26df0611010152s56e34204hdd7938064b3e2088@mail.gmail.com>
	<afd80b540611010443s2a5ba8e2u62e8aa284434a508@mail.gmail.com>
	<45492C18.6000702@tastapod.com>
	<afd80b540611020055x57246b49o92cbb4fbef7cec67@mail.gmail.com>
Message-ID: <afd80b540611020104n7a718348r48853f95b128c788@mail.gmail.com>

> > (which I immediately dist-upgraded to debian/testing).

which command do you use for this?

-g.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From george.moschovitis at gmail.com  Thu Nov  2 07:11:57 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 2 Nov 2006 14:11:57 +0200
Subject: [Nitro] JQuery questions
Message-ID: <afd80b540611020411i391bfddmf45d3a553eb09d46@mail.gmail.com>

Dear devs,

I have a jquery question. Is it possible to emulate (programmatically
force) a click on a button from the even handler of another button? Ie
something like:

$('#srcbutton').click(function() {
  $('#targetbutton').force_click();
});

thanks in advance for your help,
-g.


-- 
http://www.gmosx.com
http://www.nitroproject.org

From john at oxyliquit.de  Thu Nov  2 09:40:10 2006
From: john at oxyliquit.de (Jonathan Buch)
Date: Thu, 02 Nov 2006 15:40:10 +0100
Subject: [Nitro] Roadmap 0.40
Message-ID: <op.tid8c8t9xegpx6@jo.local>

Hi,

George, please update this roadmap:

Roadmap 0.40   5th November

- make tests pass
   Almost done[1][2]
- make postgres adapter run
   Done
- make sqlite adapter run
   Done
- make examples run
   Done
- introduce new system part / get rid of old scaffolding.
   Done
- introduce more patches from manveru's repository.
   Done for this release.
- cleanup code
   Done, more cleanup in future versions.
- update docs
   Should be done now

Jonathan

1. Please remove those two patches:

Thu Nov  2 08:24:17 CET 2006  George Moschovitis <george.moschovitis at gmail.com>
     * Don't save the target of refers_to (but we have to rethink this, check the comments).

   Thu Nov  2 08:14:30 CET 2006  George Moschovitis <george.moschovitis at gmail.com>
     * Optimize sql queries when setting refers_to/belongs_to relations (less saves). More to come.

These are merely enhancements and let one testcase fail.  (I'm pretty much
certain that this change has other implications which I fail to see atm and
this area is not quite fully tested.)  It's a little late in the dev cycle to
integrate untested optimizations I think.

2. How far are you with parameters, any way my changes can actually go into
this release without me pestering you even more?  :P

-- 
Feel the love
http://pinkjuice.com/pics/ruby.png

From george.moschovitis at gmail.com  Thu Nov  2 10:19:26 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 2 Nov 2006 17:19:26 +0200
Subject: [Nitro] Some cleanup
Message-ID: <afd80b540611020719w33b76db8w23b775ec207d8be@mail.gmail.com>

Dear devs,

I am thinking of moving the flare and spark  directories inside
examples to cleanup the root directory.

moreover, I am thinking about removing gen alltogether. I don't think
anyone is using it, so it does not justify the effort to keep this
updated. Plus, it makes nitro more confusing to beginers.

I would like to hear your opinion on these two issues.

regards,
George.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From john at oxyliquit.de  Thu Nov  2 12:57:26 2006
From: john at oxyliquit.de (Jonathan Buch)
Date: Thu, 2 Nov 2006 18:57:26 +0100
Subject: [Nitro] Some cleanup
In-Reply-To: <afd80b540611020719w33b76db8w23b775ec207d8be@mail.gmail.com>
References: <afd80b540611020719w33b76db8w23b775ec207d8be@mail.gmail.com>
Message-ID: <20061102175726.GA7468@oxyliquit.de>

Hi,

> I am thinking of moving the flare and spark  directories inside
> examples to cleanup the root directory.

Sure, go ahaid.  (But use `darcs mv` and not just move it :P)

> moreover, I am thinking about removing gen alltogether. I don't think
> anyone is using it, so it does not justify the effort to keep this
> updated. Plus, it makes nitro more confusing to beginers.

Uh, I use it, and I don't think it's confusing to newcomers.  In fact I
use it in my tutorials to create some 'cushion' for beginners to show
them some stuff and tell them the 'standard' nitro project layout.

Mainly I myself use it to recreate the basic directories.  I remove
basically all files though...
Doing a `gen app foo` is easier than looking up where to get a
`fcgi.rb` for use with apache...

So, my vote is for not removing it completely unless something similar
is provided.

Jonathan


From riku.raisanen at walkingwoods.com  Thu Nov  2 13:28:59 2006
From: riku.raisanen at walkingwoods.com (=?ISO-8859-1?Q?Riku_R=E4is=E4nen?=)
Date: Thu, 02 Nov 2006 20:28:59 +0200
Subject: [Nitro] JQuery questions
In-Reply-To: <mailman.102.1162391107.5957.nitro-general@rubyforge.org>
References: <mailman.102.1162391107.5957.nitro-general@rubyforge.org>
Message-ID: <454A38EB.7030202@walkingwoods.com>

Hello George.

I have a bad email client here, thus I can't easily quote you. Anyway.

What you speak of is not really DOM or AJAX related, which is what 
jQuery is built for. And it is not clear to me what you're after at all.

is "button" a <input type="submit" /> button? or is it a link?

and as I said, it doesn't IMO really fit into context of jQuery, but is 
more "general" javascript.

Where jQuery can help you, is giving you easy access to the 
links/buttons (and their attributes/values) you speak of and either:

a) get the HREF attribute of the link ( $('#id_of_link').attr('href') ) 
and forward the user to there.

b) submit the form the (target) button belongs to.


Please be more specific in terms of button and what you want to do. 
(GET/POST? can it be AJAX request?) and I'll try to help you as much of 
possible.

-Riku R?is?nen

From transfire at gmail.com  Thu Nov  2 13:30:56 2006
From: transfire at gmail.com (transfire at gmail.com)
Date: Thu, 02 Nov 2006 18:30:56 -0000
Subject: [Nitro] Serious discussion on Annotaitons - Part II
In-Reply-To: <3ff63f9b0610290623t4eb88bf6w59245f4553028ea4@mail.gmail.com>
References: <1162124667.089192.148110@e64g2000cwd.googlegroups.com>
	<3ff63f9b0610290623t4eb88bf6w59245f4553028ea4@mail.gmail.com>
Message-ID: <1162492256.223163.200880@i42g2000cwa.googlegroups.com>


Jonas Pfenniger wrote:
> Perhaps the real problem is that Annotation is just too generic. You
> can 't keep it simple and have all the features. Especially the
> inheritance. So what are the boundaries of the annotation system ?
>
> * inheritance ?
> * type-casting system ?
> * central storage ?
> * default settings ?
> * description ?
>
> What do you envision it beeing used for ?

Perhaps you are suggesting that the annotations system not be a single
univeral interface?  Martin Fowler is thinking along these lines at
http://martinfowler.com/bliki/RubyAnnotations.html. So rather then say:

  ann :x, :doc => "This is helpful", :class => Integer, :default => 0

One would have:

  doc :x, "This is helpful"
  default :x, 0
  classify :x, Integer

I've brought this up before, and it's actually not incompatible if done
a little bit differently:

  ann :x do
    doc "This is helpful"
  end

In anycase, by making the annotation a class method one does have more
control over what that annotation does via the standard Ruby
metaprogramming techinuqes. On the downside there the potential for
contention in the class-level namespace.

T.


From zimba.tm at gmail.com  Thu Nov  2 14:38:37 2006
From: zimba.tm at gmail.com (Jonas Pfenniger)
Date: Thu, 2 Nov 2006 20:38:37 +0100
Subject: [Nitro] JQuery questions
In-Reply-To: <afd80b540611020411i391bfddmf45d3a553eb09d46@mail.gmail.com>
References: <afd80b540611020411i391bfddmf45d3a553eb09d46@mail.gmail.com>
Message-ID: <3ff63f9b0611021138t4c2adda3q2143399b47bea121@mail.gmail.com>

On 02/11/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> I have a jquery question. Is it possible to emulate (programmatically
> force) a click on a button from the even handler of another button? Ie
> something like:
>
> $('#srcbutton').click(function() {
>   $('#targetbutton').force_click();
> });

Hi George,

Go to http://www.visualjquery.com/index.xml  , Events -> Mouse -> click()
Last time I've tried (v1.0.2) this didn't work but now it may. I
suspect it now working like you want if you're using the event object
in the callback function. So your code should look like that :

$('#srcbutton').click(function() {
   $('#targetbutton').click();
});

If it doesn't work, here is what I usually do :

var do_something = function() { alert('this is the element's callback') }
$('#targetbutton').click(do_something)
$('#srcbutton').click(do_something}

-- 
Cheers,
  zimbatm

http://zimbatm.oree.ch

From zimba.tm at gmail.com  Thu Nov  2 14:48:19 2006
From: zimba.tm at gmail.com (Jonas Pfenniger)
Date: Thu, 2 Nov 2006 20:48:19 +0100
Subject: [Nitro] Serious discussion on Annotaitons - Part II
In-Reply-To: <1162492256.223163.200880@i42g2000cwa.googlegroups.com>
References: <1162124667.089192.148110@e64g2000cwd.googlegroups.com>
	<3ff63f9b0610290623t4eb88bf6w59245f4553028ea4@mail.gmail.com>
	<1162492256.223163.200880@i42g2000cwa.googlegroups.com>
Message-ID: <3ff63f9b0611021148m4fe0be1bj665eaa2624fe3594@mail.gmail.com>

On 02/11/06, transfire at gmail.com <transfire at gmail.com> wrote:
>
> Jonas Pfenniger wrote:
> > Perhaps the real problem is that Annotation is just too generic. You
> > can 't keep it simple and have all the features. Especially the
> > inheritance. So what are the boundaries of the annotation system ?
> >
> > * inheritance ?
> > * type-casting system ?
> > * central storage ?
> > * default settings ?
> > * description ?
> >
> > What do you envision it beeing used for ?
>
> Perhaps you are suggesting that the annotations system not be a single
> univeral interface?  Martin Fowler is thinking along these lines at
> http://martinfowler.com/bliki/RubyAnnotations.html.

No, what I'm saying is that you're trying to solve too many problems
at the same time. That  makes annotations not really usefull. Nitro is
full of them and I'm not convinced that if wouldn't look better
without them or with a more targetted configuration system. I don't
have real arguments but it's a kind of feeling. Most of all I think
that it encourages a style of code that I'm not particularily fond of.
If you want I can elaborate.

-- 
Cheers,
  zimbatm

http://zimbatm.oree.ch

From george.moschovitis at gmail.com  Thu Nov  2 15:31:05 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 2 Nov 2006 22:31:05 +0200
Subject: [Nitro] Some cleanup
In-Reply-To: <20061102175726.GA7468@oxyliquit.de>
References: <afd80b540611020719w33b76db8w23b775ec207d8be@mail.gmail.com>
	<20061102175726.GA7468@oxyliquit.de>
Message-ID: <afd80b540611021231r4f5bd22dl90cb3725901d51@mail.gmail.com>

> Sure, go ahaid.  (But use `darcs mv` and not just move it :P)

is darcs mv needed?

> So, my vote is for not removing it completely unless something similar
> is provided.

what do others think? Indeed genis useful for tutorials and stuff like this.

-g.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From george.moschovitis at gmail.com  Thu Nov  2 15:34:26 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 2 Nov 2006 22:34:26 +0200
Subject: [Nitro] JQuery questions
In-Reply-To: <3ff63f9b0611021138t4c2adda3q2143399b47bea121@mail.gmail.com>
References: <afd80b540611020411i391bfddmf45d3a553eb09d46@mail.gmail.com>
	<3ff63f9b0611021138t4c2adda3q2143399b47bea121@mail.gmail.com>
Message-ID: <afd80b540611021234j1560aa5dj32992c6fd7b95c67@mail.gmail.com>

> $('#srcbutton').click(function() {
>    $('#targetbutton').click();
> });

hmm tried, this i think it didn't work. I will try again.

> var do_something = function() { alert('this is the element's callback') }
> $('#targetbutton').click(do_something)
> $('#srcbutton').click(do_something}

I can't see how this is useful for my scenario.

-g.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From george.moschovitis at gmail.com  Thu Nov  2 15:45:49 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 2 Nov 2006 22:45:49 +0200
Subject: [Nitro] Roadmap 0.40
In-Reply-To: <op.tid8c8t9xegpx6@jo.local>
References: <op.tid8c8t9xegpx6@jo.local>
Message-ID: <afd80b540611021245s7b6cb4e7rd2ecb830e29b30e9@mail.gmail.com>

The biggest problem at the moment is building the gems. I found a
solution (I have a working reap installation on an older computer).
Regarding the parameters patch I cannot promise you  it will be in
0.40.0. I really need that release out. I will probably flag the
current repo as RC in the next couple of days so you could grab it and
do some final testing. I aim for a final release on next Tuesday.
Then, we will have all the time to fix pending problems like params,
annotations etc.

BTW, I *will* try to fix your params problems and thoroughly review
your patch before release, but I cannot promise you this will be in.

regards,
George.


On 11/2/06, Jonathan Buch <john at oxyliquit.de> wrote:
> Hi,
>
> George, please update this roadmap:
>
> Roadmap 0.40   5th November
>
> - make tests pass
>    Almost done[1][2]
> - make postgres adapter run
>    Done
> - make sqlite adapter run
>    Done
> - make examples run
>    Done
> - introduce new system part / get rid of old scaffolding.
>    Done
> - introduce more patches from manveru's repository.
>    Done for this release.
> - cleanup code
>    Done, more cleanup in future versions.
> - update docs
>    Should be done now
>
> Jonathan
>
> 1. Please remove those two patches:
>
> Thu Nov  2 08:24:17 CET 2006  George Moschovitis <george.moschovitis at gmail.com>
>      * Don't save the target of refers_to (but we have to rethink this, check the comments).
>
>    Thu Nov  2 08:14:30 CET 2006  George Moschovitis <george.moschovitis at gmail.com>
>      * Optimize sql queries when setting refers_to/belongs_to relations (less saves). More to come.
>
> These are merely enhancements and let one testcase fail.  (I'm pretty much
> certain that this change has other implications which I fail to see atm and
> this area is not quite fully tested.)  It's a little late in the dev cycle to
> integrate untested optimizations I think.
>
> 2. How far are you with parameters, any way my changes can actually go into
> this release without me pestering you even more?  :P
>
> --
> 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 zedshaw at zedshaw.com  Thu Nov  2 17:09:03 2006
From: zedshaw at zedshaw.com (Zed A. Shaw)
Date: Thu, 2 Nov 2006 14:09:03 -0800
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <afd80b540611020043qbadc938g7122ae91a4c6f72e@mail.gmail.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<20061101180011.40ff6465.zedshaw@zedshaw.com>
	<afd80b540611020043qbadc938g7122ae91a4c6f72e@mail.gmail.com>
Message-ID: <20061102140903.5e9ce31b.zedshaw@zedshaw.com>

On Thu, 2 Nov 2006 10:43:53 +0200
"George Moschovitis" <george.moschovitis at gmail.com> wrote:

> > Hey George, have you considered Amazon EC2 or Media Temple's Grid thing (I forget the
> 
> about EC2 still waiting for invitations.. and i think it is kindof expensive.
> 
> about (mt) Grid Server. I think you dont have full permissions to
> compile and install your software. From what I understand I cannot
> install Ruby, imagemagick, RMagick and stuff like that.

All good points.  One thing though, you should seriously look at some of the rails hosting companies like Rails Machine, Rails Playground and Engine Yard.  Yeah, yeah they're "rails".  But, even more importantly they're *RUBY* hosting.  You don't have to run Rails, and I'm sure if you talked with one of them they'd be interested in expanding their business to encompass other frameworks.

Especially since all of them use Mongrel, and you use Mongrel, and they could care less what runs inside Mongrel.

Food for thought.

-- 
Zed A. Shaw, MUDCRAP-CE Master Black Belt Sifu
http://www.zedshaw.com/
http://safari.oreilly.com/0321483502 -- The Mongrel Book
http://mongrel.rubyforge.org/
http://www.lingr.com/room/3yXhqKbfPy8 -- Come get help.

From zedshaw at zedshaw.com  Thu Nov  2 17:12:49 2006
From: zedshaw at zedshaw.com (Zed A. Shaw)
Date: Thu, 2 Nov 2006 14:12:49 -0800
Subject: [Nitro] Some cleanup
In-Reply-To: <afd80b540611021231r4f5bd22dl90cb3725901d51@mail.gmail.com>
References: <afd80b540611020719w33b76db8w23b775ec207d8be@mail.gmail.com>
	<20061102175726.GA7468@oxyliquit.de>
	<afd80b540611021231r4f5bd22dl90cb3725901d51@mail.gmail.com>
Message-ID: <20061102141249.1e674965.zedshaw@zedshaw.com>

On Thu, 2 Nov 2006 22:31:05 +0200
"George Moschovitis" <george.moschovitis at gmail.com> wrote:

> > Sure, go ahaid.  (But use `darcs mv` and not just move it :P)
> 
> is darcs mv needed?
> 
> > So, my vote is for not removing it completely unless something similar
> > is provided.
> 
> what do others think? Indeed genis useful for tutorials and stuff like this.
> 

Just as an indirectly contributing Nitro observer, I'd say keep gen since it does make things easier on beginners, but more importantly just pick one layout and use it consistently.

Uber-wizard-DIY types could obviously still go build their own layouts and avoid gen, but it's really confusing for Nitro newbies to have six different tutorials with six different ways to organize, name, and layout files.

Just pick one that's reasonable, use gen to implicitly enforce it, and then make sure folks know they don't *have* to use this, it's just easier if you don't care.

-- 
Zed A. Shaw, MUDCRAP-CE Master Black Belt Sifu
http://www.zedshaw.com/
http://safari.oreilly.com/0321483502 -- The Mongrel Book
http://mongrel.rubyforge.org/
http://www.lingr.com/room/3yXhqKbfPy8 -- Come get help.

From transfire at gmail.com  Thu Nov  2 17:13:17 2006
From: transfire at gmail.com (transfire at gmail.com)
Date: Thu, 02 Nov 2006 22:13:17 -0000
Subject: [Nitro] Serious discussion on Annotaitons - Part II
In-Reply-To: <3ff63f9b0611021148m4fe0be1bj665eaa2624fe3594@mail.gmail.com>
References: <1162124667.089192.148110@e64g2000cwd.googlegroups.com>
	<3ff63f9b0610290623t4eb88bf6w59245f4553028ea4@mail.gmail.com>
	<1162492256.223163.200880@i42g2000cwa.googlegroups.com>
	<3ff63f9b0611021148m4fe0be1bj665eaa2624fe3594@mail.gmail.com>
Message-ID: <1162505597.923232.82750@m73g2000cwd.googlegroups.com>


Jonas Pfenniger wrote:

> No, what I'm saying is that you're trying to solve too many problems
> at the same time. That  makes annotations not really usefull. Nitro is
> full of them and I'm not convinced that if wouldn't look better
> without them or with a more targetted configuration system. I don't
> have real arguments but it's a kind of feeling. Most of all I think
> that it encourages a style of code that I'm not particularily fond of.
> If you want I can elaborate.

Please do. I'm not sure yet what you mean. And what would you replace
them with?

T.


From vikingtux at gmail.com  Thu Nov  2 18:49:28 2006
From: vikingtux at gmail.com (Alexandre Gravem)
Date: Thu, 2 Nov 2006 20:49:28 -0300
Subject: [Nitro] JQuery questions
In-Reply-To: <afd80b540611020411i391bfddmf45d3a553eb09d46@mail.gmail.com>
References: <afd80b540611020411i391bfddmf45d3a553eb09d46@mail.gmail.com>
Message-ID: <40b05ebe0611021549vc188297l47e61157f415e3a2@mail.gmail.com>

I should do

$('#srcbutton').click(function() {

>   $('#targetbutton').trigger('click');
>
> });


On 11/2/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
>
> Dear devs,
>
> I have a jquery question. Is it possible to emulate (programmatically
> force) a click on a button from the even handler of another button? Ie
> something like:
>
> $('#srcbutton').click(function() {
>   $('#targetbutton').force_click();
> });
>
> thanks in advance for your help,
> -g.
>
>
> --
> http://www.gmosx.com
> http://www.nitroproject.org
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20061102/f6113d26/attachment.html 

From vikingtux at gmail.com  Thu Nov  2 18:50:08 2006
From: vikingtux at gmail.com (Alexandre Gravem)
Date: Thu, 2 Nov 2006 20:50:08 -0300
Subject: [Nitro] JQuery questions
In-Reply-To: <40b05ebe0611021549vc188297l47e61157f415e3a2@mail.gmail.com>
References: <afd80b540611020411i391bfddmf45d3a553eb09d46@mail.gmail.com>
	<40b05ebe0611021549vc188297l47e61157f415e3a2@mail.gmail.com>
Message-ID: <40b05ebe0611021550u705b06b5p7bb5b7470e322f02@mail.gmail.com>

Sorry ... *You* should do ...

On 11/2/06, Alexandre Gravem <vikingtux at gmail.com> wrote:
>
> I should do
>
> $('#srcbutton').click(function() {
>
> >   $('#targetbutton').trigger('click');
> >
> > });
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20061102/17407127/attachment.html 

From vikingtux at gmail.com  Thu Nov  2 18:55:50 2006
From: vikingtux at gmail.com (Alexandre Gravem)
Date: Thu, 2 Nov 2006 20:55:50 -0300
Subject: [Nitro] Some cleanup
In-Reply-To: <20061102175726.GA7468@oxyliquit.de>
References: <afd80b540611020719w33b76db8w23b775ec207d8be@mail.gmail.com>
	<20061102175726.GA7468@oxyliquit.de>
Message-ID: <40b05ebe0611021555n1ef18d62n7f9b21d6d49f8b1e@mail.gmail.com>

>
> So, my vote is for not removing it completely unless something similar
> is provided.
>
> +1

A. Gravem
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20061102/b1de77a9/attachment.html 

From fabian at fabian-buch.de  Thu Nov  2 18:58:03 2006
From: fabian at fabian-buch.de (Fabian Buch)
Date: Fri, 3 Nov 2006 00:58:03 +0100
Subject: [Nitro] Some cleanup
In-Reply-To: <afd80b540611021231r4f5bd22dl90cb3725901d51@mail.gmail.com>
References: <afd80b540611020719w33b76db8w23b775ec207d8be@mail.gmail.com>
	<20061102175726.GA7468@oxyliquit.de>
	<afd80b540611021231r4f5bd22dl90cb3725901d51@mail.gmail.com>
Message-ID: <E7C52EB5-4759-4C57-B652-9A8EC205D2C6@fabian-buch.de>


Am 02.11.2006 um 21:31 schrieb George Moschovitis:
>> Sure, go ahaid.  (But use `darcs mv` and not just move it :P)
>
> is darcs mv needed?

it's much better than moving by hand and doesn't confuse darcs so much.

>> So, my vote is for not removing it completely unless something  
>> similar
>> is provided.
>
> what do others think? Indeed gen is useful for tutorials and stuff  
> like this.

And for 'gen part'. I wouldn't want to do that by hand all the time.  
But if Rachets is out I think gen could be replaced by ratchets tasks  
or similar.

Fabian





-- 
Nitro Q&A: http://oxyliquit.de/
Blog: http://blog.fabian-buch.de




From george.moschovitis at gmail.com  Fri Nov  3 00:56:55 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 3 Nov 2006 07:56:55 +0200
Subject: [Nitro] Serious discussion on Annotaitons - Part II
In-Reply-To: <1162124667.089192.148110@e64g2000cwd.googlegroups.com>
References: <1162124667.089192.148110@e64g2000cwd.googlegroups.com>
Message-ID: <afd80b540611022156w2dd797afw3c436064d819b207@mail.gmail.com>

>    harp:~ > cat a.rb
> ...
> :baz}
>
> Now this implementatin leaves out some of the needed shortcuts (like
> implied class annotation) and it also leaves out the BIG issue of
> inheritance, but those can of course can be worked in. The main thing
> here is the simplicty of the interface. I realize it's a big change but
> I think Ara has a point. The simplicy, uniformity and consistancy has
> it's own merits over the elegance of the magic dot notation.

Well I like this  simplicity as well. Could you introduce the
inheritance feature?
And what is implied class annotation? I would like to replace nitro's
annotation with this simpler version. If you remember, I was always
worried about the performance (and complexity) issues of the current
implementation.

-g.


-- 
http://www.gmosx.com
http://www.nitroproject.org

From george.moschovitis at gmail.com  Fri Nov  3 00:59:06 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 3 Nov 2006 07:59:06 +0200
Subject: [Nitro] Some cleanup
In-Reply-To: <20061102141249.1e674965.zedshaw@zedshaw.com>
References: <afd80b540611020719w33b76db8w23b775ec207d8be@mail.gmail.com>
	<20061102175726.GA7468@oxyliquit.de>
	<afd80b540611021231r4f5bd22dl90cb3725901d51@mail.gmail.com>
	<20061102141249.1e674965.zedshaw@zedshaw.com>
Message-ID: <afd80b540611022159m2f08267fr58f7dd012c1b1eef@mail.gmail.com>

> easier on beginners, but more importantly just pick one layout and use it consistently.

I am pretty sure I have found a layout that I am happy with this
(after 2 years ;-)) Have a look at the redesigned flare/spark/blog
examples.

-g.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From george.moschovitis at gmail.com  Fri Nov  3 00:59:47 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 3 Nov 2006 07:59:47 +0200
Subject: [Nitro] Some cleanup
In-Reply-To: <40b05ebe0611021555n1ef18d62n7f9b21d6d49f8b1e@mail.gmail.com>
References: <afd80b540611020719w33b76db8w23b775ec207d8be@mail.gmail.com>
	<20061102175726.GA7468@oxyliquit.de>
	<40b05ebe0611021555n1ef18d62n7f9b21d6d49f8b1e@mail.gmail.com>
Message-ID: <afd80b540611022159r2f2d7d1ao566e02e8a7a8a106@mail.gmail.com>

On 11/3/06, Alexandre Gravem <vikingtux at gmail.com> wrote:
>
> > So, my vote is for not removing it completely unless something similar
> > is provided.
> >
> >
> +1

Ok, this stays ;-)

thanks for your input ;-)

-g.
-- 
http://www.gmosx.com
http://www.nitroproject.org

From al-nitrogen at none.at  Fri Nov  3 02:23:55 2006
From: al-nitrogen at none.at (Aleksandar Lazic)
Date: Fri, 3 Nov 2006 08:23:55 +0100
Subject: [Nitro] Some cleanup
In-Reply-To: <20061102141249.1e674965.zedshaw@zedshaw.com>
References: <afd80b540611020719w33b76db8w23b775ec207d8be@mail.gmail.com>
	<20061102175726.GA7468@oxyliquit.de>
	<afd80b540611021231r4f5bd22dl90cb3725901d51@mail.gmail.com>
	<20061102141249.1e674965.zedshaw@zedshaw.com>
Message-ID: <20061103072355.GA10673@none.at>

Hi,

sorry for the late replay.

On Don 02.11.2006 14:12, Zed A. Shaw wrote:
>On Thu, 2 Nov 2006 22:31:05 +0200
>"George Moschovitis" <george.moschovitis at gmail.com> wrote:
>
>> > Sure, go ahaid.  (But use `darcs mv` and not just move it :P)
>> 
>> is darcs mv needed?
>> 
>> > So, my vote is for not removing it completely unless something similar
>> > is provided.
>> 
>> what do others think? Indeed genis useful for tutorials and stuff like this.
>> 
>
>Just as an indirectly contributing Nitro observer, I'd say keep gen
>since it does make things easier on beginners, but more importantly
>just pick one layout and use it consistently.
>
>Uber-wizard-DIY types could obviously still go build their own layouts
>and avoid gen, but it's really confusing for Nitro newbies to have six
>different tutorials with six different ways to organize, name, and
>layout files.

Full ack, without the gen I is much harder to start with nitro, from my
point of view.

Regards

Aleks

From george.moschovitis at gmail.com  Fri Nov  3 05:40:19 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 3 Nov 2006 12:40:19 +0200
Subject: [Nitro] Facets + Multibytes
Message-ID: <afd80b540611030240n62e81d96wf9bcad5e689a97ec@mail.gmail.com>

Tom,

I would like to suggest that you include the ActiveSupport::Multibytes
functionality in facets. It is  extremely useful.

regards,
George.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From george.moschovitis at gmail.com  Fri Nov  3 05:45:14 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 3 Nov 2006 12:45:14 +0200
Subject: [Nitro] Roadmap 0.40
In-Reply-To: <op.tid8c8t9xegpx6@jo.local>
References: <op.tid8c8t9xegpx6@jo.local>
Message-ID: <afd80b540611030245y14337357pb7256a08f4580a1c@mail.gmail.com>

> 1. Please remove those two patches:
>
> Thu Nov  2 08:24:17 CET 2006  George Moschovitis <george.moschovitis at gmail.com>
>      * Don't save the target of refers_to (but we have to rethink this, check the comments).
>
>    Thu Nov  2 08:14:30 CET 2006  George Moschovitis <george.moschovitis at gmail.com>
>      * Optimize sql queries when setting refers_to/belongs_to relations (less saves). More to come.
>
> These are merely enhancements and let one testcase fail.  (I'm pretty much
> certain that this change has other implications which I fail to see atm and
> this area is not quite fully tested.)  It's a little late in the dev cycle to
> integrate untested optimizations I think.


nope these patches are needed. For example they fix a common bug.
Consider this code:

def save_article
  a = Article.new.assign(request)
  a.author = User.current
  a.something_else = 'initialize something else'
  a.save
end

without the patch Og saves behind the scenes the article before
'something_else' is initialized. Moreover it also saves the user. Both
queries are not needed and break this example.

Am I missing something?

regards,
George.


-- 
http://www.gmosx.com
http://www.nitroproject.org

From transfire at gmail.com  Fri Nov  3 07:42:55 2006
From: transfire at gmail.com (transfire at gmail.com)
Date: Fri, 03 Nov 2006 12:42:55 -0000
Subject: [Nitro] Serious discussion on Annotaitons - Part II
In-Reply-To: <afd80b540611022156w2dd797afw3c436064d819b207@mail.gmail.com>
References: <1162124667.089192.148110@e64g2000cwd.googlegroups.com>
	<afd80b540611022156w2dd797afw3c436064d819b207@mail.gmail.com>
Message-ID: <1162557775.989709.22560@h54g2000cwb.googlegroups.com>


George Moschovitis wrote:
> >    harp:~ > cat a.rb
> > ...
> > :baz}
> >
> > Now this implementatin leaves out some of the needed shortcuts (like
> > implied class annotation) and it also leaves out the BIG issue of
> > inheritance, but those can of course can be worked in. The main thing
> > here is the simplicty of the interface. I realize it's a big change but
> > I think Ara has a point. The simplicy, uniformity and consistancy has
> > it's own merits over the elegance of the magic dot notation.
>
> Well I like this  simplicity as well. Could you introduce the
> inheritance feature?
> And what is implied class annotation?

Oh, just:

  ann :x, String

implies

  ann :x, :class=>String
 
T.


From john at oxyliquit.de  Fri Nov  3 08:28:27 2006
From: john at oxyliquit.de (Jonathan Buch)
Date: Fri, 3 Nov 2006 14:28:27 +0100
Subject: [Nitro] Roadmap 0.40
In-Reply-To: <afd80b540611030245y14337357pb7256a08f4580a1c@mail.gmail.com>
References: <op.tid8c8t9xegpx6@jo.local>
	<afd80b540611030245y14337357pb7256a08f4580a1c@mail.gmail.com>
Message-ID: <20061103132826.GA13978@oxyliquit.de>

Hi,

> nope these patches are needed. For example they fix a common bug.
> Consider this code:
> 
> def save_article
>   a = Article.new.assign(request)
>   a.author = User.current
>   a.something_else = 'initialize something else'
>   a.save
> end
> 
> without the patch Og saves behind the scenes the article before
> 'something_else' is initialized. Moreover it also saves the user. Both
> queries are not needed and break this example.
> 
> Am I missing something?

Not sure, I've been thinking about this a bit more.

Using your example:

If User.current is a not saved yet, has no oid, then this will fail.

Please describe that 'something_else' which has to be initialized before
the Article gets it's oid.

Where I know that your way might be the better one:  In Orderable, which
can be quite ugly if something is or is not saved on some very
constrained condition.

When removing the implicit saves, there have to be explicit .save's all
over the place.  I've seen one example from Rayman where he literarily
saved every other line or it wouldn't work, pretty ugly.

It would be good to have testcases specifying the appropriate behaviour.
Again like with params, this might just be another way of thinking.  :P

Jonathan


From george.moschovitis at gmail.com  Fri Nov  3 09:01:03 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 3 Nov 2006 16:01:03 +0200
Subject: [Nitro] Serious discussion on Annotaitons - Part II
In-Reply-To: <1162557775.989709.22560@h54g2000cwb.googlegroups.com>
References: <1162124667.089192.148110@e64g2000cwd.googlegroups.com>
	<afd80b540611022156w2dd797afw3c436064d819b207@mail.gmail.com>
	<1162557775.989709.22560@h54g2000cwb.googlegroups.com>
Message-ID: <afd80b540611030601i109b909ew2a3e31ff32a50e59@mail.gmail.com>

ah ;-) that is nice too, but not too important. Inheritance is
extremely important though.

-g.

> Oh, just:
>
>   ann :x, String
>
> implies
>
>   ann :x, :class=>String


-- 
http://www.gmosx.com
http://www.nitroproject.org

From john at oxyliquit.de  Fri Nov  3 09:02:45 2006
From: john at oxyliquit.de (Jonathan Buch)
Date: Fri, 03 Nov 2006 15:02:45 +0100
Subject: [Nitro] Some cleanup
In-Reply-To: <afd80b540611021231r4f5bd22dl90cb3725901d51@mail.gmail.com>
References: <afd80b540611020719w33b76db8w23b775ec207d8be@mail.gmail.com>
	<20061102175726.GA7468@oxyliquit.de>
	<afd80b540611021231r4f5bd22dl90cb3725901d51@mail.gmail.com>
Message-ID: <op.tif1av1bxegpx6@jo.local>

Hi,

>> Sure, go ahaid.  (But use `darcs mv` and not just move it :P)
>is darcs mv needed?

yes it is, if you want to retain the history of those files and want
to accept patches in that area from someone who is not completely up
to date with your repo.

Jonathan

-- 
Feel the love
http://pinkjuice.com/pics/ruby.png

From george.moschovitis at gmail.com  Fri Nov  3 11:09:02 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 3 Nov 2006 18:09:02 +0200
Subject: [Nitro] Roadmap 0.40
In-Reply-To: <20061103132826.GA13978@oxyliquit.de>
References: <op.tid8c8t9xegpx6@jo.local>
	<afd80b540611030245y14337357pb7256a08f4580a1c@mail.gmail.com>
	<20061103132826.GA13978@oxyliquit.de>
Message-ID: <afd80b540611030809o61192e07m60870728dc22b851@mail.gmail.com>

> If User.current is a not saved yet, has no oid, then this will fail.

nah, it doesn't make much sense to attach a non saved user.

> Where I know that your way might be the better one:  In Orderable, which
> can be quite ugly if something is or is not saved on some very
> constrained condition.

can you elaborate?

> When removing the implicit saves, there have to be explicit .save's all
> over the place.  I've seen one example from Rayman where he literarily
> saved every other line or it wouldn't work, pretty ugly.

can you elabotate?

I appreicate your input on this, would be better if we got more
opinions on this important matter.

-g.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From george.moschovitis at gmail.com  Fri Nov  3 11:09:38 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 3 Nov 2006 18:09:38 +0200
Subject: [Nitro] Some cleanup
In-Reply-To: <op.tif1av1bxegpx6@jo.local>
References: <afd80b540611020719w33b76db8w23b775ec207d8be@mail.gmail.com>
	<20061102175726.GA7468@oxyliquit.de>
	<afd80b540611021231r4f5bd22dl90cb3725901d51@mail.gmail.com>
	<op.tif1av1bxegpx6@jo.local>
Message-ID: <afd80b540611030809v5d90c5aj16a4a9d40f99c9b9@mail.gmail.com>

> yes it is, if you want to retain the history of those files and want
> to accept patches in that area from someone who is not completely up
> to date with your repo.

ok will use darcs mv from now on!

thanks for mentioning this!

-g.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From george.moschovitis at gmail.com  Fri Nov  3 11:32:04 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 3 Nov 2006 18:32:04 +0200
Subject: [Nitro] Dedicated Hosting
In-Reply-To: <20061102140903.5e9ce31b.zedshaw@zedshaw.com>
References: <afd80b540611010013n31b80904kea7d46f629bceab3@mail.gmail.com>
	<20061101180011.40ff6465.zedshaw@zedshaw.com>
	<afd80b540611020043qbadc938g7122ae91a4c6f72e@mail.gmail.com>
	<20061102140903.5e9ce31b.zedshaw@zedshaw.com>
Message-ID: <afd80b540611030832v717ee9e5vbf2d484dd8cade82@mail.gmail.com>

They seem interesting but kindof expensive. Btw, virtual servers seem
to be more expensive than plain dedicated servers, strange.

-g.

On 11/3/06, Zed A. Shaw <zedshaw at zedshaw.com> wrote:
> On Thu, 2 Nov 2006 10:43:53 +0200
> "George Moschovitis" <george.moschovitis at gmail.com> wrote:
>
> > > Hey George, have you considered Amazon EC2 or Media Temple's Grid thing (I forget the
> >
> > about EC2 still waiting for invitations.. and i think it is kindof expensive.
> >
> > about (mt) Grid Server. I think you dont have full permissions to
> > compile and install your software. From what I understand I cannot
> > install Ruby, imagemagick, RMagick and stuff like that.
>
> All good points.  One thing though, you should seriously look at some of the rails hosting companies like Rails Machine, Rails Playground and Engine Yard.  Yeah, yeah they're "rails".  But, even more importantly they're *RUBY* hosting.  You don't have to run Rails, and I'm sure if you talked with one of them they'd be interested in expanding their business to encompass other frameworks.
>
> Especially since all of them use Mongrel, and you use Mongrel, and they could care less what runs inside Mongrel.
>
> Food for thought.
>
> --
> Zed A. Shaw, MUDCRAP-CE Master Black Belt Sifu
> http://www.zedshaw.com/
> http://safari.oreilly.com/0321483502 -- The Mongrel Book
> http://mongrel.rubyforge.org/
> http://www.lingr.com/room/3yXhqKbfPy8 -- Come get help.
> _______________________________________________
> 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 m.fellinger at gmail.com  Fri Nov  3 13:46:43 2006
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Sat, 4 Nov 2006 03:46:43 +0900
Subject: [Nitro] Roadmap 0.40
In-Reply-To: <afd80b540611021245s7b6cb4e7rd2ecb830e29b30e9@mail.gmail.com>
References: <op.tid8c8t9xegpx6@jo.local>
	<afd80b540611021245s7b6cb4e7rd2ecb830e29b30e9@mail.gmail.com>
Message-ID: <9c00d3e00611031046q4f3c47e9x3132ba17c95155e9@mail.gmail.com>

On 11/3/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> The biggest problem at the moment is building the gems. I found a
> solution (I have a working reap installation on an older computer).
> Regarding the parameters patch I cannot promise you  it will be in
> 0.40.0. I really need that release out. I will probably flag the
> current repo as RC in the next couple of days so you could grab it and
> do some final testing. I aim for a final release on next Tuesday.
> Then, we will have all the time to fix pending problems like params,
> annotations etc.
>
> BTW, I *will* try to fix your params problems and thoroughly review
> your patch before release, but I cannot promise you this will be in.

I would really, really appreciate it being in :) would get me rid of
some nasty hacks of parsing the request myself to find them

> regards,
> George.
>
>
> On 11/2/06, Jonathan Buch <john at oxyliquit.de> wrote:
> > Hi,
> >
> > George, please update this roadmap:
> >
> > Roadmap 0.40   5th November
> >
> > - make tests pass
> >    Almost done[1][2]
> > - make postgres adapter run
> >    Done
> > - make sqlite adapter run
> >    Done
> > - make examples run
> >    Done
> > - introduce new system part / get rid of old scaffolding.
> >    Done
> > - introduce more patches from manveru's repository.
> >    Done for this release.
> > - cleanup code
> >    Done, more cleanup in future versions.
> > - update docs
> >    Should be done now
> >
> > Jonathan
> >
> > 1. Please remove those two patches:
> >
> > Thu Nov  2 08:24:17 CET 2006  George Moschovitis <george.moschovitis at gmail.com>
> >      * Don't save the target of refers_to (but we have to rethink this, check the comments).
> >
> >    Thu Nov  2 08:14:30 CET 2006  George Moschovitis <george.moschovitis at gmail.com>
> >      * Optimize sql queries when setting refers_to/belongs_to relations (less saves). More to come.
> >
> > These are merely enhancements and let one testcase fail.  (I'm pretty much
> > certain that this change has other implications which I fail to see atm and
> > this area is not quite fully tested.)  It's a little late in the dev cycle to
> > integrate untested optimizations I think.
> >
> > 2. How far are you with parameters, any way my changes can actually go into
> > this release without me pestering you even more?  :P
> >
> > --
> > 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
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From john at oxyliquit.de  Fri Nov  3 14:04:40 2006
From: john at oxyliquit.de (Jonathan Buch)
Date: Fri, 03 Nov 2006 20:04:40 +0100
Subject: [Nitro] Roadmap 0.40
In-Reply-To: <afd80b540611021245s7b6cb4e7rd2ecb830e29b30e9@mail.gmail.com>
References: <op.tid8c8t9xegpx6@jo.local>
	<afd80b540611021245s7b6cb4e7rd2ecb830e29b30e9@mail.gmail.com>
Message-ID: <op.tige92acxegpx6@jo.local>

> The biggest problem at the moment is building the gems. I found a
> solution (I have a working reap installation on an older computer).
> Regarding the parameters patch I cannot promise you  it will be in
> 0.40.0. I really need that release out. I will probably flag the
> current repo as RC in the next couple of days so you could grab it and
> do some final testing. I aim for a final release on next Tuesday.
> Then, we will have all the time to fix pending problems like params,
> annotations etc.

> BTW, I *will* try to fix your params problems and thoroughly review
> your patch before release, but I cannot promise you this will be in.

Yes thank you.  but if it comes to the worst, I already agreed on moving
back to the 0.31 params before.

Jonathan

-- 
Feel the love
http://pinkjuice.com/pics/ruby.png

From transfire at gmail.com  Sat Nov  4 00:26:32 2006
From: transfire at gmail.com (transfire at gmail.com)
Date: Sat, 04 Nov 2006 05:26:32 -0000
Subject: [Nitro] Facets + Multibytes
In-Reply-To: <afd80b540611030240n62e81d96wf9bcad5e689a97ec@mail.gmail.com>
References: <afd80b540611030240n62e81d96wf9bcad5e689a97ec@mail.gmail.com>
Message-ID: <1162617992.364017.78260@i42g2000cwa.googlegroups.com>


George Moschovitis wrote:
> Tom,
>
> I would like to suggest that you include the ActiveSupport::Multibytes
> functionality in facets. It is  extremely useful.
>

i'll look into it as soon as i can.

t.


From lasso at lassoweb.se  Sat Nov  4 04:17:53 2006
From: lasso at lassoweb.se (Lars Olsson)
Date: Sat, 04 Nov 2006 10:17:53 +0100
Subject: [Nitro] Whitespace
In-Reply-To: <afd80b540610312220n19632666xfa23a35226dbe0dc@mail.gmail.com>
References: <afd80b540610310046g49f937ffoe7197a2f376eb934@mail.gmail.com>	<20061031102539.GA30141@oxyliquit.de>	<afd80b540610310341v5383d7fm752c7ff778ed2fd2@mail.gmail.com>	<3ff63f9b0610310436p6f0dff1bha2e45423da7bba9d@mail.gmail.com>	<afd80b540610310541t3c63eeaci407e391072acf9e8@mail.gmail.com>	<37728.192.176.230.1.1162307759.squirrel@webmail.lassoweb.se>	<3ff63f9b0610310837p11a479dof825912de6453634@mail.gmail.com>	<45479706.3020300@lassoweb.se>
	<afd80b540610312220n19632666xfa23a35226dbe0dc@mail.gmail.com>
Message-ID: <454C5AC1.4060302@lassoweb.se>

Hello,

I found the bug. In /nitro/compiler/elements.rb the doctype method is 
missing. It should be added. The one from /nitro/compiler/morphing.rb 
works just fine:

(from nitro/compiler/morphing.rb, Listener class)

     def doctype(name, pub_sys, long_name, uri)
       @buffer << "<!DOCTYPE #{name} #{pub_sys} #{long_name} #{uri}>"
     end

(you might just want to add a newline at the end. DOCTYPEs generally 
stand on its own line.)

Btw, The fix above works with the default transformation pipeline. There 
*might* be some other compiler classes (not in the default pipeline) 
that need that method added too.

Sincerely

/lasso


________________________________________
Lars Olsson
lasso at lassoweb.se
http://www.lassoweb.se/



George Moschovitis skrev:
>> No problem there. REXML already supports DOCTYPEs. The problem is that
>> Nitro strips the DOCTYPE *after* REXML has processed the template. Since
>> some XML tools require this type of information in order to function
>> they are unable to parse pages rendered by Nitro. This is *very* bad in
>> my opinion (luckily there are workarounds).
> 
> 
> can you (or someone else)  provide a patch for this?
> 
> -g.
> 


From george.moschovitis at gmail.com  Sat Nov  4 09:45:51 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 4 Nov 2006 16:45:51 +0200
Subject: [Nitro] Facets + Multibytes
In-Reply-To: <1162617992.364017.78260@i42g2000cwa.googlegroups.com>
References: <afd80b540611030240n62e81d96wf9bcad5e689a97ec@mail.gmail.com>
	<1162617992.364017.78260@i42g2000cwa.googlegroups.com>
Message-ID: <afd80b540611040645g29cf4e14la4d798324c880b0f@mail.gmail.com>

thanks ;-)

-g.

On 11/4/06, transfire at gmail.com <transfire at gmail.com> wrote:
>
> George Moschovitis wrote:
> > Tom,
> >
> > I would like to suggest that you include the ActiveSupport::Multibytes
> > functionality in facets. It is  extremely useful.
> >
>
> i'll look into it as soon as i can.
>
> t.
>
> _______________________________________________
> 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  Sat Nov  4 09:47:02 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 4 Nov 2006 16:47:02 +0200
Subject: [Nitro] Whitespace
In-Reply-To: <454C5AC1.4060302@lassoweb.se>
References: <afd80b540610310046g49f937ffoe7197a2f376eb934@mail.gmail.com>
	<20061031102539.GA30141@oxyliquit.de>
	<afd80b540610310341v5383d7fm752c7ff778ed2fd2@mail.gmail.com>
	<3ff63f9b0610310436p6f0dff1bha2e45423da7bba9d@mail.gmail.com>
	<afd80b540610310541t3c63eeaci407e391072acf9e8@mail.gmail.com>
	<37728.192.176.230.1.1162307759.squirrel@webmail.lassoweb.se>
	<3ff63f9b0610310837p11a479dof825912de6453634@mail.gmail.com>
	<45479706.3020300@lassoweb.se>
	<afd80b540610312220n19632666xfa23a35226dbe0dc@mail.gmail.com>
	<454C5AC1.4060302@lassoweb.se>
Message-ID: <afd80b540611040647q37f02df0p5880b3e8149a701a@mail.gmail.com>

Thanks for this bug fix. How about sending me a proper darcs patch.
This way you will get properly credited in the Changelog.

thanks,
George.

On 11/4/06, Lars Olsson <lasso at lassoweb.se> wrote:
> Hello,
>
> I found the bug. In /nitro/compiler/elements.rb the doctype method is
> missing. It should be added. The one from /nitro/compiler/morphing.rb
> works just fine:
>
> (from nitro/compiler/morphing.rb, Listener class)
>
>      def doctype(name, pub_sys, long_name, uri)
>        @buffer << "<!DOCTYPE #{name} #{pub_sys} #{long_name} #{uri}>"
>      end
>
> (you might just want to add a newline at the end. DOCTYPEs generally
> stand on its own line.)
>
> Btw, The fix above works with the default transformation pipeline. There
> *might* be some other compiler classes (not in the default pipeline)
> that need that method added too.
>
> Sincerely
>
> /lasso
>
>
> ________________________________________
> Lars Olsson
> lasso at lassoweb.se
> http://www.lassoweb.se/
>
>
>
> George Moschovitis skrev:
> >> No problem there. REXML already supports DOCTYPEs. The problem is that
> >> Nitro strips the DOCTYPE *after* REXML has processed the template. Since
> >> some XML tools require this type of information in order to function
> >> they are unable to parse pages rendered by Nitro. This is *very* bad in
> >> my opinion (luckily there are workarounds).
> >
> >
> > can you (or someone else)  provide a patch for this?
> >
> > -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  Sun Nov  5 04:02:19 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 5 Nov 2006 11:02:19 +0200
Subject: [Nitro] Patches
Message-ID: <afd80b540611050102l2154c0adq58a546f645c40789@mail.gmail.com>

Dear devs,

if anyone has any patches to send me before 0.40.0, now is the time!
(I am aware of the pending params patch of Jonathan). Manv, what about
your autoreload patch?

regards,
George.

-- 
http://www.gmosx.com
http://www.nitroproject.org

From lasso at lassoweb.se  Sun Nov  5 04:15:43 2006
From: lasso at lassoweb.se (Lars Olsson)
Date: Sun, 05 Nov 2006 10:15:43 +0100
Subject: [Nitro] Whitespace
In-Reply-To: <afd80b540611040647q37f02df0p5880b3e8149a701a@mail.gmail.com>
References: <afd80b540610310046g49f937ffoe7197a2f376eb934@mail.gmail.com>	<20061031102539.GA30141@oxyliquit.de>	<afd80b540610310341v5383d7fm752c7ff778ed2fd2@mail.gmail.com>	<3ff63f9b0610310436p6f0dff1bha2e45423da7bba9d@mail.gmail.com>	<afd80b540610310541t3c63eeaci407e391072acf9e8@mail.gmail.com>	<37728.192.176.230.1.1162307759.squirrel@webmail.lassoweb.se>	<3ff63f9b0610310837p11a479dof825912de6453634@mail.gmail.com>	<45479706.3020300@lassoweb.se>	<afd80b540610312220n19632666xfa23a35226dbe0dc@mail.gmail.com>	<454C5AC1.4060302@lassoweb.se>
	<afd80b540611040647q37f02df0p5880b3e8149a701a@mail.gmail.com>
Message-ID: <454DABBF.4070903@lassoweb.se>

Hi!

(Confession: I've never ever used darcs before! Please correct my errors 
gently! :) )

Here's the patch (against repo.nitroproject.org).


Sincerely

/lasso

________________________________________
Lars Olsson
lasso at lassoweb.se
http://www.lassoweb.se/



George Moschovitis skrev:
> Thanks for this bug fix. How about sending me a proper darcs patch.
> This way you will get properly credited in the Changelog.
> 
> thanks,
> George.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: compiler_doctype_fix
Url: http://rubyforge.org/pipermail/nitro-general/attachments/20061105/2945e662/attachment-0001.ksh 

From george.moschovitis at gmail.com  Sun Nov  5 06:11:42 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 5 Nov 2006 13:11:42 +0200
Subject: [Nitro] Whitespace
In-Reply-To: <454DABBF.4070903@lassoweb.se>
References: <afd80b540610310046g49f937ffoe7197a2f376eb934@mail.gmail.com>
	<3ff63f9b0610310436p6f0dff1bha2e45423da7bba9d@mail.gmail.com>
	<afd80b540610310541t3c63eeaci407e391072acf9e8@mail.gmail.com>
	<37728.192.176.230.1.1162307759.squirrel@webmail.lassoweb.se>
	<3ff63f9b0610310837p11a479dof825912de6453634@mail.gmail.com>
	<45479706.3020300@lassoweb.se>
	<afd80b540610312220n19632666xfa23a35226dbe0dc@mail.gmail.com>
	<454C5AC1.4060302@lassoweb.se>
	<afd80b540611040647q37f02df0p5880b3e8149a701a@mail.gmail.com>
	<454DABBF.4070903@lassoweb.se>
Message-ID: <afd80b540611050311o6d3ed945mec150655dd9f75e9@mail.gmail.com>

Hello Lars,

the patch seems ok, please send this as an attachment (zipped/or
targz'ed) Gmail seems to f*ck up darcs patches.

thanks!
-g.

On 11/5/06, Lars Olsson <lasso at lassoweb.se> wrote:
> Hi!
>
> (Confession: I've never ever used darcs before! Please correct my errors
> gently! :) )
>
> Here's the patch (against repo.nitroproject.org).
>
>
> Sincerely
>
> /lasso
>
> ________________________________________
> Lars Olsson
> lasso at lassoweb.se
> http://www.lassoweb.se/
>
>
>
> George Moschovitis skrev:
> > Thanks for this bug fix. How about sending me a proper darcs patch.
> > This way you will get properly credited in the Changelog.
> >
> > thanks,
> > George.
>
>
>
> New patches:
>
> [compiler_doctype_fix
> Lars Olsson <lasso at lassoweb.se>**20061105090533
>  Adds handling of DOCTYPEs to elements compiler and adds a newline to the doctype handler for the morphing compiler.
> ] {
> hunk ./nitro/lib/nitro/compiler/elements.rb 146
> +    end
> +
> +    def doctype(name, pub_sys, long_name, uri)
> +      @buffer << "<!DOCTYPE #{name} #{pub_sys} #{long_name} #{uri}>\n"
> hunk ./nitro/lib/nitro/compiler/morphing.rb 212
> -      @buffer << "<!DOCTYPE #{name} #{pub_sys} #{long_name} #{uri}>"
> +      @buffer << "<!DOCTYPE #{name} #{pub_sys} #{long_name} #{uri}>\n"
> }
>
> Context:
>
> [Updated docs
> George Moschovitis <george.moschovitis at gmail.com>**20061104150045]
> [Moved flash/spark into examples to cleanup top level dir.
> George Moschovitis <george.moschovitis at gmail.com>**20061103103357]
> [Don't save the target of refers_to (but we have to rethink this, check the comments).
> George Moschovitis <george.moschovitis at gmail.com>**20061102072417]
> [Optimize sql queries when setting refers_to/belongs_to relations (less saves). More to come.
> George Moschovitis <george.moschovitis at gmail.com>**20061102071430]
> [System part saving handles relations now.
> George Moschovitis <george.moschovitis at gmail.com>**20061102061122]
> ['prevent overwriting an existing cache via Global.setup
> manveru at weez-int.com**20061031094720]
> [fix small typo in why_wiki
> manveru at weez-int.com**20061031094457]
> [Reverted to facets 1.4.3
> George Moschovitis <george.moschovitis at gmail.com>**20061030071924]
> [move private statement in sqlite below query()
> Jonathan Buch <john at oxyliquit.de>**20061027130302
>  fixes at least one testcase
> ]
> [Fix rescues
> Jonathan Buch <john at oxyliquit.de>**20061027122853
>  These `rescue => ex` blocks only catch certain errors, they didn't
>  catch errors from PGError when the -pr postgres extension is used.
>  Rewrote all those rescues to `rescue Object => ex`.
> ]
> [Fix table_info(), return only first row
> Jonathan Buch <john at oxyliquit.de>**20061026083933]
> [Add table_exists? and table_info for psql/mysql/sqlite
> Jonathan Buch <john at oxyliquit.de>**20061024190843]
> [Use a local version of annotation, in an attempt to upgrade to the latest version of facets.
> George Moschovitis <george.moschovitis at gmail.com>**20061028083612]
> [Minor cleanup.
> George Moschovitis <george.moschovitis at gmail.com>**20061028083517]
> [Fix an exploitable bug in CGI multipart parsing which affects Ruby <= 1.8.5
> manveru at weez-int.com**20061025083802
>  when the input stream returns "" (empty string) instead of nil on EOF.
>  Certain malformed multipart requests leave the parser in a non-terminating
>  state, leaving the program vulnerable to denial of service attack. The fix
>  more carefully checks for input stream EOF.
>    affected: standalone CGI, Mongrel
>    unaffected: FastCGI, mod_ruby, WEBrick
>
>  found and fixed by zedas
> ]
> [more checks in get/put_store
> Jonathan Buch <john at oxyliquit.de>**20061024184343
>  The original can lead to weird errors when Og.start gets called many times
>  and many stores are used concurrently.
> ]
> [Change manage_classes, use less .managed_classes calls, add check for manageable?
> Jonathan Buch <john at oxyliquit.de>**20061024181904]
> [Add compatibility layer for postgres-pr and early postgres lib versions
> Jonathan Buch <john at oxyliquit.de>**20061024175727]
> [Rework Og.start() a little, add m.manage_classes(options[:classes])
> Jonathan Buch <john at oxyliquit.de>**20061024174637]
> [Updated why_wiki.
> George Moschovitis <george.moschovitis at gmail.com>**20061024154145]
> [Updated CHANGELOG.
> George Moschovitis <george.moschovitis at gmail.com>**20061024124642]
> [You guessed it, more changes to examples ;-)
> George Moschovitis <george.moschovitis at gmail.com>**20061024082500]
> [More changes to examples, even more to come.
> George Moschovitis <george.moschovitis at gmail.com>**20061024082419]
> [Many changes to examples, flare, spark to convert to latest code, more to come.
> George Moschovitis <george.moschovitis at gmail.com>**20061024082333]
> [Moved system view dirs to template dirs.
> George Moschovitis <george.moschovitis at gmail.com>**20061024062032]
> [Adde set_attributes, instace_attribute_set methods in entity, for easy (and fast) update+save of attributes. Custom Mysql quote.
> George Moschovitis <george.moschovitis at gmail.com>**20061023115253]
> [Some work on dispatcher for tc_params.
> George Moschovitis <george.moschovitis at gmail.com>**20061023115213]
> [Updates in TODO.
> George Moschovitis <george.moschovitis at gmail.com>**20061023115147]
> [Multiple fixes to make Nitro tests pass. All pass except tc_session with Og cachse and tc_controller_params. Can anyone help with these  two?
> George Moschovitis <george.moschovitis at gmail.com>**20061019152957]
> [More flexible controller_map setting. Allows presetting of controller maps in parts. Have a look at the system part for an example.
> George Moschovitis <george.moschovitis at gmail.com>**20061019092453]
> [Minor.
> George Moschovitis <george.moschovitis at gmail.com>**20061018074820]
> [More effective $cache.cleanup
> George Moschovitis <george.moschovitis at gmail.com>**20061018074708]
> [Many changes to make all Og tests pass with MySQL, yeah! Anyone can try prostgres/sqlite?
> George Moschovitis <george.moschovitis at gmail.com>**20061017191259]
> [All Glue tests pass cleanly.
> George Moschovitis <george.moschovitis at gmail.com>**20061016082957]
> [Added doc/TODO to offer a glimpse to the future of Nitro.
> George Moschovitis <george.moschovitis at gmail.com>**20061016071926]
> [Skip  redirects on ajax/rpc requests. Allows to write more reusable code.
> George Moschovitis <george.moschovitis at gmail.com>**20061016071453]
> [Removed all Admin/Scaffolding stuff. Lets clear the directory structure a bit ;-)
> George Moschovitis <george.moschovitis at gmail.com>**20061014170714]
> [Added new System part that will replace old Admin part. The implementation is much simpler, it supports plugins and more. In general it is a better place for improvment. Ooh, and should startup faster too ;-)
> George Moschovitis <george.moschovitis at gmail.com>**20061014165130]
> [Mark instances started by the bin/nitro command with the application name for easy identification when running ps.
> George Moschovitis <george.moschovitis at gmail.com>**20061013132756]
> [Improved handling of index params in dispatcher, fixes bug when only template exists and no action (tiny example runs now ;-))
> George Moschovitis <george.moschovitis at gmail.com>**20061013074907]
> [Fix in Global.
> George Moschovitis <george.moschovitis at gmail.com>**20061013064758]
> [Converted blog example.
> George Moschovitis <george.moschovitis at gmail.com>**20061013063711]
> [Fix: Made sweeper compatible with new cache scheme.
> George Moschovitis <george.moschovitis at gmail.com>**20061013060625]
> [Fix in feed link calculation (no '//')
> George Moschovitis <george.moschovitis at gmail.com>**20061011081124]
> [Fix in mailer outgoing.
> George Moschovitis <george.moschovitis at gmail.com>**20061011081100]
> [Fix Glue testcases, many failing though
> Jonathan Buch <john at oxyliquit.de>**20060930150921]
> [Revamp tc params to also allow POST requests, add POST multipart test
> Jonathan Buch <john at oxyliquit.de>**20060929134324]
> [Add test to tc params for action_methods / module including
> Jonathan Buch <john at oxyliquit.de>**20060928142918]
> [repair Controller.action_methods
> Jonathan Buch <john at oxyliquit.de>**20060928142621]
> [Insert testcase for params, bugreport ray
> Jonathan Buch <john at oxyliquit.de>**20060928133450]
> [Change the way /index with parameters handled
> Jonathan Buch <john at oxyliquit.de>**20060927223815
>  This behaviour is documented in tc_controller_params.rb in the two tcs
>  test_index_handling and test_index_handling_bad.
> ]
> [Replace refs to the old 9999 port with the new 9000 port.
> George Moschovitis <george.moschovitis at gmail.com>**20061010111635]
> [Removed some obsolete files.
> George Moschovitis <george.moschovitis at gmail.com>**20061010111154]
> [More flexible elements namespace selection, you can easier have multiple skins in your web app, per controller, per controller group etc. Read the source for more details. A low level example: ann :self, :elements => CustomSkin. I will add some DSL macro for this though.
> George Moschovitis <george.moschovitis at gmail.com>**20061010084527]
> [this allows you to use the sqlite-memory-store (sqlite3) by setting the :name to ':memory:'
> manveru at weez-int.com**20060929075743]
> [Fix sti bug, used subclass name for foreign_key
> Jonathan Buch <john at oxyliquit.de>**20061003103231
>  Foo has_many Bar; User has_many Foo; Admin < User; Admin.foos #=> SQL
>  ERROR: DB error no such column: admin_oid, [SELECT * FROM ogcustomer WHERE admin_oid = 1]
>
>  Thx to Rayman for catching that bug, added testcase as well
> ]
> [Small tc reverse fix, also works on psql now!
> Jonathan Buch <john at oxyliquit.de>**20060929174147]
> [Fixed emit labels in relation controls.
> George Moschovitis <george.moschovitis at gmail.com>**20061009193439]
> [Another cool flash helper, concat. Useful for error handling in cooperation with the new form builder features.
> George Moschovitis <george.moschovitis at gmail.com>**20061009192031]
> [Nitro unescapes request params (even for nice urls), more cases handled.
> George Moschovitis <george.moschovitis at gmail.com>**20061009161125]
> [Improved form builder error handling, more intuitive implementation of flash.push.
> George Moschovitis <george.moschovitis at gmail.com>**20061009160120]
> [Fix in text_key/key annotation, it is handles correctly now.
> George Moschovitis <george.moschovitis at gmail.com>**20061009072919]
> [Form helper should ignore polymorphic_marker relations.
> George Moschovitis <george.moschovitis at gmail.com>**20061008085628]
> [When deleting an Og entity load the object, so og_delete aspects can access instance variables. Useful for sophisticated cache sweepers.
> George Moschovitis <george.moschovitis at gmail.com>**20061008080957]
> [Updated scaffold model to use the new OgSystem stuff.
> George Moschovitis <george.moschovitis at gmail.com>**20061008080926]
> [WebFile.override_files = true by default.
> George Moschovitis <george.moschovitis at gmail.com>**20061008072452]
> [Made strange router urls more compatible with Apache.
> George Moschovitis <george.moschovitis at gmail.com>**20061008072113]
> [At last, output caching generates files, not directories. Improved apache/webrick/mongrel rewrite rules.
> George Moschovitis <george.moschovitis at gmail.com>**20061008071447]
> [Added a nasty hack that fixes a truly nasty bug. For details read in the webrick/mongrel adapters. We must find a better solution though.
> George Moschovitis <george.moschovitis at gmail.com>**20061007173056]
> [Reverted some changes in compiler/dispatcher, cleaned up the mess. Sorry Fabian, your changes where invalid, but I will make your updated testcases pass. Gimme some more time ;-)
> George Moschovitis <george.moschovitis at gmail.com>**20061007153307]
> [More correct calculation of managed_classes.
> George Moschovitis <george.moschovitis at gmail.com>**20061007070202]
> [Added some comments.
> George Moschovitis <george.moschovitis at gmail.com>**20061005182903]
> [Added useful handle_static_files setting in Server. When running in production mode set to false (the frontend webserver should handle static files). Allows an ingenious rewrite rule to handle admin servers ;-)
> George Moschovitis <george.moschovitis at gmail.com>**20061005182522]
> [added nitro/tc_template for coming move of Glue::Template -> Nitro::Template
> manveru at weez-int.com**20060925203752]
> [added nitro/tc_markup (this will become important after the Glue::Markup -> Nitro::Markup move
> manveru at weez-int.com**20060925203051]
> [Make OgCache faster by adding primary_key index
> Jonathan Buch <john at oxyliquit.de>**20060929164816]
> [ The huge Template|Markup move from Glue to Nitro
> manveru at weez-int.com**20060928092324]
> [Fix tc_validation_loop
> Jonathan Buch <john at oxyliquit.de>**20060928112058]
> [Fix tc_reverse
> Jonathan Buch <john at oxyliquit.de>**20060928111438]
> [Add psql rollback/savepoints for transactions
> Jonathan Buch <john at oxyliquit.de>**20060928111226]
> [Try fix sti, ogtype resolution for mysql < 5, -pr psql
> Jonathan Buch <john at oxyliquit.de>**20060928105756]
> [add fatal failed testcases to the failed testcases :)
> manveru at weez-int.com**20060927223059]
> [Fix bug, used String for primary_key for psql auto generated values.
> Jonathan Buch <john at oxyliquit.de>**20060927224042]
> [Fix tc has_many
> Jonathan Buch <john at oxyliquit.de>**20060927212206]
> [Fix param handling and param testcases
> Jonathan Buch <john at oxyliquit.de>**20060927212044]
> [Fix tc controller, remove unnessessary action_methods
> Jonathan Buch <john at oxyliquit.de>**20060927210246]
> [Fix tc multi_validation and tc kirby.
> Jonathan Buch <john at oxyliquit.de>**20060927160905]
> [Fix tc primary key for psql, change sequence handling
> Jonathan Buch <john at oxyliquit.de>**20060927160518
>  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.
> ]
> [Fix reverse tc, makes it pass for mysql
> Jonathan Buch <john at oxyliquit.de>**20060927133118]
> [Fix inheritance tc
> Jonathan Buch <john at oxyliquit.de>**20060927132223]
> [Fix sti for psql
> Jonathan Buch <john at oxyliquit.de>**20060927132149]
> [retry when sqlite database locked
> Alex Pooley <alex at msgpad.com>**20060908140800]
> [Make inline C in tc_cgi more robust
> Jonathan Buch <john at oxyliquit.de>**20060927122119]
> [Add more tests to tc param
> Jonathan Buch <john at oxyliquit.de>**20060926205950]
> [More and better testcases for params
> Jonathan Buch <john at oxyliquit.de>**20060926124647]
> [More testcases for tc_controller_params, refactor
> Jonathan Buch <john at oxyliquit.de>**20060926114453]
> [support for request.local_net? to check if a request comes from a local network [3]
> Fabian Buch <fabian at fabian-buch.de>**20060925210146
>  (RFC1918 + localhost) including testcase
>  idea by Manveru, algorithm by Jonathan and implementation by Fabian
> ]
> [update to nitro/tc_dispatcher
> manveru at weez-int.com**20060925210647]
> [just a typo in nitro/tc_session
> manveru at weez-int.com**20060925203734]
> [updated to nitro/tc_render to reflect lots of changes in nitro-source
> manveru at weez-int.com**20060925203647]
> [updated nitro/tc_controller - will reflect the current ways of nitro a lot better
> manveru at weez-int.com**20060925202935]
> [updated nitro/tc_cgi (kashia added ruby-inline to make it faster) and some other fixes for it
> manveru at weez-int.com**20060925202725]
> [updated nitro/helper/tc_table
> manveru at weez-int.com**20060925202300]
> [add testcase for nitros parameter-handling (finally) [2]
> Fabian Buch <fabian at fabian-buch.de>**20060925195011
>  original by Manveru
> ]
> [gen part uses lib/ directory now
> Fabian Buch <fabian at fabian-buch.de>**20060913094740
>  so parts reside in lib/part/partname
>  public stuff of parts are still in public/part/partname/
> ]
> [Removed scgi adapter. This is not maintained anymore by the original author. You are advised to use the mongrel adapter instead.
> George Moschovitis <george.moschovitis at gmail.com>**20061003203706]
> [Added nitro restart command.
> George Moschovitis <george.moschovitis at gmail.com>**20060925135127]
> [Nitro cluster command spawns correct number of app servders and implies daemon mode.
> George Moschovitis <george.moschovitis at gmail.com>**20060925131813]
> [Fixed response cookies problem od the Mongrel  adapter.
> George Moschovitis <george.moschovitis at gmail.com>**20060924202240]
> [Added part callbacks for more structures and flexible part initialization.
> George Moschovitis <george.moschovitis at gmail.com>**20060923024859]
> [Improved Global initialization, more flexible, in sync with session.
> George Moschovitis <george.moschovitis at gmail.com>**20060923024711]
> [Improved handling of Session.cache_type for flexible initialization.
> George Moschovitis <george.moschovitis at gmail.com>**20060923022541]
> [Updated configuration system to make more flexible, imporved drb sessions and Nitro initialization in general. Still some related work to do though (especially update the examples). Warning this patch will break your apps. Some text that will explain the small changes needed is forthcoming.
> George Moschovitis <george.moschovitis at gmail.com>**20060922184512]
> [Improved nitro command to handle state server, added kill option.
> George Moschovitis <george.moschovitis at gmail.com>**20060921204412]
> [Added some initial cache management (from the console) features.
> George Moschovitis <george.moschovitis at gmail.com>**20060921185724]
> [Make YAML-properties with postgresql work again
> manveru at weez-int.com**20060914091150]
> [notice about new script/test :)
> manveru at weez-int.com**20060912105803]
> [Huge refactoring of script/test.rb, to use the new capability just 'gem install popen4'
> manveru at weez-int.com**20060912070838]
> [added tc_primary_key (which fails right now, like every good tc should ;)
> manveru at weez-int.com**20060908022410]
> [fix little bug with parse_timestamp (utils.rb)
> manveru at weez-int.com**20060906093558]
> [Og close_store fix
> nusgnaf at gmail.com**20060826205335
>  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.
> ]
> [fixed bug in tc_store.rb
> Fabian Buch <fabian at fabian-buch.de>**20060828075201]
> [making some other testcases pass again (issue with result of psql)
> manveru at weez-int.com**20060825172828]
> [making tc_build.rb pass again
> manveru at weez-int.com**20060825142113]
> [make aggregations work again (tc_aggregations_calculations)
> manveru at weez-int.com**20060824235925]
> [fixing STI
> manveru at weez-int.com**20060824142441]
> [adding some raise "Not implemented" in og/store.rb for empty methods
> manveru at weez-int.com**20060824114541]
> [minor change in tc_scope, still doesn't pass though
> manveru at weez-int.com**20060822122540]
> [changed script/test.rb so it runs the tests seperate (useful for og, if one test fails, not all others blow up)
> manveru at weez-int.com**20060822090716]
> [Fix scope bug in collection.rb, use count for finding number of joins_many relations
> Jonathan Buch <jonathan.buch at gmail.com>**20060912124344]
> [Fix for deleting has_many belongs/refers_to relations
> Jonathan Buch <jonathan.buch at gmail.com>**20060911144233]
> [fix for deleting belongs_to relationships
> Jonathan Buch <jonathan.buch at gmail.com>**20060911122205]
> [add testcase for deleting relations
> Jonathan Buch <jonathan.buch at gmail.com>**20060911112315]
> [More small og test fixes
> Jonathan Buch <jonathan.buch at gmail.com>**20060906214008]
> [Fix more og testcases
> Jonathan Buch <jonathan.buch at gmail.com>**20060906211602]
> [.save returns affected rows again, fix subclass creation in relation.rb
> Jonathan Buch <jonathan.buch at gmail.com>**20060906210953]
> [Enable object annotating for custom styles in form attributes.
> Jonathan Buch <jonathan.buch at gmail.com>**20060903154923
>
>  Can be used like following:
>
>  <?r
>   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.
>
> ]
> [Replace pk.inspects by quote(pk)
> Jonathan Buch <jonathan.buch at gmail.com>**20060903112405
>
>  Fixes problems with text/integer keys.
> ]
> [One line fix for 'Various Changes' patch
> Jonathan Buch <jonathan.buch at gmail.com>**20060903111201]
> [Various changes
> Jonathan Buch <jonathan.buch at gmail.com>**20060902224949
>
>  * 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.
> ]
> [minor fix for manage_classes
> Jonathan Buch <jonathan.buch at gmail.com>**20060902164458]
> [remove ObjectSpace search in manage_classes when classes are specified
> Jonathan Buch <jonathan.buch at gmail.com>**20060902163817]
> [OgKlass.create_with is now able to accept arrays for collections
> Jonathan Buch <jonathan.buch at gmail.com>**20060830180923]
> [Fix bug with Pager and aggregations
> Jonathan Buch <jonathan.buch at gmail.com>**20060828221005
>
>  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.
> ]
> [minor testcase bugfixes
> Jonathan Buch <jonathan.buch at gmail.com>**20060827232013]
> [only use transactions in og_delete when cascading is activated
> Jonathan Buch <jonathan.buch at gmail.com>**20060827231901]
> [Automatic deletion of many2many relationships when one side gets removed
> Jonathan Buch <jonathan.buch at gmail.com>**20060827231733]
> [add testcase for many to many relationships and deleting one side of the relationship
> Jonathan Buch <jonathan.buch at gmail.com>**20060827231057]
> [prop_accessor -> attr_accessor
> Jonathan Buch <jonathan.buch at gmail.com>**20060827230931]
> [fix taggable, reload needed when deleting tag
> Jonathan Buch <jonathan.buch at gmail.com>**20060827223558]
> [change all prop_accessor to attr_accessor
> Jonathan Buch <jonathan.buch at gmail.com>**20060825230930]
> [patch for many postgresql store errors, makes more tests pass
> Jonathan Buch <jonathan.buch at gmail.com>**20060825224327
>
>  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.
> ]
> [Add transaction, commit, rollback to psql adapter
> Jonathan Buch <jonathan.buch at gmail.com>**20060825172522]
> [Let `def aggregation` use `resolve_options`
> Jonathan Buch <jonathan.buch at gmail.com>**20060825155121
>
>  It duplicated functionality already available in `resolve_options` and didn't know about join tables etc.
> ]
> [Add Fabian Buch as contributor, rename nick Kashia to Jonathan
> Jonathan Buch <jonathan.buch at gmail.com>**20060831181201]
> [Minor fixes.
> George Moschovitis <george.moschovitis at gmail.com>**20060912152127]
> [removed unmatched require in server.rb
> Fabian Buch <fabian at fabian-buch.de>**20060911155626]
> [fixed call/answer (render.rb) to work correctly [2]
> Fabian Buch <fabian at fabian-buch.de>**20060911155557]
> [FeedHelper fix that lets its unit test pass again [2]
> Fabian Buch <fabian at fabian-buch.de>**20060911155026]
> [removing "nil"-Strings from has_many and refers_to controls [2]
> Fabian Buch <fabian at fabian-buch.de>**20060911154851
>  since you don't want "nil" for NULL in your database
> ]
> [webfile bugfix and to-be-improved tc_webfile.rb added [2]
> Fabian Buch <fabian at fabian-buch.de>**20060911154544
>  also: don't override files by default
>  and more logical file permissions
> ]
> [adding generator for parts (gen part) [2]
> Fabian Buch <fabian at fabian-buch.de>**20060911153811
>
>  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
> ]
> [let mongrels request_uri and query_string behave like the ones of webrick and fcgi
> Fabian Buch <fabian at fabian-buch.de>**20060911205524]
> [Cleaned up many files.
> George Moschovitis <george.moschovitis at gmail.com>**20060910192003]
> [Test for :serializable_attributes in Manager#manageable?
> Pangloss <darrick at innatesoftware.com>**20060909212814]
> [Update Og::Cacheable to use facets 1.4.5
> Pangloss <darrick at innatesoftware.com>**20060909212038]
> [Small fix in exclude patch to get rid fo the warning.
> George Moschovitis <george.moschovitis at gmail.com>**20060910084803]
> [adding option[:exclude] to all_attributes in form helper
> Fabian Buch <fabian at fabian-buch.de>**20060908182429
>  now you can exclude single attribute
>  for example:
>  f.attributes(:exclude => :password) or
>  f.attributes(:exclude => [:password, :name])
> ]
> [Allow label override in form helper.
> George Moschovitis <george.moschovitis at gmail.com>**20060909070515]
> [Minor stuff.
> George Moschovitis <george.moschovitis at gmail.com>**20060909065751]
> [Some improvements in caching and scaffolding.
> George Moschovitis <george.moschovitis at gmail.com>**20060907195840]
> [Access server from context (req/res)
> George Moschovitis <george.moschovitis at gmail.com>**20060905200321]
> [New cluster friendly nitro script.
> George Moschovitis <george.moschovitis at gmail.com>**20060905200208]
> [fix latest Runner bugs
> Fabian Buch <fabian at fabian-buch.de>**20060831134122
>  ruby run.rb -m for example didn't work, it always used webrick unless Nitro.adapter was set
> ]
> [Some more fixes in the the new param parser, it works better with the router now.
> George Moschovitis <george.moschovitis at gmail.com>**20060831173030]
> [FileControl and PasswordControl added
> Fabian Buch <fabian at fabian-buch.de>**20060830191849]
> [Added support for mongrel, execution modes and more in the nitro startup script (bin/nitro).
> George Moschovitis <george.moschovitis at gmail.com>**20060828212153]
> [Minor stuff.
> George Moschovitis <george.moschovitis at gmail.com>**20060828171549]
> [Alexander Lazic's Mongrel Adapter changes + mine
> Fabian Buch <fabian at fabian-buch.de>**20060826102734
>  it uses Mongrel::Configurator to setup mongrel
>  Logger for a more unified look
>  fixes trap to use stop()
> ]
> [Fixed 'true' bug in sub-elements.
> George Moschovitis <george.moschovitis at gmail.com>**20060826074839]
> [Small improvements in taggable.
> George Moschovitis <george.moschovitis at gmail.com>**20060826074740]
> [Improved sub-element functionality, add some comments to explain the usage.
> George Moschovitis <george.moschovitis at gmail.com>**20060825195559]
> [Removed src dir, moved path into lib. Cleaner layout and trnsparently supports my new webapp deployment script. nice ;-)
> George Moschovitis <george.moschovitis at gmail.com>**20060824175446]
> [tell evolution to accept the properties of its relatives
> manveru at weez-int.com**20060824143623]
> [Added more FIXMEs for rescue Object and removed a few
> Jonathan Buch <jonathan.buch at gmail.com>**20060822123730]
> [removing spurious "p"
> rff.rff at gmail.com**20060819140258]
> [better error handling for helper.rb
> ?rff.rff at gmail.com**20060819134639]
> [Some improvements in the new scaffolding code, auto detection of per model controllers.
> George Moschovitis <george.moschovitis at gmail.com>**20060822150735]
> [Misc small changes for improved robustness.
> George Moschovitis <george.moschovitis at gmail.com>**20060820093250]
> [Various validation related fixes and small improvements.
> George Moschovitis <george.moschovitis at gmail.com>**20060817071240]
> [Default error page sets 501 status
> George Moschovitis <george.moschovitis at gmail.com>**20060817060455]
> [This patch contains the following changes:
> rff.rff at gmail.com**20060729141757
>
>  M ./nitro/lib/nitro/helper/form.rb +8
> ]
> [This patch refactors the code used in the scaffolded view to be usable as a single helper.
> rff.rff at gmail.com**20060729141306
>  It basically creates a div containing a list of li tags, each of one contains a message for each error in flash[:ERRORS]
>
>  This patch contains the following changes:
>
>  M ./nitro/lib/nitro/helper/form.rb +12
> ]
> [Intuitive handling of text keys, allows code like u = User['gmosx'] and u = User[1] at the same time.
> George Moschovitis <george.moschovitis at gmail.com>**20060801203732]
> [encode_url better handles index actions.
> George Moschovitis <george.moschovitis at gmail.com>**20060801203714]
> [Some small fixes.
> George Moschovitis <george.moschovitis at gmail.com>**20060730132126]
> [bugfix-glue-validate_value
> bryan.a.soto at gmail.com**20060717205050
>  Ticket #44: http://devlab.oree.ch/trac/glycerin/ticket/44
>  Credit to matt DOT moriarity AT gmail DOT com.
> ]
> [fix conflict mongrel adapter
> rff.rff at gmail.com**20060729105408]
> [bugfix-nitro-mongrel-adapter
> bryan.a.soto at gmail.com**20060717060648
>  Fixes multi-part form processing, which was broken by my previous patch. Basically, image uploads work now for mongrel.
> ]
> [fix conflict on "undescore" typo
> rff.rff at gmail.com**20060729104933]
> [bugfix-nitro-ticket-43
> bryan.a.soto at gmail.com**20060711010702
>  Fixed a bug/type as suggested by rff_rff AT yahoo DOT it
>  http://devlab.oree.ch/trac/glycerin/ticket/43
> ]
> [bugfix-nitro-ticket-34
> bryan.a.soto at gmail.com**20060711010350
>  Fixed as per billk AT cts DOT com suggestion on Ticket #34.
>  http://devlab.oree.ch/trac/glycerin/ticket/34
> ]
> [navigation menu helper
> rff_rff at yahoo.it**20060705193224
>  This helper allows easy creation of xhtml/css based navigation menus, producing an xhtml that is suitable to be used with examples found at listamatic, and with automatic handling of "current page" highliting, setting proper xhtml for it.
>
>  The helper adds two methods, one allows to create a menu like
>   menu_for(HomeController, Pages, Feed)
>  and the other gives more fine grained control through:
>   menu_from_hash('/home'=>'Home Page', '/pages'=>'Wiki', '/feed/rss'=>'RSS2.0')
>
> ]
> [hack-enh-fcgi-rewind
> bryan.a.soto at gmail.com**20060609220620
>  A small hack to ensure that you can access the raw_body of a request, by converting the incoming stream to a StringIO if it doesn't respond to :rewind.
> ]
> [test-fix-og-tc_ez
> bryan.a.soto at gmail.com**20060518001436
>  Fixes up the ez testcase Manveru submitted to make it run and pass.
> ]
> [ez-fix for trueclass and testcase for it
> m.fellinger at gmail.com**20060513111040]
> [error-page-fix for source-preview
> m.fellinger at gmail.com**20060513110945]
> [test-fix-nitro-tc_render
> bryan.a.soto at gmail.com**20060517223259
>  Makes the TestController subclass Nitro::Controller so it get's the #encode_url method.
> ]
> [adds-some-blank-lines-to-og-tc_setup
> bryan.a.soto at gmail.com**20060517222452]
> [gabrielle-renzis-linefeeds
> bryan.a.soto at gmail.com**20060517221725
>  Switches line endings from Dos to Unix.
> ]
> [solves the conflict between repo and devlab (Og.setup now handles arguments in
> rff.rff at gmail.com**20060729102534
>  a saner way and crashes ASAP when there is no chance to recover
>
> ]
> [crash-early Og.setup
> surrender_it at yahoo.it**20060505123051
>  This patch removed the Exception handling routine from Og.setup.
>  With the current code if an exception is raised during the execution of
>  the method there is no crash, but the crash will happen every time someone references Og.manager, cause that variable won't be initialized .
>  This patch makes Og.setup crash as soon as possible, thus allowing faster diagnostics.
>
>  The patch also adds a simple test case for Og.setup, which seem not tested anywhere, but the test case may need some love  for proper setup (it relies on glycerin as of now, cause loading CONFIG.rb seem to raise a strange exception related to mixed use of facets 1.3 and 1.0 on my box)
>
> ]
> [better test logging
> surrender_it at yahoo.it**20060505010206
>  As of now tests for Og swallow every error ingormation while not in $DBG mode,
>  this one-line patch allows visualization of logged informations at WARN level and more, which has little impact on the visualization of the tests and still allows quick diagnostics while staying out of $DBG
> ]
> [add-ostruct-require
> bryan.a.soto at gmail.com**20060512060511
>  Adds missing ostruct require to testcase.rb.
> ]
> [nitro-proto-page
> bryan.a.soto at gmail.com**20060510060546
>  Updates the intro page with a link to the rubyforge page for examples to be downloaded as suggested by James Britt.
> ]
> [Made redirect_on_empty (buffer) true by default.
> George Moschovitis <george.moschovitis at gmail.com>**20060729083954]
> [More fault tolerant populate_attributes.
> George Moschovitis <george.moschovitis at gmail.com>**20060727192802]
> [Added objects_to_options helper.
> George Moschovitis <george.moschovitis at gmail.com>**20060726115346]
> [Hack fixed fcgi/console Og polymorphic bug, will investigate later.
> George Moschovitis <george.moschovitis at gmail.com>**20060726115238]
> [Minor fixes and cleanup.
> George Moschovitis <george.moschovitis at gmail.com>**20060723141916]
> [fragments_fix
> nusgnaf at gmail.com**20060720211817
>  kill the usage of @@cache in nitro/lib/nitro/caching/framents.rb,
>  use self.cache instead.
> ]
> [Minor.
> George Moschovitis <george.moschovitis at gmail.com>**20060720182002]
> [Improved postgreslq adapter.
> George Moschovitis <george.moschovitis at gmail.com>**20060720180657]
> [form.fix
> nusgnaf at gmail.com**20060721015451
>  ensure we render all_attributes before we yield to block.
> ]
> [MysqlAdapter database creation
> Jonas Pfenniger <zimba.tm at gmail.com>**20060720133458]
> [More cleanup in Og files.
> George Moschovitis <george.moschovitis at gmail.com>**20060719214222]
> [Small updates in source files, removed some obsolete files.
> George Moschovitis <george.moschovitis at gmail.com>**20060719203755]
> [Better refactoring of last_insert_id/insert_sql.
> George Moschovitis <george.moschovitis at gmail.com>**20060719170347]
> [Further Og adapter refactoring.
> George Moschovitis <george.moschovitis at gmail.com>**20060719163823]
> [Mongrel large file fix. [fang sun]
> George Moschovitis <george.moschovitis at gmail.com>**20060719153444]
> [Updated source.
> George Moschovitis <george.moschovitis at gmail.com>**20060718202542]
> [Added postgresql.rb main adapter file.
> George Moschovitis <george.moschovitis at gmail.com>**20060718174745]
> [Updated RELEASES.
> George Moschovitis <george.moschovitis at gmail.com>**20060718174725]
> [More source/doc updates.
> George Moschovitis <george.moschovitis at gmail.com>**20060718155406]
> [Misc doc/source updates.
> George Moschovitis <george.moschovitis at gmail.com>**20060718154516]
> [Reimplemented postgresql adapter (not fully working yet).
> George Moschovitis <gm at navel.gr>**20060717220903]
> [Further refactoring/cleanup of the Og adapter code.
> George Moschovitis <gm at navel.gr>**20060717220831]
> [Small fixes in examples to make work with latest code.
> George Moschovitis <gm at navel.gr>**20060717220750]
> [Added special resolve_polymorphic behaviour to many_to_many/joins_many relations.
> George Moschovitis <gm at navel.gr>**20060716164436]
> [Even more intelligent dispatches, handles some more useful nice url cases. It rocks!
> George Moschovitis <gm at navel.gr>**20060716160628]
> [More flexible resolve_polymorphic_relations.
> George Moschovitis <gm at navel.gr>**20060716154721]
> [Check for join tables even if main table exists to be make Og more self-healing (and adaptive to changin schemas).
> George Moschovitis <gm at navel.gr>**20060716145000]
> [Polymorphic relations use again Owner::Class subclasses, but they are more flexible, there is no more the need for foreign_name declarations, plus cleaned up some Og code.
> George Moschovitis <gm at navel.gr>**20060716130632]
> [Virtualized table_already_exists? for mysql and sqlite3 to allow a single create table method for both adapters (!!!).
> George Moschovitis <gm at navel.gr>**20060713172658]
> [Reimplemented the sqlite adapter under the new model.
> George Moschovitis <gm at navel.gr>**20060713171143]
> [Remarkable refactoring/simplification of the Og adapter model. Cleaned up Mysql Adapter, more robust code.
> George Moschovitis <gm at navel.gr>**20060713171040]
> [Options control now takes reverse dictonary as a parameter, more useful.
> George Moschovitis <gm at navel.gr>**20060712164255]
> [MAJOR, BACKWARDS UNCOMPATIBLE CHANGE: Polymorphic classes are not nested. Ie now ArticleComment is created instead of Article::Comment.
> George Moschovitis <gm at navel.gr>**20060710210736]
> [Added rename_schema method in Og evolution.
> George Moschovitis <gm at navel.gr>**20060710190814]
> [Removed og evolution from og main dir to avoid confusion with store/evolution (renamed to dump.rb)
> George Moschovitis <gm at navel.gr>**20060710155539]
> [Misc form helper and controls improvements.
> George Moschovitis <gm at navel.gr>**20060709164509]
> [Improved StaticInclude compiler to handle recursive static includes (extremely useful).
> George Moschovitis <gm at navel.gr>**20060709164423]
> [Minor
> George Moschovitis <gm at navel.gr>**20060709083138]
> [Some fixes in the admin templates.
> George Moschovitis <gm at navel.gr>**20060709082357]
> [Removed old form helper code, added float control, some cleanup.
> George Moschovitis <gm at navel.gr>**20060709080905]
> [Added OptionsControl for attributes that take discreet options.
> George Moschovitis <gm at navel.gr>**20060708082406]
> [Updated contributors.
> George Moschovitis <gm at navel.gr>**20060708082323]
> [Extacted publishable.rb from controller.rb, added mount_path helper to publishable. [renzi]
> George Moschovitis <gm at navel.gr>**20060708073814]
> [Minor.
> George Moschovitis <gm at navel.gr>**20060706204217]
> [Small render fix.
> George Moschovitis <gm at navel.gr>**20060706204140]
> [Added support for nested controllers, cleaned up render (no base), updated admin part to work with changes.
> George Moschovitis <gm at navel.gr>**20060706203550]
> [Added initial versions of scaffold/controller, scaffold/model.
> George Moschovitis <gm at navel.gr>**20060706155447]
> [Changed render_template (for the moment uses a 'hack' implementation, but it works!) [james_b]
> George Moschovitis <gm at navel.gr>**20060705193130]
> [Og load/reload handle nil primary keys (by returning nil).
> George Moschovitis <gm at navel.gr>**20060705181328]
> [Simplified hidden method in xhtml helper.
> George Moschovitis <gm at navel.gr>**20060701072425]
> [Applied james britt's mongrel patch.
> George Moschovitis <gm at navel.gr>**20060630190711]
> [author backwards compatibility (atom)
> Kashia Buch <john at oxyliquit.de>**20060622175214
>
>  Request by Fabian
> ]
> [Added handle_sql_exception for MysqlAdapter#create_table
> Jonas Pfenniger <jonas at stvs.ch>**20060627135225]
> [Added String to Car's property in tc_inheritance.rb
> Jonas Pfenniger <jonas at stvs.ch>**20060627132219]
> [Removed Glue::Flexob testcase since it does't exist anymore
> Jonas Pfenniger <jonas at stvs.ch>**20060627132017]
> [Fixed add_rule in dispatcher [james_b]
> George Moschovitis <gm at navel.gr>**20060629151558]
> [Removed paramix-fix, not needed in facets 1.4.3
> George Moschovitis <gm at navel.gr>**20060629151520]
> [Argh and again argh, extend OpenStruct instead of OpenObject in FileTemplate to fix weird and NASTY eval bug.
> George Moschovitis <gm at navel.gr>**20060626191414]
> [consoleapp -> command.
> George Moschovitis <gm at navel.gr>**20060626172152]
> [Changes to make compatible with 1.4.2
> George Moschovitis <gm at navel.gr>**20060626163705]
> [Added some new files.
> George Moschovitis <gm at navel.gr>**20060620065144]
> [Applied patches by neokolor at gmx.de, plus some minor stuff. [neokolor at gmx.de]
> George Moschovitis <gm at navel.gr>**20060620064746]
> [Deprecated RSS helper (use the new feed helper instead).
> George Moschovitis <gm at navel.gr>**20060618102546]
> [Updated spark and flare examples to use the feed helper.
> George Moschovitis <gm at navel.gr>**20060618102431]
> [Updated blog example to work with latest, slightly improved feed parser in the process.
> George Moschovitis <gm at navel.gr>**20060618101830]
> [Allow override of style in controls (+ minor fixes).
> George Moschovitis <gm at navel.gr>**20060618090054]
> [bugfix-mongrel-adapter-request-uri
> bryan.a.soto at gmail.com**20060605211152
>  Removes REQUEST_URI header manipulation and accomodates an upcoming change in Mongrel 0.3.13. An ugly class check... Lovely.
> ]
> [more-mongrel-adapter-fixes
> bryan.a.soto at gmail.com**20060510222051
>  Fixes up static file serving.
> ]
> [mongrel-fixes
> bryan.a.soto at gmail.com**20060510060439
>  Gives the Mongrel adapter some need updating.
> ]
> [Fixed Orderable to work with latest Og.
> George Moschovitis <gm at navel.gr>**20060616082740]
> [Allow for relative/absolute expiration of affected cached pages for extra flexibity.
> George Moschovitis <gm at navel.gr>**20060614071336]
> [Fixes in output caching (root setting).
> George Moschovitis <gm at navel.gr>**20060614070409]
> [Renamed evolution.rb to dump.rb to avoid confusion with the dynamic schema evolution feature.
> George Moschovitis <gm at navel.gr>**20060614061620]
> [Refactored og cloning to a separate file to keep entity.rb cleaner.
> George Moschovitis <gm at navel.gr>**20060614061451]
> [Added sendfile support to render. [jlambert]
> George Moschovitis <gm at navel.gr>**20060613175624]
> [Taggable tagstring_linked.
> George Moschovitis <gm at navel.gr>**20060613175606]
> [Small changes in FeedHelper.
> George Moschovitis <gm at navel.gr>**20060613060649]
> [Removed deprecated and buggy static include code from Template, the StaticInclude compiler is used instead.
> George Moschovitis <gm at navel.gr>**20060612083733]
> [Added {{..}} and #<..> aliases to #{R ..}.
> George Moschovitis <gm at navel.gr>**20060609083834]
> [Refactored webrick vcr functionality to a separate file.
> George Moschovitis <gm at navel.gr>**20060609081950]
> [Added again examples, flare, spark
> George Moschovitis <gm at navel.gr>**20060607152438]
> [Using the new building code, fixed the admin hasmany/joinsmany control.
> George Moschovitis <gm at navel.gr>**20060607011350]
> [Implemented collection build mode for efficient object relation initialization w/o excessive saves.
> George Moschovitis <gm at navel.gr>**20060607005902]
> [Small fix in template_for_action to avoid unhelpful error message on missing action (and symbol passed).
> George Moschovitis <gm at navel.gr>**20060606075731]
> [Added many new files.
> George Moschovitis <gm at navel.gr>**20060605182624]
> [Many many changes (New control system, Emit labels in the controls, Relation controls (hack fix), Show form errors in admin screens, Removed credit lines, Updated docs, Og.destroy_schema, and more...) under heavy construction.
> George Moschovitis <gm at navel.gr>**20060605182411]
> [Honour port in Mysql create/destroy [james_b]
> George Moschovitis <gm at navel.gr>**20060528072603]
> [Updated docs.
> George Moschovitis <gm at navel.gr>**20060526094620]
> [Minor.
> George Moschovitis <gm at navel.gr>**20060522103204]
> [Refactored and rationalized evolution support for sql stores.
> George Moschovitis <gm at navel.gr>**20060522102946]
> [Introduced new control system. Still under construction.
> George Moschovitis <gm at navel.gr>**20060522064146]
> [Fixes in validation and scaffolding.
> George Moschovitis <gm at navel.gr>**20060521090718]
> [After some more fixes tc_store.rb passes ;-)
> George Moschovitis <gm at navel.gr>**20060520093243]
> [Fixes in mysql insert.
> George Moschovitis <gm at navel.gr>**20060520092051]
> [Fixed finders.
> George Moschovitis <gm at navel.gr>**20060520085837]
> [Fixed some more problems.
> George Moschovitis <gm at navel.gr>**20060520084729]
> [Added join support, rationalized primary key setup.
> George Moschovitis <gm at navel.gr>**20060520081153]
> [Better support for non integer primary keys.
> George Moschovitis <gm at navel.gr>**20060519074722]
> [More fixes to support update.
> George Moschovitis <gm at navel.gr>**20060519074304]
> [Rationalized og_delete.
> George Moschovitis <gm at navel.gr>**20060519072950]
> [More fixes to support reading.
> George Moschovitis <gm at navel.gr>**20060519072248]
> [After some more changes, a small example works ;-)
> George Moschovitis <gm at navel.gr>**20060519063007]
> [Rationalized sql index definition: attr_accessor :age, Fixnum, :index => true, :pre_index => ..., :post_index => ...
> George Moschovitis <gm at navel.gr>**20060519061721]
> [Major Og rewrite, updating to the new attribute system, cleaning the code and migrating to the new adapter model. Many many more changes. In progress.
> George Moschovitis <gm at navel.gr>**20060519060701]
> [Removed alpha og stores.
> George Moschovitis <gm at navel.gr>**20060518070101]
> [Many changes to support the switch to attributes instead of properties.
> George Moschovitis <gm at navel.gr>**20060518065907]
> [Minor.
> George Moschovitis <gm at navel.gr>**20060516150705]
> [Moved examples, spark, flare to a separate repository.
> George Moschovitis <gm at navel.gr>**20060516073246]
> [Removed wee helper and example. Not really useful in Nitro, better use wee standalone + Og if you like Wee components (or wait for a Nitro solution).
> George Moschovitis <gm at navel.gr>**20060516072823]
> [Removed controller_name from Render, user controller.mount_path instead.
> George Moschovitis <gm at navel.gr>**20060516072350]
> [Fixed: dont overwrite already defined methods in the new scaffold code.
> George Moschovitis <gm at navel.gr>**20060516071615]
> [Improved R (encode_url) handles strings and entities. Redirect implicitly uses R. Form builder implicitly uses R for form actions.
> George Moschovitis <gm at navel.gr>**20060516071508]
> [Fixed name_to_jsfile (absolute url).
> George Moschovitis <gm at navel.gr>**20060515065439]
> [Reenabled format in Logger.
> George Moschovitis <gm at navel.gr>**20060513042251]
> [Added some :nodoc: all to cleanup generated RDocs.
> George Moschovitis <gm at navel.gr>**20060513034929]
> [Bumbed version number in many files.
> George Moschovitis <gm at navel.gr>**20060512154849]
> [Wrote a detailed parts howto in RDoc form in parts.rb as requested by Jonas. To be improved after community feedback.
> George Moschovitis <gm at navel.gr>**20060512153754]
> [Initial code for the new scaffolding system, *very* under construction, ignore for the moment.
> George Moschovitis <gm at navel.gr>**20060511101456]
> [Added a model macro to controllers that links related classes. At the moment it is used in the sweeper do delete cached pages from the linked controller base directory.
> George Moschovitis <gm at navel.gr>**20060510102836]
> [Fixed Session.current and Controller.current
> George Moschovitis <gm at navel.gr>**20060508075645]
> [Store current context in a thread local variable, accesible through Context.current
> George Moschovitis <gm at navel.gr>**20060507160715]
> [Removed glue/attribute, use Facet's cattr instead. Updated nitro/og source to make compatible.
> George Moschovitis <gm at navel.gr>**20060507085703]
> [Added script adapter file.
> George Moschovitis <gm at navel.gr>**20060507062034]
> [Removed flexob and references to it, use Facet's OpenObject instead.
> George Moschovitis <gm at navel.gr>**20060507061555]
> [Renamed to ScriptAdapter, keep ConsoleAdapter alias.
> George Moschovitis <gm at navel.gr>**20060506103921]
> [Yeah, the ConsoleAdapter kinda works now ;-)
> George Moschovitis <gm at navel.gr>**20060506102010]
> [Introduced new nitro command/runner that will replace the current spaghetti code. Based on facetes Console::Command. Also introduced the ConsoleAdapter.
> George Moschovitis <gm at navel.gr>**20060506095503]
> [Removed accumulate (in facets).
> George Moschovitis <gm at navel.gr>**20060506080052]
> [Some small updates.
> George Moschovitis <gm at navel.gr>**20060506075526]
> [TAG 0.30.0
> George Moschovitis <gm at navel.gr>**20060506075053]
> Patch bundle hash:
> 302309cabc40dc12ab92aefe103721d5f8f494d1
>
>
> _______________________________________________
> 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 lasso at lassoweb.se  Sun Nov  5 08:13:25 2006
From: lasso at lassoweb.se (Lars Olsson)
Date: Sun, 05 Nov 2006 14:13:25 +0100
Subject: [Nitro] Whitespace
In-Reply-To: <afd80b540611050311o6d3ed945mec150655dd9f75e9@mail.gmail.com>
References: <afd80b540610310046g49f937ffoe7197a2f376eb934@mail.gmail.com>	<3ff63f9b0610310436p6f0dff1bha2e45423da7bba9d@mail.gmail.com>	<afd80b540610310541t3c63eeaci407e391072acf9e8@mail.gmail.com>	<37728.192.176.230.1.1162307759.squirrel@webmail.lassoweb.se>	<3ff63f9b0610310837p11a479dof825912de6453634@mail.gmail.com>	<45479706.3020300@lassoweb.se>	<afd80b540610312220n19632666xfa23a35226dbe0dc@mail.gmail.com>	<454C5AC1.4060302@lassoweb.se>	<afd80b540611040647q37f02df0p5880b3e8149a701a@mail.gmail.com>	<454DABBF.4070903@lassoweb.se>
	<afd80b540611050311o6d3ed945mec150655dd9f75e9@mail.gmail.com>
Message-ID: <454DE375.1090006@lassoweb.se>

Hi,

here you go.

/lasso

________________________________________
Lars Olsson
lasso