From john at oxyliquit.de  Sun Oct  1 09:15:06 2006
From: john at oxyliquit.de (Jonathan Buch)
Date: Sun, 01 Oct 2006 15:15:06 +0200
Subject: [Nitro] Good news
In-Reply-To: <afd80b540609290912i1c135a13raf458638b8b757d6@mail.gmail.com>
References: <afd80b540609290912i1c135a13raf458638b8b757d6@mail.gmail.com>
Message-ID: <op.tgqt5memxegpx6@jo.local>

Hi!

> my army service period is over ;-) ;-) ;-)

This is great!  More George for us.  ^_^

> Give me one day to *sleep* and I 'll be back in action ;-)

Yes yes, I hear ya, I know that feeling after army.  ;D

Now start kicking ass (by starting to apply our patches ;D).  I know you
don't have DSL in your flat yet, but I hope our public repo and yours
don't get seperated as much as it did before.  :P

Glad you're home!

Jo

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

From john at oxyliquit.de  Sun Oct  1 09:15:07 2006
From: john at oxyliquit.de (Jonathan Buch)
Date: Sun, 01 Oct 2006 15:15:07 +0200
Subject: [Nitro] [PATCH] Big patch bundle
In-Reply-To: <4b6f054f0609292011v219fd190icb180e69e97ada63@mail.gmail.com>
References: <op.tgnf6vzsxegpx6@jo.local>
	<4b6f054f0609292011v219fd190icb180e69e97ada63@mail.gmail.com>
Message-ID: <op.tgqu0dmrxegpx6@jo.local>

Hi,

>> big bundle coming along...
>>
>> Those are all stable patches from manv.
>
> Wow! someone had been busy!

Yes yes, we worked quite hard to get this going, as a new
Oxyliquit is coming up which needs those some of the new
features. :)

For everyone using the postgres-pr (pure ruby postgres
driver):  There might be problems left which I can't really
test.  I have a compat layer here which I will have to push
at some point.  This was in manvs repo before, but since
George didn't apply my sql-adapter error-handling patches
I have to do more work to integrate this...

Other than that:

Nitro: 73 tests, 252 assertions, 0 failures, 0 errors
Og:   80 tests, 341 assertions, 1 failures, 0 errors

1 Failure (or error, I have a slightly adapted version) is
 from tc_orderable.rb.  George:  would be good if you could
have a look at it, I tried twice fixing it, no good.

Glue needs some caretaking....

Jo

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

From m.fellinger at gmail.com  Sun Oct  1 11:23:15 2006
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Mon, 2 Oct 2006 00:23:15 +0900
Subject: [Nitro] [PATCH] Big patch bundle
In-Reply-To: <op.tgqu0dmrxegpx6@jo.local>
References: <op.tgnf6vzsxegpx6@jo.local>
	<4b6f054f0609292011v219fd190icb180e69e97ada63@mail.gmail.com>
	<op.tgqu0dmrxegpx6@jo.local>
Message-ID: <9c00d3e00610010823x5462ff59k40a6a3df8515007f@mail.gmail.com>

[snipsnap]

> Glue needs some caretaking....

Glue should be removed completly...
i'd like to move most stuff belonging only to nitro to nitro, kashia
might take over the part of moving og-stuff
my next goals are in every case
- getting psql working so i can finally move my application
- getting rid of glue and enforcing the seperation of nitro/og

From george.moschovitis at gmail.com  Mon Oct  2 02:07:35 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 2 Oct 2006 09:07:35 +0300
Subject: [Nitro] Good news
In-Reply-To: <op.tgqt5memxegpx6@jo.local>
References: <afd80b540609290912i1c135a13raf458638b8b757d6@mail.gmail.com>
	<op.tgqt5memxegpx6@jo.local>
Message-ID: <afd80b540610012307u1d936206p32646d226121cdca@mail.gmail.com>

Hmm, seems I took some more  days off ;-) but now I am back for good
;-) It's great to be back!

-g.

On 10/1/06, Jonathan Buch <john at oxyliquit.de> wrote:
> Hi!
>
> > my army service period is over ;-) ;-) ;-)
>
> This is great!  More George for us.  ^_^
>
> > Give me one day to *sleep* and I 'll be back in action ;-)
>
> Yes yes, I hear ya, I know that feeling after army.  ;D
>
> Now start kicking ass (by starting to apply our patches ;D).  I know you
> don't have DSL in your flat yet, but I hope our public repo and yours
> don't get seperated as much as it did before.  :P
>
> Glad you're home!
>
> Jo
>
> --
> Feel the love
> http://pinkjuice.com/pics/ruby.png
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


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

From george.moschovitis at gmail.com  Mon Oct  2 07:10:22 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 2 Oct 2006 14:10:22 +0300
Subject: [Nitro] Small configuration change...
Message-ID: <afd80b540610020410i5c70fa3axd30018ac72b9a0e6@mail.gmail.com>

Dear devs,

I just upload some changes to my repo that slightly alter Nitro configuration.
More  specifically, now you can explicitly call Configuration.load to
setup your applciation. This allows more flexibility in organizing the
configuration files.

As an example I have attached some configuration files. If you have
any problems or suggestions, let me know...

regards,
George.

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

From george.moschovitis at gmail.com  Mon Oct  2 07:11:04 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 2 Oct 2006 14:11:04 +0300
Subject: [Nitro] Small configuration change...
In-Reply-To: <afd80b540610020410i5c70fa3axd30018ac72b9a0e6@mail.gmail.com>
References: <afd80b540610020410i5c70fa3axd30018ac72b9a0e6@mail.gmail.com>
Message-ID: <afd80b540610020411y3524f2a0v74a979849323f748@mail.gmail.com>

Here is the attachment too

-g.


On 10/2/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Dear devs,
>
> I just upload some changes to my repo that slightly alter Nitro configuration.
> More  specifically, now you can explicitly call Configuration.load to
> setup your applciation. This allows more flexibility in organizing the
> configuration files.
>
> As an example I have attached some configuration files. If you have
> any problems or suggestions, let me know...
>
> regards,
> George.
>
> --
> http://www.gmosx.com
> http://www.nitroproject.org
>


-- 
http://www.gmosx.com
http://www.nitroproject.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: example.tgz
Type: application/x-gzip
Size: 1269 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20061002/b56a3b74/attachment.tgz 

From george.moschovitis at gmail.com  Mon Oct  2 09:36:22 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 2 Oct 2006 16:36:22 +0300
Subject: [Nitro] SCGI
Message-ID: <afd80b540610020636p853c8d9pe59434c8451cd256@mail.gmail.com>

Dear devs,

lately I have made some changes in the way one starts and manages
Nitro servers. Let me explain in this email how I use nitro with the
scgi adapter.

The setup goes like this. There is one front web server (lighttpd or
apache or something similar) that handles static content and acts as a
proxy for dynamic content. Attached to this email is an example
lhttpd.conf file to demonstrate  the proxy setup.

Behind this server runs a cluster of nitro servers that handle the
dynamic request. As an example, to start a cluster of 2 nitro servers
using the scgi adapter, go to the application directory and use the
following:

nitro --live --scgi --daemon --cluster 2

for more details consult the file nitro/bin/nitro in the distribution.

The nitro command uses the CONFIGURATION_MODE env variable, so for
example you can set

export CONFIGURATION_MODE=debug

in your development server and

export CONFIGURATION_MODE=live

in your production server.

you can also set

Nitro.adapter = :webrick

in conf/debug.rb

and

Nitro.adapter = :scgi

in conf/live.rb

etc, etc

Please notice that the nitro command will automatically try to execute
the state.rb file in the same directory. This file is typically
responsible for starting distributed state servers (for example
sessions, global variables etc etc) you may need in process models
like scgi. An example state.rb is also attached.

To stop the server you can use

nitro stop

or

nitro kill (this also kills the state server)

There are some bad news though. There seem to be some slowdowns if the
nitro server runs behind a proxy. I will investigate and fix it, but
If anyone has any idea please let me know. I have also contacted Zed
about this, perhaps he will be able to help.

If you have more questions, please let me know.

regards,
George.



-- 
http://www.gmosx.com
http://www.nitroproject.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lhttpd.conf
Type: application/octet-stream
Size: 505 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20061002/e42be9da/attachment.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: state.rb
Type: application/x-ruby
Size: 528 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20061002/e42be9da/attachment.bin 

From transfire at gmail.com  Mon Oct  2 10:24:35 2006
From: transfire at gmail.com (TRANS)
Date: Mon, 2 Oct 2006 10:24:35 -0400
Subject: [Nitro] I got some YAML in my Ruby
Message-ID: <4b6f054f0610020724k3b486532r6193079bddce2ba2@mail.gmail.com>

Feast your watering eyes on this me loves:

  project.announce(&YAML.load(<<-END))
    to      : ruby-talk at ruby-lang.org
    from    : transfire at gmail.com
    domain  : jupiterzeus.net
    server  : smtp.gmail.com
    port    : 25
    account : transfire at gmail.com
    auth    : login  #cram_md5 #plain
    secure  : tls # ~, tls, ssl
    file    : doc/LATEST
    slogan  : ALL YOUR BASE ARE BELONG TO RUBY!
    links:
      - http://facets.rubyforge.org
  END

To make it even better I'll add some icing:

  def yaml(*args)
    YAML.load(*args)
  end

T.

From george.moschovitis at gmail.com  Mon Oct  2 11:45:02 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 2 Oct 2006 18:45:02 +0300
Subject: [Nitro] I got some YAML in my Ruby
In-Reply-To: <4b6f054f0610020724k3b486532r6193079bddce2ba2@mail.gmail.com>
References: <4b6f054f0610020724k3b486532r6193079bddce2ba2@mail.gmail.com>
Message-ID: <afd80b540610020845k35617bd7p58af528602407b07@mail.gmail.com>

nice ;-)

On 10/2/06, TRANS <transfire at gmail.com> wrote:
> Feast your watering eyes on this me loves:
>
>   project.announce(&YAML.load(<<-END))
>     to      : ruby-talk at ruby-lang.org
>     from    : transfire at gmail.com
>     domain  : jupiterzeus.net
>     server  : smtp.gmail.com
>     port    : 25
>     account : transfire at gmail.com
>     auth    : login  #cram_md5 #plain
>     secure  : tls # ~, tls, ssl
>     file    : doc/LATEST
>     slogan  : ALL YOUR BASE ARE BELONG TO RUBY!
>     links:
>       - http://facets.rubyforge.org
>   END
>
> To make it even better I'll add some icing:
>
>   def yaml(*args)
>     YAML.load(*args)
>   end
>
> 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  Tue Oct  3 12:24:28 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 3 Oct 2006 19:24:28 +0300
Subject: [Nitro] SCGI
In-Reply-To: <afd80b540610020636p853c8d9pe59434c8451cd256@mail.gmail.com>
References: <afd80b540610020636p853c8d9pe59434c8451cd256@mail.gmail.com>
Message-ID: <afd80b540610030924p4b61c0ch6c04be49d781bd02@mail.gmail.com>

Hm...

I made a terrible mistake in this post. Please replace every
occurrence of scgi with mongrel.

-g.


On 10/2/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Dear devs,
>
> lately I have made some changes in the way one starts and manages
> Nitro servers. Let me explain in this email how I use nitro with the
> scgi adapter.
>
> The setup goes like this. There is one front web server (lighttpd or
> apache or something similar) that handles static content and acts as a
> proxy for dynamic content. Attached to this email is an example
> lhttpd.conf file to demonstrate  the proxy setup.
>
> Behind this server runs a cluster of nitro servers that handle the
> dynamic request. As an example, to start a cluster of 2 nitro servers
> using the scgi adapter, go to the application directory and use the
> following:
>
> nitro --live --scgi --daemon --cluster 2
>
> for more details consult the file nitro/bin/nitro in the distribution.
>
> The nitro command uses the CONFIGURATION_MODE env variable, so for
> example you can set
>
> export CONFIGURATION_MODE=debug
>
> in your development server and
>
> export CONFIGURATION_MODE=live
>
> in your production server.
>
> you can also set
>
> Nitro.adapter = :webrick
>
> in conf/debug.rb
>
> and
>
> Nitro.adapter = :scgi
>
> in conf/live.rb
>
> etc, etc
>
> Please notice that the nitro command will automatically try to execute
> the state.rb file in the same directory. This file is typically
> responsible for starting distributed state servers (for example
> sessions, global variables etc etc) you may need in process models
> like scgi. An example state.rb is also attached.
>
> To stop the server you can use
>
> nitro stop
>
> or
>
> nitro kill (this also kills the state server)
>
> There are some bad news though. There seem to be some slowdowns if the
> nitro server runs behind a proxy. I will investigate and fix it, but
> If anyone has any idea please let me know. I have also contacted Zed
> about this, perhaps he will be able to help.
>
> If you have more questions, please let me know.
>
> regards,
> George.
>
>
>
> --
> http://www.gmosx.com
> http://www.nitroproject.org
>
>
>


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

From billk at cts.com  Tue Oct  3 17:26:17 2006
From: billk at cts.com (Bill Kelly)
Date: Tue, 3 Oct 2006 14:26:17 -0700
Subject: [Nitro] SCGI
References: <afd80b540610020636p853c8d9pe59434c8451cd256@mail.gmail.com>
	<afd80b540610030924p4b61c0ch6c04be49d781bd02@mail.gmail.com>
Message-ID: <194d01c6e732$90633680$6442a8c0@musicbox>

From: "George Moschovitis" <george.moschovitis at gmail.com>
> 
> I made a terrible mistake in this post. Please replace every
> occurrence of scgi with mongrel.

Hi,

On a related note. . .   :-)

I noticed on IRC this morning, that the SCGI adaptor is to
be removed?

[09:24] <gmosx> you see zed worked on scgi and mongrel
[09:24] <Kashia> gmosx, remove the scgi adapter! ;D
[09:24] <gmosx> and I was confused...
[09:24] <gmosx> ok will remove it...
[09:24] <Kashia> Zed officially left scgi to die anyway :P
[09:24] <Kashia> and it doesn't use Nitro::Cgi which is bad
[09:24] <Kashia> and it confuses newcomers!
[09:25] <Kashia> people try to use it instead of fcgi and run
into walls and we always ask 'why don't you use fcgi?' ;D
[09:25] <gmosx> ok, i planned to remove it anyway ;-)
[09:26] <Kashia> great, one problem solved :P
[09:26] <gmosx> well that was an easy to fix problem ;-)

I'm currently using Nitro + Apache 1.3.x + SCGI.

The only reason, as a newcomer, I found it confusing, was
because I didn't realize it was as simple as:

  ruby run.rb --scgi

After Guillaume Pierronnet explained to me that's all that
was needed, I don't see what could possibly be simpler.

I never did get Nitro + Apache 1.3.x + FastCGI to work.


Regards,

Bill



From interfecus at gmail.com  Tue Oct  3 17:47:20 2006
From: interfecus at gmail.com (Timothy Goddard)
Date: Wed, 4 Oct 2006 10:47:20 +1300
Subject: [Nitro] SCGI
In-Reply-To: <afd80b540610030924p4b61c0ch6c04be49d781bd02@mail.gmail.com>
References: <afd80b540610020636p853c8d9pe59434c8451cd256@mail.gmail.com>
	<afd80b540610030924p4b61c0ch6c04be49d781bd02@mail.gmail.com>
Message-ID: <200610041047.20994.interfecus@gmail.com>

How about installing the NTP client? It won't change this setting but it will 
keep your clock correct all the time. If your timezone is set up correctly 
then your time will always remain accurate to within a millisecond.

On Wednesday 04 October 2006 05:24, George Moschovitis wrote:
> Hm...
>
> I made a terrible mistake in this post. Please replace every
> occurrence of scgi with mongrel.
>
> -g.
>
> On 10/2/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > Dear devs,
> >
> > lately I have made some changes in the way one starts and manages
> > Nitro servers. Let me explain in this email how I use nitro with the
> > scgi adapter.
> >
> > The setup goes like this. There is one front web server (lighttpd or
> > apache or something similar) that handles static content and acts as a
> > proxy for dynamic content. Attached to this email is an example
> > lhttpd.conf file to demonstrate  the proxy setup.
> >
> > Behind this server runs a cluster of nitro servers that handle the
> > dynamic request. As an example, to start a cluster of 2 nitro servers
> > using the scgi adapter, go to the application directory and use the
> > following:
> >
> > nitro --live --scgi --daemon --cluster 2
> >
> > for more details consult the file nitro/bin/nitro in the distribution.
> >
> > The nitro command uses the CONFIGURATION_MODE env variable, so for
> > example you can set
> >
> > export CONFIGURATION_MODE=debug
> >
> > in your development server and
> >
> > export CONFIGURATION_MODE=live
> >
> > in your production server.
> >
> > you can also set
> >
> > Nitro.adapter = :webrick
> >
> > in conf/debug.rb
> >
> > and
> >
> > Nitro.adapter = :scgi
> >
> > in conf/live.rb
> >
> > etc, etc
> >
> > Please notice that the nitro command will automatically try to execute
> > the state.rb file in the same directory. This file is typically
> > responsible for starting distributed state servers (for example
> > sessions, global variables etc etc) you may need in process models
> > like scgi. An example state.rb is also attached.
> >
> > To stop the server you can use
> >
> > nitro stop
> >
> > or
> >
> > nitro kill (this also kills the state server)
> >
> > There are some bad news though. There seem to be some slowdowns if the
> > nitro server runs behind a proxy. I will investigate and fix it, but
> > If anyone has any idea please let me know. I have also contacted Zed
> > about this, perhaps he will be able to help.
> >
> > If you have more questions, please let me know.
> >
> > regards,
> > George.
> >
> >
> >
> > --
> > http://www.gmosx.com
> > http://www.nitroproject.org

From epiperak at gmail.com  Tue Oct  3 21:27:53 2006
From: epiperak at gmail.com (Emmanouil Piperakis)
Date: Wed, 4 Oct 2006 10:27:53 +0900
Subject: [Nitro] Good news
In-Reply-To: <afd80b540610012307u1d936206p32646d226121cdca@mail.gmail.com>
References: <afd80b540609290912i1c135a13raf458638b8b757d6@mail.gmail.com>
	<op.tgqt5memxegpx6@jo.local>
	<afd80b540610012307u1d936206p32646d226121cdca@mail.gmail.com>
Message-ID: <dea8525a0610031827p1aae708cyb1da9fb71fe0887@mail.gmail.com>

So now that you finished the military, and you are a free man... (and a REAL
man, as some believe in Greece),
we hope to see great things happening for Nitro...

Welcome back to the civilian life my friend!

Emmanouil

On 10/2/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
>
> Hmm, seems I took some more  days off ;-) but now I am back for good
> ;-) It's great to be back!
>
> -g.
>
> On 10/1/06, Jonathan Buch <john at oxyliquit.de> wrote:
> > Hi!
> >
> > > my army service period is over ;-) ;-) ;-)
> >
> > This is great!  More George for us.  ^_^
> >
> > > Give me one day to *sleep* and I 'll be back in action ;-)
> >
> > Yes yes, I hear ya, I know that feeling after army.  ;D
> >
> > Now start kicking ass (by starting to apply our patches ;D).  I know you
> > don't have DSL in your flat yet, but I hope our public repo and yours
> > don't get seperated as much as it did before.  :P
> >
> > Glad you're home!
> >
> > 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
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



-- 
Dr Emmanouil Piperakis
Tokyo Institute of Technology
Neural Networks & Brain Theory
epiperak at gmail.com, epiperak at isl.titech.ac.jp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20061004/87b99bed/attachment.html 

From george.moschovitis at gmail.com  Wed Oct  4 04:04:40 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 4 Oct 2006 11:04:40 +0300
Subject: [Nitro] Good news
In-Reply-To: <dea8525a0610031827p1aae708cyb1da9fb71fe0887@mail.gmail.com>
References: <afd80b540609290912i1c135a13raf458638b8b757d6@mail.gmail.com>
	<op.tgqt5memxegpx6@jo.local>
	<afd80b540610012307u1d936206p32646d226121cdca@mail.gmail.com>
	<dea8525a0610031827p1aae708cyb1da9fb71fe0887@mail.gmail.com>
Message-ID: <afd80b540610040104y33751d54uf9b0dd3c2f4b0373@mail.gmail.com>

> Welcome back to the civilian life my friend!

thanks ;-)
it's great to be back!

-g.

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

From george.moschovitis at gmail.com  Wed Oct  4 04:41:11 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 4 Oct 2006 11:41:11 +0300
Subject: [Nitro] SCGI
In-Reply-To: <194d01c6e732$90633680$6442a8c0@musicbox>
References: <afd80b540610020636p853c8d9pe59434c8451cd256@mail.gmail.com>
	<afd80b540610030924p4b61c0ch6c04be49d781bd02@mail.gmail.com>
	<194d01c6e732$90633680$6442a8c0@musicbox>
Message-ID: <afd80b540610040141y78b2a967s61de3f86fe116d9a@mail.gmail.com>

I removed SCGI, this is not maintained any more. Please use mongrel instead.

nitro --mongrel will do the trick or you can set

Nitro.adapter = :mongrel

for the same effect.


-g.


On 10/4/06, Bill Kelly <billk at cts.com> wrote:
> From: "George Moschovitis" <george.moschovitis at gmail.com>
> >
> > I made a terrible mistake in this post. Please replace every
> > occurrence of scgi with mongrel.
>
> Hi,
>
> On a related note. . .   :-)
>
> I noticed on IRC this morning, that the SCGI adaptor is to
> be removed?
>
> [09:24] <gmosx> you see zed worked on scgi and mongrel
> [09:24] <Kashia> gmosx, remove the scgi adapter! ;D
> [09:24] <gmosx> and I was confused...
> [09:24] <gmosx> ok will remove it...
> [09:24] <Kashia> Zed officially left scgi to die anyway :P
> [09:24] <Kashia> and it doesn't use Nitro::Cgi which is bad
> [09:24] <Kashia> and it confuses newcomers!
> [09:25] <Kashia> people try to use it instead of fcgi and run
> into walls and we always ask 'why don't you use fcgi?' ;D
> [09:25] <gmosx> ok, i planned to remove it anyway ;-)
> [09:26] <Kashia> great, one problem solved :P
> [09:26] <gmosx> well that was an easy to fix problem ;-)
>
> I'm currently using Nitro + Apache 1.3.x + SCGI.
>
> The only reason, as a newcomer, I found it confusing, was
> because I didn't realize it was as simple as:
>
>   ruby run.rb --scgi
>
> After Guillaume Pierronnet explained to me that's all that
> was needed, I don't see what could possibly be simpler.
>
> I never did get Nitro + Apache 1.3.x + FastCGI to work.
>
>
> Regards,
>
> Bill
>
>
> _______________________________________________
> 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 Oct  4 04:59:30 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 4 Oct 2006 11:59:30 +0300
Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes
In-Reply-To: <afd80b540609281250s6dc1a1e9w1b7f772f593fd3c7@mail.gmail.com>
References: <op.tfvi5inqxegpx6@jo.local>
	<afd80b540609141331i2535bed0ja769cfd6fbb80cb7@mail.gmail.com>
	<afd80b540609170156x22a8ccd9mdce3c6c5196c8086@mail.gmail.com>
	<op.tf0ne2t8xegpx6@jo.local> <op.tgh6130ixegpx6@jo.local>
	<op.tgjc3htcxegpx6@jo.local>
	<afd80b540609281250s6dc1a1e9w1b7f772f593fd3c7@mail.gmail.com>
Message-ID: <afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>

As I told you on IRC, I applied most of the patches. Can you please
send me an updated bundle?

Some comments:

- can you please explain to me where is local_net? useful?
- please use :adapter to refer to adapters (like sqlite) and not :store.
- remove sendfile.rb I already have it as send_file.rb

Btw, we must find a way to add non-essential/extra functionality to
nitro. Something similar to Rails plugins. I do not think it is the
right thing that we  include stuff like the navbar helper to the main
distribution. Anyone has any ideas how we can achive this?


regards,
George.


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

From john at oxyliquit.de  Wed Oct  4 06:47:32 2006
From: john at oxyliquit.de (Jonathan Buch)
Date: Wed, 04 Oct 2006 12:47:32 +0200
Subject: [Nitro] Small configuration change...
In-Reply-To: <afd80b540610020411y3524f2a0v74a979849323f748@mail.gmail.com>
References: <afd80b540610020410i5c70fa3axd30018ac72b9a0e6@mail.gmail.com>
	<afd80b540610020411y3524f2a0v74a979849323f748@mail.gmail.com>
Message-ID: <op.tgv73jznxegpx6@jo.local>

Hi,

>> As an example I have attached some configuration files. If you have
>> any problems or suggestions, let me know...

related Q on Oxy:

http://oxyliquit.de/question/78

Would you please take the time to answer this one?

Jo

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

From transfire at gmail.com  Wed Oct  4 06:49:13 2006
From: transfire at gmail.com (TRANS)
Date: Wed, 4 Oct 2006 06:49:13 -0400
Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes
In-Reply-To: <afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
References: <op.tfvi5inqxegpx6@jo.local>
	<afd80b540609141331i2535bed0ja769cfd6fbb80cb7@mail.gmail.com>
	<afd80b540609170156x22a8ccd9mdce3c6c5196c8086@mail.gmail.com>
	<op.tf0ne2t8xegpx6@jo.local> <op.tgh6130ixegpx6@jo.local>
	<op.tgjc3htcxegpx6@jo.local>
	<afd80b540609281250s6dc1a1e9w1b7f772f593fd3c7@mail.gmail.com>
	<afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
Message-ID: <4b6f054f0610040349m73d6702eu1ed8a388120724bd@mail.gmail.com>

On 10/4/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> As I told you on IRC, I applied most of the patches. Can you please
> send me an updated bundle?
>
> Some comments:
>
> - can you please explain to me where is local_net? useful?
> - please use :adapter to refer to adapters (like sqlite) and not :store.
> - remove sendfile.rb I already have it as send_file.rb
>
> Btw, we must find a way to add non-essential/extra functionality to
> nitro. Something similar to Rails plugins. I do not think it is the
> right thing that we  include stuff like the navbar helper to the main
> distribution. Anyone has any ideas how we can achive this?

It is being worked d on ;-)

But please give details on your conception of how it would need to work.

T.

From fabian at fabian-buch.de  Wed Oct  4 08:09:43 2006
From: fabian at fabian-buch.de (Fabian Buch)
Date: Wed, 4 Oct 2006 14:09:43 +0200
Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes
In-Reply-To: <afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
References: <op.tfvi5inqxegpx6@jo.local>
	<afd80b540609141331i2535bed0ja769cfd6fbb80cb7@mail.gmail.com>
	<afd80b540609170156x22a8ccd9mdce3c6c5196c8086@mail.gmail.com>
	<op.tf0ne2t8xegpx6@jo.local> <op.tgh6130ixegpx6@jo.local>
	<op.tgjc3htcxegpx6@jo.local>
	<afd80b540609281250s6dc1a1e9w1b7f772f593fd3c7@mail.gmail.com>
	<afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
Message-ID: <BD162706-1FCA-4908-AA64-DEF75013E9F5@fabian-buch.de>


Am 04.10.2006 um 10:59 schrieb George Moschovitis:
> - can you please explain to me where is local_net? useful?

Manveru uses this on his business homepage app. Users behind his  
local network (intranet) have more rights; not by logging in, but  
only by noticing it's comming from inside his network they can see  
and edit more than the usual visitor.

This method doesn't hurt and it's easy to use for cases like above.

> Btw, we must find a way to add non-essential/extra functionality to
> nitro. Something similar to Rails plugins. I do not think it is the
> right thing that we  include stuff like the navbar helper to the main
> distribution. Anyone has any ideas how we can achive this?

Parts could be used for this. Parts are till now mainly used for  
whole nitro apps to plug in, but could also be used for pure helper  
"plug-ins".
For example with my new auth part or localization part (bot not yet  
released, but will as open source soon) I include appropriate helpers.
For helper-only Parts, just don't define a Nitro::Server.map and by  
requiring this part its helper can be used just like other helpers.  
Navbar could be put into such a helper. I can take care of this after  
I finished some of the above parts, so you can leave it out of the  
Nitro main distro.

I think this navbar came through Riffraffs Google Summer of Code  
stuff which has more of such goodies that could be turned into Parts  
and don't have to go into the Nitro main distribution.

Fabian



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




From john at oxyliquit.de  Wed Oct  4 08:12:18 2006
From: john at oxyliquit.de (Jonathan Buch)
Date: Wed, 04 Oct 2006 14:12:18 +0200
Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes
In-Reply-To: <afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
References: <op.tfvi5inqxegpx6@jo.local>
	<afd80b540609141331i2535bed0ja769cfd6fbb80cb7@mail.gmail.com>
	<afd80b540609170156x22a8ccd9mdce3c6c5196c8086@mail.gmail.com>
	<op.tf0ne2t8xegpx6@jo.local> <op.tgh6130ixegpx6@jo.local>
	<op.tgjc3htcxegpx6@jo.local>
	<afd80b540609281250s6dc1a1e9w1b7f772f593fd3c7@mail.gmail.com>
	<afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
Message-ID: <op.tgwb6ss2xegpx6@jo.local>

Hi,

> - can you please explain to me where is local_net? useful?
Helper functionality, for example:  authorization based on locality.

> - please use :adapter to refer to adapters (like sqlite) and not :store.
*grml* reason? alias?

btw, you broke one of my patches:

og.rb
     def start(options = {})
       options = {:store => :sqlite}.update(options)

This is what I had before, and for a reason.  When specifying partial
options (:sqlite is standard, so I shouldn't mess with that key) one
also had to specify the store as well which is quite non-intuitive.

And please, in the same function, write

   m.manage_classes(options[:classes])

instead of

   m.manage_classes

This enables setting the classes at start time and avoids ObjectSpace
searches for models (the functionality is already there and working).

> - remove sendfile.rb I already have it as send_file.rb


> Btw, we must find a way to add non-essential/extra functionality to
> nitro. Something similar to Rails plugins. I do not think it is the
> right thing that we  include stuff like the navbar helper to the main
> distribution. Anyone has any ideas how we can achive this?

Yes you are right.  I think this can be achieved by using Parts.
Fabian is working on the first 'repo' of Parts which will probably
be the perfect place for this.

Stay tuned for updates.

Jo

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

From john at oxyliquit.de  Wed Oct  4 08:13:06 2006
From: john at oxyliquit.de (Jonathan Buch)
Date: Wed, 04 Oct 2006 14:13:06 +0200
Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes
In-Reply-To: <afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
References: <op.tfvi5inqxegpx6@jo.local>
	<afd80b540609141331i2535bed0ja769cfd6fbb80cb7@mail.gmail.com>
	<afd80b540609170156x22a8ccd9mdce3c6c5196c8086@mail.gmail.com>
	<op.tf0ne2t8xegpx6@jo.local> <op.tgh6130ixegpx6@jo.local>
	<op.tgjc3htcxegpx6@jo.local>
	<afd80b540609281250s6dc1a1e9w1b7f772f593fd3c7@mail.gmail.com>
	<afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
Message-ID: <op.tgwb74n6xegpx6@jo.local>

attached ..

-- 
Feel the love
http://pinkjuice.com/pics/ruby.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bndl3.patch.tar.bz2
Type: application/bzip2
Size: 13730 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20061004/174694ad/attachment-0001.bin 

From george.moschovitis at gmail.com  Wed Oct  4 09:59:08 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 4 Oct 2006 16:59:08 +0300
Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes
In-Reply-To: <4b6f054f0610040349m73d6702eu1ed8a388120724bd@mail.gmail.com>
References: <op.tfvi5inqxegpx6@jo.local>
	<afd80b540609141331i2535bed0ja769cfd6fbb80cb7@mail.gmail.com>
	<afd80b540609170156x22a8ccd9mdce3c6c5196c8086@mail.gmail.com>
	<op.tf0ne2t8xegpx6@jo.local> <op.tgh6130ixegpx6@jo.local>
	<op.tgjc3htcxegpx6@jo.local>
	<afd80b540609281250s6dc1a1e9w1b7f772f593fd3c7@mail.gmail.com>
	<afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
	<4b6f054f0610040349m73d6702eu1ed8a388120724bd@mail.gmail.com>
Message-ID: <afd80b540610040659q5f9e35bbqef5ecd2e0c2d7348@mail.gmail.com>

> It is being worked d on ;-)
> But please give details on your conception of how it would need to work.

I don't have a concrete idea yet. What is your proposal?

-g.

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

From george.moschovitis at gmail.com  Wed Oct  4 10:13:36 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 4 Oct 2006 17:13:36 +0300
Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes
In-Reply-To: <BD162706-1FCA-4908-AA64-DEF75013E9F5@fabian-buch.de>
References: <op.tfvi5inqxegpx6@jo.local>
	<afd80b540609141331i2535bed0ja769cfd6fbb80cb7@mail.gmail.com>
	<afd80b540609170156x22a8ccd9mdce3c6c5196c8086@mail.gmail.com>
	<op.tf0ne2t8xegpx6@jo.local> <op.tgh6130ixegpx6@jo.local>
	<op.tgjc3htcxegpx6@jo.local>
	<afd80b540609281250s6dc1a1e9w1b7f772f593fd3c7@mail.gmail.com>
	<afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
	<BD162706-1FCA-4908-AA64-DEF75013E9F5@fabian-buch.de>
Message-ID: <afd80b540610040713k6eb6eb3aw1eb1830e2a50d618@mail.gmail.com>

Yeap parts could be used for this. My parts include helpers and other
utility code. Moreover, I have another name  for smaller parts:
components. Components are exactly like parts but the different name
denotes that they provide small pieces of additional features. For
example, the navbar could be a component (ie small part).

regards,
George.


> Parts could be used for this. Parts are till now mainly used for
> whole nitro apps to plug in, but could also be used for pure helper
> "plug-ins".
> For example with my new auth part or localization part (bot not yet
> released, but will as open source soon) I include appropriate helpers.
> For helper-only Parts, just don't define a Nitro::Server.map and by
> requiring this part its helper can be used just like other helpers.
> Navbar could be put into such a helper. I can take care of this after
> I finished some of the above parts, so you can leave it out of the
> Nitro main distro.
>
> I think this navbar came through Riffraffs Google Summer of Code
> stuff which has more of such goodies that could be turned into Parts
> and don't have to go into the Nitro main distribution.



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

From george.moschovitis at gmail.com  Wed Oct  4 10:36:12 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 4 Oct 2006 17:36:12 +0300
Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes
In-Reply-To: <op.tgwb6ss2xegpx6@jo.local>
References: <op.tfvi5inqxegpx6@jo.local>
	<afd80b540609141331i2535bed0ja769cfd6fbb80cb7@mail.gmail.com>
	<afd80b540609170156x22a8ccd9mdce3c6c5196c8086@mail.gmail.com>
	<op.tf0ne2t8xegpx6@jo.local> <op.tgh6130ixegpx6@jo.local>
	<op.tgjc3htcxegpx6@jo.local>
	<afd80b540609281250s6dc1a1e9w1b7f772f593fd3c7@mail.gmail.com>
	<afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
	<op.tgwb6ss2xegpx6@jo.local>
Message-ID: <afd80b540610040736w18b716a5m4c385dafa461e897@mail.gmail.com>

> *grml* reason? alias?
>

store = sql, xml, file, memory, etc...
adapter = mysql, postgresql, sqlite, kirby, sql server, oracle, etc, etc

In 0.40 I use the name adapter to be in sync with Nitro adapters.

adapters extend stores.


regards,
George.


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

From fabian at fabian-buch.de  Wed Oct  4 13:07:17 2006
From: fabian at fabian-buch.de (Fabian Buch)
Date: Wed, 4 Oct 2006 19:07:17 +0200
Subject: [Nitro] Helpers, Components, Parts
In-Reply-To: <afd80b540610040713k6eb6eb3aw1eb1830e2a50d618@mail.gmail.com>
References: <op.tfvi5inqxegpx6@jo.local>
	<afd80b540609141331i2535bed0ja769cfd6fbb80cb7@mail.gmail.com>
	<afd80b540609170156x22a8ccd9mdce3c6c5196c8086@mail.gmail.com>
	<op.tf0ne2t8xegpx6@jo.local> <op.tgh6130ixegpx6@jo.local>
	<op.tgjc3htcxegpx6@jo.local>
	<afd80b540609281250s6dc1a1e9w1b7f772f593fd3c7@mail.gmail.com>
	<afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
	<BD162706-1FCA-4908-AA64-DEF75013E9F5@fabian-buch.de>
	<afd80b540610040713k6eb6eb3aw1eb1830e2a50d618@mail.gmail.com>
Message-ID: <12052069-53E6-4AC8-B3FF-78893FBC3E83@fabian-buch.de>


Am 04.10.2006 um 16:13 schrieb George Moschovitis:
> Yeap parts could be used for this. My parts include helpers and other
> utility code. Moreover, I have another name  for smaller parts:
> components. Components are exactly like parts but the different name
> denotes that they provide small pieces of additional features. For
> example, the navbar could be a component (ie small part).

This could lead to confusions for newcommers. "What are helpers,  
components, parts? In Rails they are just called 'plug-ins'".  
Components would be plug-in helpers, installed in the same way as  
parts and are just not called helpers, b/c they are not in the main  
distribution.
Apart from that the name sounds ok.

Fabian

PS: Copy to you, b/c the mailinglist is so slow at the moment.
PPS: I had quite some ideas to this topic, had some discussions with  
Trans about it and developed something I didn't want to release to  
the public yet. I'll email the discussion with Trans to you in a bit,  
adding some more thoughts. Stay tuned.


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




From fabian at fabian-buch.de  Wed Oct  4 13:31:54 2006
From: fabian at fabian-buch.de (Fabian Buch)
Date: Wed, 4 Oct 2006 19:31:54 +0200
Subject: [Nitro] Gen Part and related thoughts
Message-ID: <5E2E7A7B-3CA6-4606-A06D-42AAE9AE1DCB@fabian-buch.de>

hi George,

Below are the thoughts about Rachets, Gen and Parts with Trans a few  
days ago.

The basic site for Nitro Parts is already in an advanced state and  
the domain for it already ordered. I just want it to be more thought  
through and could be used in combination with Trans Ratchets (see  
below).

Furthermore I'd like to at least let 0.40.0 glycerin stabelize a  
little more and maybe even release the site when Nitro 0.40.0 is  
released (or earlier, depending on developments in Nitro/Ratchets/ 
Parts area).

Components (or whatever they will be called in the end) would fit  
exactly into all this, just like Parts, that don't get included into  
the standard Nitro distribution.

read on below!

Fabian

Forwared E-Mail:
> Von: Fabian Buch <fabian at fabian-buch.de>
> Datum: 25. September 2006 11:27:00 MESZ
> An: TRANS <transfire at gmail.com>
> Betreff: Re: [Nitro] Gen
>
> hi Trans,
>
> I just had a little more thought about Gen on weekend, especially  
> about gen part (or even gen app) and how I could extend it's  
> functionality.
> At the moment Gen is not doing so much scuffolding. The currently  
> working generators are basically copying files. So it's not so much  
> having functionality of seed, but more of a different project of  
> yours (or might have, after what I thought out on the weekend).
>
> I'm writing to you, instead of the Nitro ML, b/c I'm planning a  
> site which I don't want to reveal to the general public yet.  
> Basically it'll be a site for Nitro Parts, maybe a little similar  
> to rubyforge, but only for Nitro parts, like collecting Nitro "plug- 
> ins" and providing them to other Nitro developers.
> I thought about several ways how to package/provide Parts through  
> this site: gem, rolls, sow, ratchets.. Then I thought, hmm.. don't  
> like gem, Parts aren't full apps or libraries like the usual stuff  
> on rubyforge.. Trans is still taking a while with ratchets.. So why  
> not built-in a small downloader into "gen part" which downloads  
> Parts from my website, unpacks them and then does what it's doing  
> right now.
>
> But then I thought, that's simple, but it does stuff "gem" and  
> probably "ratchets" can do a lot better. Just that they can't do  
> the little copying of Gen.
> Then again, reap will be part of ratchets, right? So, with some  
> "generator"-scripts for ratchets, it could take-over Gen's job,  
> even replacing Gen. Of course it would have to be easy for a user/ 
> web-developer to handle this, so it'd have to be as easy as saying  
> "gen part blogpart" to install the blogpart in current webapp  
> folder, from wherever (local path, or if not found remote url;  
> Nitro Parts from my site).
>
> I know ratchets has to be general purpose, but maybe you could do  
> it extendable, so that in Nitro served scripts could utilize  
> ratchets to take over the Gen job. Preferably easy and straight- 
> forward.
>
> Just some thoughts,
> thanks for reading,
> Fabian
>
> PS: do you know an approximate timeline for Ratchets already?
>
Anfang der weitergeleiteten E-Mail:

> Von: Fabian Buch <fabian at fabian-buch.de>
> Datum: 27. September 2006 00:11:30 MESZ
> An: TRANS <transfire at gmail.com>
> Betreff: Re: [Nitro] Gen
>
> Thanks for your reply Trans, and don't worry about typos ;)
>
> Am 26.09.2006 um 19:00 schrieb TRANS:
>> On 9/25/06, Fabian Buch <fabian at fabian-buch.de> wrote:
>>> built-in a small downloader into "gen part" which downloads Parts
>>> from my website, unpacks them and then does what it's doing right  
>>> now.
>>
>> Interesting idea. Facets has a Downloader class that woudl make the
>> dowloading a qucik addition.
>
> Cool. The implementation is not the problem though. It's more the  
> question of whether I SHOULD implement that, since it duplicates  
> other apps functionality (gem, rachets).
>
>> Hmmm... I like that idea. It should be pretty easy implement and
>> actually could be fairly general in implementation. And I agree that
>> Ratchets would be the prefect platform for this.
>>
>> When you use 'gen part foo', that's to distinguish from say 'gen app
>> foo'. Correct? Is the distinction actually needed? What I mean is,
>> will it even be possible to name two projects foo on your hosting
>> site, one a part and one an app? Or would the type be distinguishable
>> by the name itself? I.e Project bar is an app and foo is a part. So
>> all that's needed on the command line is 'gen foo'.
>
> Well, I'm thinking about Parts only, since they can (if wanted by  
> the author) be run as apps too, just use some general conventions  
> (opposed to normal nitro apps that can be in whatever layout). "gen  
> part foo" does actually a little more than "gen app bar". Both copy  
> stuff, the latter only the "proto"-dir to a path and "gen part" the  
> part to current dir plus it's public things into the apps public  
> dir, which are two copy/move operations. Additionally "gen part"  
> 'searches/finds' a part, whereas gen app knows where "proto" is.
>
> The difference is also that gen app produces something for you to  
> start developing an app and gen part provides you with fully  
> functioning, maybe feature-rich application parts, that can, but  
> don't have to be customized (among the parts I'll release with the  
> site are: an authentication-part, a blog-part and  a photogallery- 
> part (the latter two even needing the first)).
>
>>  project new {type}
>
> What can {type} be?
>
>>> I know ratchets has to be general purpose, but maybe you could do it
>>> extendable, so that in Nitro served scripts could utilize  
>>> ratchets to
>>> take over the Gen job. Preferably easy and straight-forward.
>>
>> Yep, it would be a pretty simple matter of taking th above and adding
>> a feature to this that could check a remote site for the app/part if
>> it isn't stored locally. That would be very cool! The hard part is
>> actually settleing on a nomenclature of the CLI.
>
> Could it be stuff like:
>
> project new nitroapp {name}
> project new nitropart {name}
> project new webapp {name}
>
> ratchets install {whatever} --remote {url}
>
> where {whatever} is an app, nitroapp or part which have a  
> ProjectInfo that tells how it's gonna be installed? (if ProjectInfo  
> says "part" it does what "gen part" does and if it says "app" it's  
> installed in site-ruby)
>
> I'm not sure. Some more random idea shots:
>
> project new nitroapp {name}
> project gen nitropart {name}
> project gen nitroscuffold {model.rb}
>
> Or letting everything alive as is and "gen part" uses ratchets for  
> downloading/versioning. On the other hand, Gen isn't a big bunch of  
> code, it doesn't have to survive necessarily in my eyes. Replacing  
> it as something integrated in other software isn't so bad an idea  
> (doesn't have to be ratchets for all stuff, since there's a "nitro"  
> command too that might be able to take some more care too (for an  
> upcomming scuffolding e.g.)).
>
>>> PS: do you know an approximate timeline for Ratchets already?
>>
>> Very soon --days. I'm really just stuck on one last issue --a naming
>
> Great :). Go for ProjectInfo.
>
> Fabian

btw. I think my site would broaden the Nitro community and its  
visibility a lot. People would see Nitro is actually being used apart  
from www.nitroproject.org and www.oxyliquit.de

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




From transfire at gmail.com  Wed Oct  4 16:04:23 2006
From: transfire at gmail.com (TRANS)
Date: Wed, 4 Oct 2006 16:04:23 -0400
Subject: [Nitro] Ratchets, two final issues. Please help.
Message-ID: <4b6f054f0610041304k188c125ahc851faf0fc414760@mail.gmail.com>

Hi--

I'm closing in on an first release of Ratchets. I'm down to two
outstanding major issues.

1) Whether to name the lib directory 'ratchet' or 'ratchets'. I'm
stuck on this b/c  on one hand I usually avoid plurals, but in this
case the name of the project itself is ratchets, plural. So I'm not
sure. And Facets doesn't give any guidance here either since it uses
both singular and plural b/c of the trick of integrating the
Facets/CORE and Facets/MORE libs.

2) Ratchets' main command line tool is called 'project'. Like 'rake'
and 'reap' (RIP) 'project' can take a task name as an argument and
will run that user-defined task. BUT, it can also take the name of a
built-in Ratchets tool and run the tool directly. Ex: Here's a snip
from a ProjecInfo file:

  tasks:
    history: !!changelog
      file: doc/HISTORY

So on the command line we can do:

  $ project history

and it will generate the changelog file, in this case at doc/HISTORY.
But we can also do:

  $ project changelog --file doc/HISTORY

To run the chngelog tool directly without defining a task.

My debate is whether it works well enough to have both modes of
functionality in the same command. (Note task definitions take
precedence if there is a name clash.) I sort of worry that someone
will go to run a task they think is there and inadvertently run a
tool. But maybe I'm over blowing it. But if I did split it into two
command, I have no idea what to call the other. Or maybe there is a
way to mitigate the issue? Thoughts?

Thanks,
T.

-- 
( o-
 //    trans.
/ /    transfire at gmail.com

People with courage and character always seem sinister to the rest.
--Hermann Hesse

       http://weblands.blogspot.com
       http://7ranscode.blogspot.com
       http://stampact.blogspot.com

From lasso at lassoweb.se  Wed Oct  4 16:18:14 2006
From: lasso at lassoweb.se (Lars Olsson)
Date: Wed, 04 Oct 2006 22:18:14 +0200
Subject: [Nitro] Small configuration change...
In-Reply-To: <op.tgv73jznxegpx6@jo.local>
References: <afd80b540610020410i5c70fa3axd30018ac72b9a0e6@mail.gmail.com>	<afd80b540610020411y3524f2a0v74a979849323f748@mail.gmail.com>
	<op.tgv73jznxegpx6@jo.local>
Message-ID: <45241706.7030004@lassoweb.se>

Thanks for answering on OxyLiquit, George! I have some follow-up 
questions though...attached them to the original question on OxyLiquit. 
If someone else feels like enlightening me, please feel free to do so :)

Kindly

/lasso

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



Jonathan Buch skrev:
> Hi,
> 
>>> As an example I have attached some configuration files. If you have
>>> any problems or suggestions, let me know...
> 
> related Q on Oxy:
> 
> http://oxyliquit.de/question/78
> 
> Would you please take the time to answer this one?
> 
> Jo

From billk at cts.com  Wed Oct  4 19:28:24 2006
From: billk at cts.com (Bill Kelly)
Date: Wed, 4 Oct 2006 16:28:24 -0700
Subject: [Nitro] SCGI
References: <afd80b540610020636p853c8d9pe59434c8451cd256@mail.gmail.com><afd80b540610030924p4b61c0ch6c04be49d781bd02@mail.gmail.com><194d01c6e732$90633680$6442a8c0@musicbox>
	<afd80b540610040141y78b2a967s61de3f86fe116d9a@mail.gmail.com>
Message-ID: <1ba101c6e80c$ca1f0540$6442a8c0@musicbox>


From: "George Moschovitis" <george.moschovitis at gmail.com>
>
>I removed SCGI, this is not maintained any more. Please use mongrel instead.
> 
> nitro --mongrel will do the trick or you can set
> 
> Nitro.adapter = :mongrel
> 
> for the same effect.

OK, thanks.  I'll switch to mongrel.


In the hopes that any users Googling or searching the mailing
list might benefit, I'll post my progress so far.

Executive summary:

  Mongrel 0.3.13.3 working nicely, but my Apache 1.3.33 apparently
  was not compiled with --enable-proxy, etc.

Details:

  Attempt to replace Nitro + SCGI + Apache 1.3.33
  with Nitro + mongrel (reverse proxy) + Apache 1.3.33
  on debian 3.1 stable.

 $ sudo gem install -y mongrel

   mongrel 0.3.13.4 was installed.

 $ ruby run.rb --mongrel        

   Yay! It works! . . . .
   Except the "Content-length: 1234" header is showing
   as part of the document result.
   Google reveals this is an issue reported with 0.3.13.4,
   and reverting to 0.3.13.3 was recommended in some posts.

 $ sudo gem uninstall mongrel
 $ sudo gem install -v 0.3.13.3 mongrel
 $ ruby run.rb --mongrel
 
   Yay! It works!
   Now to set up the apache proxy ala the instructions
   for Rails at http://mongrel.rubyforge.org/docs/apache.html

 $ sudo vi /etc/apache/conf.d/Vhosts.conf

    <VirtualHost *:80>
        ServerName my.site.com
        
        # ...
        
        ProxyRequests off
        ProxyPass / http://my.site.com:8888/
        ProxyPassReverse / http://my.site.com:8888
        ProxyPreserveHost on

    </VirtualHost>

 $ sudo apachectl graceful      // failed
 $ sudo apachectl configtest    // failed
 
    Syntax error on line 127 of /etc/apache/conf.d/Vhosts.conf:
    Invalid command 'ProxyRequests', perhaps mis-spelled or defined
    by a module not included in the server configuration

It appears my Apache 1.3.33 apparently was not compiled with
 --enable-proxy, etc.

I have left off here for now, but anticipate recompiling Apache
with the appropriate proxy config options will clear the final
hurdle.



Regards,

Bill

 

From alex at msgpad.com  Wed Oct  4 19:29:39 2006
From: alex at msgpad.com (Alex Pooley)
Date: Thu, 05 Oct 2006 07:29:39 +0800
Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes
In-Reply-To: <afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
References: <op.tfvi5inqxegpx6@jo.local>
	<afd80b540609141331i2535bed0ja769cfd6fbb80cb7@mail.gmail.com>
	<afd80b540609170156x22a8ccd9mdce3c6c5196c8086@mail.gmail.com>
	<op.tf0ne2t8xegpx6@jo.local> <op.tgh6130ixegpx6@jo.local>
	<op.tgjc3htcxegpx6@jo.local>
	<afd80b540609281250s6dc1a1e9w1b7f772f593fd3c7@mail.gmail.com>
	<afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
Message-ID: <1160004579.7477.14.camel@woof>

> Btw, we must find a way to add non-essential/extra functionality to
> nitro. Something similar to Rails plugins. I do not think it is the
> right thing that we  include stuff like the navbar helper to the main
> distribution. Anyone has any ideas how we can achive this?

I've been meaning to checkout 'gemplugins' (an offshoot from Mongrel).

More info:

http://mongrel.rubyforge.org/docs/gem_plugin.html
http://mongrel.rubyforge.org/gem_plugin_rdoc/

The advantage of such a system (from what I understand so far) is in
it's ease of distribution (based on gems) and it's auto-loading of
dependencies, and of course the fact that it's already written.

As an aside, I use gems to deploy my own code. I have four gems that I
deploy and two of them contain executables that are installed via the
gems system that execute the code. It's a very simple and effective way
to work, so I'm for anything based on that.


-- 
Alex Pooley (msgpad founder)
w: http://msgpad.com
e: alex at msgpad.com
b: http://alexpooley.com



From george.moschovitis at gmail.com  Thu Oct  5 02:08:27 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 5 Oct 2006 09:08:27 +0300
Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes
In-Reply-To: <1160004579.7477.14.camel@woof>
References: <op.tfvi5inqxegpx6@jo.local>
	<afd80b540609141331i2535bed0ja769cfd6fbb80cb7@mail.gmail.com>
	<afd80b540609170156x22a8ccd9mdce3c6c5196c8086@mail.gmail.com>
	<op.tf0ne2t8xegpx6@jo.local> <op.tgh6130ixegpx6@jo.local>
	<op.tgjc3htcxegpx6@jo.local>
	<afd80b540609281250s6dc1a1e9w1b7f772f593fd3c7@mail.gmail.com>
	<afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
	<1160004579.7477.14.camel@woof>
Message-ID: <afd80b540610042308g33400361keabb79e96e1bc659@mail.gmail.com>

Hmm this is an option too. But I think plain gems can do the trick anyway.

-g.

On 10/5/06, Alex Pooley <alex at msgpad.com> wrote:
> > Btw, we must find a way to add non-essential/extra functionality to
> > nitro. Something similar to Rails plugins. I do not think it is the
> > right thing that we  include stuff like the navbar helper to the main
> > distribution. Anyone has any ideas how we can achive this?
>
> I've been meaning to checkout 'gemplugins' (an offshoot from Mongrel).
>
> More info:
>
> http://mongrel.rubyforge.org/docs/gem_plugin.html
> http://mongrel.rubyforge.org/gem_plugin_rdoc/
>
> The advantage of such a system (from what I understand so far) is in
> it's ease of distribution (based on gems) and it's auto-loading of
> dependencies, and of course the fact that it's already written.
>
> As an aside, I use gems to deploy my own code. I have four gems that I
> deploy and two of them contain executables that are installed via the
> gems system that execute the code. It's a very simple and effective way
> to work, so I'm for anything based on that.
>
>
> --
> Alex Pooley (msgpad founder)
> w: http://msgpad.com
> e: alex at msgpad.com
> b: http://alexpooley.com
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


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

From george.moschovitis at gmail.com  Thu Oct  5 04:37:53 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 5 Oct 2006 11:37:53 +0300
Subject: [Nitro] Mongrel behind a proxy
Message-ID: <afd80b540610050137r610cefebk73ac4891a32e7750@mail.gmail.com>

Dear devs,

as I described in an earlier email, I was experiencing some strange
slowdowns when i was running a mongrel cluster behind a lighttpd
proxy. Today I experimented a bit with Apache 2.2 + nod_proxy_balancer
as a proxy solution. And voila, my application runs just great ;-)

Interestingly, the mongrel home page, also declares apache the prefer
ed deployment option and mentions problems when running behind
Lighttpd.

regards,
George.

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

From fabian at fabian-buch.de  Thu Oct  5 08:39:10 2006
From: fabian at fabian-buch.de (Fabian Buch)
Date: Thu, 5 Oct 2006 14:39:10 +0200
Subject: [Nitro] Ratchets, two final issues. Please help.
In-Reply-To: <4b6f054f0610041304k188c125ahc851faf0fc414760@mail.gmail.com>
References: <4b6f054f0610041304k188c125ahc851faf0fc414760@mail.gmail.com>
Message-ID: <A6871194-8BC6-45D7-B675-B2699E74DFDE@fabian-buch.de>


Am 04.10.2006 um 22:04 schrieb TRANS:
>
> I'm closing in on an first release of Ratchets. I'm down to two
> outstanding major issues.

Looking forward to it :)

> 1) Whether to name the lib directory 'ratchet' or 'ratchets'. I'm
> stuck on this b/c  on one hand I usually avoid plurals, but in this
> case the name of the project itself is ratchets, plural. So I'm not

I prefer ratchets (plural). It's easier to remember if the project is  
called ratchets. And as another example: rubygems (the lib dir is in  
plural too, even if the command (gem) is in singular). If you had a  
command "ratchet" instead of "project" the command should be singular  
probably, but "project" is nicer indeed.

> 2) Ratchets' main command line tool is called 'project'. Like 'rake'
..
> My debate is whether it works well enough to have both modes of
> functionality in the same command. (Note task definitions take
> precedence if there is a name clash.) I sort of worry that someone
> will go to run a task they think is there and inadvertently run a
> tool. But maybe I'm over blowing it. But if I did split it into two
> command, I have no idea what to call the other. Or maybe there is a
> way to mitigate the issue? Thoughts?

I think it's okay like you described. The problem still exists if  
users don't know all project keywords and just override them with  
their task definition. Overriding is ok I think, but maybe you could  
give a "WARNING" on command line.

Just my thoughts.

Fabian



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




From fabian at fabian-buch.de  Thu Oct  5 08:52:56 2006
From: fabian at fabian-buch.de (Fabian Buch)
Date: Thu, 5 Oct 2006 14:52:56 +0200
Subject: [Nitro] Small configuration change...
In-Reply-To: <45241706.7030004@lassoweb.se>
References: <afd80b540610020410i5c70fa3axd30018ac72b9a0e6@mail.gmail.com>	<afd80b540610020411y3524f2a0v74a979849323f748@mail.gmail.com>
	<op.tgv73jznxegpx6@jo.local> <45241706.7030004@lassoweb.se>
Message-ID: <905FB7CB-2A0A-4201-8E1F-586F305B443F@fabian-buch.de>


Am 04.10.2006 um 22:18 schrieb Lars Olsson:
> Thanks for answering on OxyLiquit, George! I have some follow-up
> questions though...attached them to the original question on  
> OxyLiquit.
> If someone else feels like enlightening me, please feel free to do  
> so :)

Answered:
http://oxyliquit.de/question/78

Fabian


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




From fabian at fabian-buch.de  Thu Oct  5 09:04:13 2006
From: fabian at fabian-buch.de (Fabian Buch)
Date: Thu, 5 Oct 2006 15:04:13 +0200
Subject: [Nitro] [PATCH] Patch bundle, many psql and tc fixes
In-Reply-To: <1160004579.7477.14.camel@woof>
References: <op.tfvi5inqxegpx6@jo.local>
	<afd80b540609141331i2535bed0ja769cfd6fbb80cb7@mail.gmail.com>
	<afd80b540609170156x22a8ccd9mdce3c6c5196c8086@mail.gmail.com>
	<op.tf0ne2t8xegpx6@jo.local> <op.tgh6130ixegpx6@jo.local>
	<op.tgjc3htcxegpx6@jo.local>
	<afd80b540609281250s6dc1a1e9w1b7f772f593fd3c7@mail.gmail.com>
	<afd80b540610040159r2dc76243ocee536bc8d775ae7@mail.gmail.com>
	<1160004579.7477.14.camel@woof>
Message-ID: <9827228C-6BD8-427F-B218-D46100508AC1@fabian-buch.de>


Am 05.10.2006 um 01:29 schrieb Alex Pooley:
> I've been meaning to checkout 'gemplugins' (an offshoot from Mongrel).

Oh, didn't think of that. Should've a look at it again. Might take  
GemPlugins and Ratchets :)

Fabian





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




From al-nitrogen at none.at  Thu Oct  5 09:06:00 2006
From: al-nitrogen at none.at (Alexander Lazic)
Date: Thu, 5 Oct 2006 15:06:00 +0200
Subject: [Nitro] Mongrel behind a proxy
In-Reply-To: <afd80b540610050137r610cefebk73ac4891a32e7750@mail.gmail.com>
References: <afd80b540610050137r610cefebk73ac4891a32e7750@mail.gmail.com>
Message-ID: <20061005130600.GA28220@none.at>

On Don 05.10.2006 11:37, George Moschovitis wrote:
>
>as I described in an earlier email, I was experiencing some strange
>slowdowns when i was running a mongrel cluster behind a lighttpd
>proxy. Today I experimented a bit with Apache 2.2 + nod_proxy_balancer
>as a proxy solution. And voila, my application runs just great ;-)
>
>Interestingly, the mongrel home page, also declares apache the prefer
>ed deployment option and mentions problems when running behind
>Lighttpd.

Just for my curiosity:

Have you thought to use nginx ( http://www.nginx.net/ )?!

Regards

Alex

From george.moschovitis at gmail.com  Thu Oct  5 12:16:13 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 5 Oct 2006 19:16:13 +0300
Subject: [Nitro] Mongrel behind a proxy
In-Reply-To: <20061005130600.GA28220@none.at>
References: <afd80b540610050137r610cefebk73ac4891a32e7750@mail.gmail.com>
	<20061005130600.GA28220@none.at>
Message-ID: <afd80b540610050916i161f60b0oc9d9ccfdb8d9d144@mail.gmail.com>

Nope,

frankly I am quite happy to use Apache. I think for the last 4 years
or so, I have been tooooo experimental. Some times standard solutions
are good for you ;-)

regards,
George

PS: of coz anyone can try nitro with any frontend server ;-) suit yourself!



On 10/5/06, Alexander Lazic <al-nitrogen at none.at> wrote:
> On Don 05.10.2006 11:37, George Moschovitis wrote:
> >
> >as I described in an earlier email, I was experiencing some strange
> >slowdowns when i was running a mongrel cluster behind a lighttpd
> >proxy. Today I experimented a bit with Apache 2.2 + nod_proxy_balancer
> >as a proxy solution. And voila, my application runs just great ;-)
> >
> >Interestingly, the mongrel home page, also declares apache the prefer
> >ed deployment option and mentions problems when running behind
> >Lighttpd.
>
> Just for my curiosity:
>
> Have you thought to use nginx ( http://www.nginx.net/ )?!
>
> Regards
>
> Alex
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


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

From transfire at gmail.com  Thu Oct  5 12:56:08 2006
From: transfire at gmail.com (TRANS)
Date: Thu, 5 Oct 2006 12:56:08 -0400
Subject: [Nitro] Setting up simple CGI on ubuntu
Message-ID: <4b6f054f0610050956w50ee0d9fvec5e053ac2834099@mail.gmail.com>

I've done all this numerous times before but, sigh, apparently I'm
forgetting something again. I'm just trying to serve up a straight CGI
script, nothing fancy.

Running Ubuntu Apache2:

<VirtualHost *>
   #SetEnv RAILS_ENV development
   ServerName lilwiki
   DocumentRoot /serve/www/lilwiki/
   ErrorLog /home/trans/file/projects/PsyTower/lilwiki/log/apache.log

   <Directory /home/trans/file/projects/PsyTower/lilwiki/public/>
      Options +ExecCGI +FollowSymLinks
      AddHandler cgi-script .rbx
      AllowOverride all
      Order allow,deny
      Allow from all
   </Directory>
</VirtualHost>

By all accounts (I just spent the last 40 minutes seaching the web and
mailing-list) the above should be all I need. But all it does is serve
up .rbx files as plain text --it doesn't execute them.

Any ideas?

Thanks,
T.

From transfire at gmail.com  Thu Oct  5 13:00:43 2006
From: transfire at gmail.com (TRANS)
Date: Thu, 5 Oct 2006 13:00:43 -0400
Subject: [Nitro] Ratchets, two final issues. Please help.
In-Reply-To: <A6871194-8BC6-45D7-B675-B2699E74DFDE@fabian-buch.de>
References: <4b6f054f0610041304k188c125ahc851faf0fc414760@mail.gmail.com>
	<A6871194-8BC6-45D7-B675-B2699E74DFDE@fabian-buch.de>
Message-ID: <4b6f054f0610051000w132416cdv939978d7831260ef@mail.gmail.com>

On 10/5/06, Fabian Buch <fabian at fabian-buch.de> wrote:
>
> Am 04.10.2006 um 22:04 schrieb TRANS:
> >
> > I'm closing in on an first release of Ratchets. I'm down to two
> > outstanding major issues.
>
> Looking forward to it :)
>
> > 1) Whether to name the lib directory 'ratchet' or 'ratchets'. I'm
> > stuck on this b/c  on one hand I usually avoid plurals, but in this
> > case the name of the project itself is ratchets, plural. So I'm not
>
> I prefer ratchets (plural). It's easier to remember if the project is
> called ratchets. And as another example: rubygems (the lib dir is in
> plural too, even if the command (gem) is in singular). If you had a
> command "ratchet" instead of "project" the command should be singular
> probably, but "project" is nicer indeed.

Cool. That's done. Thanks for tipping the scale for me :)

> > 2) Ratchets' main command line tool is called 'project'. Like 'rake'
> ..
> > My debate is whether it works well enough to have both modes of
> > functionality in the same command. (Note task definitions take
> > precedence if there is a name clash.) I sort of worry that someone
> > will go to run a task they think is there and inadvertently run a
> > tool. But maybe I'm over blowing it. But if I did split it into two
> > command, I have no idea what to call the other. Or maybe there is a
> > way to mitigate the issue? Thoughts?
>
> I think it's okay like you described. The problem still exists if
> users don't know all project keywords and just override them with
> their task definition. Overriding is ok I think, but maybe you could
> give a "WARNING" on command line.

Okay. I'll leave it as it is then. It can always be split later if needs be.

Thanks Fabian!

T.

From transfire at gmail.com  Thu Oct  5 13:27:35 2006
From: transfire at gmail.com (TRANS)
Date: Thu, 5 Oct 2006 13:27:35 -0400
Subject: [Nitro] Google Group archive of ths list
Message-ID: <4b6f054f0610051027g5d2d180dt41bc35f711806cf2@mail.gmail.com>

George,

I setup a google-group archive of this mailing list, So anyone can
access it thru that interface instead of via email if they want to
(something I prefer).

Could you subscribe this address to the mailing list to complete the linkup?

  nitro-general-google-garchive-68693 at googlegroups.com

I can;t do it b/c obviously I wouldn't be able to confirm from that address.

Once done, from then on all new posts will be archived and searchable
from google-groups.

Cool?
T.

From george.moschovitis at gmail.com  Thu Oct  5 14:31:19 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 5 Oct 2006 21:31:19 +0300
Subject: [Nitro] Mongrel behind a proxy
In-Reply-To: <afd80b540610050916i161f60b0oc9d9ccfdb8d9d144@mail.gmail.com>
References: <afd80b540610050137r610cefebk73ac4891a32e7750@mail.gmail.com>
	<20061005130600.GA28220@none.at>
	<afd80b540610050916i161f60b0oc9d9ccfdb8d9d144@mail.gmail.com>
Message-ID: <afd80b540610051131q2407e09ex7e5b41cee1d38384@mail.gmail.com>

Btw,

Even though Mongrel seems to work quite nicely behind the Apache, we
still need to cleanup the mongrel adapter implementation. Any help
appreciated. Perhaps Zed could have a look at this?

-g.

On 10/5/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Nope,
>
> frankly I am quite happy to use Apache. I think for the last 4 years
> or so, I have been tooooo experimental. Some times standard solutions
> are good for you ;-)
>
> regards,
> George
>
> PS: of coz anyone can try nitro with any frontend server ;-) suit yourself!
>
>
>
> On 10/5/06, Alexander Lazic <al-nitrogen at none.at> wrote:
> > On Don 05.10.2006 11:37, George Moschovitis wrote:
> > >
> > >as I described in an earlier email, I was experiencing some strange
> > >slowdowns when i was running a mongrel cluster behind a lighttpd
> > >proxy. Today I experimented a bit with Apache 2.2 + nod_proxy_balancer
> > >as a proxy solution. And voila, my application runs just great ;-)
> > >
> > >Interestingly, the mongrel home page, also declares apache the prefer
> > >ed deployment option and mentions problems when running behind
> > >Lighttpd.
> >
> > Just for my curiosity:
> >
> > Have you thought to use nginx ( http://www.nginx.net/ )?!
> >
> > Regards
> >
> > Alex
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
>
>
> --
> http://www.gmosx.com
> http://www.nitroproject.org
>


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

From zedshaw at zedshaw.com  Thu Oct  5 08:03:23 2006
From: zedshaw at zedshaw.com (Zed A. Shaw)
Date: Thu, 5 Oct 2006 05:03:23 -0700
Subject: [Nitro] Mongrel behind a proxy
In-Reply-To: <20061005130600.GA28220@none.at>
References: <afd80b540610050137r610cefebk73ac4891a32e7750@mail.gmail.com>
	<20061005130600.GA28220@none.at>
Message-ID: <20061005050323.da9b5d58.zedshaw@zedshaw.com>

On Thu, 5 Oct 2006 15:06:00 +0200
Alexander Lazic <al-nitrogen at none.at> wrote:

> On Don 05.10.2006 11:37, George Moschovitis wrote:
> >
> >as I described in an earlier email, I was experiencing some strange
> >slowdowns when i was running a mongrel cluster behind a lighttpd
> >proxy. Today I experimented a bit with Apache 2.2 + nod_proxy_balancer
> >as a proxy solution. And voila, my application runs just great ;-)
> >
> >Interestingly, the mongrel home page, also declares apache the prefer
> >ed deployment option and mentions problems when running behind
> >Lighttpd.
> 
> Just for my curiosity:
> 
> Have you thought to use nginx ( http://www.nginx.net/ )?!
> 

nginx is tasty, you should try it out.

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

From al-nitrogen at none.at  Thu Oct  5 15:32:05 2006
From: al-nitrogen at none.at (Alexander Lazic)
Date: Thu, 5 Oct 2006 21:32:05 +0200
Subject: [Nitro] Mongrel behind a proxy
In-Reply-To: <afd80b540610050916i161f60b0oc9d9ccfdb8d9d144@mail.gmail.com>
References: <afd80b540610050137r610cefebk73ac4891a32e7750@mail.gmail.com>
	<20061005130600.GA28220@none.at>
	<afd80b540610050916i161f60b0oc9d9ccfdb8d9d144@mail.gmail.com>
Message-ID: <20061005193205.GA20057@none.at>

On Don 05.10.2006 19:16, George Moschovitis wrote:
>Nope,
>
>frankly I am quite happy to use Apache. I think for the last 4 years or
>so, I have been tooooo experimental. Some times standard solutions are
>good for you ;-)

Yep, thanks for answer ;-)

Cheers

Alex

From george.moschovitis at gmail.com  Thu Oct  5 15:47:45 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 5 Oct 2006 22:47:45 +0300
Subject: [Nitro] Ratchets, two final issues. Please help.
In-Reply-To: <4b6f054f0610041304k188c125ahc851faf0fc414760@mail.gmail.com>
References: <4b6f054f0610041304k188c125ahc851faf0fc414760@mail.gmail.com>
Message-ID: <afd80b540610051247v13889081w7abbb45e010fdc8@mail.gmail.com>

Excuse my ignorance, I feel a little bit lost with all these names.
What exactly is ratchets and where can I download it? I understand it
is some kind of a Reap replacement?

-g.


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

From james.britt at gmail.com  Thu Oct  5 17:17:07 2006
From: james.britt at gmail.com (James Britt)
Date: Thu, 05 Oct 2006 14:17:07 -0700
Subject: [Nitro] Setting up simple CGI on ubuntu
In-Reply-To: <4b6f054f0610050956w50ee0d9fvec5e053ac2834099@mail.gmail.com>
References: <4b6f054f0610050956w50ee0d9fvec5e053ac2834099@mail.gmail.com>
Message-ID: <45257653.6040903@gmail.com>

TRANS wrote:

> By all accounts (I just spent the last 40 minutes seaching the web and
> mailing-list) the above should be all I need. But all it does is serve
> up .rbx files as plain text --it doesn't execute them.

chmod 750 on *.rbx ?



-- 
James Britt

"Inside every large system there's a small system trying to get out".
    - Chet Hendrickson

From zedshaw at zedshaw.com  Thu Oct  5 10:43:45 2006
From: zedshaw at zedshaw.com (Zed A. Shaw)
Date: Thu, 5 Oct 2006 07:43:45 -0700
Subject: [Nitro] Mongrel behind a proxy
In-Reply-To: <afd80b540610051131q2407e09ex7e5b41cee1d38384@mail.gmail.com>
References: <afd80b540610050137r610cefebk73ac4891a32e7750@mail.gmail.com>
	<20061005130600.GA28220@none.at>
	<afd80b540610050916i161f60b0oc9d9ccfdb8d9d144@mail.gmail.com>
	<afd80b540610051131q2407e09ex7e5b41cee1d38384@mail.gmail.com>
Message-ID: <20061005074345.74211678.zedshaw@zedshaw.com>

On Thu, 5 Oct 2006 21:31:19 +0300
"George Moschovitis" <george.moschovitis at gmail.com> wrote:

> Btw,
> 
> Even though Mongrel seems to work quite nicely behind the Apache, we
> still need to cleanup the mongrel adapter implementation. Any help
> appreciated. Perhaps Zed could have a look at this?

Sure, hook up with me next week so I can get the code and submit a patch or give advice.  I'm looking to play with darcs anyway so might be a good practical exercise.

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

From transfire at gmail.com  Thu Oct  5 20:04:43 2006
From: transfire at gmail.com (TRANS)
Date: Thu, 5 Oct 2006 20:04:43 -0400
Subject: [Nitro] Setting up simple CGI on ubuntu
In-Reply-To: <45257653.6040903@gmail.com>
References: <4b6f054f0610050956w50ee0d9fvec5e053ac2834099@mail.gmail.com>
	<45257653.6040903@gmail.com>
Message-ID: <4b6f054f0610051704g68d43b37k1ff3470bcca94ccb@mail.gmail.com>

On 10/5/06, James Britt <james.britt at gmail.com> wrote:
> TRANS wrote:
>
> > By all accounts (I just spent the last 40 minutes seaching the web and
> > mailing-list) the above should be all I need. But all it does is serve
> > up .rbx files as plain text --it doesn't execute them.
>
> chmod 750 on *.rbx ?

Yep, got that. Thanks for responding though. I figured it out about an
hour ago (sigh 5 hrs on this stupid thing!). All it was: AddHandler
has to be in the VirtualHost section not the Directory section. Such a
little thing. But aht's how it alwasy is with configuring Apache in my
expirence. Would be nice if Apache reported an error in a log or
something, but no, it just ignores it. Oh well. Fixed now.

Thanks James!
T.

From transfire at gmail.com  Thu Oct  5 20:39:45 2006
From: transfire at gmail.com (TRANS)
Date: Thu, 5 Oct 2006 20:39:45 -0400
Subject: [Nitro] Ratchets, two final issues. Please help.
In-Reply-To: <afd80b540610051247v13889081w7abbb45e010fdc8@mail.gmail.com>
References: <4b6f054f0610041304k188c125ahc851faf0fc414760@mail.gmail.com>
	<afd80b540610051247v13889081w7abbb45e010fdc8@mail.gmail.com>
Message-ID: <4b6f054f0610051739q689d774dw124dc45f13c02545@mail.gmail.com>

On 10/5/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Excuse my ignorance, I feel a little bit lost with all these names.
> What exactly is ratchets and where can I download it? I understand it
> is some kind of a Reap replacement?

That's right. Working on Reap, Rolls and Sow I realized I was making
things much more complex than they needed to be. These projects were
largely dependent so did an expirement and merged them. Well,
everything came together like magic and so Ratchets was born. Of
course it took some time to take full advantage of the merger but I'm
getting very close to a first release now.

The neat thing is, you can view Ratchets as library of build tools,
like Facets is a library of programming tools. But of course  Rathcets
comes with some front-end commands too to make it easy to put them to
use.

T.

P.S. Has anyone noticed that Ryan Davis is immitating me? He recently
released Hoe which is essentially what Reap was when I first created
it. Then he released an ascii-pictoral html table generator
--something I did years ago. Now he's added a 'sow' command which is
basically the same as my 'seed' command and conflicts with the
namespace of my Sow project. Crazy. I wonder if he has any idea. How
ironically lucky for him though, with the advent of Ratchets, it
doesn't really matter (What was Sow will rebubbed Roll and be built on
top of Ratchets which has 90% of needed functionality; and what was
Roll is just library.rb now and is include in Ratchets).

From george.moschovitis at gmail.com  Fri Oct  6 01:33:32 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 6 Oct 2006 08:33:32 +0300
Subject: [Nitro] Mongrel behind a proxy
In-Reply-To: <20061005074345.74211678.zedshaw@zedshaw.com>
References: <afd80b540610050137r610cefebk73ac4891a32e7750@mail.gmail.com>
	<20061005130600.GA28220@none.at>
	<afd80b540610050916i161f60b0oc9d9ccfdb8d9d144@mail.gmail.com>
	<afd80b540610051131q2407e09ex7e5b41cee1d38384@mail.gmail.com>
	<20061005074345.74211678.zedshaw@zedshaw.com>
Message-ID: <afd80b540610052233n318d9618ve9041090179814be@mail.gmail.com>

> Sure, hook up with me next week so I can get the code and submit a patch or give advice.  I'm looking to play with darcs anyway so might be a good practical exercise.


Thanks, I will contact you next week then ;-)

-g.

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

From al-nitrogen at none.at  Fri Oct  6 04:03:19 2006
From: al-nitrogen at none.at (Aleksandar Lazic)
Date: Fri, 6 Oct 2006 10:03:19 +0200
Subject: [Nitro] Mongrel behind a proxy
In-Reply-To: <afd80b540610051131q2407e09ex7e5b41cee1d38384@mail.gmail.com>
References: <afd80b540610050137r610cefebk73ac4891a32e7750@mail.gmail.com>
	<20061005130600.GA28220@none.at>
	<afd80b540610050916i161f60b0oc9d9ccfdb8d9d144@mail.gmail.com>
	<afd80b540610051131q2407e09ex7e5b41cee1d38384@mail.gmail.com>
Message-ID: <20061006080319.GD26560@none.at>

On Don 05.10.2006 21:31, George Moschovitis wrote:
>Btw,
>
>Even though Mongrel seems to work quite nicely behind the Apache, we
>still need to cleanup the mongrel adapter implementation. Any help
>appreciated. Perhaps Zed could have a look at this?

Sorry, I'am to busy at the moment to help :-(
I'am glad to here that Zed is here to help :-)

Regards

Aleks

From fabian at fabian-buch.de  Fri Oct  6 04:37:24 2006
From: fabian at fabian-buch.de (Fabian Buch)
Date: Fri, 6 Oct 2006 10:37:24 +0200
Subject: [Nitro] Ratchets, two final issues. Please help.
In-Reply-To: <afd80b540610051247v13889081w7abbb45e010fdc8@mail.gmail.com>
References: <4b6f054f0610041304k188c125ahc851faf0fc414760@mail.gmail.com>
	<afd80b540610051247v13889081w7abbb45e010fdc8@mail.gmail.com>
Message-ID: <0E79335F-938F-4375-A253-FE8BAD7677F7@fabian-buch.de>


Am 05.10.2006 um 21:47 schrieb George Moschovitis:

> Excuse my ignorance, I feel a little bit lost with all these names.
> What exactly is ratchets and where can I download it? I understand it
> is some kind of a Reap replacement?

Yes. You can't download it yet, b/c Trans didn't release it yet, but  
will soon :). I bet Trans will do a release announcement in this list  
too.

Ratchets will combine Reap, Sow and Rolls as I understood Trans. One  
software for projects, tasks, meta-package management and something  
that could replace rubygems.

Fabian



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




From george.moschovitis at gmail.com  Fri Oct  6 05:59:46 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 6 Oct 2006 12:59:46 +0300
Subject: [Nitro] Ratchets, two final issues. Please help.
In-Reply-To: <4b6f054f0610051739q689d774dw124dc45f13c02545@mail.gmail.com>
References: <4b6f054f0610041304k188c125ahc851faf0fc414760@mail.gmail.com>
	<afd80b540610051247v13889081w7abbb45e010fdc8@mail.gmail.com>
	<4b6f054f0610051739q689d774dw124dc45f13c02545@mail.gmail.com>
Message-ID: <afd80b540610060259t1c0c8a9buc7173e436fbb3ce@mail.gmail.com>

> That's right. Working on Reap, Rolls and Sow I realized I was making
> things much more complex than they needed to be. These projects were
> ...
> comes with some front-end commands too to make it easy to put them to
> use.

Where can I download this?

-g.



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

From aglarond at gmail.com  Fri Oct  6 06:21:28 2006
From: aglarond at gmail.com (Dimitri Aivaliotis)
Date: Fri, 6 Oct 2006 12:21:28 +0200
Subject: [Nitro] Ratchets, two final issues. Please help.
In-Reply-To: <4b6f054f0610051739q689d774dw124dc45f13c02545@mail.gmail.com>
References: <4b6f054f0610041304k188c125ahc851faf0fc414760@mail.gmail.com>
	<afd80b540610051247v13889081w7abbb45e010fdc8@mail.gmail.com>
	<4b6f054f0610051739q689d774dw124dc45f13c02545@mail.gmail.com>
Message-ID: <55c107bf0610060321m285d64b6qd81f0f6011e6e549@mail.gmail.com>

On 10/6/06, TRANS <transfire at gmail.com> wrote:
>
>
> The neat thing is, you can view Ratchets as library of build tools,
> like Facets is a library of programming tools. But of course  Rathcets
> comes with some front-end commands too to make it easy to put them to
> use.
>

Cool!  I'm looking forward to the release of Ratchets.  So, I suppose I
should wait till then, but I'll ask now anyways: will all the 'reap' tasks
now be available to 'project', plus more?  (I think 'project' is a great
name for a command-line project-management tool, by the way.)

P.S. Has anyone noticed that Ryan Davis is immitating me? He recently
> released Hoe which is essentially what Reap was when I first created
> it.
>

Indeed.  I pointed this out on #nitro when he first released Hoe... His
responses to Kirk's queries on the ML were not too enlightening.  Or rather,
enlightening as to his opinions, and not to the actual point of the
questions about the differences between the two projects.


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

From transfire at gmail.com  Fri Oct  6 07:50:35 2006
From: transfire at gmail.com (TRANS)
Date: Fri, 6 Oct 2006 07:50:35 -0400
Subject: [Nitro] Web Editor?
Message-ID: <4b6f054f0610060450l6735ce49k708d3f7809a20a62@mail.gmail.com>

Someone asked about a web editor?

  http://www.fckeditor.net/

T.

From zimba.tm at gmail.com  Fri Oct  6 09:50:07 2006
From: zimba.tm at gmail.com (Jonas Pfenniger)
Date: Fri, 6 Oct 2006 15:50:07 +0200
Subject: [Nitro] Mongrel behind a proxy
In-Reply-To: <20061006080319.GD26560@none.at>
References: <afd80b540610050137r610cefebk73ac4891a32e7750@mail.gmail.com>
	<20061005130600.GA28220@none.at>
	<afd80b540610050916i161f60b0oc9d9ccfdb8d9d144@mail.gmail.com>
	<afd80b540610051131q2407e09ex7e5b41cee1d38384@mail.gmail.com>
	<20061006080319.GD26560@none.at>
Message-ID: <3ff63f9b0610060650m5927369an7dd0152003159d15@mail.gmail.com>

+1 for Nginx

Last time i've used Lighttpd as a proxy it cached the whole request in
memory before sending it furter. Not very nice for big files...

-- 
Cheers,
  zimbatm

http://zimbatm.oree.ch

From john at oxyliquit.de  Fri Oct  6 08:13:03 2006
From: john at oxyliquit.de (Jonathan Buch)
Date: Fri, 06 Oct 2006 14:13:03 +0200
Subject: [Nitro] Ratchets, two final issues. Please help.
In-Reply-To: <4b6f054f0610051739q689d774dw124dc45f13c02545@mail.gmail.com>
References: <4b6f054f0610041304k188c125ahc851faf0fc414760@mail.gmail.com>
	<afd80b540610051247v13889081w7abbb45e010fdc8@mail.gmail.com>
	<4b6f054f0610051739q689d774dw124dc45f13c02545@mail.gmail.com>
Message-ID: <op.tgz1j1oixegpx6@jo.local>

Hi,

> P.S. Has anyone noticed that Ryan Davis is immitating me? He recently
> released Hoe which is essentially what Reap was when I first created
> it. Then he released an ascii-pictoral html table generator
> --something I did years ago. Now he's added a 'sow' command which is
> basically the same as my 'seed' command and conflicts with the
> namespace of my Sow project. Crazy. I wonder if he has any idea.

Yeah, I've seen the 'sow' on ruby-talk and it seemed confusingly similar
to your project.  I've been wanting to ask you what's up with that, but
seeing you got no idea either... :P

Either he really is your clone (ever got abducted by aliens?) or he
likes duplicating your work.  :P

Jo

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

From fabian at fabian-buch.de  Fri Oct  6 09:26:29 2006
From: fabian at fabian-buch.de (Fabian Buch)
Date: Fri, 6 Oct 2006 15:26:29 +0200
Subject: [Nitro] small bug in global.rb
Message-ID: <BEBF16DA-CB3D-406A-B5D3-4C506FD63ACA@fabian-buch.de>

hi George,

Didn't want to make a patch (but can do if you want), since it's very  
small. In global.rb Global isn't in Nitro namespace. I don't want to  
discuss whether Global is a good namespace, but Session is in Nitro  
namespace.

Do the following change and record it in one of your next patches:

hunk ./nitro/lib/nitro/global.rb 34
-    def setup(type = Session.cache_type)
+    def setup(type = Nitro::Session.cache_type)

Fabian



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




From william.full.moon at gmail.com  Sat Oct  7 23:11:22 2006
From: william.full.moon at gmail.com (* William)
Date: Sun, 8 Oct 2006 13:11:22 +1000
Subject: [Nitro] c.f.  Take a look at: WSGI: Python's Secret Web Weapon
Message-ID: <000001c6ea87$7b7be700$b0af07ca@ghostgum>

Hello hello

.. I haven't been about for a bit I have been reading -- things are evolving
rapidly in the Nitro world I see.  I'm getting a new business going at the
moment.  I plan to get back on the Nitro track as things stabilize.  Call me
when any of you need a success coach or a business coach.

I thought I'd send this  out to Nitro because I've seen the plethora of
frameworks in the Python world and ... This kind of gateway structure for
Ruby would be lovely.  

In saying this, there's no reason for a tool like Nitro to not make an
effort to be flexible and catholic about the web framework and scaffolding
business.  ;;-)

Keep up the good work all of you.  Give these few pages a read.

Aloha,
        William

-----Original Message-----
From: XML.com Newsletter [mailto:elists-admin at oreillynet.com] 
Sent: Saturday, 7 October 2006 10:01
To: william.full.moon at gmail.com
Subject: Introducing WSGI: Python's Secret Web Weapon, Part Two

                         XML.com Xtra!
              ---------------------------------
              The Email for XML.com Subscribers

=================================================================

Dear Reader,

Welcome to another issue of XML.com.

Last week, James Gardner introduced us to WSGI, which is the secret Python
web weapon that's making a huge difference in the way the Python web
framework ecosphere is developing. This week James concludes his look at
WSGI and shows us how to build a 

Introducing WSGI: Python's Secret Web Weapon, Part One:  Getting Started

 
http://www.xml.com/pub/a/2006/09/27/introducing-wsgi-pythons-secret-web-weap
on.html 

Introducing WSGI: Python's Secret Web Weapon, Part Two
 
http://www.xml.com/pub/a/2006/10/04/introducing-wsgi-pythons-secret-web-weap
on-part-two.html

Kurt Cagle, Live From AJAX World
http://www.oreillynet.com/xml/blog/2006/10/ajax_world_first_report.html



-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.407 / Virus Database: 268.13.0/464 - Release Date: 05-Oct-2006
 


From m.fellinger at gmail.com  Sun Oct  8 05:43:57 2006
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Sun, 8 Oct 2006 18:43:57 +0900
Subject: [Nitro] c.f. Take a look at: WSGI: Python's Secret Web Weapon
In-Reply-To: <000001c6ea87$7b7be700$b0af07ca@ghostgum>
References: <000001c6ea87$7b7be700$b0af07ca@ghostgum>
Message-ID: <9c00d3e00610080243n4d7c861cn646930074ac60e16@mail.gmail.com>

On 10/8/06, * William <william.full.moon at gmail.com> wrote:
> Hello hello
>
> .. I haven't been about for a bit I have been reading -- things are evolving
> rapidly in the Nitro world I see.  I'm getting a new business going at the
> moment.  I plan to get back on the Nitro track as things stabilize.  Call me
> when any of you need a success coach or a business coach.
>
> I thought I'd send this  out to Nitro because I've seen the plethora of
> frameworks in the Python world and ... This kind of gateway structure for
> Ruby would be lovely.
>
> In saying this, there's no reason for a tool like Nitro to not make an
> effort to be flexible and catholic about the web framework and scaffolding
> business.  ;;-)
>
> Keep up the good work all of you.  Give these few pages a read.

http://blade.nagaokaut.ac.jp/cgi-bin/vframe.rb/ruby/ruby-talk/215730?215541-216440

:)

>
> Aloha,
>         William
>
> -----Original Message-----
> From: XML.com Newsletter [mailto:elists-admin at oreillynet.com]
> Sent: Saturday, 7 October 2006 10:01
> To: william.full.moon at gmail.com
> Subject: Introducing WSGI: Python's Secret Web Weapon, Part Two
>
>                          XML.com Xtra!
>               ---------------------------------
>               The Email for XML.com Subscribers
>
> =================================================================
>
> Dear Reader,
>
> Welcome to another issue of XML.com.
>
> Last week, James Gardner introduced us to WSGI, which is the secret Python
> web weapon that's making a huge difference in the way the Python web
> framework ecosphere is developing. This week James concludes his look at
> WSGI and shows us how to build a
>
> Introducing WSGI: Python's Secret Web Weapon, Part One:  Getting Started
>
>
> http://www.xml.com/pub/a/2006/09/27/introducing-wsgi-pythons-secret-web-weap
> on.html
>
> Introducing WSGI: Python's Secret Web Weapon, Part Two
>
> http://www.xml.com/pub/a/2006/10/04/introducing-wsgi-pythons-secret-web-weap
> on-part-two.html
>
> Kurt Cagle, Live From AJAX World
> http://www.oreillynet.com/xml/blog/2006/10/ajax_world_first_report.html

From william.full.moon at gmail.com  Sun Oct  8 09:26:13 2006
From: william.full.moon at gmail.com (* William)
Date: Sun, 8 Oct 2006 23:26:13 +1000
Subject: [Nitro] c.f. Take a look at: WSGI: Python's Secret Web Weapon
In-Reply-To: <9c00d3e00610080243n4d7c861cn646930074ac60e16@mail.gmail.com>
Message-ID: <003501c6eadd$5737e230$62af07ca@ghostgum>

 
Thanks Michael ...

For those who didn't pursue the link Michael provided:

  >
http://blade.nagaokaut.ac.jp/cgi-bin/vframe.rb/ruby/ruby-talk/215730?215541-
216440
  > > In Ruby, you look at something like Mongrel and it has to explicitly
  > > add Rails, Camping, Nitro support. In Python, if a server is WSGI,
  > > anything that supports WSGI will run on it. Some frameworks, like
  > > Pylons, have incorporated it throughout the stack to make it trivial
  > > to swap put template systems, ORMs, you name it.


A few things I know from fast transaction processing environments is that
clean architectures work faster than things that look like CICS or even J2EE
or SAP.  

The WSGI idea makes that 'easy' by providing an onion skin layer approach to
the solution.  It is 'simple' -- it is Very Empowering.  The one thing I
noticed in Nitro is that is follows some of this ethos already.  (or was
tending to do so, previously)

My poorly expressed final comment was suggestive of Nitro to Implement a
'pseudo WSGI' gateway layer in anticipation of consensus :-)  

Cheers,
        Will.
 
_My_Bright_Ideas____________________________________________________abn:7742
5560110_
  "You must BE the change you want." ~ Gandhi                      Success
Coaching
  http://adroit-process.blogspot.com/                           ph/sms:
041-476-1217



-----Original Message-----
From: Michael Fellinger [mailto:m.fellinger at gmail.com] 
Sent: Sunday, 8 October 2006 19:44
To: william.full.moon at gmail.com; General discussion about Nitro
Subject: Re: [Nitro] c.f. Take a look at: WSGI: Python's Secret Web Weapon
Importance: Low

On 10/8/06, * William <william.full.moon at gmail.com> wrote:
>
> I thought I'd send this  out to Nitro because I've seen the plethora 
> of frameworks in the Python world and ... This kind of gateway 
> structure for Ruby would be lovely.
>
> In saying this, there's no reason for a tool like Nitro to not make an 
> effort to be flexible and catholic about the web framework and 
> scaffolding business.  ;;-)
>
> Keep up the good work all of you.  Give these few pages a read.

 
http://blade.nagaokaut.ac.jp/cgi-bin/vframe.rb/ruby/ruby-talk/215730?215541-
216440

:)


-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.407 / Virus Database: 268.13.0/464 - Release Date: 05-Oct-2006
 


From george.moschovitis at gmail.com  Sun Oct  8 12:14:51 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 8 Oct 2006 19:14:51 +0300
Subject: [Nitro] Web Editor?
In-Reply-To: <4b6f054f0610060450l6735ce49k708d3f7809a20a62@mail.gmail.com>
References: <4b6f054f0610060450l6735ce49k708d3f7809a20a62@mail.gmail.com>
Message-ID: <afd80b540610080914p11e56f9ayc2d547370f22d3a7@mail.gmail.com>

Dojo's rte editor is better I think ;-)

-g.

On 10/6/06, TRANS <transfire at gmail.com> wrote:
> Someone asked about a web editor?
>
>   http://www.fckeditor.net/
>
> 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  Sun Oct  8 14:22:50 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 8 Oct 2006 21:22:50 +0300
Subject: [Nitro] c.f. Take a look at: WSGI: Python's Secret Web Weapon
In-Reply-To: <000001c6ea87$7b7be700$b0af07ca@ghostgum>
References: <000001c6ea87$7b7be700$b0af07ca@ghostgum>
Message-ID: <afd80b540610081122o28b39752gd8a41586b3791b39@mail.gmail.com>

thanks for the link, I will have a look at it!

-g.

On 10/8/06, * William <william.full.moon at gmail.com> wrote:
> Hello hello
>
> .. I haven't been about for a bit I have been reading -- things are evolving
> rapidly in the Nitro world I see.  I'm getting a new business going at the
> moment.  I plan to get back on the Nitro track as things stabilize.  Call me
> when any of you need a success coach or a business coach.
>
> I thought I'd send this  out to Nitro because I've seen the plethora of
> frameworks in the Python world and ... This kind of gateway structure for
> Ruby would be lovely.
>
> In saying this, there's no reason for a tool like Nitro to not make an
> effort to be flexible and catholic about the web framework and scaffolding
> business.  ;;-)
>
> Keep up the good work all of you.  Give these few pages a read.
>
> Aloha,
>         William
>
> -----Original Message-----
> From: XML.com Newsletter [mailto:elists-admin at oreillynet.com]
> Sent: Saturday, 7 October 2006 10:01
> To: william.full.moon at gmail.com
> Subject: Introducing WSGI: Python's Secret Web Weapon, Part Two
>
>                          XML.com Xtra!
>               ---------------------------------
>               The Email for XML.com Subscribers
>
> =================================================================
>
> Dear Reader,
>
> Welcome to another issue of XML.com.
>
> Last week, James Gardner introduced us to WSGI, which is the secret Python
> web weapon that's making a huge difference in the way the Python web
> framework ecosphere is developing. This week James concludes his look at
> WSGI and shows us how to build a
>
> Introducing WSGI: Python's Secret Web Weapon, Part One:  Getting Started
>
>
> http://www.xml.com/pub/a/2006/09/27/introducing-wsgi-pythons-secret-web-weap
> on.html
>
> Introducing WSGI: Python's Secret Web Weapon, Part Two
>
> http://www.xml.com/pub/a/2006/10/04/introducing-wsgi-pythons-secret-web-weap
> on-part-two.html
>
> Kurt Cagle, Live From AJAX World
> http://www.oreillynet.com/xml/blog/2006/10/ajax_world_first_report.html
>
>
>
> --
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.1.407 / Virus Database: 268.13.0/464 - Release Date: 05-Oct-2006
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


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

From george.moschovitis at gmail.com  Tue Oct 10 05:53:16 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 10 Oct 2006 12:53:16 +0300
Subject: [Nitro] Questions about the big bundle.
Message-ID: <afd80b540610100253g30c2b2dcm23368715e946a2cc@mail.gmail.com>

Some questions regarding the latest big patch bundle.

- what is the sqlite3 memory store?
- can someone please describe the problem with index params, what
exactly does this patch fix and how.
- there is a patch named 'post params', what does it fix?

thanks in advance,
George.

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

From george.moschovitis at gmail.com  Tue Oct 10 10:32:09 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 10 Oct 2006 17:32:09 +0300
Subject: [Nitro] OT: Bazaar
Message-ID: <afd80b540610100732n7580c82cv59ceb6e552abe478@mail.gmail.com>

Dear devs,

here is an off-topic question for you. Has  anyone on this list any
experience with Bazaar, the Canonical sponsored cersion control
system?

thanks in advance for any info!
-g.

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

From john at oxyliquit.de  Tue Oct 10 10:42:58 2006
From: john at oxyliquit.de (Jonathan Buch)
Date: Tue, 10 Oct 2006 16:42:58 +0200
Subject: [Nitro] Questions about the big bundle.
In-Reply-To: <afd80b540610100253g30c2b2dcm23368715e946a2cc@mail.gmail.com>
References: <afd80b540610100253g30c2b2dcm23368715e946a2cc@mail.gmail.com>
Message-ID: <op.tg7mkwl6xegpx6@jo.local>

Hi,

> Some questions regarding the latest big patch bundle.
>
> - what is the sqlite3 memory store?

Apparently sqlite has the ability to use the memory as database when the
filename is ':memory:', which is pretty cool I think.

> - can someone please describe the problem with index params, what
>   exactly does this patch fix and how.

Please provide the full patch descriptions as it is hard for me to remember
exactly the patch when it was done some time ago ^^;

I believe you mean this code piece in dispatcher.rb:

     unless found
       action = 'index'
       if klass.respond_to_action_or_template?(action)
         a = klass.instance_method(:index).arity
         if a < 0 || a >= parts.size
           idx = -1
           found = true
         end
       end
     end

as opposed to your

     unless found
       action = 'index'
       if klass.respond_to_action_or_template?(action)
         idx = -1
         found = true
       end
     end

This is merely a patch to the 'fail early' strategy.  This patch can  
safely be
ignored.

> - there is a patch named 'post params', what does it fix?

Not sure which patch you mean here, do you mean this one?

Fri Sep 29 15:46:06 CEST 2006  Jonathan Buch <john at oxyliquit.de>
   * Remove query munching from dispatcher, this is done in cgi.rb already
   This prevented mixing POST and GET parameters together and only GET  
params
   were used.
   Possible problems with SCGI adapter.

This is pretty much self explanatory:
When doing a `POST /action/param/param?more=params` with some attached
form data, the form data was thrown away and only the GET parameters
where used.

Anyway, to explain the other param changes just in case:

Your code:

       param_count = @controller.instance_method(action.to_sym).arity

       if param_count != 0
         code << %{
           params = []
           unless context.query_string.blank?
             all_params = context.query_string.split(/[&;]/)
             all_params.each_with_index do |param, i|
               break unless i < #{param_count};
               if param.index '='
                 params << CGI.unescape(param.split(/=/).last || '')
               else
                 params << CGI.unescape(param)
               end
             end
           end

           # Fill the array with nils for the missing params.
           (#{param_count} - params.size).times { params << nil }

           action_return_value = #{action}(*params)
         }
       else
         code << %{
           action_return_value = #{action}
         }
       end

This has a few problems:

* It replaces not available parameters with `nil`.  This might seem
   convenient at first, as no error gets thrown when the user enters
   a wrong URL, but it still is wrong.
   To create a variable parameter we write `def action(param1 = nil)`
   and not `def action(param1)`.  Fail early, why should I catch this
   error in my own action when it can be cought before?
* It mixes GET parameters into the nice-url parameters.
   Might seem convenient as well at first, still wrong.  GET parameters
   can be in any order, they should be treated like a hash, not a
   list of parameters which are shoved into a action.
   Accessing GET (and POST) parameters via `request.params[]` is fast
   and is less error prone.
* The arity of the method is used for determining the number of params.
   This is also wrong, since -1 and -2 are also possible as arity.
   Those two are linked to how Ruby works from the C side. (Copied from
   Ruby book.)
      argc   Function prototype
     0..17   VALUE func(VALUE self, VALUE arg...)
             The C function will be called with this many actual arguments.
     -1      VALUE func(int argc, VALUE *argv, VALUE self)
             The C function will be given a variable number of arguments  
passed
             as a C array.
     -2      VALUE func(VALUE self, VALUE args)
             The C function will be given a variable number of arguments  
passed
             as a Ruby array.
   Your function assumes that the arity will be greather or equal zero. It  
will
   work, when your function has more or the same amount of parameters than
   given on command-line.  This problem is even worse when combined with
   aforementioned GET param mixin.

All three points here create problems with certain kinds of usages, but  
work
with others and or workarounds.

       code << %{
         params = context.headers['ACTION_PARAMS'].to_s.split(';')
         begin
           action_return_value = #{action}(*params)
         rescue ArgumentError => e
           raise NoActionError, "No action for  
\#{@action_name}(\#{params.join(', ')})."
         end
       }

This is my code.  It assumes that the error handling is done one step  
after,
when the code is actually eval'ed.  It doesn't care what parameters it  
pushes
to the actual function, as the ruby function itself knows what it wants  
best.
It catches ArgumentErrors and returns to the same behaviour as it would  
when
the action didn't exist.

It might be that my theory is inherently flawed as you told me on IRC that
there are problems with it.  Please tell me what problems arose when you  
tried
it, and if it's more the behaviour (not filling in missing params) or the
strategy (not failing at once, catching `ArgumentError` too late?).

If you test it, please tell me with what kinds of function it fails, read  
the
tc_controller_params.rb, make more tests to that testcase which prove my
method wrong etc.  As I wrote that testcase, the testcase might be flawed  
as
well, please look into it to check the behaviour and tell me if anything is
wrong with it.



Now to other small glitches in your repo:

* dispatcher.rb

   180:  key, ignore_query = path.split('?', 2)
   181:  key = key.split('/')

   In your dispatcher the first line is missing.  The query was first used
   for query munching (which is done in cgi.rb already).  Now the query  
could
   be thrown away like this:
   180:  key, * = path.split('?', 2)
   But you don't have this line anymore, is this now done somewhere before
   that?  When not doing this while having a URL like '/action/?asf=asd/sad'
   it would fail pretty hard, and even without the '/'.

* publishable.rb

   `def self.action_methods`, this method has to be revamped again.  Manveru
   had accidentially merged in a wrong version of this method. Patch  
attached.

* og.rb

   147: m.manage_classes
   This should read:
   147: m.manage_classes(options[:classes])

   And I propose to move the stuff in the .start function out of the
   begin/rescue block.  A database dependent application should fail if the
   Og store can't be set up instead of silently failing.
   This change was done in one of my `rescue Object` fixes which where never
   merged.  Read my post again back then for more info why `rescue Object`  
is
   a bad idea.


Sorry for the long rant and I hope things are more clear now than they were
before.

So long,

Jonathan

-- 
Feel the love
http://pinkjuice.com/pics/ruby.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: publ.patch.tar.bz2
Type: application/bzip2
Size: 10047 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20061010/05a57e85/attachment.bin 

From lasso at lassoweb.se  Tue Oct 10 12:04:37 2006
From: lasso at lassoweb.se (Lars Olsson)
Date: Tue, 10 Oct 2006 18:04:37 +0200
Subject: [Nitro] Strange/dangerous behaviour on Lighttpd - please advice
Message-ID: <452BC495.4040306@lassoweb.se>

Hi list!!

My Nitro apps have been spinning around nicely for a couple of weeks on 
Apache proxy + lighttpd + FastCGI now. The apps work fine, but today 
when I did some testing I discovered something startling. All my pages 
are available to the browser as source!

If I use the url http://mysite/index everything is fine

If I use the url http://mysite/index.xhtml the *source* of index.xhtml 
gets sent.

I didn't have this problem when running solely on Apache, so apparently 
I must have messed something up with lighttpd.conf. I checked 
http://www.oxyliquit.de/tip/12 but I can't see any major differences 
from my setup (attached below). Can anyone see whats wrong?

<start of lighttpd - usernames, directory names and port numbers are 
made up>

## SERVER MODULES ##
## Please leave alone unless you know what you're doing ##
## See line 22 for start of required config ##

server.modules = (
				"mod_rewrite",
				"mod_redirect",
				"mod_access",
				"mod_auth",
#				"mod_status",
				"mod_fastcgi",
#				"mod_simple_vhost",
#				"mod_evhost",
				"mod_cgi",
				"mod_compress",
#				"mod_ssi",
#				"mod_usertrack",
# 				"mod_rrdtool",
				"mod_proxy",
				"mod_accesslog" )

########## REQUIRED SETTINGS #####################################
# You must change these settings to get Lighttpd up and running ##
##################################################################

# Port assignment

server.port                = 12345

# IMPORTANT
# From this point forward, you can do a search and replace for 
"yourusername"
# without the quotes, and replacing it with your real username.  Replace
# rails_instance with the name of the Rails application in question

# Document root and fastcgi settings

server.document-root	= "/home/username/nitro_sites/sitename/public/"

fastcgi.server = (
     ".php" =>
     ( "localhost" =>
       (
         "socket" => "/home/username/lighttpd-php-username.socket",
         "bin-path" => "/usr/bin/php-cgi",
         "min-procs" => 1,
         "max-procs" => 1,
         "idle-timeout" => 60,
         "allow-x-send-file" => "enable"
       )
     ),
     ".fcgi" =>
     ( "localhost" =>
       (
         "socket" => "/home/username/lighttpd-fcgi-username.socket",
         "bin-path" => 
"/home/username/nitro_sites/sitename/public/dispatch.fcgi",
         "min-procs" => 1,
         "max-procs" => 1,
         "idle-timeout" => 60,
         "allow-x-send-file" => "enable"
       )
     )
)

# Error logs and index file settings

server.errorlog			= "/home/username/logs/lighttpd_error_log"
server.indexfiles		= ( "index.php", "index.html", "index.htm", 
"default.htm" )
server.pid-file			= "/home/username/lighttpd.pid"

########## OPTIONAL SETTINGS 
######################################################
# If you want, you can change these settings, but the defaults work fine 
as well ##
###################################################################################

# turn on or off index of directory without an indexfile
server.dir-listing          = "disable"

# 404 error handler - this is recommended for Rails apps
server.error-handler-404    = "/dispatch.fcgi"

# preform URL rewriting (recommended you leave this alone unless you 
know what you're doing)
#url.rewrite = ( "^/$" => "index.html", "^([^.]+)$" => "$1.html" )

# mimetype mapping
mimetype.assign            = (
   ".pdf"          =>      "application/pdf",
   ".sig"          =>      "application/pgp-signature",
   ".spl"          =>      "application/futuresplash",
   ".class"        =>      "application/octet-stream",
   ".ps"           =>      "application/postscript",
   ".torrent"      =>      "application/x-bittorrent",
   ".dvi"          =>      "application/x-dvi",
   ".gz"           =>      "application/x-gzip",
   ".pac"          =>      "application/x-ns-proxy-autoconfig",
   ".swf"          =>      "application/x-shockwave-flash",
   ".tar.gz"       =>      "application/x-tgz",
   ".tgz"          =>      "application/x-tgz",
   ".tar"          =>      "application/x-tar",
   ".zip"          =>      "application/zip",
   ".mp3"          =>      "audio/mpeg",
   ".m3u"          =>      "audio/x-mpegurl",
   ".wma"          =>      "audio/x-ms-wma",
   ".wax"          =>      "audio/x-ms-wax",
   ".ogg"          =>      "audio/x-wav",
   ".wav"          =>      "audio/x-wav",
   ".gif"          =>      "image/gif",
   ".jpg"          =>      "image/jpeg",
   ".jpeg"         =>      "image/jpeg",
   ".png"          =>      "image/png",
   ".xbm"          =>      "image/x-xbitmap",
   ".xpm"          =>      "image/x-xpixmap",
   ".xwd"          =>      "image/x-xwindowdump",
   ".css"          =>      "text/css",
   ".html"         =>      "text/html",
   ".htm"          =>      "text/html",
   ".js"           =>      "text/javascript",
   ".asc"          =>      "text/plain",
   ".c"            =>      "text/plain",
   ".conf"         =>      "text/plain",
   ".text"         =>      "text/plain",
   ".txt"          =>      "text/plain",
   ".dtd"          =>      "text/xml",
   ".xml"          =>      "text/xml",
   ".mpeg"         =>      "video/mpeg",
   ".mpg"          =>      "video/mpeg",
   ".mov"          =>      "video/quicktime",
   ".qt"           =>      "video/quicktime",
   ".avi"          =>      "video/x-msvideo",
   ".asf"          =>      "video/x-ms-asf",
   ".asx"          =>      "video/x-ms-asf",
   ".wmv"          =>      "video/x-ms-wmv"
  )

# Use the "Content-Type" extended attribute to obtain mime type if possible
# mimetypes.use-xattr = "enable"

## deny access the file-extensions
# ~    is for backupfiles from vi, emacs, joe, ...
# .inc is often used for code includes which should in general not be part
#      of the document-root
url.access-deny             = ("~", ".inc")

<end of lighttpd.conf>


Sincerely

/lasso

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

From noe.rubinstein at gmail.com  Tue Oct 10 12:29:30 2006
From: noe.rubinstein at gmail.com (=?UTF-8?Q?No=C3=A9_Rubinstein?=)
Date: Tue, 10 Oct 2006 18:29:30 +0200
Subject: [Nitro] OT: Bazaar
In-Reply-To: <afd80b540610100732n7580c82cv59ceb6e552abe478@mail.gmail.com>
References: <afd80b540610100732n7580c82cv59ceb6e552abe478@mail.gmail.com>
Message-ID: <dca7a5800610100929x6bb4a641n801687450d62d7a2@mail.gmail.com>

Now, bazaar is replaced by Bazaar-NG, (==bzr). Never tried it.
Well, it's written in Python, but we haven't any mature VCS in Ruby :'(

(If you didn't, also take a look on Mercurial and Darcs).

No? Rubinstein.

2006/10/10, George Moschovitis <george.moschovitis at gmail.com>:
> Dear devs,
>
> here is an off-topic question for you. Has  anyone on this list any
> experience with Bazaar, the Canonical sponsored cersion control
> system?
>
> thanks in advance for any info!
> -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
>

From john at oxyliquit.de  Tue Oct 10 16:11:55 2006
From: john at oxyliquit.de (john at oxyliquit.de)
Date: Tue, 10 Oct 2006 22:11:55 +0200
Subject: [Nitro] Questions about the big bundle.
In-Reply-To: <op.tg7mkwl6xegpx6@jo.local>
References: <afd80b540610100253g30c2b2dcm23368715e946a2cc@mail.gmail.com>
	<op.tg7mkwl6xegpx6@jo.local>
Message-ID: <20061010201154.GA22197@oxyliquit.de>

Uh, 

slight glitch in the post right now about function arity:

It's like I wrote before (not having to do with C), -2 meaning
def a(a, *args), so 1 needed parameter and so on.  I was slightly
confused I guess. :P

Jo


From zimba.tm at gmail.com  Tue Oct 10 14:55:39 2006
From: zimba.tm at gmail.com (Jonas Pfenniger)
Date: Tue, 10 Oct 2006 20:55:39 +0200
Subject: [Nitro] Devlab anyone ?
Message-ID: <3ff63f9b0610101155l4bab9a3cue295ae6504f4c3d9@mail.gmail.com>

Hello,

is anybody still using devlab ? I'm going to restructure the website
to use Trac 0.10 and support multiple svn, now that trac-0.10 is in
portage. Can I go ahead and erase everything ?

-- 
Cheers,
  zimbatm

http://zimbatm.oree.ch

From fabian at fabian-buch.de  Tue Oct 10 17:44:13 2006
From: fabian at fabian-buch.de (Fabian Buch)
Date: Tue, 10 Oct 2006 23:44:13 +0200
Subject: [Nitro] Strange/dangerous behaviour on Lighttpd - please advice
In-Reply-To: <452BC495.4040306@lassoweb.se>
References: <452BC495.4040306@lassoweb.se>
Message-ID: <355B8EB6-B2DC-4230-B14A-D37911ABBFA5@fabian-buch.de>

do you have your templates (.xhtml) in public/ directory? then it's  
of course viewable directly. It's recommended to put them in a  
template/ directory (which is Nitro's convention), or some other dir,  
configurable by Nitro::Template.root

Fabian




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




From transfire at gmail.com  Tue Oct 10 21:14:11 2006
From: transfire at gmail.com (TRANS)
Date: Tue, 10 Oct 2006 21:14:11 -0400
Subject: [Nitro] Devlab anyone ?
In-Reply-To: <3ff63f9b0610101155l4bab9a3cue295ae6504f4c3d9@mail.gmail.com>
References: <3ff63f9b0610101155l4bab9a3cue295ae6504f4c3d9@mail.gmail.com>
Message-ID: <4b6f054f0610101814k1308c5bcxe43f1e9c0f8103b0@mail.gmail.com>

Okay on my end.

T.

From lasso at lassoweb.se  Wed Oct 11 01:41:39 2006
From: lasso at lassoweb.se (Lars Olsson)
Date: Wed, 11 Oct 2006 07:41:39 +0200
Subject: [Nitro] Strange/dangerous behaviour on Lighttpd - please advice
In-Reply-To: <355B8EB6-B2DC-4230-B14A-D37911ABBFA5@fabian-buch.de>
References: <452BC495.4040306@lassoweb.se>
	<355B8EB6-B2DC-4230-B14A-D37911ABBFA5@fabian-buch.de>
Message-ID: <452C8413.2050207@lassoweb.se>

Yes, I do. But:

1) It wasn't a problem when using *only* apache.

2) I still get the same behavior after moving all .xhtml files into 
src/template (lighttpd restarted too).

Any ideas?

/lasso


Fabian Buch skrev:
> do you have your templates (.xhtml) in public/ directory? then it's  
> of course viewable directly. It's recommended to put them in a  
> template/ directory (which is Nitro's convention), or some other dir,  
> configurable by Nitro::Template.root
> 
> Fabian

From zimba.tm at gmail.com  Wed Oct 11 04:05:03 2006
From: zimba.tm at gmail.com (Jonas Pfenniger)
Date: Wed, 11 Oct 2006 10:05:03 +0200
Subject: [Nitro] Devlab anyone ?
In-Reply-To: <4b6f054f0610101814k1308c5bcxe43f1e9c0f8103b0@mail.gmail.com>
References: <3ff63f9b0610101155l4bab9a3cue295ae6504f4c3d9@mail.gmail.com>
	<4b6f054f0610101814k1308c5bcxe43f1e9c0f8103b0@mail.gmail.com>
Message-ID: <3ff63f9b0610110105l78378457ub60aeac56e865a38@mail.gmail.com>

Devlab's trac also have been hit by spam pretty badly so I moved the
tracs around but I would like to add a user registration system to
prevent this.


-- 
Cheers,
  zimbatm

http://zimbatm.oree.ch

From zimba.tm at gmail.com  Wed Oct 11 04:23:49 2006
From: zimba.tm at gmail.com (Jonas Pfenniger)
Date: Wed, 11 Oct 2006 10:23:49 +0200
Subject: [Nitro] OT: Bazaar
In-Reply-To: <dca7a5800610100929x6bb4a641n801687450d62d7a2@mail.gmail.com>
References: <afd80b540610100732n7580c82cv59ceb6e552abe478@mail.gmail.com>
	<dca7a5800610100929x6bb4a641n801687450d62d7a2@mail.gmail.com>
Message-ID: <3ff63f9b0610110123x2cb13a23ta7ba36aefa876e6d@mail.gmail.com>

Here is my opinion about various relevant VCS i've tried over the time :

= Darcs =

Interesting because of the patch theory they developped. It allows
cherrypicking et al. Unfortunately, theory is not reality and it
sometimes happen that you get race condition where it takes hours to
solve a diff. This happened to me one time.

= Mercurial =

More practical than darcs. It's very fast and has about the same features.

= Bazaar-NG =

Slower than mercurial but it has good support since it's commercially
supported by Canonical. I think it will evolve and get faster over
time (it already does between 0.8, 0.9 and 0.10). Altrough I didn't
test this one so I don't have a real usage opinion.

= SVN =

Not distributed
The only one that supports push over http nicely. It's annoying when
you have to create unix shell account to allow push over ssh.

-- 
Cheers,
  zimbatm

http://zimbatm.oree.ch

From george.moschovitis at gmail.com  Wed Oct 11 05:10:03 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 11 Oct 2006 12:10:03 +0300
Subject: [Nitro] OT: Bazaar
In-Reply-To: <dca7a5800610100929x6bb4a641n801687450d62d7a2@mail.gmail.com>
References: <afd80b540610100732n7580c82cv59ceb6e552abe478@mail.gmail.com>
	<dca7a5800610100929x6bb4a641n801687450d62d7a2@mail.gmail.com>
Message-ID: <afd80b540610110210ud826031n2ff69c88b31df490@mail.gmail.com>

> Now, bazaar is replaced by Bazaar-NG, (==bzr). Never tried it.

yeah I am referring to bzr.

> (If you didn't, also take a look on Mercurial and Darcs).

I am using darcs an I am quite happy with it. What I dont like is that
it is written in haskel (even tough I like haskel).

regards,
George.


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

From george.moschovitis at gmail.com  Wed Oct 11 05:12:47 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 11 Oct 2006 12:12:47 +0300
Subject: [Nitro] Questions about the big bundle.
In-Reply-To: <20061010201154.GA22197@oxyliquit.de>
References: <afd80b540610100253g30c2b2dcm23368715e946a2cc@mail.gmail.com>
	<op.tg7mkwl6xegpx6@jo.local> <20061010201154.GA22197@oxyliquit.de>
Message-ID: <afd80b540610110212o36e4c753x7907782044ad3e0e@mail.gmail.com>

Thanks for the detailed email!
Anyway I have integrated the entire patch bundle ;-) So if you have
more patches from manv's repo please send them my way.

thanks,
George.


On 10/10/06, john at oxyliquit.de <john at oxyliquit.de> wrote:
> Uh,
>
> slight glitch in the post right now about function arity:
>
> It's like I wrote before (not having to do with C), -2 meaning
> def a(a, *args), so 1 needed parameter and so on.  I was slightly
> confused I guess. :P
>
> Jo
>
> _______________________________________________
> 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 Oct 11 05:13:39 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 11 Oct 2006 12:13:39 +0300
Subject: [Nitro] Devlab anyone ?
In-Reply-To: <4b6f054f0610101814k1308c5bcxe43f1e9c0f8103b0@mail.gmail.com>
References: <3ff63f9b0610101155l4bab9a3cue295ae6504f4c3d9@mail.gmail.com>
	<4b6f054f0610101814k1308c5bcxe43f1e9c0f8103b0@mail.gmail.com>
Message-ID: <afd80b540610110213l153db468v9613b9680c3dfead@mail.gmail.com>

No  prob with me too ;-)

thanks for originally hosting this site btw!

-g.

On 10/11/06, TRANS <transfire at gmail.com> wrote:
> Okay on my end.
>
> 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  Wed Oct 11 09:35:21 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 11 Oct 2006 16:35:21 +0300
Subject: [Nitro] Devlab anyone ?
In-Reply-To: <3ff63f9b0610110105l78378457ub60aeac56e865a38@mail.gmail.com>
References: <3ff63f9b0610101155l4bab9a3cue295ae6504f4c3d9@mail.gmail.com>
	<4b6f054f0610101814k1308c5bcxe43f1e9c0f8103b0@mail.gmail.com>
	<3ff63f9b0610110105l78378457ub60aeac56e865a38@mail.gmail.com>
Message-ID: <afd80b540610110635m3986d3bcgabec96c14babcdad@mail.gmail.com>

good idea, maybe a captcha system will do the trick too...

-g.

On 10/11/06, Jonas Pfenniger <zimba.tm at gmail.com> wrote:
> Devlab's trac also have been hit by spam pretty badly so I moved the
> tracs around but I would like to add a user registration system to
> prevent this.
>
>
> --
> Cheers,
>   zimbatm
>
> http://zimbatm.oree.ch
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


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

From transfire at gmail.com  Wed Oct 11 10:05:22 2006
From: transfire at gmail.com (TRANS)
Date: Wed, 11 Oct 2006 10:05:22 -0400
Subject: [Nitro] OT: Bazaar
In-Reply-To: <3ff63f9b0610110123x2cb13a23ta7ba36aefa876e6d@mail.gmail.com>
References: <afd80b540610100732n7580c82cv59ceb6e552abe478@mail.gmail.com>
	<dca7a5800610100929x6bb4a641n801687450d62d7a2@mail.gmail.com>
	<3ff63f9b0610110123x2cb13a23ta7ba36aefa876e6d@mail.gmail.com>
Message-ID: <4b6f054f0610110705v5015d838ic8524a1f5c23e434@mail.gmail.com>

If you are looking for an alternative to Darcs, try Git. Not quite as
user friendly but it's distributed like Darcs and it's what Linus uses
for Linux and what X.org uses.

T.

From vagabond at cataclysm-software.net  Wed Oct 11 12:41:05 2006
From: vagabond at cataclysm-software.net (Andrew Thompson)
Date: Wed, 11 Oct 2006 12:41:05 -0400
Subject: [Nitro] Ratchets, two final issues. Please help.
In-Reply-To: <4b6f054f0610041304k188c125ahc851faf0fc414760@mail.gmail.com>
References: <4b6f054f0610041304k188c125ahc851faf0fc414760@mail.gmail.com>
Message-ID: <20061011164105.GA5832@hijacked.us>

Dude, you totally stole my project name ;)

http://ratchet.rubyforge.org

Mine's pretty inactive I have to admit, but i *might* get back to it one
day. Not that I really care but googling for 'ratchet+ruby' does pop me
up on page #1 :P

Andrew

From george.moschovitis at gmail.com  Wed Oct 11 16:09:00 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 11 Oct 2006 23:09:00 +0300
Subject: [Nitro] OT: Bazaar
In-Reply-To: <4b6f054f0610110705v5015d838ic8524a1f5c23e434@mail.gmail.com>
References: <afd80b540610100732n7580c82cv59ceb6e552abe478@mail.gmail.com>
	<dca7a5800610100929x6bb4a641n801687450d62d7a2@mail.gmail.com>
	<3ff63f9b0610110123x2cb13a23ta7ba36aefa876e6d@mail.gmail.com>
	<4b6f054f0610110705v5015d838ic8524a1f5c23e434@mail.gmail.com>
Message-ID: <afd80b540610111309k411d2748jfa48577f76203fff@mail.gmail.com>

bzr seems to be just as friendly as darcs (even friendlier) and uses
python instead of haskel.

-g.

On 10/11/06, TRANS <transfire at gmail.com> wrote:
> If you are looking for an alternative to Darcs, try Git. Not quite as
> user friendly but it's distributed like Darcs and it's what Linus uses
> for Linux and what X.org uses.
>
> 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 m.fellinger at gmail.com  Wed Oct 11 18:53:47 2006
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Thu, 12 Oct 2006 07:53:47 +0900
Subject: [Nitro] OT: Bazaar
In-Reply-To: <afd80b540610111309k411d2748jfa48577f76203fff@mail.gmail.com>
References: <afd80b540610100732n7580c82cv59ceb6e552abe478@mail.gmail.com>
	<dca7a5800610100929x6bb4a641n801687450d62d7a2@mail.gmail.com>
	<3ff63f9b0610110123x2cb13a23ta7ba36aefa876e6d@mail.gmail.com>
	<4b6f054f0610110705v5015d838ic8524a1f5c23e434@mail.gmail.com>
	<afd80b540610111309k411d2748jfa48577f76203fff@mail.gmail.com>
Message-ID: <9c00d3e00610111553k9f0b36evf286080bc19f7e17@mail.gmail.com>

On 10/12/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> bzr seems to be just as friendly as darcs (even friendlier) and uses
> python instead of haskel.

Did you read the page of bzr?
especially the comparision of VCS

http://bazaar-vcs.org/RcsComparisons
http://bazaar-vcs.org/Usability


Here are some other run-downs

http://changelog.complete.org/plugin/freetag/darcs
http://zerokspot.com/node/637
http://blog.ianbicking.org/bazaar-ng-try-1.html


The most popular opinion/experience seems to be that bzr is a nice
idea, but buggy and hasn't reached a stable version in the last 2
years

what would interest me is, what makes you think that we want to get
rid of darcs, subsequently losing most of our patches...?

< manveru

>
> -g.
>
> On 10/11/06, TRANS <transfire at gmail.com> wrote:
> > If you are looking for an alternative to Darcs, try Git. Not quite as
> > user friendly but it's distributed like Darcs and it's what Linus uses
> > for Linux and what X.org uses.
> >
> > 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
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

From george.moschovitis at gmail.com  Thu Oct 12 01:55:04 2006
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 12 Oct 2006 08:55:04 +0300
Subject: [Nitro] OT: Bazaar
In-Reply-To: <9c00d3e00610111553k9f0b36evf286080bc19f7e17@mail.gmail.com>
References: <afd80b540610100732n7580c82cv59ceb6e552abe478@mail.gmail.com>
	<dca7a5800610100929x6bb4a641n801687450d62d7a2@mail.gmail.com>
	<3ff63f9b0610110123x2cb13a23ta7ba36aefa876e6d@mail.gmail.com>
	<4b6f054f0610110705v5015d838ic8524a1f5c23e434@mail.gmail.com>
	<afd80b540610111309k411d2748jfa48577f76203fff@mail.gmail.com>
	<9c00d3e00610111553k9f0b36evf286080bc19f7e17@mail.gmail.com>
Message-ID: <afd80b540610112255pf56f19csb8eb1c8ee8d89238@mail.gmail.com>

I am not interested to switch from darcs to bzr for the nitro project
;-) don't worry. I am reviewing vcs for my own projects ;-)

regards,
Georg

On 10/12/06, Michael Fellinger <m.fellinger at gmail.com> wrote:
> On 10/12/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > bzr seems to be just as friendly as darcs (even friendlier) and uses
> > python instead of haskel.
>
> Did you read the page of bzr?
> especially the comparision of VCS
>
> http://bazaar-vcs.org/RcsComparisons
> http://bazaar-vcs.org/Usability
>
>
> Here are some other run-downs
>
> http://changelog.complete.org/plugin/freetag/darcs
> http://zerokspot.com/node/637
> http://blog.ianbicking.org/bazaar-ng-try-1.html
>
>
> The most popular opinion/experience seems to be that bzr is a nice
> idea, but buggy and hasn't reached a stable version in the last 2
> years
>
> what would interest me is, what makes you think that we want to get
> rid of darcs, subsequently losing most of our patches...?
>
> < manveru
>
> >
> > -g.
> >
> > On 10/11/06, TRANS <transfire at gmail.com> wrote:
> > > If you are looking for an alternative to Darcs, try Git. Not quite as
> > > user friendly but it's distributed like Darcs and it's what Linus uses
> > > for Linux and what X.org uses.
> > >
> > > 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
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


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

From manveru at weez-int.com  Thu Oct 12 02:15:36 2006
From: manveru at weez-int.com (Michael Fellinger)
Date: Thu, 12 Oct 2006 15:15:36 +0900
Subject: [Nitro] OT: Bazaar
In-Reply-To: <afd80b540610112255pf56f19csb8eb1c8ee8d89238@mail.gmail.com>
References: <afd80b540610100732n7580c82cv59ceb6e552abe478@mail.gmail.com>
	<9c00d3e00610111553k9f0b36evf286080bc19f7e17@mail.gmail.com>
	<afd80b540610112255pf56f19csb8eb1c8ee8d89238@mail.gmail.com>
Message-ID: <200610121515.36768.manveru@weez-int.com>

On Thursday 12 October 2006 14:55, George Moschovitis wrote:
> I am not interested to switch from darcs to bzr for the nitro project
> ;-) don't worry. I am reviewing vcs for my own projects ;-)

Puh, i already feared the worst (^_^;)
Hope this information helps you a bit though :)
i haven't tried bzr myself, but around 95% of those who tried it and that i 
asked are not very pleased...

>
> regards,
> Georg
>
> On 10/12/06, Michael Fellinger <m.fellinger at gmail.com> wrote:
> > On 10/12/06, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > > bzr seems to be just as friendly as darcs (even friendlier) and uses
> > > python instead of haskel.
> >
> > Did you read the page of bzr?
> > especially the comparision of VCS
> >
> > http://bazaar-vcs.org/RcsComparisons
> > http://bazaar-vcs.org/Usability
> >
> >
> > Here are some other run-downs
> >
> > http://changelog.complete.org/plugin/freetag/darcs
> > http://zerokspot.com/node/637
> > http://blog.ianbicking.org/bazaar-ng-try-1.html
> >
> >
> > The most popular opinion/experience seems to be that bzr is a nice
> > idea, but buggy and hasn't reached a stable version in the last 2
> > years
> >
> > what would interest me is, what makes you think that we want to get
> > rid of darcs, subsequently losing most of our patches...?
> >
> > < manveru
> >
> > > -g.
> > >
> > > On 10/11/06, TRANS <transfire at gmail.com> wrote:
> > > > If you are looking for an alternative to Darcs, try Git. Not quite as
> > > > user friendly but it's distributed like Darcs and it's what Linus
> > > > uses for Linux and what X.org uses.
> > > >
> > > > T.

From fabian at fabian-buch.de  Thu Oct 12 09:55:34 2006
From: fabian at fabian-buch.de (Fabian