From chris.farmiloe at farmiloe.com  Mon Oct  3 09:41:57 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Mon, 3 Oct 2005 14:41:57 +0100
Subject: [Nitro] Not possible to render method in Controller2 from template
	of Controller1?
Message-ID: <A76A9029-08DE-49A7-8F16-615CCBB642FB@farmiloe.com>


Have I gone loopy?

I dont seem to be able to use

<render href="/controller2/someaction" />

from within a template/view xhtml file for a method on Controller1.


I get an error like:

DEBUG: Compiling action 'ContentController#session'
ERROR: private method `session' called for #<Controller1:0x21b3c10>

help!



From m.fellinger at gmail.com  Mon Oct  3 10:24:34 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Mon, 3 Oct 2005 16:24:34 +0200
Subject: [Nitro] Nitro/Apache2/Debian anyone?
Message-ID: <9c00d3e00510030724k4339a4cdj@mail.gmail.com>

hi george,

sorry the answer took sooo long, but i was really busy with a lot of
things in the last time, switched to gmail and had to do other stuff
so i almost forgot about this.
http://rubyforge.org/pipermail/nitro-general/2005-August/000937.html
that's the first post of the thread about the problems vagabond
described, and i hope you can remember it.
we would be overly happy to have this fixed in a version to come.

so long..
Michael 'manveru' Fellinger

>> hi george,
>>
>> i need this release ASAP ;)


This doesn't depend completely on me. 0.24.0 needs the development
version of nano/mega, and we got to fianlize the new
annotation/metadata system with Trans. Be assured that Trans works
extremely hard on this, and when everything is ready the new Nitro
release will follow shortly.


>> has this nasty problem with request atm)


please can you remind me what the problem is?


>> well, i really wait for the release and hope it will be there soon... i
>> wish there was some bleeding edge though.. ^^


If we don't finalize the design with Trans over the weekend I 'll
release a preview version (that will include the preview of nano/mega,
I hope Trans has no problem with this).


>> i suppose that was it, just wanted to say that i like the idea of scgi
>> and acgi, and look forward to work with fcgi finally...


regards,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From m.fellinger at gmail.com  Mon Oct  3 23:48:15 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Tue, 4 Oct 2005 05:48:15 +0200
Subject: [Nitro] KirbyBase getting more attention?
Message-ID: <9c00d3e00510032048o40cbb46bj@mail.gmail.com>

Hey list,

I have seen an intersting post about KirbyBase in the ruby-talk that i
thought everyone here should read :)
KirbyBase is gaining momentum and ground, making it a nice-to-have
alternative to some other databases and small projects.
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/158924

My question now - is KirbyBase getting attention in nitro as well? I
have seen a small adapter (i didn't dare to try it yet) but is planned
to support it even more?
i would love to see this implemented in some form - especially the
YAML-field of KB has caught my fantasy ;)

thx in prev.
so long...
manveru :)



From george.moschovitis at gmail.com  Tue Oct  4 03:55:34 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 4 Oct 2005 10:55:34 +0300
Subject: [Nitro] KirbyBase getting more attention?
In-Reply-To: <9c00d3e00510032048o40cbb46bj@mail.gmail.com>
References: <9c00d3e00510032048o40cbb46bj@mail.gmail.com>
Message-ID: <afd80b540510040055g92d95ffve068fb2879a48596@mail.gmail.com>

When nitro-0.24.0 is out, I plan to work on ysabel's low level og
patch. this patch includes a  working kirbybase adapter. There is the
problem of time though. But be sure, kirbybase support (and generally,
pure ruby og adapters) are certainly planned.

regards,
George.


On 10/4/05, Michael Fellinger <m.fellinger at gmail.com> wrote:
> Hey list,
>
> I have seen an intersting post about KirbyBase in the ruby-talk that i
> thought everyone here should read :)
> KirbyBase is gaining momentum and ground, making it a nice-to-have
> alternative to some other databases and small projects.
> http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/158924
>
> My question now - is KirbyBase getting attention in nitro as well? I
> have seen a small adapter (i didn't dare to try it yet) but is planned
> to support it even more?
> i would love to see this implemented in some form - especially the
> YAML-field of KB has caught my fantasy ;)
>
> thx in prev.
> so long...
> manveru :)
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From dalegard at gmail.com  Wed Oct  5 23:49:37 2005
From: dalegard at gmail.com (David Legard)
Date: Thu, 6 Oct 2005 11:49:37 +0800
Subject: [Nitro] Suppressing Og output to STDOUT
Message-ID: <85fdb3b30510052049v5da0957bt844f1b11a5aa0efc@mail.gmail.com>

Whenever I save an Og object, the SQL is output to STDOUT, and while this is
very helpful during development, I'd like to turn this off for production
purposes.
 I saw something in the dox about a $DBG global variable, and even included
a line in my main app: $DBG=FALSE, to no effect.
 Any ideas?
 DAL.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20051005/38e2822d/attachment.html 

From george.moschovitis at gmail.com  Thu Oct  6 03:46:43 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 6 Oct 2005 10:46:43 +0300
Subject: [Nitro] Suppressing Og output to STDOUT
In-Reply-To: <85fdb3b30510052049v5da0957bt844f1b11a5aa0efc@mail.gmail.com>
References: <85fdb3b30510052049v5da0957bt844f1b11a5aa0efc@mail.gmail.com>
Message-ID: <afd80b540510060046o6135932fo3a2f3cfe9f8cfd9c@mail.gmail.com>

This should work,

also, try setting Logger.level = INFO

regards,
George.

On 10/6/05, David Legard <dalegard at gmail.com> wrote:
> Whenever I save an Og object, the SQL is output to STDOUT, and while this is
> very helpful during development, I'd like to turn this off for production
> purposes.
>
> I saw something in the dox about a $DBG global variable, and even included a
> line in my main app: $DBG=FALSE, to no effect.
>
> Any ideas?
>
> DAL.
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Thu Oct  6 21:24:43 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Fri, 7 Oct 2005 04:24:43 +0300 (EEST)
Subject: [Nitro] Og problem...
Message-ID: <Pine.LNX.4.62.0510070408410.31779@theseas.softlab.ece.ntua.gr>

Hi everyone,

I have discovered a problem with inheritance in Og. (I am not sure if it 
is a problem or not).

class Report
   property :a, String
   has_many :lines
end

class Subreport < Report
   property :b, String
end

class Line
   property :c, String
   belongs_to :report
end

The problem is that I would expect:
1) Subreport to inherit the has_many, from Report, therefore report.lines 
would exist (which it does not)
2) Line has a report_oid (as expected) and line.report returns the report. 
I would have a way to find the subreport from line directly. I know it 
does not sound easy, but is there a way? (at the moment I have to find the 
Subreport I am interested in and the query all the Lines with report_oid = 
to the subreports' oid. This solution is not so elegant, and actually not 
correct: eg in the case where I have Subreport_a and Subreport_b, then the 
line.report_oid would end up having same oids and a simple query like I 
mentioned before will not work). What I suggets is that Og could create 
line.subreport_a_oid and line.subreport_b_oid automatically for all the 
subclasses of report. How does that sound?

Thanx :-)

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Fri Oct  7 04:26:03 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 7 Oct 2005 11:26:03 +0300
Subject: [Nitro] Nitro status
Message-ID: <afd80b540510070126r3ded1847g12f2c211959dae43@mail.gmail.com>

Dear devs,

the integration of Nitro with the latest Nano/Mega code is more or
less complete. This means we are almost ready for release. Preview
gems will be released on Monday. And if everything goes well a new
release will be available on Wednesday.

I would like to ask Chris Farmiloe to have a look at the
admin/scaffold code on Monday to help fix some standing bugs with
relations and the DHTML controls.

regards,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Fri Oct  7 06:35:34 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Fri, 7 Oct 2005 13:35:34 +0300 (EEST)
Subject: [Nitro] Bug?!
Message-ID: <Pine.LNX.4.62.0510071333390.30352@theseas.softlab.ece.ntua.gr>

Hello everybody.
I have a bug that I can not resolve: after editing and hitting the update 
button, I get this. The thing is that sometimes (few) this message does 
not occur and everything is fine... Any ideas?

Error
Path: /projects
undefined local variable or method `projects_template' for #

Stack Trace

/usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:165:in 
`method_missing'
(eval):10:in `projects_action'
/usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in 
`send'
/usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in 
`method_missing'
/usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `send'
/usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in 
`render'
... and so on...

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Fri Oct  7 06:51:04 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 7 Oct 2005 13:51:04 +0300
Subject: [Nitro] Bug?!
In-Reply-To: <Pine.LNX.4.62.0510071333390.30352@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0510071333390.30352@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b540510070351v20e80cf3q97616527f3035a6c@mail.gmail.com>

where does this happen?

On 10/7/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> Hello everybody.
> I have a bug that I can not resolve: after editing and hitting the update
> button, I get this. The thing is that sometimes (few) this message does
> not occur and everything is fine... Any ideas?
>
> Error
> Path: /projects
> undefined local variable or method `projects_template' for #
>
> Stack Trace
>
> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:165:in
> `method_missing'
> (eval):10:in `projects_action'
> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in
> `send'
> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in
> `method_missing'
> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `send'
> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in
> `render'
> ... and so on...
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Fri Oct  7 06:56:34 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Fri, 7 Oct 2005 13:56:34 +0300 (EEST)
Subject: [Nitro] Bug?!
In-Reply-To: <afd80b540510070351v20e80cf3q97616527f3035a6c@mail.gmail.com>
References: <Pine.LNX.4.62.0510071333390.30352@theseas.softlab.ece.ntua.gr>
	<afd80b540510070351v20e80cf3q97616527f3035a6c@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0510071353240.30352@theseas.softlab.ece.ntua.gr>

It happens after the project_save functions concludes and it tries to 
render the projects template.
Let me add this to the whole problem: When using IE there is no problem, 
when using FF I get the error. I set the Cookies to allow everything in 
FF, but still...

> where does this happen?
>
> On 10/7/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
>> Hello everybody.
>> I have a bug that I can not resolve: after editing and hitting the update
>> button, I get this. The thing is that sometimes (few) this message does
>> not occur and everything is fine... Any ideas?
>>
>> Error
>> Path: /projects
>> undefined local variable or method `projects_template' for #
>>
>> Stack Trace
>>
>> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:165:in
>> `method_missing'
>> (eval):10:in `projects_action'
>> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in
>> `send'
>> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in
>> `method_missing'
>> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `send'
>> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in
>> `render'
>> ... and so on...
>>
>> Emmanouil Piperakis (epiperak at cs.ntua.gr)
>> {To explore is Human, to Create is Devine,
>>   To teach is Primal, to Rule is Sin}
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Fri Oct  7 07:25:10 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Fri, 7 Oct 2005 14:25:10 +0300 (EEST)
Subject: [Nitro] Bug?!
In-Reply-To: <Pine.LNX.4.62.0510071353240.30352@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0510071333390.30352@theseas.softlab.ece.ntua.gr>
	<afd80b540510070351v20e80cf3q97616527f3035a6c@mail.gmail.com>
	<Pine.LNX.4.62.0510071353240.30352@theseas.softlab.ece.ntua.gr>
Message-ID: <Pine.LNX.4.62.0510071419230.10521@theseas.softlab.ece.ntua.gr>

One other thing about this problem:
I guess it has to do something with the expires_output 'projects'
After project.save I call expire_output 'projects' so that Nitro 
recompiles the template of projects and reflects the latest / updated 
numbers. But this expire_output seems to work on a different thread!? or 
something. The DEBUG info show me the error, and after the error the DB is 
updated (the save is performed)!!!
Yet, even without the expire_output, the problem exists.

> It happens after the project_save functions concludes and it tries to
> render the projects template.
> Let me add this to the whole problem: When using IE there is no problem,
> when using FF I get the error. I set the Cookies to allow everything in
> FF, but still...
>
>> where does this happen?
>>
>> On 10/7/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
>>> Hello everybody.
>>> I have a bug that I can not resolve: after editing and hitting the update
>>> button, I get this. The thing is that sometimes (few) this message does
>>> not occur and everything is fine... Any ideas?
>>>
>>> Error
>>> Path: /projects
>>> undefined local variable or method `projects_template' for #
>>>
>>> Stack Trace
>>>
>>> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:165:in
>>> `method_missing'
>>> (eval):10:in `projects_action'
>>> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in
>>> `send'
>>> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in
>>> `method_missing'
>>> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `send'
>>> /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in
>>> `render'
>>> ... and so on...
>>>
>>> Emmanouil Piperakis (epiperak at cs.ntua.gr)
>>> {To explore is Human, to Create is Devine,
>>>   To teach is Primal, to Rule is Sin}
>>> _______________________________________________
>>> Nitro-general mailing list
>>> Nitro-general at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/nitro-general
>>>
>>
>>
>> --
>> http://www.gmosx.com
>> http://www.navel.gr
>> http://www.nitrohq.com
>>
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>  To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From chris.farmiloe at farmiloe.com  Fri Oct  7 09:54:17 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Fri, 7 Oct 2005 14:54:17 +0100
Subject: [Nitro] Nitro status
In-Reply-To: <afd80b540510070126r3ded1847g12f2c211959dae43@mail.gmail.com>
References: <afd80b540510070126r3ded1847g12f2c211959dae43@mail.gmail.com>
Message-ID: <66E3B297-3F59-403C-9FB0-88E934428CF7@farmiloe.com>

g:

No problem ...

It would be great if you could tell me what to go over for the
weekend since I'm quiet busy in the week.
(it's possible I might have already changed some of the code - have
been using it for a while now)

let me know when ya need me.

chrisfarms.

On Oct 7, 2005, at 09:26, George Moschovitis wrote:

> I would like to ask Chris Farmiloe to have a look at the
> admin/scaffold code on Monday to help fix some standing bugs with
> relations and the DHTML controls.


From m.fellinger at gmail.com  Fri Oct  7 15:46:05 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Fri, 7 Oct 2005 21:46:05 +0200
Subject: [Nitro] Blobs, Pictures and Og
Message-ID: <9c00d3e00510071246o52afa519r@mail.gmail.com>

Hi List,

I've got a quite interesting question about a problem i want to solve.
I want to build a simple gallery using nitro/og, without storing paths
and all the stuff, having the images as objects, using a nitro-page
with the fitting header for displaying.
Done this in php before with almost no effort, but now i just can't
figure that out in og.

How would you store an image in og? (and creating thumbnails for them
on the fly)
would you just use the path pointing to the thumbnail and the image?
is there the possibility to do that via a blob, and if there is - how
would you that?



From reid.thompson at ateb.com  Fri Oct  7 21:45:45 2005
From: reid.thompson at ateb.com (Reid Thompson)
Date: Fri, 07 Oct 2005 21:45:45 -0400
Subject: [Nitro] Blobs, Pictures and Og
In-Reply-To: <9c00d3e00510071246o52afa519r@mail.gmail.com>
References: <9c00d3e00510071246o52afa519r@mail.gmail.com>
Message-ID: <434724C9.6000101@ateb.com>

Michael Fellinger wrote:

>Hi List,
>
>I've got a quite interesting question about a problem i want to solve.
>I want to build a simple gallery using nitro/og, without storing paths
>and all the stuff, having the images as objects, using a nitro-page
>with the fitting header for displaying.
>Done this in php before with almost no effort, but now i just can't
>figure that out in og.
>
>How would you store an image in og? (and creating thumbnails for them
>on the fly)
>would you just use the path pointing to the thumbnail and the image?
>is there the possibility to do that via a blob, and if there is - how
>would you that?
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>  
>
i've not tried it yet, but postgresql can store binary fields of type bytea.
Not having tried it, i'm assuming that the postgresql adapter handles bytea.


From chris.farmiloe at farmiloe.com  Sat Oct  8 05:47:54 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Sat, 8 Oct 2005 10:47:54 +0100
Subject: [Nitro] Blobs, Pictures and Og
In-Reply-To: <9c00d3e00510071246o52afa519r@mail.gmail.com>
References: <9c00d3e00510071246o52afa519r@mail.gmail.com>
Message-ID: <F7DD1801-F29D-40EE-AEA6-E075F75E90A1@farmiloe.com>



blob types can be specified using Og::Blob (a kind of pretend type to
allow the binary types in database)

so define your type as

property :image_data, Og::Blob

this works fine using postgres (as a bytea) and I remember getting it
working with sqlite too as a bytea is effectivly just a really massive
string.

as for image resizing the only lib I have seen so far is RMagick

also remember that when you write your view method to render the
images you will have to set the content-type (using  
response.content_type)
before sending all the image data or browsers won't know what to do with
it.


goodluck


chrisfarms.


On Oct 7, 2005, at 20:46, Michael Fellinger wrote:
Hi List,

I've got a quite interesting question about a problem i want to solve.
I want to build a simple gallery using nitro/og, without storing paths
and all the stuff, having the images as objects, using a nitro-page
with the fitting header for displaying.
Done this in php before with almost no effort, but now i just can't
figure that out in og.

How would you store an image in og? (and creating thumbnails for them
on the fly)
would you just use the path pointing to the thumbnail and the image?
is there the possibility to do that via a blob, and if there is - how
would you that?

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


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20051008/7db9b521/attachment.html 

From Aleksi.Niemela at cs.helsinki.fi  Sun Oct  9 11:47:31 2005
From: Aleksi.Niemela at cs.helsinki.fi (Aleksi Niemela)
Date: Sun, 09 Oct 2005 18:47:31 +0300
Subject: [Nitro] Patch: glue-0.23.0/logger to work with Cygwin Ruby 1.8.3
Message-ID: <43493B93.7020805@cs.helsinki.fi>

When I updated my cygwin environment I got Ruby 1.8.3. I suspect I also 
got new version of standard library logger.rb. Glue's logger.rb didn't 
want to co-operate with it as it seems it might have altered the order 
of the parameters. I got glue (and og and nitro) to give out debugging 
messages just ok when I made these changes.

I don't know if this patch is a duplicate, but I couldn't find anything 
on the list of this matter within few minutes. I did find Georges reply 
to James sent 2005-09-11 about some fix for Logging. Can't say if that 
thread ever got decent end.

    - Aleksi


$ diff -u logger.rb~ logger.rb
--- logger.rb~  2005-08-31 19:49:58.539000000 +0300
+++ logger.rb   2005-10-09 18:40:32.781250000 +0300
@@ -105,7 +105,7 @@

    SIMPLE_FORMAT = "%5s: %s\n"
   @@global_logger = Logger.new(STDERR)
-  @@global_logger.setup_format do |severity, timestamp, msg, progname|
+  @@global_logger.setup_format do |severity, timestamp, progname, msg|
     SIMPLE_FORMAT % [severity, msg]
   end

@@ -114,12 +114,12 @@
   def self.set(logger)
     if logger.is_a?(String)
       @@global_logger = Logger.new(logger)
-      @@global_logger.setup_format do |severity, timestamp, msg, progname|
+      @@global_logger.setup_format do |severity, timestamp, progname, msg|
         SIMPLE_FORMAT % [severity, msg]
       end
     elsif logger.is_a?(Logger)
       @@global_logger = logger
-      @@global_logger.setup_format do |severity, timestamp, msg, progname|
+      @@global_logger.setup_format do |severity, timestamp, progname, msg|
         SIMPLE_FORMAT % [severity, msg]
       end
     else



From neokolor at gmx.de  Sun Oct  9 16:19:33 2005
From: neokolor at gmx.de (jfwittmann)
Date: Sun, 09 Oct 2005 22:19:33 +0200
Subject: [Nitro] problem with hierarchical mixin
Message-ID: <43497B55.60800@gmx.de>

hello all,

i tried the hierarchical mixin with a simple folder structure
like:

class Folder
      include Og::Timestamped
      include Og::Hierarchical, :method => :nested_sets
     
      property :title, String
      property :description, String
      property :isopen, TrueClass
      has_many :bookmarks, Bookmark
 end
...
f = Folder.new
..
f.save
 
 f1 = Folder.new
...
 f.add_folder(f1)


but i get following error:

ERROR: undefined method `update_property' for Folder:Class (NoMethodError)
C:/coding/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/mixin/hierarchical.rb:101:in 
`add_folder'
C:/coding/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/mixin/hierarchical.rb:100:in 
`transaction'
C:/coding/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/entity.rb:142:in 
`transaction'
C:/coding/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/mixin/hierarchical.rb:100:in 
`add_folder'
C:/Dokumente und Einstellungen/jfwittmann/workspace/og-test/test.rb:43
ERROR: 
["C:/coding/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/mixin/hierarchical.rb:101:in 
`add_folder'", 
"C:/coding/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/mixin/hierarchical.rb:100:in 
`transaction'", 
"C:/coding/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/entity.rb:142:in 
`transaction'", 
"C:/coding/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/mixin/hierarchical.rb:100:in 
`add_folder'", "C:/Dokumente und 
Einstellungen/jfwittmann/workspace/og-test/test.rb:43"]

*hierarchical.rb:
...
*#{base}.transaction do
   #{base}.update_property("#{left} = (#{left} + 2)",  
#{cond_and}"#{left} >= \#{pivot}")
  #{base}.update_property("#{right} = (#{right} + 2)", 
#{cond_and}"#{right} >= \#{pivot}")
end

Any hint  for me ?

regards,

Felix Wittmann


From george.moschovitis at gmail.com  Mon Oct 10 03:25:30 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 10 Oct 2005 10:25:30 +0300
Subject: [Nitro] Patch: glue-0.23.0/logger to work with Cygwin Ruby 1.8.3
In-Reply-To: <43493B93.7020805@cs.helsinki.fi>
References: <43493B93.7020805@cs.helsinki.fi>
Message-ID: <afd80b540510100025ib1878bcw9e7d545e767ad37e@mail.gmail.com>

Thanks for the 1.8.3 patch. Regarding the old logger issue you refer
to, I got that fixed.

regards,
George.

On 10/9/05, Aleksi Niemela <Aleksi.Niemela at cs.helsinki.fi> wrote:
> When I updated my cygwin environment I got Ruby 1.8.3. I suspect I also
> got new version of standard library logger.rb. Glue's logger.rb didn't
> want to co-operate with it as it seems it might have altered the order
> of the parameters. I got glue (and og and nitro) to give out debugging
> messages just ok when I made these changes.
>
> I don't know if this patch is a duplicate, but I couldn't find anything
> on the list of this matter within few minutes. I did find Georges reply
> to James sent 2005-09-11 about some fix for Logging. Can't say if that
> thread ever got decent end.
>
>     - Aleksi
>
>
> $ diff -u logger.rb~ logger.rb
> --- logger.rb~  2005-08-31 19:49:58.539000000 +0300
> +++ logger.rb   2005-10-09 18:40:32.781250000 +0300
> @@ -105,7 +105,7 @@
>
>     SIMPLE_FORMAT = "%5s: %s\n"
>    @@global_logger = Logger.new(STDERR)
> -  @@global_logger.setup_format do |severity, timestamp, msg, progname|
> +  @@global_logger.setup_format do |severity, timestamp, progname, msg|
>      SIMPLE_FORMAT % [severity, msg]
>    end
>
> @@ -114,12 +114,12 @@
>    def self.set(logger)
>      if logger.is_a?(String)
>        @@global_logger = Logger.new(logger)
> -      @@global_logger.setup_format do |severity, timestamp, msg, progname|
> +      @@global_logger.setup_format do |severity, timestamp, progname, msg|
>          SIMPLE_FORMAT % [severity, msg]
>        end
>      elsif logger.is_a?(Logger)
>        @@global_logger = logger
> -      @@global_logger.setup_format do |severity, timestamp, msg, progname|
> +      @@global_logger.setup_format do |severity, timestamp, progname, msg|
>          SIMPLE_FORMAT % [severity, msg]
>        end
>      else
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From james_b at neurogami.com  Mon Oct 10 09:39:49 2005
From: james_b at neurogami.com (James Britt)
Date: Mon, 10 Oct 2005 06:39:49 -0700
Subject: [Nitro] Nitro status
In-Reply-To: <afd80b540510070126r3ded1847g12f2c211959dae43@mail.gmail.com>
References: <afd80b540510070126r3ded1847g12f2c211959dae43@mail.gmail.com>
Message-ID: <434A6F25.5050704@neurogami.com>

George Moschovitis wrote:
> Dear devs,
> 
> the integration of Nitro with the latest Nano/Mega code is more or
> less complete. This means we are almost ready for release. Preview
> gems will be released on Monday. And if everything goes well a new
> release will be available on Wednesday.

What of nitrohq.com?  After it crashed it used to redirect to 
rubyforge.org, but now it simply fails to respond.

Can we take that to mean it is being worked on and will be back soon?



Thanks,


James


PS

Any Oggers going to RubyConf 05 this week?


-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From george.moschovitis at gmail.com  Mon Oct 10 10:00:31 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 10 Oct 2005 17:00:31 +0300
Subject: [Nitro] Nitro status
In-Reply-To: <434A6F25.5050704@neurogami.com>
References: <afd80b540510070126r3ded1847g12f2c211959dae43@mail.gmail.com>
	<434A6F25.5050704@neurogami.com>
Message-ID: <afd80b540510100700l5b94905qcbc2aba31ae980ff@mail.gmail.com>

The nitrohq.com site will be up real soon now. We have ordered a new
Dell server and we are waiting for the server to arrive. The site will
be powered by a new and improved version of spark with many surprising
features. I 'll also try to work with Tasos to setup a Trac/SVN system
to allow for  better handling of patches / future releases.

I am also trying very hard to prepare a preview of nitro-0.24.0, but
saddly integration with the latest facets/nano/mega code is still not
finished :(

But there is going to be a new release and most probably a new
nitrohq.com site this week.

regards,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris.farmiloe at farmiloe.com  Mon Oct 10 12:10:46 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Mon, 10 Oct 2005 17:10:46 +0100
Subject: [Nitro] Nitro status
In-Reply-To: <afd80b540510100700l5b94905qcbc2aba31ae980ff@mail.gmail.com>
References: <afd80b540510070126r3ded1847g12f2c211959dae43@mail.gmail.com>
	<434A6F25.5050704@neurogami.com>
	<afd80b540510100700l5b94905qcbc2aba31ae980ff@mail.gmail.com>
Message-ID: <3D73754D-2AF6-40FE-A72D-BF2B55948242@farmiloe.com>


Cool. I look forward to this!! can imagine a development
repository greatly speeding up the progress with nitro.
and encourage more people to help.

gl with the nano bits and bobs.

chrisfarms.

On 10 Oct 2005, at 15:00, George Moschovitis wrote:
  I 'll also try to work with Tasos to setup a Trac/SVN system
to allow for  better handling of patches / future releases.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20051010/684b9f94/attachment.html 

From zachary.zolton at gmail.com  Mon Oct 10 22:33:17 2005
From: zachary.zolton at gmail.com (Zachary Zolton)
Date: Mon, 10 Oct 2005 22:33:17 -0400
Subject: [Nitro] Og problem
Message-ID: <f728979f0510101933s26e76195odc46378341115615@mail.gmail.com>

Hi guys,

I'm trying to execute the run.rb script but I get the following error:

c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/sql.rb:65:in `parse_timest
amp': undefined method `parse' for Time:Class (NoMethodError)
        from (eval):4:in `og_read'
        from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/sql.rb:933:in
`read_all'
        from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/sql.rb:931:in
`each_row'
        from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/psql.rb:23:in
`each'
        from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/psql.rb:23:in
`each_row'
        from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/sql.rb:931:in
`read_all'
        from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/sql.rb:383:in
`find'
        from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/entity.rb:105:in
`all'
        from og_example.rb:160

I'll add that I just downgraded to nano 0.8.2, as it seems to be what
we're supposed to be using...  Any ideas?


Thanks,

Zach



From transfire at gmail.com  Mon Oct 10 23:31:18 2005
From: transfire at gmail.com (TRANS)
Date: Mon, 10 Oct 2005 23:31:18 -0400
Subject: [Nitro] Og problem
In-Reply-To: <f728979f0510101933s26e76195odc46378341115615@mail.gmail.com>
References: <f728979f0510101933s26e76195odc46378341115615@mail.gmail.com>
Message-ID: <4b6f054f0510102031h57f5fb28n926ca0ab052ef993@mail.gmail.com>

Put

  require 'time'

in there somewhere.

T.


On 10/10/05, Zachary Zolton <zachary.zolton at gmail.com> wrote:
> Hi guys,
>
> I'm trying to execute the run.rb script but I get the following error:
>
> c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/sql.rb:65:in `parse_timest
> amp': undefined method `parse' for Time:Class (NoMethodError)
>         from (eval):4:in `og_read'
>         from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/sql.rb:933:in
> `read_all'
>         from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/sql.rb:931:in
> `each_row'
>         from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/psql.rb:23:in
> `each'
>         from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/psql.rb:23:in
> `each_row'
>         from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/sql.rb:931:in
> `read_all'
>         from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/sql.rb:383:in
> `find'
>         from c:/ruby/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/entity.rb:105:in
> `all'
>         from og_example.rb:160
>
> I'll add that I just downgraded to nano 0.8.2, as it seems to be what
> we're supposed to be using...  Any ideas?
>
>
> Thanks,
>
> Zach
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


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


From epiperak at softlab.ece.ntua.gr  Tue Oct 11 05:49:05 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 11 Oct 2005 12:49:05 +0300 (EEST)
Subject: [Nitro] Og?!
Message-ID: <Pine.LNX.4.62.0510111241330.17206@theseas.softlab.ece.ntua.gr>

Hello everybody,
while waiting for version 0.24, I have a small thing to point out:

In Og if we setup a property :hoho, Hash
and then we load the @hoho with something like

@hoho{ :a => Array.new(5, 'A'), :b => [['a','b'],['c', 5.5]] }

Og complains!

I suspect that Og so far supports Hashes of simple structures? Strings, 
Floats, etc?

Thanx ;-)

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Tue Oct 11 06:02:13 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 11 Oct 2005 13:02:13 +0300 (EEST)
Subject: [Nitro] Og?!
In-Reply-To: <Pine.LNX.4.62.0510111241330.17206@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0510111241330.17206@theseas.softlab.ece.ntua.gr>
Message-ID: <Pine.LNX.4.62.0510111301270.17206@theseas.softlab.ece.ntua.gr>

Apparently

property :hoho, Array

does not work either. Where am I supposed to store tones of numerical 
data?

:-\

> Hello everybody,
> while waiting for version 0.24, I have a small thing to point out:
>
> In Og if we setup a property :hoho, Hash
> and then we load the @hoho with something like
>
> @hoho{ :a => Array.new(5, 'A'), :b => [['a','b'],['c', 5.5]] }
>
> Og complains!
>
> I suspect that Og so far supports Hashes of simple structures? Strings,
> Floats, etc?
>
> Thanx ;-)
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>  To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Tue Oct 11 06:14:25 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 11 Oct 2005 13:14:25 +0300
Subject: [Nitro] Og?!
In-Reply-To: <Pine.LNX.4.62.0510111301270.17206@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0510111241330.17206@theseas.softlab.ece.ntua.gr>
	<Pine.LNX.4.62.0510111301270.17206@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b540510110314t24c5772fjb330004212eb67d1@mail.gmail.com>

be more specific, how do you set @hoho, and how does Og complain?

-g.


On 10/11/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> Apparently
>
> property :hoho, Array
>
> does not work either. Where am I supposed to store tones of numerical
> data?
>
> :-\
>
> > Hello everybody,
> > while waiting for version 0.24, I have a small thing to point out:
> >
> > In Og if we setup a property :hoho, Hash
> > and then we load the @hoho with something like
> >
> > @hoho{ :a => Array.new(5, 'A'), :b => [['a','b'],['c', 5.5]] }
> >
> > Og complains!
> >
> > I suspect that Og so far supports Hashes of simple structures? Strings,
> > Floats, etc?
> >
> > Thanx ;-)
> >
> > Emmanouil Piperakis (epiperak at cs.ntua.gr)
> > {To explore is Human, to Create is Devine,
> >  To teach is Primal, to Rule is Sin}
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From john.lloydjones at gmail.com  Tue Oct 11 17:05:23 2005
From: john.lloydjones at gmail.com (John Lloyd-Jones)
Date: Tue, 11 Oct 2005 14:05:23 -0700
Subject: [Nitro] Og problem...
In-Reply-To: <Pine.LNX.4.62.0510070408410.31779@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0510070408410.31779@theseas.softlab.ece.ntua.gr>
Message-ID: <6fcd26f10510111405k33787681hca3419253a945dba@mail.gmail.com>

Emmanuel
I have reported similar issues some time back. I created an an object graph
(that's what OG stands for, right) and discovered that OG does not handle
inheritance well. My case involved a Party that 'has_many' Address. From
Party, I derived a Person, and from Person a PersonalCustomer, expecting the
latter to handle the Addresses. In the end, with help from Aleksi, I put in
by hand some missing methods to get the appropriate oids and got it to work.
But it was a hack -- and Aleksi suggested it only as an ugly hack. Since
then, I have been hoping for a fix, but so far it still seems to be a
problem. If George and his devs can get this fixed, it will move Nitro/Og
into a league apart. Rails is OK for relatively simple object models, but
just doesn't cut it for most of the applications I deal with. Og has all the
promise, but alas, still doesn't deliver.
John


On 10/6/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
>
> Hi everyone,
>
> I have discovered a problem with inheritance in Og. (I am not sure if it
> is a problem or not).
>
> class Report
> property :a, String
> has_many :lines
> end
>
> class Subreport < Report
> property :b, String
> end
>
> class Line
> property :c, String
> belongs_to :report
> end
>
> The problem is that I would expect:
> 1) Subreport to inherit the has_many, from Report, therefore report.lines
> would exist (which it does not)
> 2) Line has a report_oid (as expected) and line.report returns the report.
> I would have a way to find the subreport from line directly. I know it
> does not sound easy, but is there a way? (at the moment I have to find the
> Subreport I am interested in and the query all the Lines with report_oid =
> to the subreports' oid. This solution is not so elegant, and actually not
> correct: eg in the case where I have Subreport_a and Subreport_b, then the
> line.report_oid would end up having same oids and a simple query like I
> mentioned before will not work). What I suggets is that Og could create
> line.subreport_a_oid and line.subreport_b_oid automatically for all the
> subclasses of report. How does that sound?
>
> Thanx :-)
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
> To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20051011/e2ac1b29/attachment.html 

From epiperak at softlab.ece.ntua.gr  Tue Oct 11 21:24:35 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 12 Oct 2005 04:24:35 +0300 (EEST)
Subject: [Nitro] Og problem...
In-Reply-To: <6fcd26f10510111405k33787681hca3419253a945dba@mail.gmail.com>
References: <Pine.LNX.4.62.0510070408410.31779@theseas.softlab.ece.ntua.gr>
	<6fcd26f10510111405k33787681hca3419253a945dba@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0510120423470.17997@theseas.softlab.ece.ntua.gr>

You are both right. I will prepare a more detailed test case and provide 
the errors too.

> Emmanuel
> I have reported similar issues some time back. I created an an object graph
> (that's what OG stands for, right) and discovered that OG does not handle
> inheritance well. My case involved a Party that 'has_many' Address. From
> Party, I derived a Person, and from Person a PersonalCustomer, expecting the
> latter to handle the Addresses. In the end, with help from Aleksi, I put in
> by hand some missing methods to get the appropriate oids and got it to work.
> But it was a hack -- and Aleksi suggested it only as an ugly hack. Since
> then, I have been hoping for a fix, but so far it still seems to be a
> problem. If George and his devs can get this fixed, it will move Nitro/Og
> into a league apart. Rails is OK for relatively simple object models, but
> just doesn't cut it for most of the applications I deal with. Og has all the
> promise, but alas, still doesn't deliver.
> John
>
>
> On 10/6/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
>>
>> Hi everyone,
>>
>> I have discovered a problem with inheritance in Og. (I am not sure if it
>> is a problem or not).
>>
>> class Report
>> property :a, String
>> has_many :lines
>> end
>>
>> class Subreport < Report
>> property :b, String
>> end
>>
>> class Line
>> property :c, String
>> belongs_to :report
>> end
>>
>> The problem is that I would expect:
>> 1) Subreport to inherit the has_many, from Report, therefore report.lines
>> would exist (which it does not)
>> 2) Line has a report_oid (as expected) and line.report returns the report.
>> I would have a way to find the subreport from line directly. I know it
>> does not sound easy, but is there a way? (at the moment I have to find the
>> Subreport I am interested in and the query all the Lines with report_oid =
>> to the subreports' oid. This solution is not so elegant, and actually not
>> correct: eg in the case where I have Subreport_a and Subreport_b, then the
>> line.report_oid would end up having same oids and a simple query like I
>> mentioned before will not work). What I suggets is that Og could create
>> line.subreport_a_oid and line.subreport_b_oid automatically for all the
>> subclasses of report. How does that sound?
>>
>> Thanx :-)
>>
>> Emmanouil Piperakis (epiperak at cs.ntua.gr)
>> {To explore is Human, to Create is Devine,
>> To teach is Primal, to Rule is Sin}
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Tue Oct 11 22:45:24 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 12 Oct 2005 05:45:24 +0300 (EEST)
Subject: [Nitro] Og inheritance problem in detail..
Message-ID: <Pine.LNX.4.62.0510120502040.26189@theseas.softlab.ece.ntua.gr>

So, I decided to split the 2 problems I face in Og to different postings.
Problem 1. Inheritance
Example

class Project
   property :title, String
   property :creation, Date
   has_many   :reports
   has_one    Bgroup 
end

class ForeignProject < Project
   property :acquisition_date,     Date
   property :placement_date,       Date
   property :sales_commission_per, Fixnum
end

class DomesticProject < Project
   property :contract_date,     Date
   property :closing_date,      Date
   property :transfer_date,     Date
   property :loan_to_value_per, Fixnum
end

class Bgroup # Building Group
   property :title, String
   property :creation, Date
   belongs_to :project
end

class Report
   property   :startd,            Date
   property   :currentd,          Date
   property   :endd,              Date
   property   :period,            Fixnum # 1="Monthly", 2="Bi-monthly", ...
   belongs_to :project
end

class CashflowReport < Report
   property  :title_row_a, String
   property  :title_row_b, String

   def calculation
    ...
   end
end

class TenantRollReport < Report
   property :title_col, String

   def calculation
    ...
   end
end

--------------------------------------------------
Observations:
=============
1. The line has_one Bgroup creates in the Project table a bgroup_oid and 
in the Bgroup table a project_oid. Inheritance creates in ForeignProject 
and DomesticProject tables a bgroup_oid column per each too.
2. The line has_many :reports creates in the Report table a project_oid
and inheritance creates in the subclasses of the Report a project_oid

Problems:
=========
1. Suppose the following code occurs (just note that you never use Report 
or Project but only the subclasses)
----------------------------- code -----------------------
fp = ForeignProject.new
fp.bgroup_oid = session[:bgroup_oid] # I get it from somewhere
bg = Bgroup[session[:bgroup_oid]].project_oid = fp.oid
# PROBLEM-1: Maybe the above line should somehow be automatically 
# performed

project = bg.project
# PROBLEM-2: The above line returns the project, but we do not know to 
# which subclass it corresponds. I am not sure if
project.class # WORKS?

2.
----------------------------- code --------------------------
rp = CashflowReport.new
rp.project_oid = fp.oid

project = rp.project
# PROBLEM-3: Same as above, but in this case Og fails 100%
# rp.project searches the Project table instead of the ForeignProject

=================================================================
Solution:
-------------
1. For each subclass add foreign keys like this:

a) in Bgroup, foreignproject_oid, domesticproject_oid and automatically 
set the correct one, based on the .class of the assignment
b) in CashflowReport do the same like in a)
c) in Report and Project add functions for querying the subclassess...

==========================================================
I am not sure if the above makes sense, but I believe they have to be 
resolved if Og is to be the No1 tool ;-)

Thanx

Ps. one more email to follow about types of properties



Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Wed Oct 12 00:03:52 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 12 Oct 2005 07:03:52 +0300 (EEST)
Subject: [Nitro] Og & Arrays/Hashes
Message-ID: <Pine.LNX.4.62.0510120653350.15481@theseas.softlab.ece.ntua.gr>

Let me start by apologizing :-\
Og handles Arrays and complicated Hashes correctly after all. It must have 
been a bug of mine. So here are some examples that work fine with 0.23 Og 
and MySql. The only restriction is that Hashes have to be initialized 
(preferably in the constructor).

class Bgroup
   property   :title,    Hash
   property   :creation, Date
   property   :ar,       Array
   property   :ag,       Array
   property   :ara,      Hash

   def initialize
     @ar = Array.new(5, 'koko') # plain array of strings
     @ag = ['haha', 0, 0.0]     # array of mixed elements
     a = Array.new(5, 0)        # array of fixnum
     b = Array.new(6, 1.0)      # array of float
     c = Array.new(7, 'a')      # array of string
     @ara = Hash.new            # plain hash
     @ara[:koko] = a  # key => array of fixnum
     @ara[:kaka] = b  # key => array of float
     @ara[:keke] = c  # key => array of string
     @ara[:kiki] = [[0,1],[1,2],[2,3]] # key => array of arrays
   end
end

All Arrays and Hashes are converted to text fields in MySql.

Anyway, hopefully the inheritance can be resolved somehow, and Og would be 
perfect! (as expected)

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From mike.pence at gmail.com  Wed Oct 12 07:57:14 2005
From: mike.pence at gmail.com (Mike Pence)
Date: Wed, 12 Oct 2005 07:57:14 -0400
Subject: [Nitro] Nitro vs. Rails?
Message-ID: <d8ee51740510120457r1fd83935l2eb17f91aa18374f@mail.gmail.com>

Hello all,

I have been lurking on list for a while and was wondering if someone could
offer a pointer to a comparison of Nitro vs. Rails, or at least some Nitro
documentation that would show me its strengths. I am about to start a Rails
project, but I control the technology choice for this project and I
intuitively still think that I should look at Nitro.

Thanks,
Mike Pence
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20051012/05c1cd42/attachment.html 

From transfire at gmail.com  Wed Oct 12 10:32:24 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 12 Oct 2005 10:32:24 -0400
Subject: [Nitro] Nitro vs. Rails?
In-Reply-To: <d8ee51740510120457r1fd83935l2eb17f91aa18374f@mail.gmail.com>
References: <d8ee51740510120457r1fd83935l2eb17f91aa18374f@mail.gmail.com>
Message-ID: <4b6f054f0510120732q47a60ea0o5f898287b9a00fbf@mail.gmail.com>

On 10/12/05, Mike Pence <mike.pence at gmail.com> wrote:
> Hello all,
>
>  I have been lurking on list for a while and was wondering if someone could
> offer a pointer to a comparison of Nitro vs. Rails, or at least some Nitro
> documentation that would show me its strengths. I am about to start a Rails
> project, but I control the technology choice for this project and I
> intuitively still think that I should look at Nitro.

Hi--

A comparsion like that would be great --once the website is back. In
the mean time evaluation is mainly a matter downloading and applying
lots of elbow grease. Yes, Nitro needs some work in the
user-firendly-getting-started department. And keep in mind it is also
not as mature as Rails. But even so, from what I've seen, Nitro is
amazingly capabile.

T.



From transfire at gmail.com  Wed Oct 12 10:41:32 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 12 Oct 2005 10:41:32 -0400
Subject: [Nitro] Nitro Status
Message-ID: <4b6f054f0510120741m46daf974u6070c2173b6fc8c8@mail.gmail.com>

Nitro Fans,

For all those chomping at the bit for Nitro 0.24, rest assured it's
"any day now". George and I have been working on a new annotations
backend, and we're determined to make it "pure mint". So bare with us
while we get that up to spec.

Thanks,
T.



From tim at keow.org  Wed Oct 12 12:08:16 2005
From: tim at keow.org (Tim Larson)
Date: Wed, 12 Oct 2005 17:08:16 +0100
Subject: [Nitro] Nitro Status
In-Reply-To: <4b6f054f0510120741m46daf974u6070c2173b6fc8c8@mail.gmail.com>
References: <4b6f054f0510120741m46daf974u6070c2173b6fc8c8@mail.gmail.com>
Message-ID: <20051012160816.GB15455@localhost>

On Wed, Oct 12, 2005 at 10:41:32AM -0400, TRANS wrote:
> Nitro Fans,
> 
> For all those chomping at the bit for Nitro 0.24, rest assured it's
> "any day now". George and I have been working on a new annotations
> backend, and we're determined to make it "pure mint". So bare with us
> while we get that up to spec.

With the changes being made, will it be easy to iterate through
properties and relations, such as for home-made versions of
functions like form_for and tags_for, and to pick on a specific
property or relation for functions like tag_for, label_for?

It would be especially nice if additional not-persisted
"properties" could also have similar metadata, for uses such as
being iterated and picked on by the functions listed above,
without requiring extra code or having to be handled by an
extra loop that would break the sequencing of properites in
auto-generated forms.

--Tim Larson


From chris.farmiloe at farmiloe.com  Wed Oct 12 13:06:24 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Wed, 12 Oct 2005 18:06:24 +0100
Subject: [Nitro] Nitro Status
In-Reply-To: <20051012160816.GB15455@localhost>
References: <4b6f054f0510120741m46daf974u6070c2173b6fc8c8@mail.gmail.com>
	<20051012160816.GB15455@localhost>
Message-ID: <6E3D9864-4C0F-43FB-A28B-55BC720BAA61@farmiloe.com>


I would also like to see something like this.

I'm waiting to see what has changed in .24 but would very much like
to be able to assign a code block to the :editor metadata to allow
for a much more powerful / customizable scaffold controller.

I think this is what I'll work on next.

imagine something like:

property :title, String
property :body, String, :editor => :textarea
property :something, Hash, :editor => lambda {|obj, prop, options|  
# ... }
# or something neater like
property :something_else, String, :editor => :class_method_in_model

def self.class_method_in_model(prop, options)
     # html tags producing stuff...
end

I'll often have specific needs for the editor of a particular  
property in
a particular class. I also don't think it breaks MVC to expect a model
to understand how to edit / display it's properties.... but am certainly
willing to argue :)

.... I can of course see a time when I have created
an editing control useful to more than one model, so i guess i'll end
up with a library of :editor control methods to mixin to models.

any thoughts welcomed?



chrisfarms.

On 12 Oct 2005, at 17:08, Tim Larson wrote:


> On Wed, Oct 12, 2005 at 10:41:32AM -0400, TRANS wrote:
>
>
>> Nitro Fans,
>>
>> For all those chomping at the bit for Nitro 0.24, rest assured it's
>> "any day now". George and I have been working on a new annotations
>> backend, and we're determined to make it "pure mint". So bare with us
>> while we get that up to spec.
>>
>>
>
> With the changes being made, will it be easy to iterate through
> properties and relations, such as for home-made versions of
> functions like form_for and tags_for, and to pick on a specific
> property or relation for functions like tag_for, label_for?
>
> It would be especially nice if additional not-persisted
> "properties" could also have similar metadata, for uses such as
> being iterated and picked on by the functions listed above,
> without requiring extra code or having to be handled by an
> extra loop that would break the sequencing of properites in
> auto-generated forms.
>
> --Tim Larson
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>




From Walter at mwsewall.com  Wed Oct 12 15:03:53 2005
From: Walter at mwsewall.com (Walter)
Date: Wed, 12 Oct 2005 15:03:53 -0400
Subject: [Nitro] Nitro and Apache.
Message-ID: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>

Can anyone point me to any docs of using Nitro With Apache.

I currently have an Apache server (Apache/2.0.52 running on Windows) that runs as a service and I use to execute other ruby based CGI scripts.

I am trying to get Nitro working with this setup.

I created a virtual host with some rewrite rules to always call cgi.cgi, which is jus cgi.rb renamed.

<VirtualHost *>
    ServerName nitro
    DocumentRoot C:\dev\ruby\nitro\test1\public
    <Directory C:\dev\ruby\nitro\test1\public>
        Options ExecCGI FollowSymLinks
        AllowOverride all
        Allow from all
        Order allow,deny

	RewriteEngine on
	RewriteBase   /nitro:8080/
	RewriteRule   !^.+\.cgi     -                  [C]
	RewriteRule   (.*)	/cgi.cgi/$1
    </Directory>
    ScriptAlias /cgi-bin/ "C:\dev\ruby\nitro\test1\test1\public\"
</VirtualHost> 


My run.rb has mappings of 

App.map = { "/" => Test, "/legalListForDrivers" => LegalListForDrivers}


If I type in http://nitro:8080/ I do get the index page of the TestController.  And if I type in http://nitro:8080/legalListForDrivers I do get the index page of the LegalListForDriversController.  The problem is if I enter data into the form fields and submit it, I seem to be getting errors reading in the data passed in.

[Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] Premature end of script headers: cgi.cgi, referer: http://nitro:8080/legalListForDrivers/
[Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] c:/ruby/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:227:in `parse_params': undefined method `binmode' for nil:NilClass (NoMethodError)\r, referer: http://nitro:8080/legalListForDrivers/
[Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] \tfrom c:/ruby/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:32:in `start'\r, referer: http://nitro:8080/legalListForDrivers/
[Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] \tfrom c:/ruby/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server/runner.rb:242:in `invoke'\r, referer: http://nitro:8080/legalListForDrivers/
[Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] \tfrom c:/ruby/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server.rb:125:in `run'\r, referer: http://nitro:8080/legalListForDrivers/
[Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] \tfrom C:/dev/ruby/nitro/test1/public/../run.rb:56\r, referer: http://nitro:8080/legalListForDrivers/
[Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] \tfrom c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:18:in `require__'\r, referer: http://nitro:8080/legalListForDrivers/
[Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] \tfrom c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:18:in `require'\r, referer: http://nitro:8080/legalListForDrivers/
[Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] \tfrom C:/dev/ruby/nitro/test1/public/cgi.cgi:5\r, referer: http://nitro:8080/legalListForDrivers/


Can anyone point me in the right direction.

Any help would be greatly appreciated.


Thanks,


Walt

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.14/129 - Release Date: 10/11/2005
 



From george.moschovitis at gmail.com  Wed Oct 12 01:58:53 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 12 Oct 2005 08:58:53 +0300
Subject: [Nitro] Og inheritance problem in detail..
In-Reply-To: <Pine.LNX.4.62.0510120502040.26189@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0510120502040.26189@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b540510112258i6dc3259fqf2c44dc6263a31d6@mail.gmail.com>

Thanks for the detailed report. I will read it carefuly later today,
and if the fix is easy it will make it in 0.24.0

-g.

On 10/12/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> So, I decided to split the 2 problems I face in Og to different postings.
> Problem 1. Inheritance
> Example
>
> class Project
>    property :title, String
>    property :creation, Date
>    has_many   :reports
>    has_one    Bgroup
> end
>
> class ForeignProject < Project
>    property :acquisition_date,     Date
>    property :placement_date,       Date
>    property :sales_commission_per, Fixnum
> end
>
> class DomesticProject < Project
>    property :contract_date,     Date
>    property :closing_date,      Date
>    property :transfer_date,     Date
>    property :loan_to_value_per, Fixnum
> end
>
> class Bgroup # Building Group
>    property :title, String
>    property :creation, Date
>    belongs_to :project
> end
>
> class Report
>    property   :startd,            Date
>    property   :currentd,          Date
>    property   :endd,              Date
>    property   :period,            Fixnum # 1="Monthly", 2="Bi-monthly", ...
>    belongs_to :project
> end
>
> class CashflowReport < Report
>    property  :title_row_a, String
>    property  :title_row_b, String
>
>    def calculation
>     ...
>    end
> end
>
> class TenantRollReport < Report
>    property :title_col, String
>
>    def calculation
>     ...
>    end
> end
>
> --------------------------------------------------
> Observations:
> =============
> 1. The line has_one Bgroup creates in the Project table a bgroup_oid and
> in the Bgroup table a project_oid. Inheritance creates in ForeignProject
> and DomesticProject tables a bgroup_oid column per each too.
> 2. The line has_many :reports creates in the Report table a project_oid
> and inheritance creates in the subclasses of the Report a project_oid
>
> Problems:
> =========
> 1. Suppose the following code occurs (just note that you never use Report
> or Project but only the subclasses)
> ----------------------------- code -----------------------
> fp = ForeignProject.new
> fp.bgroup_oid = session[:bgroup_oid] # I get it from somewhere
> bg = Bgroup[session[:bgroup_oid]].project_oid = fp.oid
> # PROBLEM-1: Maybe the above line should somehow be automatically
> # performed
>
> project = bg.project
> # PROBLEM-2: The above line returns the project, but we do not know to
> # which subclass it corresponds. I am not sure if
> project.class # WORKS?
>
> 2.
> ----------------------------- code --------------------------
> rp = CashflowReport.new
> rp.project_oid = fp.oid
>
> project = rp.project
> # PROBLEM-3: Same as above, but in this case Og fails 100%
> # rp.project searches the Project table instead of the ForeignProject
>
> =================================================================
> Solution:
> -------------
> 1. For each subclass add foreign keys like this:
>
> a) in Bgroup, foreignproject_oid, domesticproject_oid and automatically
> set the correct one, based on the .class of the assignment
> b) in CashflowReport do the same like in a)
> c) in Report and Project add functions for querying the subclassess...
>
> ==========================================================
> I am not sure if the above makes sense, but I believe they have to be
> resolved if Og is to be the No1 tool ;-)
>
> Thanx
>
> Ps. one more email to follow about types of properties
>
>
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Wed Oct 12 02:19:20 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 12 Oct 2005 09:19:20 +0300
Subject: [Nitro] Og problem...
In-Reply-To: <6fcd26f10510111405k33787681hca3419253a945dba@mail.gmail.com>
References: <Pine.LNX.4.62.0510070408410.31779@theseas.softlab.ece.ntua.gr>
	<6fcd26f10510111405k33787681hca3419253a945dba@mail.gmail.com>
Message-ID: <afd80b540510112319j38a2794ev92338f64edc34996@mail.gmail.com>

We are working with Trans to fix issues like this. This is why 0.24.0
is delayed so much.
Stay patient for some more days please.

-g.


On 10/12/05, John Lloyd-Jones <john.lloydjones at gmail.com> wrote:
> Emmanuel
> I have reported similar issues some time back. I created an an object graph
> (that's what OG stands for, right) and discovered that OG does not handle
> inheritance well. My case involved a Party that 'has_many' Address. From
> Party, I derived a Person, and from Person a PersonalCustomer, expecting the
> latter to handle the Addresses. In the end, with help from Aleksi, I put in
> by hand some missing methods to get the appropriate oids and got it to work.
> But it was a hack -- and Aleksi suggested it only as an ugly hack. Since
> then, I have been hoping for a fix, but so far it still seems to be a
> problem. If George and his devs can get this fixed, it will move Nitro/Og
> into a league apart. Rails is OK for relatively simple object models, but
> just doesn't cut it for most of the applications I deal with. Og has all the
> promise, but alas, still doesn't deliver.
> John
>
>
> On 10/6/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> > Hi everyone,
> >
> > I have discovered a problem with inheritance in Og. (I am not sure if it
> > is a problem or not).
> >
> > class Report
> >    property :a, String
> >    has_many :lines
> > end
> >
> > class Subreport < Report
> >    property :b, String
> > end
> >
> > class Line
> >    property :c, String
> >    belongs_to :report
> > end
> >
> > The problem is that I would expect:
> > 1) Subreport to inherit the has_many, from Report, therefore report.lines
> > would exist (which it does not)
> > 2) Line has a report_oid (as expected) and line.report returns the report.
> > I would have a way to find the subreport from line directly. I know it
> > does not sound easy, but is there a way? (at the moment I have to find the
> > Subreport I am interested in and the query all the Lines with report_oid =
> > to the subreports' oid. This solution is not so elegant, and actually not
> > correct: eg in the case where I have Subreport_a and Subreport_b, then the
> > line.report_oid would end up having same oids and a simple query like I
> > mentioned before will not work). What I suggets is that Og could create
> > line.subreport_a_oid and line.subreport_b_oid automatically for all the
> > subclasses of report. How does that sound?
> >
> > Thanx :-)
> >
> > Emmanouil Piperakis (epiperak at cs.ntua.gr)
> > {To explore is Human, to Create is Devine,
> >   To teach is Primal, to Rule is Sin}
> > _______________________________________________
> > 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.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Wed Oct 12 08:35:38 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 12 Oct 2005 15:35:38 +0300
Subject: [Nitro] Nitro vs. Rails?
In-Reply-To: <d8ee51740510120457r1fd83935l2eb17f91aa18374f@mail.gmail.com>
References: <d8ee51740510120457r1fd83935l2eb17f91aa18374f@mail.gmail.com>
Message-ID: <afd80b540510120535u69554921j14c38d02ea13c9a9@mail.gmail.com>

I would suggest that you wait a couple of days till the new version of
Nitro gets released. There will be some nice features in this. And
hopefuly the site will come back online shortly after.

-g.

On 10/12/05, Mike Pence <mike.pence at gmail.com> wrote:
> Hello all,
>
>  I have been lurking on list for a while and was wondering if someone could
> offer a pointer to a comparison of Nitro vs. Rails, or at least some Nitro
> documentation that would show me its strengths. I am about to start a Rails
> project, but I control the technology choice for this project and I
> intuitively still think that I should look at Nitro.
>
>  Thanks,
>  Mike Pence
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From neokolor at gmx.de  Wed Oct 12 18:44:16 2005
From: neokolor at gmx.de (jfwittmann)
Date: Thu, 13 Oct 2005 00:44:16 +0200
Subject: [Nitro] og, select
Message-ID: <434D91C0.1070608@gmx.de>

hello,

I want extend an og mixin.
this is what i have and found out about og. I get my entity objects.
But how can I get the "level" value in my entity objects ? this 
attribute should not  exist in the storage table. it's like a virtual 
attribute

base.module_eval <<-EOE, __FILE__, __LINE__
....
            class << self
                def all(options = {})
                    table = Og.manager.store.table(#{base})
                    sql = %{
                        SELECT o1.*, COUNT(*) AS level
                        FROM
                        \#{table} AS o1,
                        GROUP BY o1.#{left};
                    }
                    return self.select(sql)
              end
            end


thanks,

Felix



From george.moschovitis at gmail.com  Thu Oct 13 04:01:55 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 13 Oct 2005 11:01:55 +0300
Subject: [Nitro] Nitro Status
In-Reply-To: <6E3D9864-4C0F-43FB-A28B-55BC720BAA61@farmiloe.com>
References: <4b6f054f0510120741m46daf974u6070c2173b6fc8c8@mail.gmail.com>
	<20051012160816.GB15455@localhost>
	<6E3D9864-4C0F-43FB-A28B-55BC720BAA61@farmiloe.com>
Message-ID: <afd80b540510130101p64dd242cg5acf04d92a2f0793@mail.gmail.com>

I think you can do this in the current implementation too.

-g.


On 10/12/05, Chris Farmiloe <chris.farmiloe at farmiloe.com> wrote:
>
> I would also like to see something like this.
>
> I'm waiting to see what has changed in .24 but would very much like
> to be able to assign a code block to the :editor metadata to allow
> for a much more powerful / customizable scaffold controller.
>
> I think this is what I'll work on next.
>
> imagine something like:
>
> property :title, String
> property :body, String, :editor => :textarea
> property :something, Hash, :editor => lambda {|obj, prop, options|
> # ... }
> # or something neater like
> property :something_else, String, :editor => :class_method_in_model
>
> def self.class_method_in_model(prop, options)
>      # html tags producing stuff...
> end
>
> I'll often have specific needs for the editor of a particular
> property in
> a particular class. I also don't think it breaks MVC to expect a model
> to understand how to edit / display it's properties.... but am certainly
> willing to argue :)
>
> .... I can of course see a time when I have created
> an editing control useful to more than one model, so i guess i'll end
> up with a library of :editor control methods to mixin to models.
>
> any thoughts welcomed?
>
>
>
> chrisfarms.
>
> On 12 Oct 2005, at 17:08, Tim Larson wrote:
>
>
> > On Wed, Oct 12, 2005 at 10:41:32AM -0400, TRANS wrote:
> >
> >
> >> Nitro Fans,
> >>
> >> For all those chomping at the bit for Nitro 0.24, rest assured it's
> >> "any day now". George and I have been working on a new annotations
> >> backend, and we're determined to make it "pure mint". So bare with us
> >> while we get that up to spec.
> >>
> >>
> >
> > With the changes being made, will it be easy to iterate through
> > properties and relations, such as for home-made versions of
> > functions like form_for and tags_for, and to pick on a specific
> > property or relation for functions like tag_for, label_for?
> >
> > It would be especially nice if additional not-persisted
> > "properties" could also have similar metadata, for uses such as
> > being iterated and picked on by the functions listed above,
> > without requiring extra code or having to be handled by an
> > extra loop that would break the sequencing of properites in
> > auto-generated forms.
> >
> > --Tim Larson
> > _______________________________________________
> > 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.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Thu Oct 13 04:03:23 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 13 Oct 2005 11:03:23 +0300
Subject: [Nitro] Nitro Status
In-Reply-To: <20051012160816.GB15455@localhost>
References: <4b6f054f0510120741m46daf974u6070c2173b6fc8c8@mail.gmail.com>
	<20051012160816.GB15455@localhost>
Message-ID: <afd80b540510130103x5dec5e4aieb0892efbcaa359e@mail.gmail.com>

> With the changes being made, will it be easy to iterate through
> properties and relations, such as for home-made versions of
> functions like form_for and tags_for, and to pick on a specific
> property or relation for functions like tag_for, label_for?
>
> It would be especially nice if additional not-persisted
> "properties" could also have similar metadata, for uses such as
> being iterated and picked on by the functions listed above,
> without requiring extra code or having to be handled by an
> extra loop that would break the sequencing of properites in
> auto-generated forms.


Yep in the new nitro, you can annotate anything:

class Hello
  attr_accessor :name
  ann :name, :cast => :to_s
  ann :this, :a_class_annotation => 3
end

-g.



--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Thu Oct 13 05:16:19 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Thu, 13 Oct 2005 12:16:19 +0300 (EEST)
Subject: [Nitro] Just a small thingy...
Message-ID: <Pine.LNX.4.62.0510131212480.2213@theseas.softlab.ece.ntua.gr>

Bug fix...
In order for popup windows to be resizable and have scrollbars you have to 
add this line in
mixin/xhtml.rb
just after this line
poptions = (o[:resizable] ? 'resizable=yes' : 'resizable=no')

====ADD====
     poptions << ", "
===========
it adds a comma , in order to seperate the 2 fields

===================================================
the whole function....

def js_popup(options = {})
     o = {
       :width => 320,
       :height => 240,
       :title => 'Popup',
       :resizable => false,
       :scrollbars => false,
     }.merge(options)

     poptions = (o[:resizable] ? 'resizable=yes' : 'resizable=no')
     poptions << ", "
     poptions << (o[:scrollbars] ? 'scrollbars=yes' : 'scrollbars=no')

     url = o[:url] || o[:uri]

     %[javascript: var pwl = (screen.width - #{o[:width]}) / 2; var pwt = 
(screen.height - #{o[:height]}) / 2; window.open('#{url}', '#{o[:title]}', 
'width=#{o[:width]},height=#{o[:height]},top='+pwt+',left='+pwl+', 
#{poptions}'); return false;"]
   end
A

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From chris.farmiloe at farmiloe.com  Thu Oct 13 06:17:55 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Thu, 13 Oct 2005 11:17:55 +0100
Subject: [Nitro] Nitro Status
In-Reply-To: <afd80b540510130101p64dd242cg5acf04d92a2f0793@mail.gmail.com>
References: <4b6f054f0510120741m46daf974u6070c2173b6fc8c8@mail.gmail.com>
	<20051012160816.GB15455@localhost>
	<6E3D9864-4C0F-43FB-A28B-55BC720BAA61@farmiloe.com>
	<afd80b540510130101p64dd242cg5acf04d92a2f0793@mail.gmail.com>
Message-ID: <24011178-EC27-4B27-B5A3-5543721A6805@farmiloe.com>


Could not see how to do this with current ver?.

I made a tiny modification (two lines) to the tags_for method
this morning to allow me to do what I wanted.

please see the lego wiki if you are interested. I think the concept
is useful.

chrisfarms
www.lego.motionpath.com



On 13 Oct 2005, at 09:01, George Moschovitis wrote:

> I think you can do this in the current implementation too.
>
> -g.
>
>
> On 10/12/05, Chris Farmiloe <chris.farmiloe at farmiloe.com> wrote:
>
>>
>> I would also like to see something like this.
>>
>> I'm waiting to see what has changed in .24 but would very much like
>> to be able to assign a code block to the :editor metadata to allow
>> for a much more powerful / customizable scaffold controller.
>>
>> I think this is what I'll work on next.
>>
>> imagine something like:
>>
>> property :title, String
>> property :body, String, :editor => :textarea
>> property :something, Hash, :editor => lambda {|obj, prop, options|
>> # ... }
>> # or something neater like
>> property :something_else, String, :editor => :class_method_in_model
>>
>> def self.class_method_in_model(prop, options)
>>      # html tags producing stuff...
>> end
>>
>> I'll often have specific needs for the editor of a particular
>> property in
>> a particular class. I also don't think it breaks MVC to expect a  
>> model
>> to understand how to edit / display it's properties.... but am  
>> certainly
>> willing to argue :)
>>
>> .... I can of course see a time when I have created
>> an editing control useful to more than one model, so i guess i'll end
>> up with a library of :editor control methods to mixin to models.
>>
>> any thoughts welcomed?
>>
>>
>>
>> chrisfarms.
>>
>> On 12 Oct 2005, at 17:08, Tim Larson wrote:
>>
>>
>>
>>> On Wed, Oct 12, 2005 at 10:41:32AM -0400, TRANS wrote:
>>>
>>>
>>>
>>>> Nitro Fans,
>>>>
>>>> For all those chomping at the bit for Nitro 0.24, rest assured it's
>>>> "any day now". George and I have been working on a new annotations
>>>> backend, and we're determined to make it "pure mint". So bare  
>>>> with us
>>>> while we get that up to spec.
>>>>
>>>>
>>>>
>>>
>>> With the changes being made, will it be easy to iterate through
>>> properties and relations, such as for home-made versions of
>>> functions like form_for and tags_for, and to pick on a specific
>>> property or relation for functions like tag_for, label_for?
>>>
>>> It would be especially nice if additional not-persisted
>>> "properties" could also have similar metadata, for uses such as
>>> being iterated and picked on by the functions listed above,
>>> without requiring extra code or having to be handled by an
>>> extra loop that would break the sequencing of properites in
>>> auto-generated forms.
>>>
>>> --Tim Larson
>>> _______________________________________________
>>> 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.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

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

From george.moschovitis at gmail.com  Thu Oct 13 06:45:28 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 13 Oct 2005 13:45:28 +0300
Subject: [Nitro] Nitro Status
In-Reply-To: <24011178-EC27-4B27-B5A3-5543721A6805@farmiloe.com>
References: <4b6f054f0510120741m46daf974u6070c2173b6fc8c8@mail.gmail.com>
	<20051012160816.GB15455@localhost>
	<6E3D9864-4C0F-43FB-A28B-55BC720BAA61@farmiloe.com>
	<afd80b540510130101p64dd242cg5acf04d92a2f0793@mail.gmail.com>
	<24011178-EC27-4B27-B5A3-5543721A6805@farmiloe.com>
Message-ID: <afd80b540510130345p40a019e2ubeae9f2d545962a3@mail.gmail.com>

> Could not see how to do this with current ver?.

thats what I meant, you cann annotate with the current version but you
have to adapt tags_for to make use of it.

-g.


>
> I made a tiny modification (two lines) to the tags_for method
> this morning to allow me to do what I wanted.
>
> please see the lego wiki if you are interested. I think the concept
> is useful.
>
> chrisfarms
> www.lego.motionpath.com
>
>
>
>
> On 13 Oct 2005, at 09:01, George Moschovitis wrote:
>
> I think you can do this in the current implementation too.
>
> -g.
>
>
> On 10/12/05, Chris Farmiloe <chris.farmiloe at farmiloe.com> wrote:
>
>
> I would also like to see something like this.
>
> I'm waiting to see what has changed in .24 but would very much like
> to be able to assign a code block to the :editor metadata to allow
> for a much more powerful / customizable scaffold controller.
>
> I think this is what I'll work on next.
>
> imagine something like:
>
> property :title, String
> property :body, String, :editor => :textarea
> property :something, Hash, :editor => lambda {|obj, prop, options|
> # ... }
> # or something neater like
> property :something_else, String, :editor => :class_method_in_model
>
> def self.class_method_in_model(prop, options)
>      # html tags producing stuff...
> end
>
> I'll often have specific needs for the editor of a particular
> property in
> a particular class. I also don't think it breaks MVC to expect a model
> to understand how to edit / display it's properties.... but am certainly
> willing to argue :)
>
> .... I can of course see a time when I have created
> an editing control useful to more than one model, so i guess i'll end
> up with a library of :editor control methods to mixin to models.
>
> any thoughts welcomed?
>
>
>
> chrisfarms.
>
> On 12 Oct 2005, at 17:08, Tim Larson wrote:
>
>
>
>
> On Wed, Oct 12, 2005 at 10:41:32AM -0400, TRANS wrote:
>
>
>
>
> Nitro Fans,
>
> For all those chomping at the bit for Nitro 0.24, rest assured it's
> "any day now". George and I have been working on a new annotations
> backend, and we're determined to make it "pure mint". So bare with us
> while we get that up to spec.
>
>
>
>
> With the changes being made, will it be easy to iterate through
> properties and relations, such as for home-made versions of
> functions like form_for and tags_for, and to pick on a specific
> property or relation for functions like tag_for, label_for?
>
> It would be especially nice if additional not-persisted
> "properties" could also have similar metadata, for uses such as
> being iterated and picked on by the functions listed above,
> without requiring extra code or having to be handled by an
> extra loop that would break the sequencing of properites in
> auto-generated forms.
>
> --Tim Larson
> _______________________________________________
> 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.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Thu Oct 13 06:46:59 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 13 Oct 2005 13:46:59 +0300
Subject: [Nitro] Nitro Status
In-Reply-To: <afd80b540510130345p40a019e2ubeae9f2d545962a3@mail.gmail.com>
References: <4b6f054f0510120741m46daf974u6070c2173b6fc8c8@mail.gmail.com>
	<20051012160816.GB15455@localhost>
	<6E3D9864-4C0F-43FB-A28B-55BC720BAA61@farmiloe.com>
	<afd80b540510130101p64dd242cg5acf04d92a2f0793@mail.gmail.com>
	<24011178-EC27-4B27-B5A3-5543721A6805@farmiloe.com>
	<afd80b540510130345p40a019e2ubeae9f2d545962a3@mail.gmail.com>
Message-ID: <afd80b540510130346n6965d7c6h69b1b5f5e3534947@mail.gmail.com>

anw, added the patch, thanks.

-g.

On 10/13/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > Could not see how to do this with current ver?.
>
> thats what I meant, you cann annotate with the current version but you
> have to adapt tags_for to make use of it.
>
> -g.
>
>
> >
> > I made a tiny modification (two lines) to the tags_for method
> > this morning to allow me to do what I wanted.
> >
> > please see the lego wiki if you are interested. I think the concept
> > is useful.
> >
> > chrisfarms
> > www.lego.motionpath.com
> >
> >
> >
> >
> > On 13 Oct 2005, at 09:01, George Moschovitis wrote:
> >
> > I think you can do this in the current implementation too.
> >
> > -g.
> >
> >
> > On 10/12/05, Chris Farmiloe <chris.farmiloe at farmiloe.com> wrote:
> >
> >
> > I would also like to see something like this.
> >
> > I'm waiting to see what has changed in .24 but would very much like
> > to be able to assign a code block to the :editor metadata to allow
> > for a much more powerful / customizable scaffold controller.
> >
> > I think this is what I'll work on next.
> >
> > imagine something like:
> >
> > property :title, String
> > property :body, String, :editor => :textarea
> > property :something, Hash, :editor => lambda {|obj, prop, options|
> > # ... }
> > # or something neater like
> > property :something_else, String, :editor => :class_method_in_model
> >
> > def self.class_method_in_model(prop, options)
> >      # html tags producing stuff...
> > end
> >
> > I'll often have specific needs for the editor of a particular
> > property in
> > a particular class. I also don't think it breaks MVC to expect a model
> > to understand how to edit / display it's properties.... but am certainly
> > willing to argue :)
> >
> > .... I can of course see a time when I have created
> > an editing control useful to more than one model, so i guess i'll end
> > up with a library of :editor control methods to mixin to models.
> >
> > any thoughts welcomed?
> >
> >
> >
> > chrisfarms.
> >
> > On 12 Oct 2005, at 17:08, Tim Larson wrote:
> >
> >
> >
> >
> > On Wed, Oct 12, 2005 at 10:41:32AM -0400, TRANS wrote:
> >
> >
> >
> >
> > Nitro Fans,
> >
> > For all those chomping at the bit for Nitro 0.24, rest assured it's
> > "any day now". George and I have been working on a new annotations
> > backend, and we're determined to make it "pure mint". So bare with us
> > while we get that up to spec.
> >
> >
> >
> >
> > With the changes being made, will it be easy to iterate through
> > properties and relations, such as for home-made versions of
> > functions like form_for and tags_for, and to pick on a specific
> > property or relation for functions like tag_for, label_for?
> >
> > It would be especially nice if additional not-persisted
> > "properties" could also have similar metadata, for uses such as
> > being iterated and picked on by the functions listed above,
> > without requiring extra code or having to be handled by an
> > extra loop that would break the sequencing of properites in
> > auto-generated forms.
> >
> > --Tim Larson
> > _______________________________________________
> > 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.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> >
> >
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Thu Oct 13 06:48:38 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 13 Oct 2005 13:48:38 +0300
Subject: [Nitro] Just a small thingy...
In-Reply-To: <Pine.LNX.4.62.0510131212480.2213@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0510131212480.2213@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b540510130348s1281d5feje76047daa10ef502@mail.gmail.com>

Thanks for the patch! added it.

-g.

On 10/13/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> Bug fix...
> In order for popup windows to be resizable and have scrollbars you have to
> add this line in
> mixin/xhtml.rb
> just after this line
> poptions = (o[:resizable] ? 'resizable=yes' : 'resizable=no')
>
> ====ADD====
>      poptions << ", "
> ===========
> it adds a comma , in order to seperate the 2 fields
>
> ===================================================
> the whole function....
>
> def js_popup(options = {})
>      o = {
>        :width => 320,
>        :height => 240,
>        :title => 'Popup',
>        :resizable => false,
>        :scrollbars => false,
>      }.merge(options)
>
>      poptions = (o[:resizable] ? 'resizable=yes' : 'resizable=no')
>      poptions << ", "
>      poptions << (o[:scrollbars] ? 'scrollbars=yes' : 'scrollbars=no')
>
>      url = o[:url] || o[:uri]
>
>      %[javascript: var pwl = (screen.width - #{o[:width]}) / 2; var pwt =
> (screen.height - #{o[:height]}) / 2; window.open('#{url}', '#{o[:title]}',
> 'width=#{o[:width]},height=#{o[:height]},top='+pwt+',left='+pwl+',
> #{poptions}'); return false;"]
>    end
> A
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris at motionpath.com  Thu Oct 13 09:56:21 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Thu, 13 Oct 2005 14:56:21 +0100
Subject: [Nitro] Nitro Status
In-Reply-To: <afd80b540510130346n6965d7c6h69b1b5f5e3534947@mail.gmail.com>
References: <4b6f054f0510120741m46daf974u6070c2173b6fc8c8@mail.gmail.com>
	<20051012160816.GB15455@localhost>
	<6E3D9864-4C0F-43FB-A28B-55BC720BAA61@farmiloe.com>
	<afd80b540510130101p64dd242cg5acf04d92a2f0793@mail.gmail.com>
	<24011178-EC27-4B27-B5A3-5543721A6805@farmiloe.com>
	<afd80b540510130345p40a019e2ubeae9f2d545962a3@mail.gmail.com>
	<afd80b540510130346n6965d7c6h69b1b5f5e3534947@mail.gmail.com>
Message-ID: <3C805072-1AF1-481F-A39A-1B50855A5B36@motionpath.com>



ooooo:

sorry: didn't expect you to grab it that quick :)

there was a silly mistake in the code. (rob picked it up lalaa)

I have reposted...but dont have a good base to diff against
at the moment so you'll have to just look at the code

http://www.lego.motionpath.com/view/tags_for_editor

also added an :editor => :none bit to allow property hiding

hope it's of use.


chrisfarms.

On 13 Oct 2005, at 11:46, George Moschovitis wrote:

> anw, added the patch, thanks.
>
> -g.
>
> On 10/13/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
>
>>> Could not see how to do this with current ver?.
>>>
>>
>> thats what I meant, you cann annotate with the current version but  
>> you
>> have to adapt tags_for to make use of it.
>>
>> -g.
>>
>>
>>
>>>
>>> I made a tiny modification (two lines) to the tags_for method
>>> this morning to allow me to do what I wanted.
>>>
>>> please see the lego wiki if you are interested. I think the concept
>>> is useful.
>>>
>>> chrisfarms
>>> www.lego.motionpath.com
>>>
>>>
>>>
>>>
>>> On 13 Oct 2005, at 09:01, George Moschovitis wrote:
>>>
>>> I think you can do this in the current implementation too.
>>>
>>> -g.
>>>
>>>
>>> On 10/12/05, Chris Farmiloe <chris.farmiloe at farmiloe.com> wrote:
>>>
>>>
>>> I would also like to see something like this.
>>>
>>> I'm waiting to see what has changed in .24 but would very much like
>>> to be able to assign a code block to the :editor metadata to allow
>>> for a much more powerful / customizable scaffold controller.
>>>
>>> I think this is what I'll work on next.
>>>
>>> imagine something like:
>>>
>>> property :title, String
>>> property :body, String, :editor => :textarea
>>> property :something, Hash, :editor => lambda {|obj, prop, options|
>>> # ... }
>>> # or something neater like
>>> property :something_else, String, :editor => :class_method_in_model
>>>
>>> def self.class_method_in_model(prop, options)
>>>      # html tags producing stuff...
>>> end
>>>
>>> I'll often have specific needs for the editor of a particular
>>> property in
>>> a particular class. I also don't think it breaks MVC to expect a  
>>> model
>>> to understand how to edit / display it's properties.... but am  
>>> certainly
>>> willing to argue :)
>>>
>>> .... I can of course see a time when I have created
>>> an editing control useful to more than one model, so i guess i'll  
>>> end
>>> up with a library of :editor control methods to mixin to models.
>>>
>>> any thoughts welcomed?
>>>
>>>
>>>
>>> chrisfarms.
>>>
>>> On 12 Oct 2005, at 17:08, Tim Larson wrote:
>>>
>>>
>>>
>>>
>>> On Wed, Oct 12, 2005 at 10:41:32AM -0400, TRANS wrote:
>>>
>>>
>>>
>>>
>>> Nitro Fans,
>>>
>>> For all those chomping at the bit for Nitro 0.24, rest assured it's
>>> "any day now". George and I have been working on a new annotations
>>> backend, and we're determined to make it "pure mint". So bare  
>>> with us
>>> while we get that up to spec.
>>>
>>>
>>>
>>>
>>> With the changes being made, will it be easy to iterate through
>>> properties and relations, such as for home-made versions of
>>> functions like form_for and tags_for, and to pick on a specific
>>> property or relation for functions like tag_for, label_for?
>>>
>>> It would be especially nice if additional not-persisted
>>> "properties" could also have similar metadata, for uses such as
>>> being iterated and picked on by the functions listed above,
>>> without requiring extra code or having to be handled by an
>>> extra loop that would break the sequencing of properites in
>>> auto-generated forms.
>>>
>>> --Tim Larson
>>> _______________________________________________
>>> 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.navel.gr
>>> http://www.nitrohq.com
>>>
>>> _______________________________________________
>>> Nitro-general mailing list
>>> Nitro-general at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/nitro-general
>>>
>>>
>>> _______________________________________________
>>> Nitro-general mailing list
>>> Nitro-general at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/nitro-general
>>>
>>>
>>>
>>>
>>
>>
>> --
>> http://www.gmosx.com
>> http://www.navel.gr
>> http://www.nitrohq.com
>>
>>
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From george.moschovitis at gmail.com  Thu Oct 13 10:01:21 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 13 Oct 2005 17:01:21 +0300
Subject: [Nitro] Nitro Status
In-Reply-To: <3C805072-1AF1-481F-A39A-1B50855A5B36@motionpath.com>
References: <4b6f054f0510120741m46daf974u6070c2173b6fc8c8@mail.gmail.com>
	<20051012160816.GB15455@localhost>
	<6E3D9864-4C0F-43FB-A28B-55BC720BAA61@farmiloe.com>
	<afd80b540510130101p64dd242cg5acf04d92a2f0793@mail.gmail.com>
	<24011178-EC27-4B27-B5A3-5543721A6805@farmiloe.com>
	<afd80b540510130345p40a019e2ubeae9f2d545962a3@mail.gmail.com>
	<afd80b540510130346n6965d7c6h69b1b5f5e3534947@mail.gmail.com>
	<3C805072-1AF1-481F-A39A-1B50855A5B36@motionpath.com>
Message-ID: <afd80b540510130701l45bbd0f0uaba6cde84315a132@mail.gmail.com>

I have already both of these fixes ;-)

-g.


On 10/13/05, Chris Farmiloe <chris at motionpath.com> wrote:
>
>
> ooooo:
>
> sorry: didn't expect you to grab it that quick :)
>
> there was a silly mistake in the code. (rob picked it up lalaa)
>
> I have reposted...but dont have a good base to diff against
> at the moment so you'll have to just look at the code
>
> http://www.lego.motionpath.com/view/tags_for_editor
>
> also added an :editor => :none bit to allow property hiding
>
> hope it's of use.
>
>
> chrisfarms.
>
> On 13 Oct 2005, at 11:46, George Moschovitis wrote:
>
> > anw, added the patch, thanks.
> >
> > -g.
> >
> > On 10/13/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> >
> >>> Could not see how to do this with current ver?.
> >>>
> >>
> >> thats what I meant, you cann annotate with the current version but
> >> you
> >> have to adapt tags_for to make use of it.
> >>
> >> -g.
> >>
> >>
> >>
> >>>
> >>> I made a tiny modification (two lines) to the tags_for method
> >>> this morning to allow me to do what I wanted.
> >>>
> >>> please see the lego wiki if you are interested. I think the concept
> >>> is useful.
> >>>
> >>> chrisfarms
> >>> www.lego.motionpath.com
> >>>
> >>>
> >>>
> >>>
> >>> On 13 Oct 2005, at 09:01, George Moschovitis wrote:
> >>>
> >>> I think you can do this in the current implementation too.
> >>>
> >>> -g.
> >>>
> >>>
> >>> On 10/12/05, Chris Farmiloe <chris.farmiloe at farmiloe.com> wrote:
> >>>
> >>>
> >>> I would also like to see something like this.
> >>>
> >>> I'm waiting to see what has changed in .24 but would very much like
> >>> to be able to assign a code block to the :editor metadata to allow
> >>> for a much more powerful / customizable scaffold controller.
> >>>
> >>> I think this is what I'll work on next.
> >>>
> >>> imagine something like:
> >>>
> >>> property :title, String
> >>> property :body, String, :editor => :textarea
> >>> property :something, Hash, :editor => lambda {|obj, prop, options|
> >>> # ... }
> >>> # or something neater like
> >>> property :something_else, String, :editor => :class_method_in_model
> >>>
> >>> def self.class_method_in_model(prop, options)
> >>>      # html tags producing stuff...
> >>> end
> >>>
> >>> I'll often have specific needs for the editor of a particular
> >>> property in
> >>> a particular class. I also don't think it breaks MVC to expect a
> >>> model
> >>> to understand how to edit / display it's properties.... but am
> >>> certainly
> >>> willing to argue :)
> >>>
> >>> .... I can of course see a time when I have created
> >>> an editing control useful to more than one model, so i guess i'll
> >>> end
> >>> up with a library of :editor control methods to mixin to models.
> >>>
> >>> any thoughts welcomed?
> >>>
> >>>
> >>>
> >>> chrisfarms.
> >>>
> >>> On 12 Oct 2005, at 17:08, Tim Larson wrote:
> >>>
> >>>
> >>>
> >>>
> >>> On Wed, Oct 12, 2005 at 10:41:32AM -0400, TRANS wrote:
> >>>
> >>>
> >>>
> >>>
> >>> Nitro Fans,
> >>>
> >>> For all those chomping at the bit for Nitro 0.24, rest assured it's
> >>> "any day now". George and I have been working on a new annotations
> >>> backend, and we're determined to make it "pure mint". So bare
> >>> with us
> >>> while we get that up to spec.
> >>>
> >>>
> >>>
> >>>
> >>> With the changes being made, will it be easy to iterate through
> >>> properties and relations, such as for home-made versions of
> >>> functions like form_for and tags_for, and to pick on a specific
> >>> property or relation for functions like tag_for, label_for?
> >>>
> >>> It would be especially nice if additional not-persisted
> >>> "properties" could also have similar metadata, for uses such as
> >>> being iterated and picked on by the functions listed above,
> >>> without requiring extra code or having to be handled by an
> >>> extra loop that would break the sequencing of properites in
> >>> auto-generated forms.
> >>>
> >>> --Tim Larson
> >>> _______________________________________________
> >>> 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.navel.gr
> >>> http://www.nitrohq.com
> >>>
> >>> _______________________________________________
> >>> Nitro-general mailing list
> >>> Nitro-general at rubyforge.org
> >>> http://rubyforge.org/mailman/listinfo/nitro-general
> >>>
> >>>
> >>> _______________________________________________
> >>> Nitro-general mailing list
> >>> Nitro-general at rubyforge.org
> >>> http://rubyforge.org/mailman/listinfo/nitro-general
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >> --
> >> http://www.gmosx.com
> >> http://www.navel.gr
> >> http://www.nitrohq.com
> >>
> >>
> >
> >
> > --
> > http://www.gmosx.com
> > http://www.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Oct 14 04:29:01 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 14 Oct 2005 11:29:01 +0300
Subject: [Nitro] Development version / Request for help
Message-ID: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>

Dear devs,

As this version of Nitro is taking a lot of time to complete, I
decided to release
a snapshot of the development version in the hope that I 'll get some help from
the community. You can find the distribution here:

http://www.joy.gr/dist.tgz

WARNING: This distribution is for experienced devs and contains bugs!

To install this, unzip the .tgz and setup the gems in the following
order:

facets,
glue
og
nitro
gen

then extract the examples/spark tarballs.

And now about helping:

- I would like to ask Chris to investigate and fix any pending bugs
  in the admin / scaffolding system.

- I would like to ask Tom to have a look at how annotations are used
  in Og so we can nail down the problems with the latest facets gem.

- If you want to try KirbyBase support, uncomment the correct line in
  the Spark example. There is one problem though: If you restart
  the application the database gets corrupted. If anyone can help me
  find the problem I would appreciate it.

- You can play with the experimental SCGI support. In the spark
  directory issue:

  lighttpd -f conf/lhttpd.conf (update the conf for your system)
  ./script/scgi_ctl start.

- If you find incompatibilities with the old version, let me know
  so I can write them down in the MIGRATION text file.

- If you find more problems, let me know.


To wet your appetite, here are some of the new additions:


* Totally recoded annotation / property system. The property
  system is now based on Facet annotations and inheritors.
  You can now annotate every object, attribute or method
  in Nitro. For example you can annotate your actions with
  routing rules or site map strings etc, etc. One unified
  system for annotations and meta data is used throughout
  the whole Framework.

* Implemented one of the most requested features. An Og
  frontend for KirbyBase. The KirbyBase store does not yet
  support all features, but is really useful. For example
  it can power the Spark wiki example. Switching between
  KirbyBase, Mysql, Postgres, Sqlite, etc by changing
  one line of code is really cool ;-)

* Better Separation of Concerns for Og managed classes. Og
  can now annotate and handle classes from other libraries.
  Lets say you have the following class:

  class User
    attr_accessor :name
    attr_accessor :body
  end

  Using Ruby's open classes and Nitro's advanced annotation
  system you can easily prepare this class for Og management

  class User
    ann :user, :klass => String
    ann :body, :klass => String
  end

  or even better:

  class User
    property :user, String
    property :body, String
  end

  This style promotes SOC: You define your classes in one
  place and annotate them for Og in another place.

* Introduced a simple code generation framework. Two example
  generators are included:

  * app: generates the directory structure for a new
    nitro application.

  * form: generates an xhtml form for a Ruby class.
    This generator leverages the annotations of the
    object class.

* Improved scaffolding code and django style auto
  administration system. The new scaffolder supports all
  Og relation types and provides an intuitive DHTML
  interface for editing.

* SCGI (http://python.ca/nas/scgi/protocol.txt) support.
  Thanks to a refactoring of Nitro's cgi code this
  version integrates with Zed Shaw's SCGI adapter. This
  provides FastCGI's performance with an easy
  installation.

* Experimental HTTP streaming support. Here is a
  simple example:

  def index
    response.content_type = "text/plain"
    stream do
      5.times do |i|
        print "#{i}"*10000 + "\n"
        sleep 1
      end
    end
  end

* Simple Og automatic evolution system. Lets say you have a class Article

  class Article
    property :title, String
    property :nbody, String
    property :dumy, Fixnum
  end

  lets you want to change your
  class to this one:

  class NewArticle
    property :ntitle, String
    property :nbody, String
    property :new, Float
  end

  First you export the database:

  og.export

  Then you import the database. Some rules
  are needed when renaming classes or properties.
  New properties or deleted properties are handled
  automatically.

  rules = {
    :Article => {
      :self => :NewArticle, # rename the class
      :title => :ntitle,
      :body => :nbody
    }
  }
  og.import :evolution => rules

  Thats all. The database schema and data are automatically updated
  for you. In a future version this will be integrated into
  the default runner scripts.

* Og helpers to create simple rdbms management scripts. Here
  is an example:

  mysql "-u root -p", <<-END
    drop database if exists weblog_development;
    create database weblog_development;
    grant all on weblog_development.* to #{`id -un`.strip}@localhost;
  END

  At the moment this is only available for Mysql.

* Added support for dynamic CSS using Nitro's advanced templating
  system. Create the dynamic CSS file with an .csst extension in
  your template root.

  <?r
  green = '#79b500'
  background = '#fff'
  ?>

  .page {
    background: #{green}

    <?r 10.times do ?>
      padding: 5px;
    <?r end ?>

    // or even

    <% 3.times do %>
      margin: 5px;
    <% end %>
  }
  ..

  then, add this line in run.rb:

  Compiler.precompile 'style.css'

  The CSS file will be regenerated automatically whenever the
  template changes...

* Cleaned up Og implementation.

* Fixed minor Ruby 1.8.3 compatibility issues.

* Even better integration with Ruby Facets.

* Tons of bug fixes and small but useful features.



Please report any problems you have if you try to install this
development version.


thanks in advance,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From m.fellinger at gmail.com  Fri Oct 14 04:50:29 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Fri, 14 Oct 2005 10:50:29 +0200
Subject: [Nitro] Development version / Request for help
In-Reply-To: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
Message-ID: <9c00d3e00510140150k5a15f6bch@mail.gmail.com>

Hi george,

Let me be the first to welcome our new nitro-using-dev-overlords (ok,
i read too much slashdot)
I'm sorry i cannot start using the new version atm (and i'm one of the
people who waited a long time to see it done)
i might do this in the next few hours when i get my laptop working
again - until then

THIS IS TOTALLY AWESOME
you even have read my mind about CSS... i wanted to write you about
doing a dynamic css-generation yesterday - and today i see that you
have done that... i'm overwhelmed :)
the features sound like a really huge improvment to me, and i guess
the one thing left is the documentation ;)
i really hope that the problem with inheritance (will be/is) solved
until the final version so we can get serious about rdog and finally
get the documentation done.
oh man, i cannot wait to see the new spark in action (with KirbyBase!)

i hope we will get the problems done in a hurry and the 0.24 out the
door - i'm trying to help where i can, but i haven't got all my stuff
here in munich to become really productive (hell, not even irc...)

however, keep up the good work - this goes out to everyone who helped
in the development of nitro/og/nano/mega/glue/facets and whatever gen
might be.
i am in love with your work :)

now i hurry up to get the suse i just got at a magazine-store on my
laptop and ruby/gems whatever running and dive into the world of nitro
:)

btw, george i guess you won't be able to come to the EuRuKo? I really
hoped you will be there - but nobody could tell it to me for sure.

so long...
manveru


2005/10/14, George Moschovitis <george.moschovitis at gmail.com>:
> Dear devs,
>
> As this version of Nitro is taking a lot of time to complete, I
> decided to release
> a snapshot of the development version in the hope that I 'll get some help from
> the community. You can find the distribution here:
>
> http://www.joy.gr/dist.tgz
>
> WARNING: This distribution is for experienced devs and contains bugs!
>
> To install this, unzip the .tgz and setup the gems in the following
> order:
>
> facets,
> glue
> og
> nitro
> gen
>
> then extract the examples/spark tarballs.
>
> And now about helping:
>
> - I would like to ask Chris to investigate and fix any pending bugs
>   in the admin / scaffolding system.
>
> - I would like to ask Tom to have a look at how annotations are used
>   in Og so we can nail down the problems with the latest facets gem.
>
> - If you want to try KirbyBase support, uncomment the correct line in
>   the Spark example. There is one problem though: If you restart
>   the application the database gets corrupted. If anyone can help me
>   find the problem I would appreciate it.
>
> - You can play with the experimental SCGI support. In the spark
>   directory issue:
>
>   lighttpd -f conf/lhttpd.conf (update the conf for your system)
>   ./script/scgi_ctl start.
>
> - If you find incompatibilities with the old version, let me know
>   so I can write them down in the MIGRATION text file.
>
> - If you find more problems, let me know.
>
>
> To wet your appetite, here are some of the new additions:
>
>
> * Totally recoded annotation / property system. The property
>   system is now based on Facet annotations and inheritors.
>   You can now annotate every object, attribute or method
>   in Nitro. For example you can annotate your actions with
>   routing rules or site map strings etc, etc. One unified
>   system for annotations and meta data is used throughout
>   the whole Framework.
>
> * Implemented one of the most requested features. An Og
>   frontend for KirbyBase. The KirbyBase store does not yet
>   support all features, but is really useful. For example
>   it can power the Spark wiki example. Switching between
>   KirbyBase, Mysql, Postgres, Sqlite, etc by changing
>   one line of code is really cool ;-)
>
> * Better Separation of Concerns for Og managed classes. Og
>   can now annotate and handle classes from other libraries.
>   Lets say you have the following class:
>
>   class User
>     attr_accessor :name
>     attr_accessor :body
>   end
>
>   Using Ruby's open classes and Nitro's advanced annotation
>   system you can easily prepare this class for Og management
>
>   class User
>     ann :user, :klass => String
>     ann :body, :klass => String
>   end
>
>   or even better:
>
>   class User
>     property :user, String
>     property :body, String
>   end
>
>   This style promotes SOC: You define your classes in one
>   place and annotate them for Og in another place.
>
> * Introduced a simple code generation framework. Two example
>   generators are included:
>
>   * app: generates the directory structure for a new
>     nitro application.
>
>   * form: generates an xhtml form for a Ruby class.
>     This generator leverages the annotations of the
>     object class.
>
> * Improved scaffolding code and django style auto
>   administration system. The new scaffolder supports all
>   Og relation types and provides an intuitive DHTML
>   interface for editing.
>
> * SCGI (http://python.ca/nas/scgi/protocol.txt) support.
>   Thanks to a refactoring of Nitro's cgi code this
>   version integrates with Zed Shaw's SCGI adapter. This
>   provides FastCGI's performance with an easy
>   installation.
>
> * Experimental HTTP streaming support. Here is a
>   simple example:
>
>   def index
>     response.content_type = "text/plain"
>     stream do
>       5.times do |i|
>         print "#{i}"*10000 + "\n"
>         sleep 1
>       end
>     end
>   end
>
> * Simple Og automatic evolution system. Lets say you have a class Article
>
>   class Article
>     property :title, String
>     property :nbody, String
>     property :dumy, Fixnum
>   end
>
>   lets you want to change your
>   class to this one:
>
>   class NewArticle
>     property :ntitle, String
>     property :nbody, String
>     property :new, Float
>   end
>
>   First you export the database:
>
>   og.export
>
>   Then you import the database. Some rules
>   are needed when renaming classes or properties.
>   New properties or deleted properties are handled
>   automatically.
>
>   rules = {
>     :Article => {
>       :self => :NewArticle, # rename the class
>       :title => :ntitle,
>       :body => :nbody
>     }
>   }
>   og.import :evolution => rules
>
>   Thats all. The database schema and data are automatically updated
>   for you. In a future version this will be integrated into
>   the default runner scripts.
>
> * Og helpers to create simple rdbms management scripts. Here
>   is an example:
>
>   mysql "-u root -p", <<-END
>     drop database if exists weblog_development;
>     create database weblog_development;
>     grant all on weblog_development.* to #{`id -un`.strip}@localhost;
>   END
>
>   At the moment this is only available for Mysql.
>
> * Added support for dynamic CSS using Nitro's advanced templating
>   system. Create the dynamic CSS file with an .csst extension in
>   your template root.
>
>   <?r
>   green = '#79b500'
>   background = '#fff'
>   ?>
>
>   .page {
>     background: #{green}
>
>     <?r 10.times do ?>
>       padding: 5px;
>     <?r end ?>
>
>     // or even
>
>     <% 3.times do %>
>       margin: 5px;
>     <% end %>
>   }
>   ..
>
>   then, add this line in run.rb:
>
>   Compiler.precompile 'style.css'
>
>   The CSS file will be regenerated automatically whenever the
>   template changes...
>
> * Cleaned up Og implementation.
>
> * Fixed minor Ruby 1.8.3 compatibility issues.
>
> * Even better integration with Ruby Facets.
>
> * Tons of bug fixes and small but useful features.
>
>
>
> Please report any problems you have if you try to install this
> development version.
>
>
> thanks in advance,
> George.
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From george.moschovitis at gmail.com  Fri Oct 14 05:00:50 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 14 Oct 2005 12:00:50 +0300
Subject: [Nitro] Development version / Request for help
In-Reply-To: <9c00d3e00510140150k5a15f6bch@mail.gmail.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
	<9c00d3e00510140150k5a15f6bch@mail.gmail.com>
Message-ID: <afd80b540510140200i3d271576j50e66e1212b4f083@mail.gmail.com>

> oh man, i cannot wait to see the new spark in action (with KirbyBase!)

Just try to enter {{:Child}} instead of {{Child}}. This generates a
subpage under the current page. So you can build a hierarchical wiki.
This rocks!

> i hope we will get the problems done in a hurry and the 0.24 out the
> door - i'm trying to help where i can, but i haven't got all my stuff

There are still some irritating bugs :(

> btw, george i guess you won't be able to come to the EuRuKo? I really
> hoped you will be there - but nobody could tell it to me for sure.

Saddly nope :(

regards,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From james_b at neurogami.com  Fri Oct 14 16:17:47 2005
From: james_b at neurogami.com (James Britt)
Date: Fri, 14 Oct 2005 13:17:47 -0700
Subject: [Nitro] Development version / Request for help
In-Reply-To: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
Message-ID: <4350126B.402@neurogami.com>

George Moschovitis wrote:
> Dear devs,
> 
> As this version of Nitro is taking a lot of time to complete, I
> decided to release
> a snapshot of the development version in the hope that I 'll get some help from
> the community. You can find the distribution here:
> 
> http://www.joy.gr/dist.tgz
> 
> WARNING: This distribution is for experienced devs and contains bugs!
> 
> To install this, unzip the .tgz and setup the gems in the following
> order:
> 
> facets,
> glue
> og
> nitro
> gen
> 
> then extract the examples/spark tarballs.
> 
> And now about helping:
> 
> - I would like to ask Chris to investigate and fix any pending bugs
>   in the admin / scaffolding system.
> 
> - I would like to ask Tom to have a look at how annotations are used
>   in Og so we can nail down the problems with the latest facets gem.
> 
> - If you want to try KirbyBase support, uncomment the correct line in
>   the Spark example. There is one problem though: If you restart
>   the application the database gets corrupted. If anyone can help me
>   find the problem I would appreciate it.
> 
> - You can play with the experimental SCGI support. In the spark
>   directory issue:
> 
>   lighttpd -f conf/lhttpd.conf (update the conf for your system)
>   ./script/scgi_ctl start.
> 
> - If you find incompatibilities with the old version, let me know
>   so I can write them down in the MIGRATION text file.
> 
> - If you find more problems, let me know.
> 
> 
> To wet your appetite, here are some of the new additions:
> 
> 
> * Totally recoded annotation / property system. The property
>   system is now based on Facet annotations and inheritors.
>   You can now annotate every object, attribute or method
>   in Nitro. For example you can annotate your actions with
>   routing rules or site map strings etc, etc. One unified
>   system for annotations and meta data is used throughout
>   the whole Framework.
> 
> * Implemented one of the most requested features. An Og
>   frontend for KirbyBase. The KirbyBase store does not yet
>   support all features, but is really useful. For example
>   it can power the Spark wiki example. Switching between
>   KirbyBase, Mysql, Postgres, Sqlite, etc by changing
>   one line of code is really cool ;-)
> 
> * Better Separation of Concerns for Og managed classes. Og
>   can now annotate and handle classes from other libraries.
>   Lets say you have the following class:
> 
>   class User
>     attr_accessor :name
>     attr_accessor :body
>   end
> 
>   Using Ruby's open classes and Nitro's advanced annotation
>   system you can easily prepare this class for Og management
> 
>   class User
>     ann :user, :klass => String
>     ann :body, :klass => String
>   end
> 
>   or even better:
> 
>   class User
>     property :user, String
>     property :body, String
>   end
> 
>   This style promotes SOC: You define your classes in one
>   place and annotate them for Og in another place.
> 
> * Introduced a simple code generation framework. Two example
>   generators are included:
> 
>   * app: generates the directory structure for a new
>     nitro application.
> 
>   * form: generates an xhtml form for a Ruby class.
>     This generator leverages the annotations of the
>     object class.
> 
> * Improved scaffolding code and django style auto
>   administration system. The new scaffolder supports all
>   Og relation types and provides an intuitive DHTML
>   interface for editing.
> 
> * SCGI (http://python.ca/nas/scgi/protocol.txt) support.
>   Thanks to a refactoring of Nitro's cgi code this
>   version integrates with Zed Shaw's SCGI adapter. This
>   provides FastCGI's performance with an easy
>   installation.
> 
> * Experimental HTTP streaming support. Here is a
>   simple example:
> 
>   def index
>     response.content_type = "text/plain"
>     stream do
>       5.times do |i|
>         print "#{i}"*10000 + "\n"
>         sleep 1
>       end
>     end
>   end
> 
> * Simple Og automatic evolution system. Lets say you have a class Article
> 
>   class Article
>     property :title, String
>     property :nbody, String
>     property :dumy, Fixnum
>   end
> 
>   lets you want to change your
>   class to this one:
> 
>   class NewArticle
>     property :ntitle, String
>     property :nbody, String
>     property :new, Float
>   end
> 
>   First you export the database:
> 
>   og.export
> 
>   Then you import the database. Some rules
>   are needed when renaming classes or properties.
>   New properties or deleted properties are handled
>   automatically.
> 
>   rules = {
>     :Article => {
>       :self => :NewArticle, # rename the class
>       :title => :ntitle,
>       :body => :nbody
>     }
>   }
>   og.import :evolution => rules
> 
>   Thats all. The database schema and data are automatically updated
>   for you. In a future version this will be integrated into
>   the default runner scripts.
> 
> * Og helpers to create simple rdbms management scripts. Here
>   is an example:
> 
>   mysql "-u root -p", <<-END
>     drop database if exists weblog_development;
>     create database weblog_development;
>     grant all on weblog_development.* to #{`id -un`.strip}@localhost;
>   END
> 
>   At the moment this is only available for Mysql.
> 
> * Added support for dynamic CSS using Nitro's advanced templating
>   system. Create the dynamic CSS file with an .csst extension in
>   your template root.
> 
>   <?r
>   green = '#79b500'
>   background = '#fff'
>   ?>
> 
>   .page {
>     background: #{green}
> 
>     <?r 10.times do ?>
>       padding: 5px;
>     <?r end ?>
> 
>     // or even
> 
>     <% 3.times do %>
>       margin: 5px;
>     <% end %>
>   }
>   ..
> 
>   then, add this line in run.rb:
> 
>   Compiler.precompile 'style.css'
> 
>   The CSS file will be regenerated automatically whenever the
>   template changes...
> 
> * Cleaned up Og implementation.
> 
> * Fixed minor Ruby 1.8.3 compatibility issues.
> 
> * Even better integration with Ruby Facets.
> 
> * Tons of bug fixes and small but useful features.
> 
> 
> 
> Please report any problems you have if you try to install this
> development version.

On a WinXP box:


D:\downloads\Ruby\nitro-og-alpha-Oct05\dist>gem install facets-2005.10.11
D:\downloads\Ruby\nitro-og-alpha-Oct05\dist>"c:\ruby\bin\ruby.exe" 
"c:\ruby\bin\gem" install facets-2005.10.11
Attempting local installation of 'facets-2005.10.11'
ERROR:  Error installing gem facets-2005.10.11[.gem]: Invalid argument - 
dev/dev.nano/array/**.rb


Not Windows-friendly


James


From tim at keow.org  Fri Oct 14 16:30:52 2005
From: tim at keow.org (Tim Larson)
Date: Fri, 14 Oct 2005 21:30:52 +0100
Subject: [Nitro] Development version / Request for help
In-Reply-To: <4350126B.402@neurogami.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
	<4350126B.402@neurogami.com>
Message-ID: <20051014203052.GC15455@localhost>

On Fri, Oct 14, 2005 at 01:17:47PM -0700, James Britt wrote:
> On a WinXP box:
> 
> D:\downloads\Ruby\nitro-og-alpha-Oct05\dist>gem install facets-2005.10.11
> D:\downloads\Ruby\nitro-og-alpha-Oct05\dist>"c:\ruby\bin\ruby.exe" 
> "c:\ruby\bin\gem" install facets-2005.10.11
> Attempting local installation of 'facets-2005.10.11'
> ERROR:  Error installing gem facets-2005.10.11[.gem]: Invalid argument - 
> dev/dev.nano/array/**.rb
> 
> Not Windows-friendly

On Windows 2000 Pro same error.  And if you happen to get past it
then you get an error because of missing '---' on the first line
of the metadata files for all the other gems.

--Tim Larson


From zachary.zolton at gmail.com  Fri Oct 14 16:31:22 2005
From: zachary.zolton at gmail.com (Zachary Zolton)
Date: Fri, 14 Oct 2005 16:31:22 -0400
Subject: [Nitro] Development version / Request for help
In-Reply-To: <4350126B.402@neurogami.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
	<4350126B.402@neurogami.com>
Message-ID: <f728979f0510141331v52514831je911b01907339234@mail.gmail.com>

Yes.  You do have Windows users!   ^_^



From transfire at gmail.com  Fri Oct 14 16:37:30 2005
From: transfire at gmail.com (TRANS)
Date: Fri, 14 Oct 2005 16:37:30 -0400
Subject: [Nitro] Development version / Request for help
In-Reply-To: <4350126B.402@neurogami.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
	<4350126B.402@neurogami.com>
Message-ID: <4b6f054f0510141337wd153120ga09a07901b192ea6@mail.gmail.com>

On 10/14/05, James Britt <james_b at neurogami.com> wrote:

> On a WinXP box:
>
>
> D:\downloads\Ruby\nitro-og-alpha-Oct05\dist>gem install facets-2005.10.11
> D:\downloads\Ruby\nitro-og-alpha-Oct05\dist>"c:\ruby\bin\ruby.exe"
> "c:\ruby\bin\gem" install facets-2005.10.11
> Attempting local installation of 'facets-2005.10.11'
> ERROR:  Error installing gem facets-2005.10.11[.gem]: Invalid argument -
> dev/dev.nano/array/**.rb
>
>
> Not Windows-friendly
>

That' not the latest version, BUT the latest version of Facets (which
fixes the above)  and Nitro don't yet play nice.

George really wants to get the next version out. Which is why he's
asked for help. Since then he's sent me all the code and I am working
on it. IN looking at the code I see a number of rough spots that
really need adjusting. So I will do that and get it all working smooth
as butter then send it over to george and he can send it out for you
all to kill the remaining edge cases. Probabaly take me through
weekend to complete.

T.


T.



From james_b at neurogami.com  Fri Oct 14 16:56:48 2005
From: james_b at neurogami.com (James Britt)
Date: Fri, 14 Oct 2005 13:56:48 -0700
Subject: [Nitro] Development version / Request for help
In-Reply-To: <4b6f054f0510141337wd153120ga09a07901b192ea6@mail.gmail.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>	<4350126B.402@neurogami.com>
	<4b6f054f0510141337wd153120ga09a07901b192ea6@mail.gmail.com>
Message-ID: <43501B90.80904@neurogami.com>

TRANS wrote:
> 
> That' not the latest version, BUT the latest version of Facets (which
> fixes the above)  and Nitro don't yet play nice.
> 
> George really wants to get the next version out. Which is why he's
> asked for help. Since then he's sent me all the code and I am working
> on it. IN looking at the code I see a number of rough spots that
> really need adjusting. So I will do that and get it all working smooth
> as butter then send it over to george and he can send it out for you
> all to kill the remaining edge cases. Probabaly take me through
> weekend to complete.


Sweet.  Thanks for extra effort!


James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From james_b at neurogami.com  Fri Oct 14 17:03:31 2005
From: james_b at neurogami.com (James Britt)
Date: Fri, 14 Oct 2005 14:03:31 -0700
Subject: [Nitro] Spark Question
Message-ID: <43501D23.8010502@neurogami.com>

I'm trying to get a Spark 0.3.0 wiki running, but don't understand what 
syntax to use to create wiki links.  WikiWord format doesn't seem to do 
anything.

If I use Textile linking, e.g. {{complex.c}}, I get a link to a page 
(http://127.0.0.1:9999/view/complex.c) but it just brings up a blank 
page; there is no way to edit it.


(I'm trying to put up a wiki where the pages map to Ruby source code 
files, so potentially funky page names may be required.)



Thanks,



James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From akonsu at gmail.com  Fri Oct 14 17:43:18 2005
From: akonsu at gmail.com (akonsu)
Date: Fri, 14 Oct 2005 14:43:18 -0700
Subject: [Nitro] new to the project
Message-ID: <acfb5bdc0510141443j6e7475c5p@mail.gmail.com>

hello, would someone please give references to documentation like
howtos and the tutorial that were mentioned on this list earlier?
nitrohq.com where i expected to find them seems to be just redirecting
to rubyforge which has nothing of this sort...

thanks
konstantin



From james_b at neurogami.com  Fri Oct 14 19:00:21 2005
From: james_b at neurogami.com (James Britt)
Date: Fri, 14 Oct 2005 16:00:21 -0700
Subject: [Nitro] Changing Spark content-type
Message-ID: <43503885.2030102@neurogami.com>

I'm using 0.3.0 of Spark, and for certain requests I want the view 
method to return the page with a content-type of /text/xml

I tried simply adding this line to the method, but it doesn't seem to 
change anything:


@context.content_type =   'text/xml'


What do I need to do?

Thanks,


James

Enjoying RubyConf

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From tim at keow.org  Fri Oct 14 22:07:58 2005
From: tim at keow.org (Tim Larson)
Date: Sat, 15 Oct 2005 03:07:58 +0100
Subject: [Nitro] Development version / Request for help
In-Reply-To: <4b6f054f0510141337wd153120ga09a07901b192ea6@mail.gmail.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
	<4350126B.402@neurogami.com>
	<4b6f054f0510141337wd153120ga09a07901b192ea6@mail.gmail.com>
Message-ID: <20051015020758.GD15455@localhost>

On Fri, Oct 14, 2005 at 04:37:30PM -0400, TRANS wrote:
> That' not the latest version, BUT the latest version of Facets (which
> fixes the above)  and Nitro don't yet play nice.
> 
> George really wants to get the next version out. Which is why he's
> asked for help. Since then he's sent me all the code and I am working
> on it. IN looking at the code I see a number of rough spots that
> really need adjusting. So I will do that and get it all working smooth
> as butter then send it over to george and he can send it out for you
> all to kill the remaining edge cases. Probabaly take me through
> weekend to complete.

Just to be clear, I was not complaining as I know this
pre-release has bugs so I was just trying to do this:
>> Please report any problems you have if you try to
>> install this development version.                                                                     
Thank you all (George, Trans, ...) for your hard work on this
great software, and for this pre-release to start working with.

--Tim Larson


From zimba.tm at gmail.com  Fri Oct 14 22:45:24 2005
From: zimba.tm at gmail.com (zimba)
Date: Sat, 15 Oct 2005 04:45:24 +0200
Subject: [Nitro] new to the project
In-Reply-To: <acfb5bdc0510141443j6e7475c5p@mail.gmail.com>
References: <acfb5bdc0510141443j6e7475c5p@mail.gmail.com>
Message-ID: <43506D44.6010002@gmail.com>

akonsu a ?crit :

>hello, would someone please give references to documentation like
>howtos and the tutorial that were mentioned on this list earlier?
>nitrohq.com where i expected to find them seems to be just redirecting
>to rubyforge which has nothing of this sort...
>
>thanks
>konstantin
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>
>  
>
Hi,

the wiki is down right because of the spams.
George said it will be back soon.

Cheers,
  zimba

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051014/a9bb9313/attachment.bin 

From george.moschovitis at gmail.com  Sat Oct 15 03:26:32 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 15 Oct 2005 10:26:32 +0300
Subject: [Nitro] Spark Question
In-Reply-To: <43501D23.8010502@neurogami.com>
References: <43501D23.8010502@neurogami.com>
Message-ID: <afd80b540510150026t690a3e0bl7c5263d1cfea0497@mail.gmail.com>

Perhaps there is a problem with the '.' character. I 'll investigate this.

-g.


On 10/15/05, James Britt <james_b at neurogami.com> wrote:
> I'm trying to get a Spark 0.3.0 wiki running, but don't understand what
> syntax to use to create wiki links.  WikiWord format doesn't seem to do
> anything.
>
> If I use Textile linking, e.g. {{complex.c}}, I get a link to a page
> (http://127.0.0.1:9999/view/complex.c) but it just brings up a blank
> page; there is no way to edit it.
>
>
> (I'm trying to put up a wiki where the pages map to Ruby source code
> files, so potentially funky page names may be required.)
>
>
>
> Thanks,
>
>
>
> James
>
> --
>
> http://www.ruby-doc.org - The Ruby Documentation Site
> http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
> http://www.rubystuff.com - The Ruby Store for Ruby Stuff
> http://www.jamesbritt.com  - Playing with Better Toys
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sat Oct 15 03:28:43 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 15 Oct 2005 10:28:43 +0300
Subject: [Nitro] Development version / Request for help
In-Reply-To: <4b6f054f0510141337wd153120ga09a07901b192ea6@mail.gmail.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
	<4350126B.402@neurogami.com>
	<4b6f054f0510141337wd153120ga09a07901b192ea6@mail.gmail.com>
Message-ID: <afd80b540510150028sfd1bd96k102a694188af490e@mail.gmail.com>

> George really wants to get the next version out. Which is why he's
> asked for help. Since then he's sent me all the code and I am working
> on it. IN looking at the code I see a number of rough spots that
> really need adjusting. So I will do that and get it all working smooth
> as butter then send it over to george and he can send it out for you
> all to kill the remaining edge cases. Probabaly take me through
> weekend to complete.

Thanks Tom, your effort is greatly appreciated!

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sat Oct 15 03:30:14 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 15 Oct 2005 10:30:14 +0300
Subject: [Nitro] Development version / Request for help
In-Reply-To: <20051015020758.GD15455@localhost>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
	<4350126B.402@neurogami.com>
	<4b6f054f0510141337wd153120ga09a07901b192ea6@mail.gmail.com>
	<20051015020758.GD15455@localhost>
Message-ID: <afd80b540510150030o1eba5e5cj87a3329816a11bdb@mail.gmail.com>

> great software, and for this pre-release to start working with.


Tom and I just found out that there are some problems with RubyGems
and Ruby 1.8.3 so you may have some problems with the preview gems. I
'll probably release a tarball preview tommorow.

regards,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sat Oct 15 03:31:58 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 15 Oct 2005 10:31:58 +0300
Subject: [Nitro] new to the project
In-Reply-To: <acfb5bdc0510141443j6e7475c5p@mail.gmail.com>
References: <acfb5bdc0510141443j6e7475c5p@mail.gmail.com>
Message-ID: <afd80b540510150031u1dd3c049jcbbccd77eccd8d40@mail.gmail.com>

The wiki should be up today, but due to some problems with the
datacenter we will not be able to setup our server until next tuesday
:( If all goes well the (significantly updated) wiki will be up on
Wednesday.

regards,
George.


On 10/15/05, akonsu <akonsu at gmail.com> wrote:
> hello, would someone please give references to documentation like
> howtos and the tutorial that were mentioned on this list earlier?
> nitrohq.com where i expected to find them seems to be just redirecting
> to rubyforge which has nothing of this sort...
>
> thanks
> konstantin
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From james_b at neurogami.com  Sat Oct 15 10:59:10 2005
From: james_b at neurogami.com (James Britt)
Date: Sat, 15 Oct 2005 07:59:10 -0700
Subject: [Nitro] Setting the runner port?
Message-ID: <4351193E.8090206@neurogami.com>

I thought I could change the default port for the Spark wiki (running 
with the WEBrick runner) like this, in run.rb:

  Nitro.run( :controller =>  WikiController,
             :port => 7070 )


But it doesn't seem to do what I want, and in poking through the code it 
appears that 'run' passes the options hash off to 'start', but in 
neither place is anything looking for a :port option.

How can I change the port?



Thanks,


James


-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From james_b at neurogami.com  Sat Oct 15 11:19:23 2005
From: james_b at neurogami.com (James Britt)
Date: Sat, 15 Oct 2005 08:19:23 -0700
Subject: [Nitro] Setting the runner port?
In-Reply-To: <4351193E.8090206@neurogami.com>
References: <4351193E.8090206@neurogami.com>
Message-ID: <43511DFB.60507@neurogami.com>

James Britt wrote:
> I thought I could change the default port for the Spark wiki (running 
> with the WEBrick runner) like this, in run.rb:
> 
>   Nitro.run( :controller =>  WikiController,
>              :port => 7070 )
> 
> 
> But it doesn't seem to do what I want, and in poking through the code it 
> appears that 'run' passes the options hash off to 'start', but in 
> neither place is anything looking for a :port option.
> 
> How can I change the port?
> 

And the host, too.  I've manged to just hack the source, but I'm blind 
as to where I set application config settings.



James


-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From chris at motionpath.com  Sat Oct 15 12:39:18 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Sat, 15 Oct 2005 17:39:18 +0100
Subject: [Nitro] Development version / Request for help
In-Reply-To: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
Message-ID: <BBA4A1AD-1AE6-4891-AE9F-60C9B2A533FD@motionpath.com>


G:

excellent... I've got some time tommorow, so I'll download
and get stuck in then.

looking forward to playing with new bits.

chrisfarms.



On Oct 14, 2005, at 09:29, George Moschovitis wrote:

> Dear devs,
>
> ...
> And now about helping:
>
> - I would like to ask Chris to investigate and fix any pending bugs
>   in the admin / scaffolding system.

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

From james_b at neurogami.com  Sat Oct 15 16:49:17 2005
From: james_b at neurogami.com (James Britt)
Date: Sat, 15 Oct 2005 13:49:17 -0700
Subject: [Nitro] Spark Question
In-Reply-To: <afd80b540510150026t690a3e0bl7c5263d1cfea0497@mail.gmail.com>
References: <43501D23.8010502@neurogami.com>
	<afd80b540510150026t690a3e0bl7c5263d1cfea0497@mail.gmail.com>
Message-ID: <43516B4D.5010003@neurogami.com>

George Moschovitis wrote:
> Perhaps there is a problem with the '.' character. I 'll investigate this.

In lib/nitro/adapter.rb there is this code at line 100:


   def handle(req, res)
     unless handle_file(req, res)
       path = req.request_uri.path

       unless path =~ /\./
         begin


I changed the regexp to /\.html/, and could then have wiki page links 
that included a file extension.

What might be slick is some way to configure this expression, though I 
have no suggestions or code to offer on this.  (Nor do I understand 
quite why this rexp is there.)


James
	

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From m.fellinger at gmail.com  Sat Oct 15 16:54:10 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Sat, 15 Oct 2005 22:54:10 +0200
Subject: [Nitro] Development version / Request for help
In-Reply-To: <BBA4A1AD-1AE6-4891-AE9F-60C9B2A533FD@motionpath.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
	<BBA4A1AD-1AE6-4891-AE9F-60C9B2A533FD@motionpath.com>
Message-ID: <9c00d3e00510151354s591244b1l@mail.gmail.com>

Hey george,

i'll try to do a small presentation tomorrow on euruko, using both
spark and a small forum i will create there...
maybe there will be a video, but i think it's sad that i can't show
off your new scaffolding/admin stuff and show it to the people,
because some of them are really interested into the topic.
the installation of the 0.24pre is failing for me (and afaik for some
others) by a problem of dependency between nitro and gen.
could you also tell us what exactly gen is? it sounds like generator
or something like that, but i guess it's some smart abbrev for a nicer
name :)

you will hear more about how it was going tomorrow.
so long...
manveru

On 10/15/05, Chris Farmiloe <chris at motionpath.com> wrote:
>
> G:
>
> excellent... I've got some time tommorow, so I'll download
> and get stuck in then.
>
> looking forward to playing with new bits.
>
> chrisfarms.
>
>
>
> On Oct 14, 2005, at 09:29, George Moschovitis wrote:
>
> > Dear devs,
> >
> > ...
> > And now about helping:
> >
> > - I would like to ask Chris to investigate and fix any pending bugs
> >   in the admin / scaffolding system.
>
>
>



From m.fellinger at gmail.com  Sat Oct 15 17:35:51 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Sat, 15 Oct 2005 23:35:51 +0200
Subject: [Nitro] Setting the runner port?
In-Reply-To: <43511DFB.60507@neurogami.com>
References: <4351193E.8090206@neurogami.com> <43511DFB.60507@neurogami.com>
Message-ID: <9c00d3e00510151435gd377c3m@mail.gmail.com>

It is actually quite simple to do that,

Nitro::Server.port
Nitro::Server.host

(these are only values from memory, so don't rely on them, i will
lookup the real values in a second when i get access to my svn)

On 10/15/05, James Britt <james_b at neurogami.com> wrote:
> James Britt wrote:
> > I thought I could change the default port for the Spark wiki (running
> > with the WEBrick runner) like this, in run.rb:
> >
> >   Nitro.run( :controller =>  WikiController,
> >              :port => 7070 )
> >
> >
> > But it doesn't seem to do what I want, and in poking through the code it
> > appears that 'run' passes the options hash off to 'start', but in
> > neither place is anything looking for a :port option.
> >
> > How can I change the port?
> >
>
> And the host, too.  I've manged to just hack the source, but I'm blind
> as to where I set application config settings.
>
>
>
> James
>
>
> --
>
> http://www.ruby-doc.org - The Ruby Documentation Site
> http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
> http://www.rubystuff.com - The Ruby Store for Ruby Stuff
> http://www.jamesbritt.com  - Playing with Better Toys
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From james_b at neurogami.com  Sat Oct 15 18:11:19 2005
From: james_b at neurogami.com (James Britt)
Date: Sat, 15 Oct 2005 15:11:19 -0700
Subject: [Nitro] Setting the runner port?
In-Reply-To: <9c00d3e00510151435gd377c3m@mail.gmail.com>
References: <4351193E.8090206@neurogami.com> <43511DFB.60507@neurogami.com>
	<9c00d3e00510151435gd377c3m@mail.gmail.com>
Message-ID: <43517E87.1060704@neurogami.com>

Michael Fellinger wrote:
> It is actually quite simple to do that,
> 
> Nitro::Server.port
> Nitro::Server.host
> 
> (these are only values from memory, so don't rely on them, i will
> lookup the real values in a second when i get access to my svn)


Thank you.

This is what now works:

Server.port = 1212
Server.address = 'james05'


Thanks again,



James


From mneumann at ntecs.de  Sun Oct 16 02:55:20 2005
From: mneumann at ntecs.de (Michael Neumann)
Date: Sun, 16 Oct 2005 08:55:20 +0200
Subject: [Nitro] Development version / Request for help
In-Reply-To: <9c00d3e00510151354s591244b1l@mail.gmail.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>	<BBA4A1AD-1AE6-4891-AE9F-60C9B2A533FD@motionpath.com>
	<9c00d3e00510151354s591244b1l@mail.gmail.com>
Message-ID: <4351F958.10308@ntecs.de>

Michael Fellinger wrote:
> Hey george,

hey all,

> i'll try to do a small presentation tomorrow on euruko, using both
> spark and a small forum i will create there...
> maybe there will be a video, but i think it's sad that i can't show
> off your new scaffolding/admin stuff and show it to the people,
> because some of them are really interested into the topic.

yeah, me for example :)

> the installation of the 0.24pre is failing for me (and afaik for some
> others) by a problem of dependency between nitro and gen.
> could you also tell us what exactly gen is? it sounds like generator
> or something like that, but i guess it's some smart abbrev for a nicer
> name :)
> 
> you will hear more about how it was going tomorrow.
> so long...
> manveru

good look today for your presentation.

Regards,

   Michael


From chris at motionpath.com  Sun Oct 16 06:19:01 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Sun, 16 Oct 2005 11:19:01 +0100
Subject: [Nitro] Development version / Request for help
In-Reply-To: <afd80b540510150030o1eba5e5cj87a3329816a11bdb@mail.gmail.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
	<4350126B.402@neurogami.com>
	<4b6f054f0510141337wd153120ga09a07901b192ea6@mail.gmail.com>
	<20051015020758.GD15455@localhost>
	<afd80b540510150030o1eba5e5cj87a3329816a11bdb@mail.gmail.com>
Message-ID: <B49B26DC-C91C-42AB-A4E1-7965DD7B6805@motionpath.com>


*sulk*

I can't seem to get the gems to install.

tar would be handy if thats still a possibility.


chrisfarms.


On Oct 15, 2005, at 08:30, George Moschovitis wrote:

>> great software, and for this pre-release to start working with.
>>
>
>
> Tom and I just found out that there are some problems with RubyGems
> and Ruby 1.8.3 so you may have some problems with the preview gems. I
> 'll probably release a tarball preview tommorow.
>
> regards,
> George.
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From george.moschovitis at gmail.com  Sun Oct 16 13:40:14 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 16 Oct 2005 20:40:14 +0300
Subject: [Nitro] Spark Question
In-Reply-To: <43516B4D.5010003@neurogami.com>
References: <43501D23.8010502@neurogami.com>
	<afd80b540510150026t690a3e0bl7c5263d1cfea0497@mail.gmail.com>
	<43516B4D.5010003@neurogami.com>
Message-ID: <afd80b540510161040t573f26c6n97086f49b3e89561@mail.gmail.com>

Hmm, thanks for this pointer!

-g.


On 10/15/05, James Britt <james_b at neurogami.com> wrote:
> George Moschovitis wrote:
> > Perhaps there is a problem with the '.' character. I 'll investigate this.
>
> In lib/nitro/adapter.rb there is this code at line 100:
>
>
>    def handle(req, res)
>      unless handle_file(req, res)
>        path = req.request_uri.path
>
>        unless path =~ /\./
>          begin
>
>
> I changed the regexp to /\.html/, and could then have wiki page links
> that included a file extension.
>
> What might be slick is some way to configure this expression, though I
> have no suggestions or code to offer on this.  (Nor do I understand
> quite why this rexp is there.)
>
>
> James
>
>
> --
>
> http://www.ruby-doc.org - The Ruby Documentation Site
> http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
> http://www.rubystuff.com - The Ruby Store for Ruby Stuff
> http://www.jamesbritt.com  - Playing with Better Toys
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sun Oct 16 13:42:05 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 16 Oct 2005 20:42:05 +0300
Subject: [Nitro] Development version / Request for help
In-Reply-To: <B49B26DC-C91C-42AB-A4E1-7965DD7B6805@motionpath.com>
References: <afd80b540510140129i7beda1br1387e9497a55a0@mail.gmail.com>
	<4350126B.402@neurogami.com>
	<4b6f054f0510141337wd153120ga09a07901b192ea6@mail.gmail.com>
	<20051015020758.GD15455@localhost>
	<afd80b540510150030o1eba5e5cj87a3329816a11bdb@mail.gmail.com>
	<B49B26DC-C91C-42AB-A4E1-7965DD7B6805@motionpath.com>
Message-ID: <afd80b540510161042i74ab895l170352655a3d8d8c@mail.gmail.com>

Hey Chris,

as I said earlier there seems to be a problem with Gems and 1.8.3. Let
me coordinate this a bit with Tom (Trans) and I 'll send you a tarball
tommorow).

regards,
George.


On 10/16/05, Chris Farmiloe <chris at motionpath.com> wrote:
>
> *sulk*
>
> I can't seem to get the gems to install.
>
> tar would be handy if thats still a possibility.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Oct 17 09:04:59 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 17 Oct 2005 16:04:59 +0300
Subject: [Nitro] new preview version
Message-ID: <afd80b540510170604v559118ffl51379efd179e1da5@mail.gmail.com>

Dear devs,

you can find a new development version here:

http://www.me.gr/nitro/dist-2005.10.17.zip

you need the latest facets gem (go now to facets.rubyforge.org) and download it!

this time I just zipped the files to avoid problems with gems.

I would especially thank Tom for working hard with me on fixing some
annotation problems.
I would kindly ask Chris to have a look at the administration/scaffolding code.

To anyone else who tries this version: there are still bugs, but if
you try it, you can help us fix em ;-)

regards,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From m.fellinger at gmail.com  Mon Oct 17 09:41:57 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Mon, 17 Oct 2005 15:41:57 +0200
Subject: [Nitro] new preview version
In-Reply-To: <afd80b540510170604v559118ffl51379efd179e1da5@mail.gmail.com>
References: <afd80b540510170604v559118ffl51379efd179e1da5@mail.gmail.com>
Message-ID: <9c00d3e00510170641q69c7ecaes@mail.gmail.com>

Hey George,

Not sure it's a problem on my side, but the zip seems to be corrupted...

manveru

2005/10/17, George Moschovitis <george.moschovitis at gmail.com>:
> Dear devs,
>
> you can find a new development version here:
>
> http://www.me.gr/nitro/dist-2005.10.17.zip
>
> you need the latest facets gem (go now to facets.rubyforge.org) and download it!
>
> this time I just zipped the files to avoid problems with gems.
>
> I would especially thank Tom for working hard with me on fixing some
> annotation problems.
> I would kindly ask Chris to have a look at the administration/scaffolding code.
>
> To anyone else who tries this version: there are still bugs, but if
> you try it, you can help us fix em ;-)
>
> regards,
> George.
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From chris at motionpath.com  Mon Oct 17 09:50:47 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Mon, 17 Oct 2005 14:50:47 +0100
Subject: [Nitro] new preview version
In-Reply-To: <9c00d3e00510170641q69c7ecaes@mail.gmail.com>
References: <afd80b540510170604v559118ffl51379efd179e1da5@mail.gmail.com>
	<9c00d3e00510170641q69c7ecaes@mail.gmail.com>
Message-ID: <6B31C6A1-BB4D-4E67-B962-6DDFB5AC35B2@motionpath.com>


Hiya G:

samae problem here ... can't open, tried with couple of different de- 
zippers too

one said "Is a directory" but I think it was just confused generally.

chrisfarms.


On 17 Oct 2005, at 14:41, Michael Fellinger wrote:

> Hey George,
>
> Not sure it's a problem on my side, but the zip seems to be  
> corrupted...
>
> manveru
>
> 2005/10/17, George Moschovitis <george.moschovitis at gmail.com>:
>
>> Dear devs,
>>
>> you can find a new development version here:
>>
>> http://www.me.gr/nitro/dist-2005.10.17.zip
>>
>> you need the latest facets gem (go now to facets.rubyforge.org)  
>> and download it!
>>
>> this time I just zipped the files to avoid problems with gems.
>>
>> I would especially thank Tom for working hard with me on fixing some
>> annotation problems.
>> I would kindly ask Chris to have a look at the administration/ 
>> scaffolding code.
>>
>> To anyone else who tries this version: there are still bugs, but if
>> you try it, you can help us fix em ;-)
>>
>> regards,
>> George.
>>
>>
>> --
>> http://www.gmosx.com
>> http://www.navel.gr
>> http://www.nitrohq.com
>>
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>
>>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From aglarond at gmail.com  Mon Oct 17 09:51:41 2005
From: aglarond at gmail.com (Dimitri Aivaliotis)
Date: Mon, 17 Oct 2005 15:51:41 +0200
Subject: [Nitro] new preview version
In-Reply-To: <9c00d3e00510170641q69c7ecaes@mail.gmail.com>
References: <afd80b540510170604v559118ffl51379efd179e1da5@mail.gmail.com>
	<9c00d3e00510170641q69c7ecaes@mail.gmail.com>
Message-ID: <55c107bf0510170651l4430676i1ebbfbd9313230ca@mail.gmail.com>

On 10/17/05, Michael Fellinger <m.fellinger at gmail.com> wrote:
>
> Hey George,
>
> Not sure it's a problem on my side, but the zip seems to be corrupted...
>
>
It's corrupted for me, too. (Tried downloading with both FF and wget, so I
don't think it's client-side.)

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

From george.moschovitis at gmail.com  Mon Oct 17 09:58:26 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 17 Oct 2005 16:58:26 +0300
Subject: [Nitro] new preview version
In-Reply-To: <55c107bf0510170651l4430676i1ebbfbd9313230ca@mail.gmail.com>
References: <afd80b540510170604v559118ffl51379efd179e1da5@mail.gmail.com>
	<9c00d3e00510170641q69c7ecaes@mail.gmail.com>
	<55c107bf0510170651l4430676i1ebbfbd9313230ca@mail.gmail.com>
Message-ID: <afd80b540510170658w20005693u9a2a4be8cc2a760@mail.gmail.com>

ok, i reuploaded the .zip

Can you try again?

thanks,
George.


On 10/17/05, Dimitri Aivaliotis <aglarond at gmail.com> wrote:
>
> On 10/17/05, Michael Fellinger <m.fellinger at gmail.com> wrote:
> > Hey George,
> >
> > Not sure it's a problem on my side, but the zip seems to be corrupted...
> >
> >
>
>  It's corrupted for me, too. (Tried downloading with both FF and wget, so I
> don't think it's client-side.)
>
>  - Dimitri
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris at motionpath.com  Mon Oct 17 10:03:20 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Mon, 17 Oct 2005 15:03:20 +0100
Subject: [Nitro] new preview version
In-Reply-To: <afd80b540510170658w20005693u9a2a4be8cc2a760@mail.gmail.com>
References: <afd80b540510170604v559118ffl51379efd179e1da5@mail.gmail.com>
	<9c00d3e00510170641q69c7ecaes@mail.gmail.com>
	<55c107bf0510170651l4430676i1ebbfbd9313230ca@mail.gmail.com>
	<afd80b540510170658w20005693u9a2a4be8cc2a760@mail.gmail.com>
Message-ID: <F89492EF-4DD2-4755-8E34-B41B9D6662EB@motionpath.com>

that hit the spot :)


C.


On 17 Oct 2005, at 14:58, George Moschovitis wrote:

> ok, i reuploaded the .zip
>
> Can you try again?
>
> thanks,
> George.
>
>
> On 10/17/05, Dimitri Aivaliotis <aglarond at gmail.com> wrote:
>
>>
>> On 10/17/05, Michael Fellinger <m.fellinger at gmail.com> wrote:
>>
>>> Hey George,
>>>
>>> Not sure it's a problem on my side, but the zip seems to be  
>>> corrupted...
>>>
>>>
>>>
>>
>>  It's corrupted for me, too. (Tried downloading with both FF and  
>> wget, so I
>> don't think it's client-side.)
>>
>>  - Dimitri
>>
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>
>>
>>
>>
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From aglarond at gmail.com  Mon Oct 17 10:08:31 2005
From: aglarond at gmail.com (Dimitri Aivaliotis)
Date: Mon, 17 Oct 2005 16:08:31 +0200
Subject: [Nitro] new preview version
In-Reply-To: <afd80b540510170658w20005693u9a2a4be8cc2a760@mail.gmail.com>
References: <afd80b540510170604v559118ffl51379efd179e1da5@mail.gmail.com>
	<9c00d3e00510170641q69c7ecaes@mail.gmail.com>
	<55c107bf0510170651l4430676i1ebbfbd9313230ca@mail.gmail.com>
	<afd80b540510170658w20005693u9a2a4be8cc2a760@mail.gmail.com>
Message-ID: <55c107bf0510170708n5464c97bw489c05958263ee3b@mail.gmail.com>

Thanks George,

On 10/17/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
>
> ok, i reuploaded the .zip
>
> Can you try again?
>

Looks good here.

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

From george.moschovitis at gmail.com  Mon Oct 17 10:09:12 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 17 Oct 2005 17:09:12 +0300
Subject: [Nitro] new preview version
In-Reply-To: <F89492EF-4DD2-4755-8E34-B41B9D6662EB@motionpath.com>
References: <afd80b540510170604v559118ffl51379efd179e1da5@mail.gmail.com>
	<9c00d3e00510170641q69c7ecaes@mail.gmail.com>
	<55c107bf0510170651l4430676i1ebbfbd9313230ca@mail.gmail.com>
	<afd80b540510170658w20005693u9a2a4be8cc2a760@mail.gmail.com>
	<F89492EF-4DD2-4755-8E34-B41B9D6662EB@motionpath.com>
Message-ID: <afd80b540510170709p4266638x5132aebfbef3b235@mail.gmail.com>

Please be careful witho older versions of nano/mega/facets. If
possible remove the older versions to try this one (it needs the
absolutely latest version of facets).

-g.


On 10/17/05, Chris Farmiloe <chris at motionpath.com> wrote:
> that hit the spot :)
>
>
> C.
>
>
> On 17 Oct 2005, at 14:58, George Moschovitis wrote:
>
> > ok, i reuploaded the .zip
> >
> > Can you try again?
> >
> > thanks,
> > George.
> >
> >
> > On 10/17/05, Dimitri Aivaliotis <aglarond at gmail.com> wrote:
> >
> >>
> >> On 10/17/05, Michael Fellinger <m.fellinger at gmail.com> wrote:
> >>
> >>> Hey George,
> >>>
> >>> Not sure it's a problem on my side, but the zip seems to be
> >>> corrupted...
> >>>
> >>>
> >>>
> >>
> >>  It's corrupted for me, too. (Tried downloading with both FF and
> >> wget, so I
> >> don't think it's client-side.)
> >>
> >>  - Dimitri
> >>
> >> _______________________________________________
> >> Nitro-general mailing list
> >> Nitro-general at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/nitro-general
> >>
> >>
> >>
> >>
> >
> >
> > --
> > http://www.gmosx.com
> > http://www.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From m.fellinger at gmail.com  Mon Oct 17 12:51:54 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Mon, 17 Oct 2005 18:51:54 +0200
Subject: [Nitro] new preview version
In-Reply-To: <afd80b540510170709p4266638x5132aebfbef3b235@mail.gmail.com>
References: <afd80b540510170604v559118ffl51379efd179e1da5@mail.gmail.com>
	<9c00d3e00510170641q69c7ecaes@mail.gmail.com>
	<55c107bf0510170651l4430676i1ebbfbd9313230ca@mail.gmail.com>
	<afd80b540510170658w20005693u9a2a4be8cc2a760@mail.gmail.com>
	<F89492EF-4DD2-4755-8E34-B41B9D6662EB@motionpath.com>
	<afd80b540510170709p4266638x5132aebfbef3b235@mail.gmail.com>
Message-ID: <9c00d3e00510170951p56eb2a71o@mail.gmail.com>

ty george,

after playing around a bit with the release, i finally got the
examples working ^^
thanks a lot for your efforts *gets back to searching bugs*

manveru


2005/10/17, George Moschovitis <george.moschovitis at gmail.com>:
> Please be careful witho older versions of nano/mega/facets. If
> possible remove the older versions to try this one (it needs the
> absolutely latest version of facets).
>
> -g.
>
>
> On 10/17/05, Chris Farmiloe <chris at motionpath.com> wrote:
> > that hit the spot :)
> >
> >
> > C.
> >
> >
> > On 17 Oct 2005, at 14:58, George Moschovitis wrote:
> >
> > > ok, i reuploaded the .zip
> > >
> > > Can you try again?
> > >
> > > thanks,
> > > George.
> > >
> > >
> > > On 10/17/05, Dimitri Aivaliotis <aglarond at gmail.com> wrote:
> > >
> > >>
> > >> On 10/17/05, Michael Fellinger <m.fellinger at gmail.com> wrote:
> > >>
> > >>> Hey George,
> > >>>
> > >>> Not sure it's a problem on my side, but the zip seems to be
> > >>> corrupted...
> > >>>
> > >>>
> > >>>
> > >>
> > >>  It's corrupted for me, too. (Tried downloading with both FF and
> > >> wget, so I
> > >> don't think it's client-side.)
> > >>
> > >>  - Dimitri
> > >>
> > >> _______________________________________________
> > >> Nitro-general mailing list
> > >> Nitro-general at rubyforge.org
> > >> http://rubyforge.org/mailman/listinfo/nitro-general
> > >>
> > >>
> > >>
> > >>
> > >
> > >
> > > --
> > > http://www.gmosx.com
> > > http://www.navel.gr
> > > http://www.nitrohq.com
> > >
> > > _______________________________________________
> > > Nitro-general mailing list
> > > Nitro-general at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/nitro-general
> > >
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From akonsu at gmail.com  Mon Oct 17 16:29:47 2005
From: akonsu at gmail.com (akonsu)
Date: Mon, 17 Oct 2005 13:29:47 -0700
Subject: [Nitro] how to generate database constraints with og?
Message-ID: <acfb5bdc0510171329i140d29cdk@mail.gmail.com>

Hello,

i am totally new to nitro and og, and i am working off the source code
and without any documentation so far so please forgive my ignorance.

my question is whether it is possible to generate constraints when
creating a database from og objects. for example, the blog in
examples-0.23.0 that i downloaded creates blog entries and comments
tables and even these tables have primary keys but i did not see any
foreign key constraints created. how to do that? also, is there a way
to generate a general purpose CHECK constraints?

thank you in advance
konstantin



From Aleksi.Niemela at cs.helsinki.fi  Mon Oct 17 16:49:47 2005
From: Aleksi.Niemela at cs.helsinki.fi (Aleksi Niemela)
Date: Mon, 17 Oct 2005 23:49:47 +0300
Subject: [Nitro] Glue bug in UriUtils.update_query_string with parameters
	having spaces
Message-ID: <43540E6B.30701@cs.helsinki.fi>

Here's a test case addendum for tc_uri.rb for glue. First one succeeds 
but second one doesn't while I expect it still to work.

I can't recall the specs anymore, but the behavior changes interestingly 
if the delimiter is '&' instead of ';'. The bug surfaces again but this 
time the '&' delimiter will be changed to ';' in WithoutSpaces case too.

Can't fix this right away, but might not be hard now that it's visible. 
George, perhaps?

    - Aleksi


  def test_update_query_string
    uri = "ko/index.sx?koko=StringWithoutSpaces;lala=1"
    hash = {"lala" => 666}
    assert_equal("ko/index.sx?koko=StringWithoutSpaces;lala=666", 
UriUtils.update_query_string(uri, hash))

    uri = "ko/index.sx?koko=String+with+spaces;lala=1"
    hash = {"lala" => 666}
    assert_equal("ko/index.sx?koko=String+with+spaces;lala=666", 
UriUtils.update_query_string(uri, hash))

   # ...



From m.fellinger at gmail.com  Tue Oct 18 02:28:12 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Tue, 18 Oct 2005 08:28:12 +0200
Subject: [Nitro] new preview version
In-Reply-To: <9c00d3e00510170951p56eb2a71o@mail.gmail.com>
References: <afd80b540510170604v559118ffl51379efd179e1da5@mail.gmail.com>
	<9c00d3e00510170641q69c7ecaes@mail.gmail.com>
	<55c107bf0510170651l4430676i1ebbfbd9313230ca@mail.gmail.com>
	<afd80b540510170658w20005693u9a2a4be8cc2a760@mail.gmail.com>
	<F89492EF-4DD2-4755-8E34-B41B9D6662EB@motionpath.com>
	<afd80b540510170709p4266638x5132aebfbef3b235@mail.gmail.com>
	<9c00d3e00510170951p56eb2a71o@mail.gmail.com>
Message-ID: <9c00d3e00510172328m7da551c6i@mail.gmail.com>

Hi George,

I wanted to request a small change...
could you do the psql-adapter with proper destroying?
everytime i use the :destry => true the database is dropped, but not
created, and it's a pain to do that manually all the time.

additionally i wanted to ask why my app wants to have the
/public/scaffold/forms.xhtml to start... i use no scaffolding and
cannot find any evidence something else could require it.
i have placed the file in the directory that the error pointed me, but
with no effect... not sure what is going wrong with it, but i seem to
be limited to non-og apps to get them working.

[the error]
/usr/local/lib/site_ruby/1.8/nitro/scaffold.rb:32:in `read': No such
file or directory -
/usr/local/lib/site_ruby/1.8/../proto/public/scaffold/form.xhtml
(Errno::ENOENT)
[/the error]

thx in pre
manveru

2005/10/17, Michael Fellinger <m.fellinger at gmail.com>:
> ty george,
>
> after playing around a bit with the release, i finally got the
> examples working ^^
> thanks a lot for your efforts *gets back to searching bugs*
>
> manveru
>
>
> 2005/10/17, George Moschovitis <george.moschovitis at gmail.com>:
> > Please be careful witho older versions of nano/mega/facets. If
> > possible remove the older versions to try this one (it needs the
> > absolutely latest version of facets).
> >
> > -g.
> >
> >
> > On 10/17/05, Chris Farmiloe <chris at motionpath.com> wrote:
> > > that hit the spot :)
> > >
> > >
> > > C.
> > >
> > >
> > > On 17 Oct 2005, at 14:58, George Moschovitis wrote:
> > >
> > > > ok, i reuploaded the .zip
> > > >
> > > > Can you try again?
> > > >
> > > > thanks,
> > > > George.
> > > >
> > > >
> > > > On 10/17/05, Dimitri Aivaliotis <aglarond at gmail.com> wrote:
> > > >
> > > >>
> > > >> On 10/17/05, Michael Fellinger <m.fellinger at gmail.com> wrote:
> > > >>
> > > >>> Hey George,
> > > >>>
> > > >>> Not sure it's a problem on my side, but the zip seems to be
> > > >>> corrupted...
> > > >>>
> > > >>>
> > > >>>
> > > >>
> > > >>  It's corrupted for me, too. (Tried downloading with both FF and
> > > >> wget, so I
> > > >> don't think it's client-side.)
> > > >>
> > > >>  - Dimitri
> > > >>
> > > >> _______________________________________________
> > > >> Nitro-general mailing list
> > > >> Nitro-general at rubyforge.org
> > > >> http://rubyforge.org/mailman/listinfo/nitro-general
> > > >>
> > > >>
> > > >>
> > > >>
> > > >
> > > >
> > > > --
> > > > http://www.gmosx.com
> > > > http://www.navel.gr
> > > > http://www.nitrohq.com
> > > >
> > > > _______________________________________________
> > > > Nitro-general mailing list
> > > > Nitro-general at rubyforge.org
> > > > http://rubyforge.org/mailman/listinfo/nitro-general
> > > >
> > >
> > > _______________________________________________
> > > Nitro-general mailing list
> > > Nitro-general at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/nitro-general
> > >
> >
> >
> > --
> > http://www.gmosx.com
> > http://www.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
>



From epiperak at softlab.ece.ntua.gr  Tue Oct 18 03:06:11 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 18 Oct 2005 10:06:11 +0300 (EEST)
Subject: [Nitro] Eclipse and Ruby
Message-ID: <Pine.LNX.4.62.0510181005410.30113@theseas.softlab.ece.ntua.gr>

Using the Ruby Dev-Tools plug-in for Eclipse

An anonymous reader writes "IBM Developerworks is running an article
that introduces using the Ruby Development Tools (RDT) plug-in for
Eclipse, which allows Eclipse to become a first-rate Ruby development
environment. Ruby developers who want to learn how to use the rich
infrastructure of the Eclipse community to support their language will
benefit, as will Java developers who are interested in using Ruby."...

Source: http://rss.slashdot.org/Slashdot/slashdot?m=1253

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From m.fellinger at gmail.com  Tue Oct 18 03:13:34 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Tue, 18 Oct 2005 09:13:34 +0200
Subject: [Nitro] Eclipse and Ruby
In-Reply-To: <Pine.LNX.4.62.0510181005410.30113@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0510181005410.30113@theseas.softlab.ece.ntua.gr>
Message-ID: <9c00d3e00510180013x51bf23d2l@mail.gmail.com>

hi,

i have read the article - on EuRoKo was one of the devs who presented
the plugin. But i'm far from impressed by it.
It might be good for java-guys who want to do the switch, but for
daily use i suggest you use JEdit with the ruby-plugin
http://www.jedit.org/ruby/
but this is of course only a question of taste... i still use Kate and
nano for my editing :)

2005/10/18, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr>:
> Using the Ruby Dev-Tools plug-in for Eclipse
>
> An anonymous reader writes "IBM Developerworks is running an article
> that introduces using the Ruby Development Tools (RDT) plug-in for
> Eclipse, which allows Eclipse to become a first-rate Ruby development
> environment. Ruby developers who want to learn how to use the rich
> infrastructure of the Eclipse community to support their language will
> benefit, as will Java developers who are interested in using Ruby."...
>
> Source: http://rss.slashdot.org/Slashdot/slashdot?m=1253
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From epiperak at softlab.ece.ntua.gr  Tue Oct 18 03:53:56 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 18 Oct 2005 10:53:56 +0300 (EEST)
Subject: [Nitro] Eclipse and Ruby
In-Reply-To: <9c00d3e00510180013x51bf23d2l@mail.gmail.com>
References: <Pine.LNX.4.62.0510181005410.30113@theseas.softlab.ece.ntua.gr>
	<9c00d3e00510180013x51bf23d2l@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0510181053100.30113@theseas.softlab.ece.ntua.gr>

> i have read the article - on EuRoKo was one of the devs who presented
> the plugin. But i'm far from impressed by it.
> It might be good for java-guys who want to do the switch, but for
> daily use i suggest you use JEdit with the ruby-plugin
> http://www.jedit.org/ruby/
> but this is of course only a question of taste... i still use Kate and
> nano for my editing :)

:%s/nano/vim


Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Tue Oct 18 03:57:07 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 18 Oct 2005 10:57:07 +0300 (EEST)
Subject: [Nitro] Eclipse and Ruby
In-Reply-To: <Pine.LNX.4.62.0510181053100.30113@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0510181005410.30113@theseas.softlab.ece.ntua.gr>
	<9c00d3e00510180013x51bf23d2l@mail.gmail.com>
	<Pine.LNX.4.62.0510181053100.30113@theseas.softlab.ece.ntua.gr>
Message-ID: <Pine.LNX.4.62.0510181056410.30113@theseas.softlab.ece.ntua.gr>

> :%s/nano/vim
:%s/nano/vim/g

(sooorrryyyy)

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Tue Oct 18 08:08:53 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 18 Oct 2005 15:08:53 +0300
Subject: [Nitro] New bug fixed development version.
Message-ID: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>

Dear devs,

you can find a new bug-fixed development version here:

http://www.me.gr/nitro/dist-2005-10-18.zip

This zip also contains the latest version of Spark, check out the
Readme for the new features.

As always, this distritbution requires the latest facets.

*Please* try this and report any problems.

Btw, do try to run Spark with the KirbyBase adapter (uncomment the
correct line). As you will see this works as expected but there is a
stupid problem: if you restart the application, the database gets
corrupted. I would appreciate it if someone could have a look at this.

Oh, and the dhtml stuff in the new admin code needs some cleanup (Chris?)




regards,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From transfire at gmail.com  Tue Oct 18 09:52:26 2005
From: transfire at gmail.com (TRANS)
Date: Tue, 18 Oct 2005 09:52:26 -0400
Subject: [Nitro] New bug fixed development version.
In-Reply-To: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>
References: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>
Message-ID: <4b6f054f0510180652k4f382ccfr5e1d5504277d276@mail.gmail.com>

Glad to see you added the unified test config for Og. I've cleaned up
even more --find it attached.  I made it so the tests should run
properly against the local lib/ no matter what the current working
directory is.

Anyway, it's looking better. Here's another bug though.

trans at ubixie:~/packages/nitro/nitro-5.10.18/dist/og/test/og$ ruby tc_join.rb
Loaded suite tc_join
Started
DROP DATABASE
 INFO:
CREATE DATABASE
DEBUG:
NOTICE:  CREATE TABLE will create implicit sequence
"ogtc_join_articletocategory_oid_seq" for "serial" column
"ogtc_join_articletocategory.oid"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index
"ogtc_join_articletocategory_pkey" for table
"ogtc_join_articletocategory"
 INFO:
E
Finished in 0.471985 seconds.

  1) Error:
test_all(TC_Join):
NoMethodError: undefined method `table' for nil:NilClass
    /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/relation/joins_many.rb:40:in
`enchant'
    /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/relation.rb:237:in
`enchant'
    /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/relation.rb:235:in
`enchant'
    /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/manager.rb:112:in
`manage'
    /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/manager.rb:175:in
`manage_classes'
    /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/manager.rb:175:in
`each'
    /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/manager.rb:175:in
`manage_classes'
    /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og.rb:117:in
`setup'
    tc_join.rb:38:in `setup'

1 tests, 0 assertions, 0 failures, 1 errors
trans at ubixie:~/packages/nitro/nitro-5.10.18/dist/og/test/og$
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.tgz
Type: application/x-gzip
Size: 7706 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051018/4b986ebb/attachment.tgz 

From george.moschovitis at gmail.com  Tue Oct 18 09:55:57 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 18 Oct 2005 16:55:57 +0300
Subject: [Nitro] New bug fixed development version.
In-Reply-To: <4b6f054f0510180652k4f382ccfr5e1d5504277d276@mail.gmail.com>
References: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>
	<4b6f054f0510180652k4f382ccfr5e1d5504277d276@mail.gmail.com>
Message-ID: <afd80b540510180655o564549f3nd8f42c51dd925107@mail.gmail.com>

thanks,

If you find more bugs let me know...
Btw, can you run

rake

in nitro and see if the distribution gets generated for you? This
seems broken in 1.8.3


-g.


On 10/18/05, TRANS <transfire at gmail.com> wrote:
> Glad to see you added the unified test config for Og. I've cleaned up
> even more --find it attached.  I made it so the tests should run
> properly against the local lib/ no matter what the current working
> directory is.
>
> Anyway, it's looking better. Here's another bug though.
>
> trans at ubixie:~/packages/nitro/nitro-5.10.18/dist/og/test/og$ ruby tc_join.rb
> Loaded suite tc_join
> Started
> DROP DATABASE
>  INFO:
> CREATE DATABASE
> DEBUG:
> NOTICE:  CREATE TABLE will create implicit sequence
> "ogtc_join_articletocategory_oid_seq" for "serial" column
> "ogtc_join_articletocategory.oid"
> NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index
> "ogtc_join_articletocategory_pkey" for table
> "ogtc_join_articletocategory"
>  INFO:
> E
> Finished in 0.471985 seconds.
>
>   1) Error:
> test_all(TC_Join):
> NoMethodError: undefined method `table' for nil:NilClass
>     /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/relation/joins_many.rb:40:in
> `enchant'
>     /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/relation.rb:237:in
> `enchant'
>     /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/relation.rb:235:in
> `enchant'
>     /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/manager.rb:112:in
> `manage'
>     /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/manager.rb:175:in
> `manage_classes'
>     /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/manager.rb:175:in
> `each'
>     /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og/manager.rb:175:in
> `manage_classes'
>     /share/home/trans/packages/nitro/nitro-5.10.18/dist/og/lib/og.rb:117:in
> `setup'
>     tc_join.rb:38:in `setup'
>
> 1 tests, 0 assertions, 0 failures, 1 errors
> trans at ubixie:~/packages/nitro/nitro-5.10.18/dist/og/test/og$
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From transfire at gmail.com  Tue Oct 18 10:48:05 2005
From: transfire at gmail.com (TRANS)
Date: Tue, 18 Oct 2005 10:48:05 -0400
Subject: [Nitro] New bug fixed development version.
In-Reply-To: <afd80b540510180655o564549f3nd8f42c51dd925107@mail.gmail.com>
References: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>
	<4b6f054f0510180652k4f382ccfr5e1d5504277d276@mail.gmail.com>
	<afd80b540510180655o564549f3nd8f42c51dd925107@mail.gmail.com>
Message-ID: <4b6f054f0510180748o7201eeact14151e93bb4db232@mail.gmail.com>

On 10/18/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> thanks,
>
> If you find more bugs let me know...
> Btw, can you run
>
> rake
>
> in nitro and see if the distribution gets generated for you? This
> seems broken in 1.8.3

Seems to have worked fine.

T.



From george.moschovitis at gmail.com  Tue Oct 18 10:56:38 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 18 Oct 2005 17:56:38 +0300
Subject: [Nitro] New bug fixed development version.
In-Reply-To: <4b6f054f0510180748o7201eeact14151e93bb4db232@mail.gmail.com>
References: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>
	<4b6f054f0510180652k4f382ccfr5e1d5504277d276@mail.gmail.com>
	<afd80b540510180655o564549f3nd8f42c51dd925107@mail.gmail.com>
	<4b6f054f0510180748o7201eeact14151e93bb4db232@mail.gmail.com>
Message-ID: <afd80b540510180756t1cb8acc8u2398f226df106372@mail.gmail.com>

Ok,

then when I am ready to release, you will prepare the gems and tgz for me? ;-)

btw, send me the gems I want to see if they work on 1.8.3

-g.

On 10/18/05, TRANS <transfire at gmail.com> wrote:
> On 10/18/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > thanks,
> >
> > If you find more bugs let me know...
> > Btw, can you run
> >
> > rake
> >
> > in nitro and see if the distribution gets generated for you? This
> > seems broken in 1.8.3
>
> Seems to have worked fine.
>
> T.
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From transfire at gmail.com  Tue Oct 18 11:13:56 2005
From: transfire at gmail.com (TRANS)
Date: Tue, 18 Oct 2005 11:13:56 -0400
Subject: [Nitro] New bug fixed development version.
In-Reply-To: <afd80b540510180756t1cb8acc8u2398f226df106372@mail.gmail.com>
References: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>
	<4b6f054f0510180652k4f382ccfr5e1d5504277d276@mail.gmail.com>
	<afd80b540510180655o564549f3nd8f42c51dd925107@mail.gmail.com>
	<4b6f054f0510180748o7201eeact14151e93bb4db232@mail.gmail.com>
	<afd80b540510180756t1cb8acc8u2398f226df106372@mail.gmail.com>
Message-ID: <4b6f054f0510180813g4626ced5nc7ea930ce2c7933a@mail.gmail.com>

On 10/18/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Ok,
>
> then when I am ready to release, you will prepare the gems and tgz for me? ;-)
>
> btw, send me the gems I want to see if they work on 1.8.3
>
> -g.
>
> On 10/18/05, TRANS <transfire at gmail.com> wrote:
> > On 10/18/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > > thanks,
> > >
> > > If you find more bugs let me know...
> > > Btw, can you run
> > >
> > > rake
> > >
> > > in nitro and see if the distribution gets generated for you? This
> > > seems broken in 1.8.3
> >
> > Seems to have worked fine.
> >
> > T.
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
( o)  ???
 //    trans.
/ /    transfire at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: og-0.24.0.gem
Type: application/octet-stream
Size: 106496 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051018/886feaf2/attachment.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nitro-0.24.0.gem
Type: application/octet-stream
Size: 189440 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051018/886feaf2/attachment-0001.obj 

From guillaume.pierronnet at gmail.com  Tue Oct 18 12:22:11 2005
From: guillaume.pierronnet at gmail.com (guillaume pierronnet)
Date: Tue, 18 Oct 2005 18:22:11 +0200
Subject: [Nitro] New bug fixed development version.
In-Reply-To: <4b6f054f0510180813g4626ced5nc7ea930ce2c7933a@mail.gmail.com>
References: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>
	<4b6f054f0510180652k4f382ccfr5e1d5504277d276@mail.gmail.com>
	<afd80b540510180655o564549f3nd8f42c51dd925107@mail.gmail.com>
	<4b6f054f0510180748o7201eeact14151e93bb4db232@mail.gmail.com>
	<afd80b540510180756t1cb8acc8u2398f226df106372@mail.gmail.com>
	<4b6f054f0510180813g4626ced5nc7ea930ce2c7933a@mail.gmail.com>
Message-ID: <6a7d49ca0510180922v19eff7b0h@mail.gmail.com>

got the following error when starting my app with preview 2005-10-18
not with 2005-10-17:

Og::Version 0.24.0
/home/moumar/nitro/dist/og/lib/og/mixin/orderable.rb:167:in
`module_eval': undefined method `pre' for PlaylistTrack:Class
(NoMethodError)
        from /home/moumar/nitro/dist/og/lib/og/mixin/orderable.rb:167:in
`append_dynamic_features'
        from /usr/lib/ruby/gems/1.8/gems/facets-2005.10.15/lib/mega/dynamod.rb:105:in
`include'
        from /usr/lib/ruby/gems/1.8/gems/facets-2005.10.15/lib/mega/dynamod.rb:103:in
`include'
        from ./src/model.rb:97
        from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:21:in
`require'
        from ./run.rb:8





2005/10/18, TRANS <transfire at gmail.com>:
> On 10/18/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > Ok,
> >
> > then when I am ready to release, you will prepare the gems and tgz for me? ;-)
> >
> > btw, send me the gems I want to see if they work on 1.8.3
> >
> > -g.
> >
> > On 10/18/05, TRANS <transfire at gmail.com> wrote:
> > > On 10/18/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > > > thanks,
> > > >
> > > > If you find more bugs let me know...
> > > > Btw, can you run
> > > >
> > > > rake
> > > >
> > > > in nitro and see if the distribution gets generated for you? This
> > > > seems broken in 1.8.3
> > >
> > > Seems to have worked fine.
> > >
> > > T.
> > >
> > > _______________________________________________
> > > Nitro-general mailing list
> > > Nitro-general at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/nitro-general
> > >
> >
> >
> > --
> > http://www.gmosx.com
> > http://www.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
>
>
> --
> ( o)  ???
>  //    trans.
> / /    transfire at gmail.com
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
>


From james_b at neurogami.com  Tue Oct 18 13:05:06 2005
From: james_b at neurogami.com (James Britt)
Date: Tue, 18 Oct 2005 10:05:06 -0700
Subject: [Nitro] New bug fixed development version.
In-Reply-To: <4b6f054f0510180813g4626ced5nc7ea930ce2c7933a@mail.gmail.com>
References: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>	<4b6f054f0510180652k4f382ccfr5e1d5504277d276@mail.gmail.com>	<afd80b540510180655o564549f3nd8f42c51dd925107@mail.gmail.com>	<4b6f054f0510180748o7201eeact14151e93bb4db232@mail.gmail.com>	<afd80b540510180756t1cb8acc8u2398f226df106372@mail.gmail.com>
	<4b6f054f0510180813g4626ced5nc7ea930ce2c7933a@mail.gmail.com>
Message-ID: <43552B42.5050700@neurogami.com>

TRANS wrote:
> On 10/18/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> 
>>Ok,
>>
>>then when I am ready to release, you will prepare the gems and tgz for me? ;-)
>>
>>btw, send me the gems I want to see if they work on 1.8.3

No love for Windows users?

I tried to install these gems on my Windows box, which uses the latest 
1-click for Windows Ruby installer, which is 1.8.2.


The gems refuse to install, reporting a need for 1.8.3

I've held off installing 1.8.3 on a production Linux box, too, as it 
reportedly breaks other code (and I have some Rails apps in production).



James


From akonsu at gmail.com  Tue Oct 18 19:35:23 2005
From: akonsu at gmail.com (akonsu)
Date: Tue, 18 Oct 2005 16:35:23 -0700
Subject: [Nitro] how to generate database constraints with og?
In-Reply-To: <acfb5bdc0510171329i140d29cdk@mail.gmail.com>
References: <acfb5bdc0510171329i140d29cdk@mail.gmail.com>
Message-ID: <acfb5bdc0510181635h5e5888c4o@mail.gmail.com>

hello,

unfortunately noone responded, so i had to read the code ;-). it seems
that to add constraints one needs to add

:sql_constrain '...'

to the class definition. is this true? (btw, is it possible to fix
this spelling error?) the problem is that my constraint uses a query
and in postgreSQL check constraints cannot have subqueries, so in my
constraint's expression i have to use an sql function that performs
this subquery.

is there a way in Og to create an SQL function? what is the general
way of doing something like this? do i have to manually tweak the
database after it s created during the fist Og run?

konstantin

2005/10/17, akonsu <akonsu at gmail.com>:
> Hello,
>
> i am totally new to nitro and og, and i am working off the source code
> and without any documentation so far so please forgive my ignorance.
>
> my question is whether it is possible to generate constraints when
> creating a database from og objects. for example, the blog in
> examples-0.23.0 that i downloaded creates blog entries and comments
> tables and even these tables have primary keys but i did not see any
> foreign key constraints created. how to do that? also, is there a way
> to generate a general purpose CHECK constraints?
>
> thank you in advance
> konstantin
>



From zachary.zolton at gmail.com  Tue Oct 18 21:09:48 2005
From: zachary.zolton at gmail.com (Zachary Zolton)
Date: Tue, 18 Oct 2005 21:09:48 -0400
Subject: [Nitro] how to generate database constraints with og?
In-Reply-To: <acfb5bdc0510181635h5e5888c4o@mail.gmail.com>
References: <acfb5bdc0510171329i140d29cdk@mail.gmail.com>
	<acfb5bdc0510181635h5e5888c4o@mail.gmail.com>
Message-ID: <f728979f0510181809h6c2f3893xdc612d505e2893d7@mail.gmail.com>

Being able to do Stored Procs and Functions is a necessity for
developing professional web applications.  Unfortunately, no two
databases do them the same way, so there would have to be a way to
define versions for specific databases.

Still, it'd be nice to be able to call a stored procedure just like a
Ruby method!  What do you guys think?



From epiperak at softlab.ece.ntua.gr  Tue Oct 18 22:02:14 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 19 Oct 2005 05:02:14 +0300 (EEST)
Subject: [Nitro] how to generate database constraints with og?
In-Reply-To: <acfb5bdc0510181635h5e5888c4o@mail.gmail.com>
References: <acfb5bdc0510171329i140d29cdk@mail.gmail.com>
	<acfb5bdc0510181635h5e5888c4o@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0510190458570.1910@theseas.softlab.ece.ntua.gr>

> unfortunately noone responded, so i had to read the code ;-). it seems
> that to add constraints one needs to add

G. is really busy preparing the version 0.24 for release, and we are not 
so proficient in order to answer to you kind of advanced questions :-(

>
> is there a way in Og to create an SQL function? what is the general
> way of doing something like this? do i have to manually tweak the
> database after it s created during the fist Og run?

I believe that in the new version there is a way to do exactly that. Read 
the email that George posted a couple of days ago, desrcibing the new 
features of ver 0.24

Also try the #nitro, sometimes, when time permits , you can get help 
there...

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From m.fellinger at gmail.com  Wed Oct 19 00:24:46 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Wed, 19 Oct 2005 06:24:46 +0200
Subject: [Nitro] New bug fixed development version.
In-Reply-To: <43552B42.5050700@neurogami.com>
References: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>
	<4b6f054f0510180652k4f382ccfr5e1d5504277d276@mail.gmail.com>
	<afd80b540510180655o564549f3nd8f42c51dd925107@mail.gmail.com>
	<4b6f054f0510180748o7201eeact14151e93bb4db232@mail.gmail.com>
	<afd80b540510180756t1cb8acc8u2398f226df106372@mail.gmail.com>
	<4b6f054f0510180813g4626ced5nc7ea930ce2c7933a@mail.gmail.com>
	<43552B42.5050700@neurogami.com>
Message-ID: <9c00d3e00510182124m66d00c40k@mail.gmail.com>

Hi James, and hello to the List,

There is a 1-clicky on the way for 1.8.3 afaik and as is rumoured on
the ML of ruby-lang, so this should be only temporary... but i have
some boxes who run 1.8.1/1.8.2 still and are hard to upgrade. so i
might have to install ruby from source, wich breaks some dependencies
and will make me compiling every future release (not that this is a
bad thing...)

however, one question for the others
./nitro.rb:27:  setting :proto_path, :default =>
"#{LibPath}/../proto", :doc => 'The path to the prototype application'

this line has caused me some really bad headache.
why the heck is it #{LibPath}/../proto and not #{LibPath}/proto ?
this is where it should belong... got the line in the latest version
from george, and found no evidence why it is so.
caused every ruby-app that i ran and that uses og to crash.

so long
manveru

2005/10/18, James Britt <james_b at neurogami.com>:
> TRANS wrote:
> > On 10/18/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> >
> >>Ok,
> >>
> >>then when I am ready to release, you will prepare the gems and tgz for me? ;-)
> >>
> >>btw, send me the gems I want to see if they work on 1.8.3
>
> No love for Windows users?
>
> I tried to install these gems on my Windows box, which uses the latest
> 1-click for Windows Ruby installer, which is 1.8.2.
>
>
> The gems refuse to install, reporting a need for 1.8.3
>
> I've held off installing 1.8.3 on a production Linux box, too, as it
> reportedly breaks other code (and I have some Rails apps in production).
>
>
>
> James
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From george.moschovitis at gmail.com  Wed Oct 19 02:54:10 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 19 Oct 2005 09:54:10 +0300
Subject: [Nitro] how to generate database constraints with og?
In-Reply-To: <acfb5bdc0510181635h5e5888c4o@mail.gmail.com>
References: <acfb5bdc0510171329i140d29cdk@mail.gmail.com>
	<acfb5bdc0510181635h5e5888c4o@mail.gmail.com>
Message-ID: <afd80b540510182354l7f2086cbldfd28aeccbf6cc2@mail.gmail.com>

> :sql_constrain '...'

yeap this is true ;-)

> to the class definition. is this true? (btw, is it possible to fix
> this spelling error?) the problem is that my constraint uses a query

thanks for reporting this error!

> way of doing something like this? do i have to manually tweak the
> database after it s created during the fist Og run?

at the moment yes

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Wed Oct 19 02:55:49 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 19 Oct 2005 09:55:49 +0300
Subject: [Nitro] New bug fixed development version.
In-Reply-To: <9c00d3e00510182124m66d00c40k@mail.gmail.com>
References: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>
	<4b6f054f0510180652k4f382ccfr5e1d5504277d276@mail.gmail.com>
	<afd80b540510180655o564549f3nd8f42c51dd925107@mail.gmail.com>
	<4b6f054f0510180748o7201eeact14151e93bb4db232@mail.gmail.com>
	<afd80b540510180756t1cb8acc8u2398f226df106372@mail.gmail.com>
	<4b6f054f0510180813g4626ced5nc7ea930ce2c7933a@mail.gmail.com>
	<43552B42.5050700@neurogami.com>
	<9c00d3e00510182124m66d00c40k@mail.gmail.com>
Message-ID: <afd80b540510182355w1247569ej9232605a872b19a@mail.gmail.com>

Ok I 'll remove the dependency on 1.8.3 and check out the rest of the
bug reports.

-g.

On 10/19/05, Michael Fellinger <m.fellinger at gmail.com> wrote:
> Hi James, and hello to the List,
>
> There is a 1-clicky on the way for 1.8.3 afaik and as is rumoured on
> the ML of ruby-lang, so this should be only temporary... but i have
> some boxes who run 1.8.1/1.8.2 still and are hard to upgrade. so i
> might have to install ruby from source, wich breaks some dependencies
> and will make me compiling every future release (not that this is a
> bad thing...)
>
> however, one question for the others
> ./nitro.rb:27:  setting :proto_path, :default =>
> "#{LibPath}/../proto", :doc => 'The path to the prototype application'
>
> this line has caused me some really bad headache.
> why the heck is it #{LibPath}/../proto and not #{LibPath}/proto ?
> this is where it should belong... got the line in the latest version
> from george, and found no evidence why it is so.
> caused every ruby-app that i ran and that uses og to crash.
>
> so long
> manveru
>
> 2005/10/18, James Britt <james_b at neurogami.com>:
> > TRANS wrote:
> > > On 10/18/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > >
> > >>Ok,
> > >>
> > >>then when I am ready to release, you will prepare the gems and tgz for me? ;-)
> > >>
> > >>btw, send me the gems I want to see if they work on 1.8.3
> >
> > No love for Windows users?
> >
> > I tried to install these gems on my Windows box, which uses the latest
> > 1-click for Windows Ruby installer, which is 1.8.2.
> >
> >
> > The gems refuse to install, reporting a need for 1.8.3
> >
> > I've held off installing 1.8.3 on a production Linux box, too, as it
> > reportedly breaks other code (and I have some Rails apps in production).
> >
> >
> >
> > James
> > _______________________________________________
> > 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.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Wed Oct 19 04:27:27 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 19 Oct 2005 11:27:27 +0300
Subject: [Nitro] New bug fixed development version.
In-Reply-To: <9c00d3e00510182124m66d00c40k@mail.gmail.com>
References: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>
	<4b6f054f0510180652k4f382ccfr5e1d5504277d276@mail.gmail.com>
	<afd80b540510180655o564549f3nd8f42c51dd925107@mail.gmail.com>
	<4b6f054f0510180748o7201eeact14151e93bb4db232@mail.gmail.com>
	<afd80b540510180756t1cb8acc8u2398f226df106372@mail.gmail.com>
	<4b6f054f0510180813g4626ced5nc7ea930ce2c7933a@mail.gmail.com>
	<43552B42.5050700@neurogami.com>
	<9c00d3e00510182124m66d00c40k@mail.gmail.com>
Message-ID: <afd80b540510190127g688cfb62hdb73c67aeca60ac9@mail.gmail.com>

> why the heck is it #{LibPath}/../proto and not #{LibPath}/proto ?

#{LibPath}/../proto is the correct dir...

dunno why this crashes for you...


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Wed Oct 19 04:31:43 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 19 Oct 2005 11:31:43 +0300
Subject: [Nitro] Changes
Message-ID: <afd80b540510190131o60dee5c1xbe26def7b8ab119@mail.gmail.com>

I am cleaning up in preparations of the 0.24.0 release. I would like
top remove install.rb from the distribution because it is not up to
date and I don't think anyone uses this. What do you think.

I will also try to switch to Reap instead of Rake to prepare the
distribution, as I keep having some problems with the latest version
of Rake, and because I like Tom's projects ;-)

Last but not least, www.nitrohq.com will be probably live later today ;-)

regards,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From transfire at gmail.com  Wed Oct 19 08:01:58 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 19 Oct 2005 08:01:58 -0400
Subject: [Nitro] Changes
In-Reply-To: <afd80b540510190131o60dee5c1xbe26def7b8ab119@mail.gmail.com>
References: <afd80b540510190131o60dee5c1xbe26def7b8ab119@mail.gmail.com>
Message-ID: <4b6f054f0510190501n2acb1330l156f3535f79f836b@mail.gmail.com>

On 10/19/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> I am cleaning up in preparations of the 0.24.0 release. I would like
> top remove install.rb from the distribution because it is not up to
> date and I don't think anyone uses this. What do you think.

I agree, but I would at least include setup.rb. It's the defacto
standard for manual installs. Gems is nice, but it's good to have a
fall back.

> I will also try to switch to Reap instead of Rake to prepare the
> distribution, as I keep having some problems with the latest version
> of Rake, and because I like Tom's projects ;-)

:-) Reap works well for what it does --project management tasks. And
will only improve with time, like a fine wine ;-) Rake is still useful
for doing odd tasks though, if a project needs any of those.

> Last but not least, www.nitrohq.com will be probably live later today ;-)

Wonderful!!!

T.



From george.moschovitis at gmail.com  Wed Oct 19 08:25:18 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 19 Oct 2005 15:25:18 +0300
Subject: [Nitro] Changes
In-Reply-To: <4b6f054f0510190501n2acb1330l156f3535f79f836b@mail.gmail.com>
References: <afd80b540510190131o60dee5c1xbe26def7b8ab119@mail.gmail.com>
	<4b6f054f0510190501n2acb1330l156f3535f79f836b@mail.gmail.com>
Message-ID: <afd80b540510190525nc4c1506k286a849a56914334@mail.gmail.com>

> I agree, but I would at least include setup.rb. It's the defacto
> standard for manual installs. Gems is nice, but it's good to have a
> fall back.

can you help me with this setup.rb? Or anyone else?

> :-) Reap works well for what it does --project management tasks. And
> will only improve with time, like a fine wine ;-) Rake is still useful
> for doing odd tasks though, if a project needs any of those.

I played a bit with Reap and I like it ;-)


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From m.fellinger at gmail.com  Wed Oct 19 08:32:39 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Wed, 19 Oct 2005 14:32:39 +0200
Subject: [Nitro] New bug fixed development version.
In-Reply-To: <afd80b540510190127g688cfb62hdb73c67aeca60ac9@mail.gmail.com>
References: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>
	<4b6f054f0510180652k4f382ccfr5e1d5504277d276@mail.gmail.com>
	<afd80b540510180655o564549f3nd8f42c51dd925107@mail.gmail.com>
	<4b6f054f0510180748o7201eeact14151e93bb4db232@mail.gmail.com>
	<afd80b540510180756t1cb8acc8u2398f226df106372@mail.gmail.com>
	<4b6f054f0510180813g4626ced5nc7ea930ce2c7933a@mail.gmail.com>
	<43552B42.5050700@neurogami.com>
	<9c00d3e00510182124m66d00c40k@mail.gmail.com>
	<afd80b540510190127g688cfb62hdb73c67aeca60ac9@mail.gmail.com>
Message-ID: <9c00d3e00510190532q7579633bk@mail.gmail.com>

Hey George

well, irb says the following

irb(main):001:0> require 'rubygems'
=> true
irb(main):002:0> require 'nitro'
=> true
irb(main):003:0> p Nitro.proto_path
"/usr/local/lib/site_ruby/1.8/nitro/proto"

but this is _after_ i changed the directory in the nitro.rb
before that, it pointed to "/usr/local/lib/site_ruby/1.8/../proto"
and that is bad... very bad...
btw, i did that with a fresh nitro-install, removed all gems/remaining
files before.
however, i can live with that since i know how to fix it, and if it
doesn't crashes anyone elses machine i guess the failure is on my
side.

btw, spark is really good ^^ will use it for the new rdog. (there
should have been some mentioning that it requires the syntax-gem
tho...

so long...
manveru

2005/10/19, George Moschovitis <george.moschovitis at gmail.com>:
> > why the heck is it #{LibPath}/../proto and not #{LibPath}/proto ?
>
> #{LibPath}/../proto is the correct dir...
>
> dunno why this crashes for you...
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From george.moschovitis at gmail.com  Wed Oct 19 08:44:17 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 19 Oct 2005 15:44:17 +0300
Subject: [Nitro] New bug fixed development version.
In-Reply-To: <9c00d3e00510190532q7579633bk@mail.gmail.com>
References: <afd80b540510180508j66a78367j372e58086f3df640@mail.gmail.com>
	<4b6f054f0510180652k4f382ccfr5e1d5504277d276@mail.gmail.com>
	<afd80b540510180655o564549f3nd8f42c51dd925107@mail.gmail.com>
	<4b6f054f0510180748o7201eeact14151e93bb4db232@mail.gmail.com>
	<afd80b540510180756t1cb8acc8u2398f226df106372@mail.gmail.com>
	<4b6f054f0510180813g4626ced5nc7ea930ce2c7933a@mail.gmail.com>
	<43552B42.5050700@neurogami.com>
	<9c00d3e00510182124m66d00c40k@mail.gmail.com>
	<afd80b540510190127g688cfb62hdb73c67aeca60ac9@mail.gmail.com>
	<9c00d3e00510190532q7579633bk@mail.gmail.com>
Message-ID: <afd80b540510190544n2d2c260dp3de8516e83ec6a07@mail.gmail.com>

> however, i can live with that since i know how to fix it, and if it
> doesn't crashes anyone elses machine i guess the failure is on my
> side.

ok will investigate, a new dev version will probably be released later...

> btw, spark is really good ^^ will use it for the new rdog. (there
> should have been some mentioning that it requires the syntax-gem
> tho...

yeah sparks is great, and we have some cool ideas here at Navel ;-)
stay tunned. Btw thanks for the syntax tip.

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Wed Oct 19 09:56:59 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 19 Oct 2005 16:56:59 +0300
Subject: [Nitro] new dev
Message-ID: <afd80b540510190656s60c4fdabi47b272e93eef67c0@mail.gmail.com>

you can find the daily snapshot of 0.24.0 here:

http://www.me.gr/nitro/dist-2005-10-19.zip

quick instructions:

unzip, add {nitro,og,glue,gen}/lib in the ruby include path
make sure yu have the latest facets.

regards,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From transfire at gmail.com  Wed Oct 19 13:09:25 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 19 Oct 2005 13:09:25 -0400
Subject: [Nitro] Changes
In-Reply-To: <afd80b540510190525nc4c1506k286a849a56914334@mail.gmail.com>
References: <afd80b540510190131o60dee5c1xbe26def7b8ab119@mail.gmail.com>
	<4b6f054f0510190501n2acb1330l156f3535f79f836b@mail.gmail.com>
	<afd80b540510190525nc4c1506k286a849a56914334@mail.gmail.com>
Message-ID: <4b6f054f0510191009x6f5ff548tf9b8218ec023fa5@mail.gmail.com>

On 10/19/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > I agree, but I would at least include setup.rb. It's the defacto
> > standard for manual installs. Gems is nice, but it's good to have a
> > fall back.
>
> can you help me with this setup.rb? Or anyone else?

Sure. It's very easy. All you have to do is be sure to follow the
proper conventions. And I think you do that for the most part already,
so you're probably done already ;-) Quick overview:

  mylib/
    setup.rb
    lib/
      mylib/
    bin/
    data/
      mylib/
    conf/
      mylib/

> > :-) Reap works well for what it does --project management tasks. And
> > will only improve with time, like a fine wine ;-) Rake is still useful
> > for doing odd tasks though, if a project needs any of those.
>
> I played a bit with Reap and I like it ;-)

Good to hear! If you have any suggestions for improving it please let me know.

T.



From chris at motionpath.com  Wed Oct 19 14:16:34 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Wed, 19 Oct 2005 19:16:34 +0100
Subject: [Nitro] new dev
In-Reply-To: <afd80b540510190656s60c4fdabi47b272e93eef67c0@mail.gmail.com>
References: <afd80b540510190656s60c4fdabi47b272e93eef67c0@mail.gmail.com>
Message-ID: <B73B8DF4-C77E-402B-9CDB-B0192E081263@motionpath.com>


Hey ya:

had a chance to get bits of the scaffolding and single table
inheritance working...hope my patch is readable. it's tricky
working from one version (18) then patching to another (19)

subversion subversion subversion
are there any plans to setup a semi-stable development fork
repository at all? should benefit everyone

I'll continue working on it tommorw. ....new version is fun .. think
I need to learn more about the annotations ... looks like it could
get very cool.

grab the diff from lego
www.lego.motionpath.com


chrisfarms




On 19 Oct 2005, at 14:56, George Moschovitis wrote:

> you can find the daily snapshot of 0.24.0 here:
>
> http://www.me.gr/nitro/dist-2005-10-19.zip
>
> quick instructions:
>
> unzip, add {nitro,og,glue,gen}/lib in the ruby include path
> make sure yu have the latest facets.
>
> regards,
> George.
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20051019/593e1ba1/attachment.html 

From akonsu at gmail.com  Wed Oct 19 17:18:46 2005
From: akonsu at gmail.com (akonsu)
Date: Wed, 19 Oct 2005 14:18:46 -0700
Subject: [Nitro] something like a cms ?
Message-ID: <acfb5bdc0510191418r2a89b37fy@mail.gmail.com>

Hello,

among various languages that have a real grammar, i liked ruby much
better than python because of ruby's meta-programming capabilities,
and i liked nitro much better than rails because nitro is easier to
set up and has shorter start up time. ;-)

so, i am writing a web site that will allow the owner to edit its
contents using his browser. the site has a simple tree-like structure
of its url space. i want to implement something similar to zope's
admin view. you can add a folder to your site, and then add a text
file into this filder, or an image, or any other object. the path of
each object inside the tree is the path used in the request url.

so, a request comes, i get the url path, look up an object in my
database with this path, and serve it.

this seems to clash with nitro's way of handling requests. so it seems
i need another dispatch mode and a dispatcher. is this correct? any
pointers as to how this should be done?

any other suggestions or better ideas about implementing a user
editable url space?

thanks for any input.
konstantin

PS: if interested i can go into more length about what i am trying to
do and how. maybe we can build a general cms on top of nitro...



From george.moschovitis at gmail.com  Thu Oct 20 03:41:23 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 20 Oct 2005 10:41:23 +0300
Subject: [Nitro] new dev
In-Reply-To: <B73B8DF4-C77E-402B-9CDB-B0192E081263@motionpath.com>
References: <afd80b540510190656s60c4fdabi47b272e93eef67c0@mail.gmail.com>
	<B73B8DF4-C77E-402B-9CDB-B0192E081263@motionpath.com>
Message-ID: <afd80b540510200041q41b2632dw107487fe27871671@mail.gmail.com>

> subversion subversion subversion
> are there any plans to setup a semi-stable development fork
> repository at all? should benefit everyone

The server is ready, In fact I am about to start installing ruby,
nitro, postgres/mysql etc. So if everything goes well, nitrohq.com
will be online today.

I 'll also setup a darcs repository to enable community development.

stay tuned,
George.


>
> I'll continue working on it tommorw. ....new version is fun .. think
> I need to learn more about the annotations ... looks like it could
> get very cool.
>
> grab the diff from lego
> www.lego.motionpath.com
>
>
> chrisfarms
>
>
>
>
>
> On 19 Oct 2005, at 14:56, George Moschovitis wrote:
>
> you can find the daily snapshot of 0.24.0 here:
>
> http://www.me.gr/nitro/dist-2005-10-19.zip
>
> quick instructions:
>
> unzip, add {nitro,og,glue,gen}/lib in the ruby include path
> make sure yu have the latest facets.
>
> regards,
> George.
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris at motionpath.com  Thu Oct 20 04:19:30 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Thu, 20 Oct 2005 09:19:30 +0100
Subject: [Nitro] new dev
In-Reply-To: <afd80b540510200041q41b2632dw107487fe27871671@mail.gmail.com>
References: <afd80b540510190656s60c4fdabi47b272e93eef67c0@mail.gmail.com>
	<B73B8DF4-C77E-402B-9CDB-B0192E081263@motionpath.com>
	<afd80b540510200041q41b2632dw107487fe27871671@mail.gmail.com>
Message-ID: <12F39FB2-E9F1-47A7-8A83-DDEA67EF59A1@motionpath.com>

>
> I 'll also setup a darcs repository to enable community development.
>

Good plan G, look forward to this and the return of nitrohq.com

chrisfarms.


From chris at motionpath.com  Thu Oct 20 06:07:56 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Thu, 20 Oct 2005 11:07:56 +0100
Subject: [Nitro] Ordering of properties
Message-ID: <6283DCF1-73C3-49E0-9C56-DFD617EA75F9@motionpath.com>


Anyone playing with 0.24:

I've noticed that the properties are now stored in a Hash
not an Array... this has the side effect of losing the insertion
order of the properties (which was quite handy for quick
layout of scaffold - or other custom cms).

Don't suppose their is a handy nano Hash extension to
allow an .each_with_insertion_order method or something?
or maybe if no one minds I could make one? I would very
much like this functionality back.

I guess another option would be some kind of sorting metadata
but this could get ugly and is not as intuitive as simply typing
properties one after another.

Thanx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20051020/396ed1df/attachment.html 

From george.moschovitis at gmail.com  Thu Oct 20 06:13:14 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 20 Oct 2005 13:13:14 +0300
Subject: [Nitro] Ordering of properties
In-Reply-To: <6283DCF1-73C3-49E0-9C56-DFD617EA75F9@motionpath.com>
References: <6283DCF1-73C3-49E0-9C56-DFD617EA75F9@motionpath.com>
Message-ID: <afd80b540510200313l1f9324a8qd4deee91b219e9c0@mail.gmail.com>

> I've noticed that the properties are now stored in a Hash
> ...
> layout of scaffold - or other custom cms).

I am aware of this sideffect. This will be probably fixed before 0.24.0 final
or in 0.25.0 (this will be released about a week after 0.24.0)

> Don't suppose their is a handy nano Hash extension to
> ...
> much like this functionality back.

If we could keep the hash and the ordering this would be great. I
would like to see an implementation. It would save me some time.

regards,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From m.fellinger at gmail.com  Thu Oct 20 06:17:03 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Thu, 20 Oct 2005 12:17:03 +0200
Subject: [Nitro] Ordering of properties
In-Reply-To: <afd80b540510200313l1f9324a8qd4deee91b219e9c0@mail.gmail.com>
References: <6283DCF1-73C3-49E0-9C56-DFD617EA75F9@motionpath.com>
	<afd80b540510200313l1f9324a8qd4deee91b219e9c0@mail.gmail.com>
Message-ID: <9c00d3e00510200317m28f4fd81r@mail.gmail.com>

Hey,

You are aware of OrderedHash? i think it is in nano, probably it is in
mega, but it is in every case bundled with nitro :)
It should be the most elegant solution..

so long...
manveru

On 10/20/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > I've noticed that the properties are now stored in a Hash
> > ...
> > layout of scaffold - or other custom cms).
>
> I am aware of this sideffect. This will be probably fixed before 0.24.0
> final
> or in 0.25.0 (this will be released about a week after 0.24.0)
>
> > Don't suppose their is a handy nano Hash extension to
> > ...
> > much like this functionality back.
>
> If we could keep the hash and the ordering this would be great. I
> would like to see an implementation. It would save me some time.
>
> regards,
> George.
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From chris at motionpath.com  Thu Oct 20 06:26:30 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Thu, 20 Oct 2005 11:26:30 +0100
Subject: [Nitro] Ordering of properties
In-Reply-To: <9c00d3e00510200317m28f4fd81r@mail.gmail.com>
References: <6283DCF1-73C3-49E0-9C56-DFD617EA75F9@motionpath.com>
	<afd80b540510200313l1f9324a8qd4deee91b219e9c0@mail.gmail.com>
	<9c00d3e00510200317m28f4fd81r@mail.gmail.com>
Message-ID: <0874F794-29F4-472C-9786-629FB2CBEBC2@motionpath.com>


good call ... does appear to be in facets

C

On 20 Oct 2005, at 11:17, Michael Fellinger wrote:

> OrderedHash

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20051020/1399a94b/attachment.html 

From george.moschovitis at gmail.com  Thu Oct 20 06:29:39 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 20 Oct 2005 13:29:39 +0300
Subject: [Nitro] Ordering of properties
In-Reply-To: <9c00d3e00510200317m28f4fd81r@mail.gmail.com>
References: <6283DCF1-73C3-49E0-9C56-DFD617EA75F9@motionpath.com>
	<afd80b540510200313l1f9324a8qd4deee91b219e9c0@mail.gmail.com>
	<9c00d3e00510200317m28f4fd81r@mail.gmail.com>
Message-ID: <afd80b540510200329g5f6a059bo99b2162e16bacefc@mail.gmail.com>

> You are aware of OrderedHash? i think it is in nano, probably it is in
> mega, but it is in every case bundled with nitro :)
> It should be the most elegant solution..

Will check this out...

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From rob at motionpath.com  Thu Oct 20 08:58:06 2005
From: rob at motionpath.com (Rob Pitt)
Date: Thu, 20 Oct 2005 13:58:06 +0100
Subject: [Nitro] Fixes to database libs in 0.24 r19
Message-ID: <4357945E.1080501@motionpath.com>

Couple of fairly minor things:

Could you please add:

require 'time'

To line 2 of lib/og/store/sql.rb as this is needed here and has not
already been required in some circumstances (multiple databases, manual
management)

Also, line 221 of lib/og/store/mysql.rb under def create_table(klass):

    There is no proper checking if tables already exist. This is not
normally a problem as the mysql library throws an exception and sets
$!.errno to 1050 (already exists). However, sometimes  I do not give the
db user write access if I just want to read the db with OG resulting in
a different error code, 1142 (access deined). You could do something
slicker than my one line fix of:

return if @conn.list_tables.include?(klass::OGTABLE)

I think this might give a good idea of how this should be done instead?

- Rob



From aglarond at gmail.com  Thu Oct 20 09:08:02 2005
From: aglarond at gmail.com (Dimitri Aivaliotis)
Date: Thu, 20 Oct 2005 15:08:02 +0200
Subject: [Nitro] Fixes to database libs in 0.24 r19
In-Reply-To: <4357945E.1080501@motionpath.com>
References: <4357945E.1080501@motionpath.com>
Message-ID: <55c107bf0510200608s1140c546hd27055e450edbe51@mail.gmail.com>

On 10/20/05, Rob Pitt <rob at motionpath.com> wrote:
>
>
> Also, line 221 of lib/og/store/mysql.rb under def create_table(klass):
>
> There is no proper checking if tables already exist. This is not
> normally a problem as the mysql library throws an exception and sets
> $!.errno to 1050 (already exists). However, sometimes I do not give the
> db user write access if I just want to read the db with OG resulting in
> a different error code, 1142 (access deined). You could do something
> slicker than my one line fix of:
>
> return if @conn.list_tables.include?(klass::OGTABLE)
>
> I think this might give a good idea of how this should be done instead?
>

I was always getting tripped up here, too. Then I realized that there's a
parameter that can be set to avoid this:

Og.create_schema = false

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

From rob at motionpath.com  Thu Oct 20 09:31:52 2005
From: rob at motionpath.com (Rob Pitt)
Date: Thu, 20 Oct 2005 14:31:52 +0100
Subject: [Nitro] Fixes to database libs in 0.24 r19
In-Reply-To: <55c107bf0510200608s1140c546hd27055e450edbe51@mail.gmail.com>
References: <4357945E.1080501@motionpath.com>
	<55c107bf0510200608s1140c546hd27055e450edbe51@mail.gmail.com>
Message-ID: <43579C48.9060809@motionpath.com>

Dimitri Aivaliotis wrote:

> On 10/20/05, *Rob Pitt* <rob at motionpath.com 
> <mailto:rob at motionpath.com>> wrote:
>
>
>     Also, line 221 of lib/og/store/mysql.rb under def create_table(klass):
>
>         There is no proper checking if tables already exist. This is not
>     normally a problem as the mysql library throws an exception and sets
>     $!.errno to 1050 (already exists). However, sometimes  I do not
>     give the
>     db user write access if I just want to read the db with OG
>     resulting in
>     a different error code, 1142 (access deined). You could do something
>     slicker than my one line fix of:
>
>     return if @conn.list_tables.include?(klass::OGTABLE)
>
>     I think this might give a good idea of how this should be done
>     instead?
>
>
> I was always getting tripped up here, too.  Then I realized that 
> there's a parameter that can be set to avoid this:
>
> Og.create_schema = false
>
> - Dimitri
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>  
>
Thanks, that could be useful. I still think it should be changed to 
check if the table exists first though as it seems more reasonable and 
also it can be handy to have the create schema on when doing things like:

Og.thread_safe = false/ #stop og exploding/
$drop_table = false
mysql_config = {
  :store => 'mysql',
  :address => 'bender',
  :name => 'mxxx',
  :user => 'migrator',
  :password => 'oldie'
}

psql_config = {
  :store => 'psql',
  :address => 'fry',
  :name => 'mxxx',
  :user => 'nitro',
  :password => 'newone'
}

$DBG = true/ #Debug mode on/

/# Create two Og database objects, one for each database/
psql = Og.connect(psql_config)
mysql = Og.connect(mysql_config)
/# ========> END: Database setup

.................................

//#Manage each class with it's respective database/
mysql.manage(DynamicRdp)
psql.manage(ContentType)
psql.manage(Media)
psql.manage(ImageMedia)
psql.manage(Rdp)
  
/#Perform migration/
ModelMigrator.migrate(DynamicRdp,Rdp,$drop_table)
*end*

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20051020/829abfe2/attachment.html 

From rob at motionpath.com  Thu Oct 20 09:39:20 2005
From: rob at motionpath.com (Rob Pitt)
Date: Thu, 20 Oct 2005 14:39:20 +0100
Subject: [Nitro] target_singular_name in refers_to.rb
Message-ID: <43579E08.10109@motionpath.com>

Heya,

Could anyone tell me where the variable target_singular_name comes from on line 8 in refers_to.rb? It looks like it comes from itself later on in the code but that doesn't make any sense...

The reason I ask is because if you use ObjectGraph in the fashion I described earlier (managing multiple db's where they do not have the same tables and fields on both sites) sometimes this information is missing (and on the other relations too). I think it could be related to situations where Objects are related to other Objects in interconnected ways, I patched 0.23 in horrible ways with things like:

Index: lib/og/relation/refers_to.rb
===================================================================
--- lib/og/relation/refers_to.rb        (revision 1)
+++ lib/og/relation/refers_to.rb        (working copy)
@@ -5,6 +5,9 @@
 class RefersTo < Relation

   def enchant
+    target_pk ||= @options[:target_class].primary_key.reject!{|pka| pka.class != Symbol}.first
+    target_pkclass ||= @options[:target_class].primary_key.reject!{|pka| pka.class == Symbol}.first
+
     self[:foreign_key] = "#{foreign_name || target_singular_name}_#{target_pk}"

     if self[:field]


But this is horribly hacky and there must be a cleaner way?





From george.moschovitis at gmail.com  Thu Oct 20 09:46:22 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 20 Oct 2005 16:46:22 +0300
Subject: [Nitro] target_singular_name in refers_to.rb
In-Reply-To: <43579E08.10109@motionpath.com>
References: <43579E08.10109@motionpath.com>
Message-ID: <afd80b540510200646p5e902dc9jb3162a7c2d5d4081@mail.gmail.com>

> Could anyone tell me where the variable target_singular_name comes from on line 8 in
> refers_to.rb? It looks like it comes from itself later on in the code but that doesn't make
> any sense...

have a look here:

lib/og/relation.rb

174:  def resolve_polymorphic_relations(klass)

target_singular_name === self[:target_singular_name]

(method_missing is used)

-g.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Oct 21 04:32:46 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 21 Oct 2005 11:32:46 +0300
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
Message-ID: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>

Dear devs,

before we change the DNS I would like to ask you to experiment a bit
with the new
nitro wiki:

http://taurus.neusis.com

if you find any problems please let me know.

thanks,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris at motionpath.com  Fri Oct 21 04:53:00 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Fri, 21 Oct 2005 09:53:00 +0100
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
Message-ID: <C5584F54-7E3A-453F-B4EF-2F254889ED91@motionpath.com>



cool. will try and play when I can.

http://taurus.neusis.com/view/chrisfarms

fragement with a fragment goes a bit wrong...
but maybe that was asking bit much :)

chrisfarms.



On 21 Oct 2005, at 09:32, George Moschovitis wrote:

> Dear devs,
>
> before we change the DNS I would like to ask you to experiment a bit
> with the new
> nitro wiki:
>
> http://taurus.neusis.com
>
> if you find any problems please let me know.
>
> thanks,
> George.
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From george.moschovitis at gmail.com  Fri Oct 21 04:57:38 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 21 Oct 2005 11:57:38 +0300
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <C5584F54-7E3A-453F-B4EF-2F254889ED91@motionpath.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<C5584F54-7E3A-453F-B4EF-2F254889ED91@motionpath.com>
Message-ID: <afd80b540510210157j42f35975t1dde2a15cf1ec959@mail.gmail.com>

> fragement with a fragment goes a bit wrong...
> but maybe that was asking bit much :)

yeah, spark is just an example, dont expect too much. At some point,
nitorhq.com will use our internal high level framework we are
currently building on top of Nitro. You can expect some extremely
sophisticated features then ;-)

But perhaps more people can donate features into Spark (as you did
with the syntax idea). It is extremely easy to add useful features on
Spark.

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From zimba.tm at gmail.com  Fri Oct 21 05:05:00 2005
From: zimba.tm at gmail.com (zimba)
Date: Fri, 21 Oct 2005 11:05:00 +0200
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
Message-ID: <4358AF3C.40707@gmail.com>

George Moschovitis a ?crit :

>Dear devs,
>
>before we change the DNS I would like to ask you to experiment a bit
>with the new
>nitro wiki:
>
>http://taurus.neusis.com
>
>if you find any problems please let me know.
>
>thanks,
>George.
>
>--
>http://www.gmosx.com
>http://www.navel.gr
>http://www.nitrohq.com
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>
>  
>
Woot, great news !

Bugs :
* The authors page doesn't upgrade.
* Diff doesn't work
* Not everybody should be able to delete a page. The page and all the
history is lost and nobody knows how did this. The principle of the wiki
is broken , without revisions the abuses are ireversible.

Wishlist :
* You can't set the tags from withing the page editing
* A dynamic tag proposal like delicious would be nice (to avoid tag dupes)


Cheers,
  zimba

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051021/81bc7144/attachment.bin 

From george.moschovitis at gmail.com  Fri Oct 21 05:07:54 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 21 Oct 2005 12:07:54 +0300
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <4358AF3C.40707@gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<4358AF3C.40707@gmail.com>
Message-ID: <afd80b540510210207n4ec380c3vb2cf7cdc48e90747@mail.gmail.com>

thanks for the report

> Bugs :
> * The authors page doesn't upgrade.

you have to edit your page and add content for your page to show up...

> * Diff doesn't work

will investigate.

> * Not everybody should be able to delete a page. The page and all the
> history is lost and nobody knows how did this. The principle of the wiki
> is broken , without revisions the abuses are ireversible.

Hmm nice point!

> Wishlist :
> * You can't set the tags from withing the page editing
> * A dynamic tag proposal like delicious would be nice (to avoid tag dupes)

I hope the community can come up with these additions ;-) I am always
open for patches.

regards,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris at motionpath.com  Fri Oct 21 05:10:31 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Fri, 21 Oct 2005 10:10:31 +0100
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <4358AF3C.40707@gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<4358AF3C.40707@gmail.com>
Message-ID: <896977EB-4E54-4107-AB27-65B8702E64CB@motionpath.com>


On 21 Oct 2005, at 10:05, zimba wrote:

> * Not everybody should be able to delete a page. The page and all the
> history is lost and nobody knows how did this. The principle of the  
> wiki
> is broken , without revisions the abuses are ireversible.

was just going to mention this ... guess pass-wording the delete would
solve this.


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

From chris at motionpath.com  Fri Oct 21 05:16:20 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Fri, 21 Oct 2005 10:16:20 +0100
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <896977EB-4E54-4107-AB27-65B8702E64CB@motionpath.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<4358AF3C.40707@gmail.com>
	<896977EB-4E54-4107-AB27-65B8702E64CB@motionpath.com>
Message-ID: <0917056D-3078-45CE-9BE0-5B5BEFA67737@motionpath.com>


more:

=> searching appears to fail, then the search box on the /search page
takes you back to /Home (no action on <form>)

c.



On 21 Oct 2005, at 10:10, Chris Farmiloe wrote:

>
> On 21 Oct 2005, at 10:05, zimba wrote:
>
>> * Not everybody should be able to delete a page. The page and all the
>> history is lost and nobody knows how did this. The principle of  
>> the wiki
>> is broken , without revisions the abuses are ireversible.
>
> was just going to mention this ... guess pass-wording the delete would
> solve this.
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20051021/19c5e986/attachment.html 

From m.fellinger at gmail.com  Fri Oct 21 05:16:57 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Fri, 21 Oct 2005 11:16:57 +0200
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <896977EB-4E54-4107-AB27-65B8702E64CB@motionpath.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<4358AF3C.40707@gmail.com>
	<896977EB-4E54-4107-AB27-65B8702E64CB@motionpath.com>
Message-ID: <4358b407.4ffaf69b.6bcb.06a4@mx.gmail.com>

well...

so, only admin (and who got the password) can delete?
or should there be a whole user-interface, registration, login... all the 
stuff?
I think there should be a kind of delete-cache - where you delay the delete of 
a page by some days and mention them on the view/to_delete or something... 
would that be a big overhead?

manveru

Am Freitag 21 Oktober 2005 11:10 schrieb Chris Farmiloe:
> On 21 Oct 2005, at 10:05, zimba wrote:
> > * Not everybody should be able to delete a page. The page and all the
> > history is lost and nobody knows how did this. The principle of the
> > wiki
> > is broken , without revisions the abuses are ireversible.
>
> was just going to mention this ... guess pass-wording the delete would
> solve this.


From zimba.tm at gmail.com  Fri Oct 21 05:26:46 2005
From: zimba.tm at gmail.com (zimba)
Date: Fri, 21 Oct 2005 11:26:46 +0200
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <896977EB-4E54-4107-AB27-65B8702E64CB@motionpath.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>	<4358AF3C.40707@gmail.com>
	<896977EB-4E54-4107-AB27-65B8702E64CB@motionpath.com>
Message-ID: <4358B456.1000108@gmail.com>

Chris Farmiloe a ?crit :

>
> On 21 Oct 2005, at 10:05, zimba wrote:
>
>> * Not everybody should be able to delete a page. The page and all the
>>
>> history is lost and nobody knows how did this. The principle of the wiki
>>
>> is broken , without revisions the abuses are ireversible.
>>
>
> was just going to mention this ... guess pass-wording the delete would
> solve this.
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>  
>
Page renaming is also not versionned. I propose to rename all the pages
links that point to the renamed page.


More feature request :
* Render as you type : like typo, an XmlHttpRequest that retrieves a
preview of the page.
* Basic Textile formatting on the edit page.
* Something like a link cloud instead of the Map page

Cheers,
  zimba

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051021/62f7a7e7/attachment.bin 

From george.moschovitis at gmail.com  Fri Oct 21 05:27:37 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 21 Oct 2005 12:27:37 +0300
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <4358b407.4ffaf69b.6bcb.06a4@mx.gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<4358AF3C.40707@gmail.com>
	<896977EB-4E54-4107-AB27-65B8702E64CB@motionpath.com>
	<4358b407.4ffaf69b.6bcb.06a4@mx.gmail.com>
Message-ID: <afd80b540510210227u4291fe0an765bee28b80cebbe@mail.gmail.com>

I password protected it for the moment...

full user registration, login etc will come later.

regards,
George.


On 10/21/05, Michael Fellinger <m.fellinger at gmail.com> wrote:
> well...
>
> so, only admin (and who got the password) can delete?
> or should there be a whole user-interface, registration, login... all the
> stuff?
> I think there should be a kind of delete-cache - where you delay the delete of
> a page by some days and mention them on the view/to_delete or something...
> would that be a big overhead?
>
> manveru
>
> Am Freitag 21 Oktober 2005 11:10 schrieb Chris Farmiloe:
> > On 21 Oct 2005, at 10:05, zimba wrote:
> > > * Not everybody should be able to delete a page. The page and all the
> > > history is lost and nobody knows how did this. The principle of the
> > > wiki
> > > is broken , without revisions the abuses are ireversible.
> >
> > was just going to mention this ... guess pass-wording the delete would
> > solve this.
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Oct 21 05:32:49 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 21 Oct 2005 12:32:49 +0300
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <0917056D-3078-45CE-9BE0-5B5BEFA67737@motionpath.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<4358AF3C.40707@gmail.com>
	<896977EB-4E54-4107-AB27-65B8702E64CB@motionpath.com>
	<0917056D-3078-45CE-9BE0-5B5BEFA67737@motionpath.com>
Message-ID: <afd80b540510210232j71f3957epb83ff21be1364c2f@mail.gmail.com>

> more:
>
> => searching appears to fail, then the search box on the /search page
> takes you back to /Home (no action on <form>)

hmm, this has something todo with the fcgi adapter, it doesn't like
non-post forms.
I hope someone has some time to investigate this...

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From m.fellinger at gmail.com  Fri Oct 21 05:33:29 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Fri, 21 Oct 2005 11:33:29 +0200
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <4358B456.1000108@gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<896977EB-4E54-4107-AB27-65B8702E64CB@motionpath.com>
	<4358B456.1000108@gmail.com>
Message-ID: <200510211133.29813.m.fellinger@gmail.com>

i guess the _render as you type_ would be an interesting thing in nitro... but 
i think it's only a bit of overhead, sending all the time what you are 
typing, tho a simple image might carry more data at once - it's only a 
question of taste i guess, but in every case it should be optional (and 
disabled by default)
are there any textile-parsers in javascript?
and regarding textile - i think i will build a switch into spark later on, to 
get bluecloth and/or redcloth working...

manveru

>
> Page renaming is also not versionned. I propose to rename all the pages
> links that point to the renamed page.
>
>
> More feature request :
> * Render as you type : like typo, an XmlHttpRequest that retrieves a
> preview of the page.
> * Basic Textile formatting on the edit page.
> * Something like a link cloud instead of the Map page
>
> Cheers,
>   zimba


From zimba.tm at gmail.com  Fri Oct 21 05:37:15 2005
From: zimba.tm at gmail.com (zimba)
Date: Fri, 21 Oct 2005 11:37:15 +0200
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <4358b407.4ffaf69b.6bcb.06a4@mx.gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>	<4358AF3C.40707@gmail.com>	<896977EB-4E54-4107-AB27-65B8702E64CB@motionpath.com>
	<4358b407.4ffaf69b.6bcb.06a4@mx.gmail.com>
Message-ID: <4358B6CB.2090702@gmail.com>

Michael Fellinger a ?crit :

>Am Freitag 21 Oktober 2005 11:10 schrieb Chris Farmiloe:
>  
>
>>On 21 Oct 2005, at 10:05, zimba wrote:
>>    
>>
>>>* Not everybody should be able to delete a page. The page and all the
>>>history is lost and nobody knows how did this. The principle of the
>>>wiki
>>>is broken , without revisions the abuses are ireversible.
>>>      
>>>
>>was just going to mention this ... guess pass-wording the delete would
>>solve this.
>>    
>>
>
>well...
>
>so, only admin (and who got the password) can delete?
>or should there be a whole user-interface, registration, login... all the 
>stuff?
>I think there should be a kind of delete-cache - where you delay the delete of 
>a page by some days and mention them on the view/to_delete or something... 
>would that be a big overhead?
>
>manveru
>  
>
You're right, why should we have admins to manage a community ? Can't a
page be rated or just tagged as "delete" ?
What's the point of deleting a page anyway ? A wiki is messy by
definition and that's what makes it great.
There is always a way to find the informations. What matters is the
revelency of it :-p

Cheers,
  zimba

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051021/7281a503/attachment.bin 

From rob at motionpath.com  Fri Oct 21 06:10:34 2005
From: rob at motionpath.com (Rob Pitt)
Date: Fri, 21 Oct 2005 11:10:34 +0100
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
Message-ID: <4358BE9A.8020006@motionpath.com>

Syntax highlighting in code blocks messes up things like < by turning 
them into &lt; (html entities) and then parsing them again into the html 
entities for the html entities &amplt;

This would be a good fix...

George Moschovitis wrote:

>Dear devs,
>
>before we change the DNS I would like to ask you to experiment a bit
>with the new
>nitro wiki:
>
>http://taurus.neusis.com
>
>if you find any problems please let me know.
>
>thanks,
>George.
>
>--
>http://www.gmosx.com
>http://www.navel.gr
>http://www.nitrohq.com
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>  
>



From george.moschovitis at gmail.com  Fri Oct 21 07:03:25 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 21 Oct 2005 14:03:25 +0300
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <4358BE9A.8020006@motionpath.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<4358BE9A.8020006@motionpath.com>
Message-ID: <afd80b540510210403y1243daf2icada1f2f50901eea@mail.gmail.com>

> Syntax highlighting in code blocks messes up things like < by turning
> them into &lt; (html entities) and then parsing them again into the html
> entities for the html entities &amplt;

I dont see an easy solution :(

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Oct 21 07:05:41 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 21 Oct 2005 14:05:41 +0300
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <afd80b540510210403y1243daf2icada1f2f50901eea@mail.gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<4358BE9A.8020006@motionpath.com>
	<afd80b540510210403y1243daf2icada1f2f50901eea@mail.gmail.com>
Message-ID: <afd80b540510210405i4a95aa6eof2b6303e7124ede1@mail.gmail.com>

Anyway, I think I fixed the more important bugs so I 'll start adding
some content. Please don't mess with the main page from now on.
Experiment in your 'author' page.
If you find more problems, let me know.

regards,
George.

PS: For your information this runs under Lighttpd and FastCGI. It is
not a much-tested setup so we will see how this works out.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From reid.thompson at ateb.com  Fri Oct 21 20:49:07 2005
From: reid.thompson at ateb.com (Reid Thompson)
Date: Fri, 21 Oct 2005 20:49:07 -0400
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
Message-ID: <43598C83.9080001@ateb.com>

George Moschovitis wrote:

>Dear devs,
>
>before we change the DNS I would like to ask you to experiment a bit
>with the new
>nitro wiki:
>
>http://taurus.neusis.com
>
>if you find any problems please let me know.
>
>thanks,
>George.
>
>--
>http://www.gmosx.com
>http://www.navel.gr
>http://www.nitrohq.com
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>  
>
http://www.nitrohq.com/rdoc  shows only an error msg.


From james_b at neurogami.com  Fri Oct 21 23:51:17 2005
From: james_b at neurogami.com (James Britt)
Date: Fri, 21 Oct 2005 20:51:17 -0700
Subject: [Nitro] Nitro and Apache.
In-Reply-To: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
Message-ID: <4359B735.1090500@neurogami.com>

Walter wrote:
> Can anyone point me to any docs of using Nitro With Apache.
> 
> I currently have an Apache server (Apache/2.0.52 running on Windows) that runs as a service and I use to execute other ruby based CGI scripts.
>
...

> 
> If I type in http://nitro:8080/ I do get the index page of the TestController.  And if I type in http://nitro:8080/legalListForDrivers I do get the index page of the LegalListForDriversController.  The problem is if I enter data into the form fields and submit it, I seem to be getting errors reading in the data passed in.
> 
> [Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] Premature end of script headers: cgi.cgi, referer: http://nitro:8080/legalListForDrivers/
> [Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] c:/ruby/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:227:in `parse_params': undefined method `binmode' for nil:NilClass (NoMethodError)\r, referer: http://nitro:8080/legalListForDrivers/


I'm using Nitro 0.23, and maybe this is fixed in .24, but I was getting 
the same error in an app I just started.  It seems that, when processing 
a post, the cgi code expects the context to have an 'in' attribute.  It 
doesn't (or doesn't always), so trying to call 'binmode' fails.  As do 
subsequent calls to read from that nonexistent 'in' attribute, if you 
simply try to sidestep that line (which I tried first).

Since this happens at the point where the cgi code is trying to parse 
the query string, I wrote a hack that catches exceptions and then just 
grabs the QUERY_STRING from the headers available from the context.


I discover this using some prototype.js Updater calls that apparently 
makes a POST even though I'm not passing any POST data, just a query string.



James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys



From george.moschovitis at gmail.com  Sat Oct 22 05:36:57 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 22 Oct 2005 12:36:57 +0300
Subject: [Nitro] Nitro and Apache.
In-Reply-To: <4359B735.1090500@neurogami.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<4359B735.1090500@neurogami.com>
Message-ID: <afd80b540510220236u1e45709bv5319a776e2977d70@mail.gmail.com>

Thw wiki at www.nitrohq.com works with lighttpd/fcgi. I had to fix
some things to make this work (havent used fcgi for some time). James,
perhaps you can borwse the source at

www.nitrohq.com:8090

and see if the problems you are mentioning are fixed. If not please
send me your modifications. A small problem with the kirbybase adapter
and some cleanup is holding 0.24.0 from release.

regards,
George.


On 10/22/05, James Britt <james_b at neurogami.com> wrote:
> Walter wrote:
> > Can anyone point me to any docs of using Nitro With Apache.
> >
> > I currently have an Apache server (Apache/2.0.52 running on Windows) that runs as a service and I use to execute other ruby based CGI scripts.
> >
> ...
>
> >
> > If I type in http://nitro:8080/ I do get the index page of the TestController.  And if I type in http://nitro:8080/legalListForDrivers I do get the index page of the LegalListForDriversController.  The problem is if I enter data into the form fields and submit it, I seem to be getting errors reading in the data passed in.
> >
> > [Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] Premature end of script headers: cgi.cgi, referer: http://nitro:8080/legalListForDrivers/
> > [Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] c:/ruby/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:227:in `parse_params': undefined method `binmode' for nil:NilClass (NoMethodError)\r, referer: http://nitro:8080/legalListForDrivers/
>
>
> I'm using Nitro 0.23, and maybe this is fixed in .24, but I was getting
> the same error in an app I just started.  It seems that, when processing
> a post, the cgi code expects the context to have an 'in' attribute.  It
> doesn't (or doesn't always), so trying to call 'binmode' fails.  As do
> subsequent calls to read from that nonexistent 'in' attribute, if you
> simply try to sidestep that line (which I tried first).
>
> Since this happens at the point where the cgi code is trying to parse
> the query string, I wrote a hack that catches exceptions and then just
> grabs the QUERY_STRING from the headers available from the context.
>
>
> I discover this using some prototype.js Updater calls that apparently
> makes a POST even though I'm not passing any POST data, just a query string.
>
>
>
> James
>
> --
>
> http://www.ruby-doc.org - The Ruby Documentation Site
> http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
> http://www.rubystuff.com - The Ruby Store for Ruby Stuff
> http://www.jamesbritt.com  - Playing with Better Toys
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From james_b at neurogami.com  Sat Oct 22 11:16:32 2005
From: james_b at neurogami.com (James Britt)
Date: Sat, 22 Oct 2005 08:16:32 -0700
Subject: [Nitro] Nitro and Apache.
In-Reply-To: <afd80b540510220236u1e45709bv5319a776e2977d70@mail.gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>	<4359B735.1090500@neurogami.com>
	<afd80b540510220236u1e45709bv5319a776e2977d70@mail.gmail.com>
Message-ID: <435A57D0.5010700@neurogami.com>

George Moschovitis wrote:
> Thw wiki at www.nitrohq.com works with lighttpd/fcgi. I had to fix
> some things to make this work (havent used fcgi for some time). James,
> perhaps you can borwse the source at
> 
> www.nitrohq.com:8090
> 
> and see if the problems you are mentioning are fixed. If not please
> send me your modifications. A small problem with the kirbybase adapter
> and some cleanup is holding 0.24.0 from release.
> 


I haven't tried this new code, but it appears to be the same, at least 
where the trouble occurs.

The code for parsing query string params refers to "context.in" but 
Context does no appear to have such an attribute:

http://www.nitrohq.com:8090/nitro/lib/nitro/context.rb

But the Request object has an  'in' attribute; perhaps the cgi.rb code 
for self.parse_params(context) needs to call 
"context.request.in.binmode" and read from "context.request.in"

http://www.nitrohq.com:8090/nitro/lib/nitro/cgi.rb

I'll see if this actually works.


James


From james_b at neurogami.com  Sat Oct 22 11:59:12 2005
From: james_b at neurogami.com (James Britt)
Date: Sat, 22 Oct 2005 08:59:12 -0700
Subject: [Nitro] Nitro and Apache.
In-Reply-To: <435A57D0.5010700@neurogami.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>	<4359B735.1090500@neurogami.com>	<afd80b540510220236u1e45709bv5319a776e2977d70@mail.gmail.com>
	<435A57D0.5010700@neurogami.com>
Message-ID: <435A61D0.8000201@neurogami.com>

James Britt wrote:
> George Moschovitis wrote:
...

> 
> But the Request object has an  'in' attribute; perhaps the cgi.rb code 
> for self.parse_params(context) needs to call 
> "context.request.in.binmode" and read from "context.request.in"
> 
> http://www.nitrohq.com:8090/nitro/lib/nitro/cgi.rb
> 
> I'll see if this actually works.

No, it does not.  Not on .23 at least.

Here's the code I have right now in
/usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb

(sorry or all the line wrapping.)

#------------ Begin

   def self.parse_params(context)
     method = context.method
     if (:post == method) and
 
%r|\Amultipart/form-data.*boundary=\"?([^\";,]+)\"?|n.match(context.headers['CONTENT_TYPE'])
       boundary = $1.dup
       context.params = parse_multipart(context, boundary)

       # Also include the URL parameters.
 
context.params.update(CgiUtils.parse_query_string(context.query_string))
     else
       case method
       when :get, :head
         context.params = CgiUtils.parse_query_string(context.query_string)
       when :post
         begin
           context.in.binmode #  if defined?(context.in.binmode)
         rescue Exception; end
         begin
           context.params = 
CgiUtils.parse_query_string(context.in.read(context.content_length) || '')
         rescue Exception
           context.params = CgiUtils.parse_query_string( 
context.headers[ 'QUERY_STRING' ] || '')
         end
       end
     end
   end

#------------ End



Is there ever a time when context is expected to have an 'in' attribute 
that behaves as an IO thing?   If not then the begin/rescue hack I'm 
using should just go away, and the code should just grab the query 
string straight from the headers.

James


From mike.pence at gmail.com  Sat Oct 22 12:11:31 2005
From: mike.pence at gmail.com (Mike Pence)
Date: Sat, 22 Oct 2005 12:11:31 -0400
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <43598C83.9080001@ateb.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<43598C83.9080001@ateb.com>
Message-ID: <d8ee51740510220911r3cdf9dd9ue913d1e4bfb771df@mail.gmail.com>

Is there no documentation except for the RDoc's? I'm already deep into Rails
at this point, but I have been asking for Nitro docs for like a month now.

Mike Pence


On 10/21/05, Reid Thompson <reid.thompson at ateb.com> wrote:
>
> George Moschovitis wrote:
>
> >Dear devs,
> >
> >before we change the DNS I would like to ask you to experiment a bit
> >with the new
> >nitro wiki:
> >
> >http://taurus.neusis.com
> >
> >if you find any problems please let me know.
> >
> >thanks,
> >George.
> >
> >--
> >http://www.gmosx.com
> >http://www.navel.gr
> >http://www.nitrohq.com
> >
> >_______________________________________________
> >Nitro-general mailing list
> >Nitro-general at rubyforge.org
> >http://rubyforge.org/mailman/listinfo/nitro-general
> >
> >
> http://www.nitrohq.com/rdoc shows only an error msg.
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20051022/c9249c25/attachment.html 

From james_b at neurogami.com  Sat Oct 22 12:25:03 2005
From: james_b at neurogami.com (James Britt)
Date: Sat, 22 Oct 2005 09:25:03 -0700
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <d8ee51740510220911r3cdf9dd9ue913d1e4bfb771df@mail.gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>	<43598C83.9080001@ateb.com>
	<d8ee51740510220911r3cdf9dd9ue913d1e4bfb771df@mail.gmail.com>
Message-ID: <435A67DF.3060701@neurogami.com>

Mike Pence wrote:
> Is there no documentation except for the RDoc's? I'm already deep into Rails
> at this point, but I have been asking for Nitro docs for like a month now.

Work was started on a Nitro tutorial, but it vanished on the wiki server 
crash.  Hopefully some version of it remains.  I have a very early 
version in the worst case, though, if no version with recent mods can e 
recovered.


James Britt

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From chris at motionpath.com  Sat Oct 22 12:42:34 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Sat, 22 Oct 2005 17:42:34 +0100
Subject: [Nitro] Logger is getting passed args in wrong order
Message-ID: <E45CB219-44DC-49ED-99EA-7AF09A08D9D6@motionpath.com>

Hi:

first: how shall we refer to the current version of nitro
sitting in the repository (think I'll get bored typing
"the development version of nitro/og/glue")?
dev version?
repo version?
unstable?
semi-stable?
version X?
jeff?

anyway:
Is the logger broken for anyone else in the :dev version

It appears the format_message method was getting passed
the parameters in the wrong order?

I've patched it ... (so i can see debug info)
but it seemed to obvious to be done by accident so I wondered
if it was just me getting this problem.....
it looks like progname might be missing from the arguments list, and  
since
the arguments are passed with *args it just kinda slides along one.
where does the program name get set ...and does anyone know
what could cause it to NOT get set (since I guess this is the root of
the problem)?

thanx.


chrisfarms.













From chris at motionpath.com  Sat Oct 22 11:36:15 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Sat, 22 Oct 2005 16:36:15 +0100
Subject: [Nitro] Nitro and Apache.
In-Reply-To: <4359B735.1090500@neurogami.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<4359B735.1090500@neurogami.com>
Message-ID: <3C7DCF2D-5DA1-40C6-BC74-624AED14F804@motionpath.com>

Hi.. some semi-help maybe:

are you currently using fastcgi?
I had similar missing binmode errors a while back (v.22)
but never saw them again after I setup fastcgi.
I'm not sure you gain this "in" attribute without bringing in the
environment with fastcgi (or possibly something you change
in apache config while trying to get fastcgi running)
(my knowledge here is v.limited so I may be lying)

if the error truly does only occur when using POST and your
AJAX calls then a fix/workaround may be to add

method: 'get'

to the hash options in the Ajax.updater call?

chrisfarms


On Oct 22, 2005, at 04:51, James Britt wrote:

> subsequent calls to read from that nonexistent 'in' attribute, if you

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20051022/532a6caa/attachment.html 

From chris at motionpath.com  Sat Oct 22 15:15:09 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Sat, 22 Oct 2005 20:15:09 +0100
Subject: [Nitro] The DARCS repository thread
Message-ID: <E229F03F-713A-4F95-98E9-4F76609F0EC4@motionpath.com>


so far so good with darcs. seems like a decent versioning system.
really like the unrecord perfect for when you find a better way to
do something 10mins after a issuing record.

quick question (aimed at george):

where to submit to? ..I sent my first patch attempt to your @gmail.com
is this correct or are you intending on setting up any kind of automagic
mail->darcs pull stuff? (I'm guessing not for the moment as i'm sure  
it's
not priority)

comments? ..what sort of level of change log comments are you after?

thanx. and more patches coming your way tomorrow I'm sure.

chrisfarms
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20051022/d30b773b/attachment.html 

From james_b at neurogami.com  Sat Oct 22 15:19:13 2005
From: james_b at neurogami.com (James Britt)
Date: Sat, 22 Oct 2005 12:19:13 -0700
Subject: [Nitro] Nitro and Apache.
In-Reply-To: <3C7DCF2D-5DA1-40C6-BC74-624AED14F804@motionpath.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>	<4359B735.1090500@neurogami.com>
	<3C7DCF2D-5DA1-40C6-BC74-624AED14F804@motionpath.com>
Message-ID: <435A90B1.7050101@neurogami.com>

Chris Farmiloe wrote:
> Hi.. some semi-help maybe:
> 
> are you currently using fastcgi?

No.  Plain old CGI.  I'll likely move to fcgi or scgi later on once my 
code is stable.


> I had similar missing binmode errors a while back (v.22)
> but never saw them again after I setup fastcgi.
> I'm not sure you gain this "in" attribute without bringing in the
> environment with fastcgi (or possibly something you change
> in apache config while trying to get fastcgi running)
> (my knowledge here is v.limited so I may be lying)

Could be.  This is in some cgi adapter code, but if it is reused in a 
fastcgi context, then perhaps the test for context.in is needed.

> 
> if the error truly does only occur when using POST and your
> AJAX calls then a fix/workaround may be to add
> 
> method: 'get'
> 
> to the hash options in the Ajax.updater call?

That may help (and is probably the right thing to do anyway, as I'm not 
passing post data anyway), though it's not a real solution for the 
general case.  I may want to pass data using post, and it will break.


James Britt


From george.moschovitis at gmail.com  Sun Oct 23 05:09:32 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 23 Oct 2005 12:09:32 +0300
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <435A67DF.3060701@neurogami.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<43598C83.9080001@ateb.com>
	<d8ee51740510220911r3cdf9dd9ue913d1e4bfb771df@mail.gmail.com>
	<435A67DF.3060701@neurogami.com>
Message-ID: <afd80b540510230209p407f2767m5af136c62c6525cf@mail.gmail.com>

I am afraid the old database is lost :(
So this old version of your tutorial will be useful.

-g.

On 10/22/05, James Britt <james_b at neurogami.com> wrote:
> Mike Pence wrote:
> > Is there no documentation except for the RDoc's? I'm already deep into Rails
> > at this point, but I have been asking for Nitro docs for like a month now.
>
> Work was started on a Nitro tutorial, but it vanished on the wiki server
> crash.  Hopefully some version of it remains.  I have a very early
> version in the worst case, though, if no version with recent mods can e
> recovered.
>
>
> James Britt
>
> --
>
> http://www.ruby-doc.org - The Ruby Documentation Site
> http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
> http://www.rubystuff.com - The Ruby Store for Ruby Stuff
> http://www.jamesbritt.com  - Playing with Better Toys
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sun Oct 23 05:12:30 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 23 Oct 2005 12:12:30 +0300
Subject: [Nitro] Logger is getting passed args in wrong order
In-Reply-To: <E45CB219-44DC-49ED-99EA-7AF09A08D9D6@motionpath.com>
References: <E45CB219-44DC-49ED-99EA-7AF09A08D9D6@motionpath.com>
Message-ID: <afd80b540510230212j44df9904u6dbf420351d34ea1@mail.gmail.com>

> but it seemed to obvious to be done by accident so I wondered
> if it was just me getting this problem.....
> it looks like progname might be missing from the arguments list, and
> since


I am usinf Ruby 1.8.3 whioch expects the arguments in the reverse
order of 1.8.2. A ruby version check should be included to fix this.

Btw we should call the repository version just development version,
unless anyone comes with a better idea ;-)

-g.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sun Oct 23 05:15:49 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 23 Oct 2005 12:15:49 +0300
Subject: [Nitro] The DARCS repository thread
In-Reply-To: <E229F03F-713A-4F95-98E9-4F76609F0EC4@motionpath.com>
References: <E229F03F-713A-4F95-98E9-4F76609F0EC4@motionpath.com>
Message-ID: <afd80b540510230215s6e005166s1bab6315fe520d86@mail.gmail.com>

> quick question (aimed at george):

Hmm I am not that familiar with darcs yet :(

> where to submit to? ..I sent my first patch attempt to your @gmail.com

for the moment send the patch bundle to the gmail address.

> is this correct or are you intending on setting up any kind of automagic
> mail->darcs pull stuff? (I'm guessing not for the moment as i'm sure it's
> not priority)

It will come later, hopefuly soon.

> comments? ..what sort of level of change log comments are you after?

just like the comments I am adding, see the CHANGELOG file.

> thanx. and more patches coming your way tomorrow I'm sure.

thanks :-)

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From citizen428 at gentoo.org  Sun Oct 23 18:12:25 2005
From: citizen428 at gentoo.org (Michael Kohl)
Date: Mon, 24 Oct 2005 00:12:25 +0200
Subject: [Nitro] Logger is getting passed args in wrong order
In-Reply-To: <afd80b540510230212j44df9904u6dbf420351d34ea1@mail.gmail.com>
References: <E45CB219-44DC-49ED-99EA-7AF09A08D9D6@motionpath.com>
	<afd80b540510230212j44df9904u6dbf420351d34ea1@mail.gmail.com>
Message-ID: <20051024001225.28a40488@localhost>

On Sun, 23 Oct 2005 12:12:30 +0300
George Moschovitis <george.moschovitis at gmail.com> wrote:

> Btw we should call the repository version just development version,
> unless anyone comes with a better idea ;-)

I'd vote for calling the development version "glycerin", but I'm know
to like bad word plays... ;)

Cheers,
Michael

-- 
web at citizen428.net                                 citizen428 at gentoo.org
http://citizen428.net/                http://dev.gentoo.org/~citizen428/
GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051023/8105cd62/attachment.bin 

From james_b at neurogami.com  Sun Oct 23 19:25:27 2005
From: james_b at neurogami.com (James Britt)
Date: Sun, 23 Oct 2005 16:25:27 -0700
Subject: [Nitro] Logger is getting passed args in wrong order
In-Reply-To: <20051024001225.28a40488@localhost>
References: <E45CB219-44DC-49ED-99EA-7AF09A08D9D6@motionpath.com>	<afd80b540510230212j44df9904u6dbf420351d34ea1@mail.gmail.com>
	<20051024001225.28a40488@localhost>
Message-ID: <435C1BE7.4010307@neurogami.com>

Michael Kohl wrote:
> On Sun, 23 Oct 2005 12:12:30 +0300
> George Moschovitis <george.moschovitis at gmail.com> wrote:
> 
> 
>>Btw we should call the repository version just development version,
>>unless anyone comes with a better idea ;-)
> 
> 
> I'd vote for calling the development version "glycerin", but I'm know
> to like bad word plays... ;)

Oh, nice.  Unstable.

James


-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From reid.thompson at ateb.com  Sun Oct 23 23:22:07 2005
From: reid.thompson at ateb.com (Reid Thompson)
Date: Sun, 23 Oct 2005 23:22:07 -0400
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <d8ee51740510220911r3cdf9dd9ue913d1e4bfb771df@mail.gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>	<43598C83.9080001@ateb.com>
	<d8ee51740510220911r3cdf9dd9ue913d1e4bfb771df@mail.gmail.com>
Message-ID: <435C535F.6040807@ateb.com>

Mike Pence wrote:

> Is there no documentation except for the RDoc's? I'm already deep into 
> Rails at this point, but I have been asking for Nitro docs for like a 
> month now.
>
> Mike Pence
>
>
You might find some good pointers to use in the examples....



From james_b at neurogami.com  Mon Oct 24 00:55:07 2005
From: james_b at neurogami.com (James Britt)
Date: Sun, 23 Oct 2005 21:55:07 -0700
Subject: [Nitro] Running spark in a subdirectory
Message-ID: <435C692B.20307@neurogami.com>

This is probably more a .htaccess issue than a Nitro issue, but perhaps 
someone here has already figured this out.


I'm trying to run a Nitro wiki in a subdirectory of a site:

http://ruby-doc.org/docwiki/

All the requests fail with

Path: /docwiki/
undefined method `docwiki_action' for #


I believe I need to use mod_rewrite to strip that leading path chunk 
off, but my regexp-fu is weak.  (Or perhaps I can use a route or 
something in Nitro?)


Any and all help is appreciated!



Thanks,


James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From george.moschovitis at gmail.com  Mon Oct 24 03:22:13 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 24 Oct 2005 10:22:13 +0300
Subject: [Nitro] Running spark in a subdirectory
In-Reply-To: <435C692B.20307@neurogami.com>
References: <435C692B.20307@neurogami.com>
Message-ID: <afd80b540510240022p2c76c6b4l966c33df1c4483c5@mail.gmail.com>

> http://ruby-doc.org/docwiki/

Why dont you mount the WikiController at docwiki?


Server.map = {
  '/docwiki' => WikiController
}

or even:

Server.root.docwiki = WikiController

regards,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Oct 24 05:13:23 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 24 Oct 2005 12:13:23 +0300
Subject: [Nitro] The DARCS repository thread
In-Reply-To: <E229F03F-713A-4F95-98E9-4F76609F0EC4@motionpath.com>
References: <E229F03F-713A-4F95-98E9-4F76609F0EC4@motionpath.com>
Message-ID: <afd80b540510240213u5cac284ei8601f7af53071706@mail.gmail.com>

Chris,

can you send me the full scaffold.js file and form.rb files?

thanks,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris at motionpath.com  Mon Oct 24 04:57:12 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Mon, 24 Oct 2005 09:57:12 +0100
Subject: [Nitro] Logger is getting passed args in wrong order
In-Reply-To: <435C1BE7.4010307@neurogami.com>
References: <E45CB219-44DC-49ED-99EA-7AF09A08D9D6@motionpath.com>	<afd80b540510230212j44df9904u6dbf420351d34ea1@mail.gmail.com>
	<20051024001225.28a40488@localhost>
	<435C1BE7.4010307@neurogami.com>
Message-ID: <82B3579D-80FB-4A04-ACF3-1633ADE771EA@motionpath.com>



>> I'd vote for calling the development version "glycerin", but I'm know
>> to like bad word plays... ;)
>>
>
> Oh, nice.  Unstable.
>
> James

hehee nice wordplay.

chrisfarms




From chris at motionpath.com  Mon Oct 24 05:29:30 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Mon, 24 Oct 2005 10:29:30 +0100
Subject: [Nitro] The DARCS repository thread
In-Reply-To: <afd80b540510240213u5cac284ei8601f7af53071706@mail.gmail.com>
References: <E229F03F-713A-4F95-98E9-4F76609F0EC4@motionpath.com>
	<afd80b540510240213u5cac284ei8601f7af53071706@mail.gmail.com>
Message-ID: <B6BAF9C3-A907-4338-98D2-0513C606613B@motionpath.com>


I just resent the darcs patch bundle?
did it not work again? :(
they should be included in there?

chrisfarms.

On 24 Oct 2005, at 10:13, George Moschovitis wrote:

> Chris,
>
> can you send me the full scaffold.js file and form.rb files?
>
> thanks,
> George.
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From james_b at neurogami.com  Mon Oct 24 10:46:06 2005
From: james_b at neurogami.com (James Britt)
Date: Mon, 24 Oct 2005 07:46:06 -0700
Subject: [Nitro] Running spark in a subdirectory
In-Reply-To: <afd80b540510240022p2c76c6b4l966c33df1c4483c5@mail.gmail.com>
References: <435C692B.20307@neurogami.com>
	<afd80b540510240022p2c76c6b4l966c33df1c4483c5@mail.gmail.com>
Message-ID: <435CF3AE.7020003@neurogami.com>

George Moschovitis wrote:
>>http://ruby-doc.org/docwiki/
> 
> 
> Why dont you mount the WikiController at docwiki?
> 
> 
> Server.map = {
>   '/docwiki' => WikiController
> }
> 

Thanks, that worked.

> or even:
> 
> Server.root.docwiki = WikiController

Interesting.


Thanks again,


James


-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From george.moschovitis at gmail.com  Mon Oct 24 13:02:39 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 24 Oct 2005 20:02:39 +0300
Subject: [Nitro] The DARCS repository thread
In-Reply-To: <B6BAF9C3-A907-4338-98D2-0513C606613B@motionpath.com>
References: <E229F03F-713A-4F95-98E9-4F76609F0EC4@motionpath.com>
	<afd80b540510240213u5cac284ei8601f7af53071706@mail.gmail.com>
	<B6BAF9C3-A907-4338-98D2-0513C606613B@motionpath.com>
Message-ID: <afd80b540510241002k6c1dbb48t25b8d90ced432bd3@mail.gmail.com>

Hello chris, Please send me just the two files:

scaffold.js and form.rb

I have manually applied part of your patch.
I have not synchronized with the live repostiory yet.

-g.


On 10/24/05, Chris Farmiloe <chris at motionpath.com> wrote:
>
> I just resent the darcs patch bundle?
> did it not work again? :(
> they should be included in there?
>
> chrisfarms.
>
> On 24 Oct 2005, at 10:13, George Moschovitis wrote:
>
> > Chris,
> >
> > can you send me the full scaffold.js file and form.rb files?
> >
> > thanks,
> > George.
> >
> > --
> > http://www.gmosx.com
> > http://www.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Oct 24 13:03:22 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 24 Oct 2005 20:03:22 +0300
Subject: [Nitro] Running spark in a subdirectory
In-Reply-To: <435CF3AE.7020003@neurogami.com>
References: <435C692B.20307@neurogami.com>
	<afd80b540510240022p2c76c6b4l966c33df1c4483c5@mail.gmail.com>
	<435CF3AE.7020003@neurogami.com>
Message-ID: <afd80b540510241003v64e9a05btc371a622c93facea@mail.gmail.com>

> > or even:
> >
> > Server.root.docwiki = WikiController
>
> Interesting.

yeap, this is CherryPy style initialization.

regards,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From zachary.zolton at gmail.com  Mon Oct 24 13:26:59 2005
From: zachary.zolton at gmail.com (Zachary Zolton)
Date: Mon, 24 Oct 2005 13:26:59 -0400
Subject: [Nitro] Tutorials on nitrohq.com
Message-ID: <f728979f0510241026l75e622efi3717444f913759ab@mail.gmail.com>

Hiya,

The website is lookin good so far.  I noticed, though, on the the OG
tutorial that all the greater than signs, in code blocks, are
rendering as "&gt;"

Can't wait to read the Nitro Tutorial when it gets posted...


Thanks and keep up the good work!



From rainhead at gmail.com  Mon Oct 24 21:22:14 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Mon, 24 Oct 2005 18:22:14 -0700
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
Message-ID: <3D1F781E-BF8F-4ED7-8B60-7A9BF716925D@gmail.com>

When I try to save ~PeterAbrahamsen, I get a 500 Internal Server Error.

Just before Mon Oct 24 18:21:46 PDT 2005 (Tue Oct 25 01:22:00 UTC 2005).

P

On Oct 21, 2005, at 1:32 AM, George Moschovitis wrote:

> if you find any problems please let me know.
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2410 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051024/9b4d232a/attachment.bin 

From bernd at bdebl.de  Tue Oct 25 02:57:45 2005
From: bernd at bdebl.de (Martin Bernd Schmeil)
Date: Tue, 25 Oct 2005 08:57:45 +0200
Subject: [Nitro] Documentation again...
Message-ID: <435DD769.30309@bdebl.de>

Hi all,

since Nitro / Og 0.24.0 and it's docs haven't been out last weekend I 
started reading the IMO excellent Pragmatic Programmers book Agile Web 
Development With Rails.

As I said many times before, without knowing the Big Picture I'm not 
able to start coding. Now, assuming that the Rails tutorial is a 
"feature complete introducion" _and_ the topics are migratable to 
Nitro/Og: May this be an idea to build a documentation skeleton (for 
migrating the code snippets plus adding some minimum explanation)?

This way we would not just be able to build an introducion, but also a 
Rails To Nitor/Og migration guide.

What do you think?

- Bernd


From m.fellinger at gmail.com  Tue Oct 25 14:31:23 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Tue, 25 Oct 2005 20:31:23 +0200
Subject: [Nitro] Nitro on Apache2 (Tutorial)
In-Reply-To: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
Message-ID: <200510252031.28094.m.fellinger@gmail.com>

Hi List,

I just tried to get nitro running on apache2, but since there is absolutly 
nothing except the apache.conf i am somewhat lost.
So i started a simple tutorial for doing that on the wiki, but i didn't get 
far...
to get some coverage over this topic, could someone please point out howto:
* install fcgi
* config apache2 (if possible - virtualhost)
* get nitro in there

is the apache.conf that is in the proto-directory for apache2? is it possible 
to put this config into a virtualhost?

getting some clearance into these topics would help a lot of people _very_ 
much.
btw - setting up apache seems to be a pain, comparing it to lighttpd, i got 
lighttpd configured in less then an hour :) - but the 0.23 has some issues 
with it (concerning fcgi and POST), is it possible to backport the 
fcgi-adapter from glycerin? (^^)

thanks in advance for your efforts, you can find my stub for the tutorial at
http://nitrohq.com/view/Tutorials:Nitro+on+Apache2

so long...
manveru

Am Mittwoch 12 Oktober 2005 21:03 schrieb Walter:
> Can anyone point me to any docs of using Nitro With Apache.
>
> I currently have an Apache server (Apache/2.0.52 running on Windows) that
> runs as a service and I use to execute other ruby based CGI scripts.
>
> I am trying to get Nitro working with this setup.
>
> I created a virtual host with some rewrite rules to always call cgi.cgi,
> which is jus cgi.rb renamed.
>
> <VirtualHost *>
>     ServerName nitro
>     DocumentRoot C:\dev\ruby\nitro\test1\public
>     <Directory C:\dev\ruby\nitro\test1\public>
>         Options ExecCGI FollowSymLinks
>         AllowOverride all
>         Allow from all
>         Order allow,deny
>
> 	RewriteEngine on
> 	RewriteBase   /nitro:8080/
> 	RewriteRule   !^.+\.cgi     -                  [C]
> 	RewriteRule   (.*)	/cgi.cgi/$1
>     </Directory>
>     ScriptAlias /cgi-bin/ "C:\dev\ruby\nitro\test1\test1\public\"
> </VirtualHost>
>
>
> My run.rb has mappings of
>
> App.map = { "/" => Test, "/legalListForDrivers" => LegalListForDrivers}
>
>
> If I type in http://nitro:8080/ I do get the index page of the
> TestController.  And if I type in http://nitro:8080/legalListForDrivers I
> do get the index page of the LegalListForDriversController.  The problem is
> if I enter data into the form fields and submit it, I seem to be getting
> errors reading in the data passed in.
>
> [Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1] Premature end of
> script headers: cgi.cgi, referer: http://nitro:8080/legalListForDrivers/
> [Wed Oct 12 13:00:18 2005] [error] [client 127.0.0.1]
> c:/ruby/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:227:in
> `parse_params': undefined method `binmode' for nil:NilClass
> (NoMethodError)\r, referer: http://nitro:8080/legalListForDrivers/ [Wed Oct
> 12 13:00:18 2005] [error] [client 127.0.0.1] \tfrom
> c:/ruby/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:32:in
> `start'\r, referer: http://nitro:8080/legalListForDrivers/ [Wed Oct 12
> 13:00:18 2005] [error] [client 127.0.0.1] \tfrom
> c:/ruby/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server/runner.rb:242:
>in `invoke'\r, referer: http://nitro:8080/legalListForDrivers/ [Wed Oct 12
> 13:00:18 2005] [error] [client 127.0.0.1] \tfrom
> c:/ruby/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server.rb:125:in
> `run'\r, referer: http://nitro:8080/legalListForDrivers/ [Wed Oct 12
> 13:00:18 2005] [error] [client 127.0.0.1] \tfrom
> C:/dev/ruby/nitro/test1/public/../run.rb:56\r, referer:
> http://nitro:8080/legalListForDrivers/ [Wed Oct 12 13:00:18 2005] [error]
> [client 127.0.0.1] \tfrom
> c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:18:in
> `require__'\r, referer: http://nitro:8080/legalListForDrivers/ [Wed Oct 12
> 13:00:18 2005] [error] [client 127.0.0.1] \tfrom
> c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:18:in
> `require'\r, referer: http://nitro:8080/legalListForDrivers/ [Wed Oct 12
> 13:00:18 2005] [error] [client 127.0.0.1] \tfrom
> C:/dev/ruby/nitro/test1/public/cgi.cgi:5\r, referer:
> http://nitro:8080/legalListForDrivers/
>
>
> Can anyone point me in the right direction.
>
> Any help would be greatly appreciated.
>
>
> Thanks,
>
>
> Walt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051025/7c1815ad/attachment.bin 

From citizen428 at gentoo.org  Tue Oct 25 16:38:30 2005
From: citizen428 at gentoo.org (Michael Kohl)
Date: Tue, 25 Oct 2005 22:38:30 +0200
Subject: [Nitro] Nitro doc project once again
Message-ID: <20051025223830.60676caf@localhost>

Hi all!

I know I've been awfully quit lately, but university and Gentoo keep me
pretty busy. Anyway, I was thinking to get some attention to my proposed
Nitro Documentation Project again, so I've started by creating a Wiki
page on nitrohq.com:

http://www.nitrohq.com/view/Nitro+Documentation+Project

It's just some random notes because I'm currently a little tired, feel
free to add/edit to your heart's content.

Cheers,
Michael

-- 
web at citizen428.net                                 citizen428 at gentoo.org
http://citizen428.net/                http://dev.gentoo.org/~citizen428/
GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051025/df771d57/attachment.bin 

From james_b at neurogami.com  Tue Oct 25 17:48:46 2005
From: james_b at neurogami.com (James Britt)
Date: Tue, 25 Oct 2005 14:48:46 -0700
Subject: [Nitro] Nitro on Apache2 (Tutorial)
In-Reply-To: <200510252031.28094.m.fellinger@gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<200510252031.28094.m.fellinger@gmail.com>
Message-ID: <435EA83E.2080609@neurogami.com>

Michael Fellinger wrote:
> Hi List,
> 
> I just tried to get nitro running on apache2, but since there is absolutly 
> nothing except the apache.conf i am somewhat lost.
> So i started a simple tutorial for doing that on the wiki, but i didn't get 
> far...
> to get some coverage over this topic, could someone please point out howto:
> * install fcgi
> * config apache2 (if possible - virtualhost)
> * get nitro in there

I have a problem with this part:

sudo apt-get install apache2


Means nothing to someone, like me, on Red Hat Enterprise Linux or any 
other system that doesn't use apt-get.

I think some explanation of installing from source is needed.  But as I 
recall, all one needs to do is follow the INSTALL instructions; you 
don't need to do anything special for Nitro.

In any event, I think the docs should try (where possible) to be 
platform agnostic.


James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From m.fellinger at gmail.com  Tue Oct 25 18:12:37 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Wed, 26 Oct 2005 00:12:37 +0200
Subject: [Nitro] Nitro on Apache2 (Tutorial)
In-Reply-To: <435EA83E.2080609@neurogami.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<200510252031.28094.m.fellinger@gmail.com>
	<435EA83E.2080609@neurogami.com>
Message-ID: <200510260012.43370.m.fellinger@gmail.com>

I very much agree with you.
on RH it might be 'yum install apache2' or somthing... but apache very much 
depends on the environment it is in, so there are at least two ways for 
windows and linux - not counting OSX...
maybe splitting the tutorial might be a good idea?
one idea that came to my mind was to do a select-box, where one can choose the 
OS he has, and all text-elements OS-specific get exchanged.... maybe a bit 
futuristic, but wanted to mention it anyway :)

Am Dienstag 25 Oktober 2005 23:48 schrieb James Britt:
> Michael Fellinger wrote:
> > Hi List,
> >
> > I just tried to get nitro running on apache2, but since there is
> > absolutly nothing except the apache.conf i am somewhat lost.
> > So i started a simple tutorial for doing that on the wiki, but i didn't
> > get far...
> > to get some coverage over this topic, could someone please point out
> > howto: * install fcgi
> > * config apache2 (if possible - virtualhost)
> > * get nitro in there
>
> I have a problem with this part:
>
> sudo apt-get install apache2
>
>
> Means nothing to someone, like me, on Red Hat Enterprise Linux or any
> other system that doesn't use apt-get.
>
> I think some explanation of installing from source is needed.  But as I
> recall, all one needs to do is follow the INSTALL instructions; you
> don't need to do anything special for Nitro.
>
> In any event, I think the docs should try (where possible) to be
> platform agnostic.
>
>
> James
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051025/4a45b395/attachment.bin 

From james_b at neurogami.com  Tue Oct 25 18:18:53 2005
From: james_b at neurogami.com (James Britt)
Date: Tue, 25 Oct 2005 15:18:53 -0700
Subject: [Nitro] Nitro on Apache2 (Tutorial)
In-Reply-To: <200510260012.43370.m.fellinger@gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>	<200510252031.28094.m.fellinger@gmail.com>	<435EA83E.2080609@neurogami.com>
	<200510260012.43370.m.fellinger@gmail.com>
Message-ID: <435EAF4D.3090807@neurogami.com>

Michael Fellinger wrote:
> I very much agree with you.
> on RH it might be 'yum install apache2' or somthing... but apache very much 
> depends on the environment it is in, so there are at least two ways for 
> windows and linux - not counting OSX...

I wish RHEL used YUM :(  (It uses 'update', which is essentially yum, 
but with fewer repositories.  I ended up installing lighttp by hand from 
source.)

But if Apache does not require anything special for Nitro, then we may 
do better to simply link to appropriate platform-specific instructions.


> maybe splitting the tutorial might be a good idea?
> one idea that came to my mind was to do a select-box, where one can choose the 
> OS he has, and all text-elements OS-specific get exchanged.... maybe a bit 
> futuristic, but wanted to mention it anyway :)
> 

Show off some cool Spark AJAX stuff.


James Britt
-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From rob at motionpath.com  Wed Oct 26 05:09:23 2005
From: rob at motionpath.com (Rob Pitt)
Date: Wed, 26 Oct 2005 10:09:23 +0100
Subject: [Nitro] Nitro on Apache2 (Tutorial)
In-Reply-To: <435EAF4D.3090807@neurogami.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>	<200510252031.28094.m.fellinger@gmail.com>	<435EA83E.2080609@neurogami.com>	<200510260012.43370.m.fellinger@gmail.com>
	<435EAF4D.3090807@neurogami.com>
Message-ID: <435F47C3.10709@motionpath.com>

There will ondoubtably be RPMs available for RHEL containing apache2, 
you could install it with rpm -ivh 
http://www.redhat.com/dir/tp/RHEL/4/RPMs/apache2 though if you use this 
method there will be no automatic dependency resolution (I haven't used 
update but I'm sure it does this, via RPM in the backend).

Google for "RHEL <your version> RPM apache2" it will probably be the 
first hit on google (if you still want apache, we have found it overkill 
when all the sites are nitro and may well switch to lighthttpd in future).

James Britt wrote:

>Michael Fellinger wrote:
>  
>
>>I very much agree with you.
>>on RH it might be 'yum install apache2' or somthing... but apache very much 
>>depends on the environment it is in, so there are at least two ways for 
>>windows and linux - not counting OSX...
>>    
>>
>
>I wish RHEL used YUM :(  (It uses 'update', which is essentially yum, 
>but with fewer repositories.  I ended up installing lighttp by hand from 
>source.)
>
>But if Apache does not require anything special for Nitro, then we may 
>do better to simply link to appropriate platform-specific instructions.
>
>
>  
>
>>maybe splitting the tutorial might be a good idea?
>>one idea that came to my mind was to do a select-box, where one can choose the 
>>OS he has, and all text-elements OS-specific get exchanged.... maybe a bit 
>>futuristic, but wanted to mention it anyway :)
>>
>>    
>>
>
>Show off some cool Spark AJAX stuff.
>
>
>James Britt
>  
>



From george.moschovitis at gmail.com  Wed Oct 26 07:52:52 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 26 Oct 2005 14:52:52 +0300
Subject: [Nitro] Nitro doc project once again
In-Reply-To: <20051025223830.60676caf@localhost>
References: <20051025223830.60676caf@localhost>
Message-ID: <afd80b540510260452x5426812fm8b77cb0667f53b2e@mail.gmail.com>

Thanks ;-)

> It's just some random notes because I'm currently a little tired, feel
> free to add/edit to your heart's content.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From james_b at neurogami.com  Wed Oct 26 09:55:55 2005
From: james_b at neurogami.com (James Britt)
Date: Wed, 26 Oct 2005 06:55:55 -0700
Subject: [Nitro] Nitro on Apache2 (Tutorial)
In-Reply-To: <435F47C3.10709@motionpath.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>	<200510252031.28094.m.fellinger@gmail.com>	<435EA83E.2080609@neurogami.com>	<200510260012.43370.m.fellinger@gmail.com>	<435EAF4D.3090807@neurogami.com>
	<435F47C3.10709@motionpath.com>
Message-ID: <435F8AEB.7090704@neurogami.com>

Rob Pitt wrote:
> There will ondoubtably be RPMs available for RHEL containing apache2, 
> you could install it with rpm -ivh 
> http://www.redhat.com/dir/tp/RHEL/4/RPMs/apache2 though if you use this 
> method there will be no automatic dependency resolution (I haven't used 
> update but I'm sure it does this, via RPM in the backend).
> 
> Google for "RHEL <your version> RPM apache2" it will probably be the 
> first hit on google (if you still want apache, we have found it overkill 
> when all the sites are nitro and may well switch to lighthttpd in future).
> 

I already have Apache2 installed (as well as lightttp); the point I was 
trying to make was that I often find it frustrating to  read How-To's 
that are too platform-specific.


James


-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From m.fellinger at gmail.com  Wed Oct 26 15:34:51 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Wed, 26 Oct 2005 21:34:51 +0200
Subject: [Nitro] Nitro on Apache2 (Tutorial)
In-Reply-To: <435F8AEB.7090704@neurogami.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<435F47C3.10709@motionpath.com> <435F8AEB.7090704@neurogami.com>
Message-ID: <200510262134.54766.m.fellinger@gmail.com>

I have encountered enough tutorials wich are platform-specific, but it feels 
good when it is your platform that is in the tutorial...
but you are right - let describing the installation of apache to the 
apache-people.
since ruby is platform-independent it shouldn't be too much of a problem to 
get the most of the tutorials and guides independent as well. The problem is 
not only the different flavors of linux, but the whole process is different 
for example on windows. It requires a good skill of the author of the 
tutorial to stay agnostic of the platform he/she is working on, and it 
requires a lot of testing so it works on every machine like described.


But regarding the Apache2-tutorial, could you please send me a copy of your 
apache2.conf, or describe the process of getting nitro running on apache2?
It would be a great help for me, and i would love to get the guide as well as 
the configuration on my machine finished.

thx in prev.
manveru

Am Mittwoch 26 Oktober 2005 15:55 schrieb James Britt:
> Rob Pitt wrote:
> > There will ondoubtably be RPMs available for RHEL containing apache2,
> > you could install it with rpm -ivh
> > http://www.redhat.com/dir/tp/RHEL/4/RPMs/apache2 though if you use this
> > method there will be no automatic dependency resolution (I haven't used
> > update but I'm sure it does this, via RPM in the backend).
> >
> > Google for "RHEL <your version> RPM apache2" it will probably be the
> > first hit on google (if you still want apache, we have found it overkill
> > when all the sites are nitro and may well switch to lighthttpd in
> > future).
>
> I already have Apache2 installed (as well as lightttp); the point I was
> trying to make was that I often find it frustrating to  read How-To's
> that are too platform-specific.
>
>
> James
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051026/f54b475e/attachment.bin 

From james_b at neurogami.com  Wed Oct 26 17:30:46 2005
From: james_b at neurogami.com (James Britt)
Date: Wed, 26 Oct 2005 14:30:46 -0700
Subject: [Nitro] Nitro on Apache2 (Tutorial)
In-Reply-To: <200510262134.54766.m.fellinger@gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>	<435F47C3.10709@motionpath.com>
	<435F8AEB.7090704@neurogami.com>
	<200510262134.54766.m.fellinger@gmail.com>
Message-ID: <435FF586.9020008@neurogami.com>

Michael Fellinger wrote:
> I have encountered enough tutorials wich are platform-specific, but it feels 
> good when it is your platform that is in the tutorial...
> but you are right - let describing the installation of apache to the 
> apache-people.
> since ruby is platform-independent it shouldn't be too much of a problem to 
> get the most of the tutorials and guides independent as well. The problem is 
> not only the different flavors of linux, but the whole process is different 
> for example on windows. It requires a good skill of the author of the 
> tutorial to stay agnostic of the platform he/she is working on, and it 
> requires a lot of testing so it works on every machine like described.
> 
> 
> But regarding the Apache2-tutorial, could you please send me a copy of your 
> apache2.conf, or describe the process of getting nitro running on apache2?
> It would be a great help for me, and i would love to get the guide as well as 
> the configuration on my machine finished.
> 
> thx in prev.
> manveru
> 

I'm running this under Apache2 on a Red Hat Enterprise Linux box, as set 
up by EV1 hosting.  It is integrated with Plesk admin software, so the 
configuration is done in 2 parts.  (If you make changes through Plesk, 
it rewrites some files, so customization must be done in special 
#include files.)

So, the default httpd.conf file for my virtual host looks like this:
(Certain names and numbers have been altered, and I've stripped out some 
directory aliases that probably do not apply to most people)

(The IP number here is the IP of your Web server listens on.)

# httpd.conf
<VirtualHost 123.45.206.37:80>
   ServerName   www.thevirtualdomain.COM:80
   ServerAlias   *.thevirtualdomain.COM:80
   # That's if you want to respond to any and all subdomains,
   # but you may need some DNS tweaking, which is a topic for
   # another day.  :)


   SuexecUserGroup      the_user  psacln
   ServerAdmin  "your.mail at gmail.com"
   DocumentRoot /home/httpd/vhosts/thevirtualdomain.com/httpdocs
   CustomLog 
/home/httpd/vhosts/thevirtualdomain.com/statistics/logs/access_log plesklog
   ErrorLog 
/home/httpd/vhosts/thevirtualdomain.com/statistics/logs/error_log
   ScriptAlias  /cgi-bin/ /home/httpd/vhosts/thevirtualdomain.com/cgi-bin/
    <IfModule mod_ssl.c>
     SSLEngine off
   </IfModule>
   <Directory /home/httpd/vhosts/thevirtualdomain.com/httpdocs>
   <IfModule sapi_apache2.c>
     AddType text/plain .php .php4 .php3 .phtml
     php_admin_flag engine off
   </IfModule>
     Options -Includes +ExecCGI
   </Directory>
   Include /home/httpd/vhosts/thevirtualdomain.com/conf/vhost.conf
</VirtualHost>


So, basically, this tells Apache that the root for all requests to the 
domain thevirtualdomain.com is in the actual directory
/home/httpd/vhosts/thevirtualdomain.COM/httpdocs

However, depending on how you set up and develop with Nitro, you may 
have the root folder someplace else.  In my case, I need to tell Apache 
to look elsewhere for the root, so I out additional commands in vhost.conf

(This seems to be somewhat of a common approach.  Some admin define 
common defaults in htttpd.conf, with an include directive to an 
additional file where users can put custom directives.)

So, vhost.conf contains directives that either add on to what has 
already been configured, or, in the case of duplicate directives, 
override the previous value.  I first need to tell Apache where the real 
document root is, and then tell it the execute certain files as CGI:

# vhost.conf
   DocumentRoot /home/httpd/vhosts/thevirtualdomain.com/httpdocs/public
   <Directory /home/httpd/vhosts/thevirtualdomain.com/httpdocs/public >
     RewriteEngine On
     <Files ~ "\.(rb|rbx|cgi|pl)$" >
        SetHandler cgi-script
     </Files>
     Options -Includes +ExecCGI
   </Directory>


Now, one last step.  I also have an .htaccess file in the 'public' 
directory (i.e, the document root for my web site).  The contents could 
go into either of those .conf files, but I find it easier to tweak the 
.htaccess file for rewrite hacks ( avoiding having to su, edit files, 
bounce Apache, and such.)

   RewriteEngine On
   RewriteRule ^$ index.html [QSA]
   RewriteRule ^([^.]+)$ $1.html [QSA]
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteRule ^(.*)$ cgi.rb [QSA,L]


And one small note.  Certain server configurations are quite security 
conscious.  I learned, after much head scratching, that if I make ny 
*.rb files too-freely executable, they would not run (actully, they 
raised the useless "malformed header" CGI error).  Only chmod u+x was 
acceptable.  chmod ug+x or ugo+ was Bad.

I've not gotten fastcgi on Apache2 running yet, but do have a Rails app 
running on the same box with lighttpd + fastcgi.


Hope this helps, and apologies if people think it too off-topic.


James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From m.fellinger at gmail.com  Wed Oct 26 19:08:07 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Thu, 27 Oct 2005 01:08:07 +0200
Subject: [Nitro] Nitro on Apache2 (Tutorial)
In-Reply-To: <435FF586.9020008@neurogami.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<200510262134.54766.m.fellinger@gmail.com>
	<435FF586.9020008@neurogami.com>
Message-ID: <200510270108.11421.m.fellinger@gmail.com>

Now that's something i can use :)

a big, fat thank you from me - i will try to make a guide out of the stuff you 
gave me in the next few days, maybe adding fcgi later on when i find out how 
it works.

so, finally have to get some sleep (ep, when you read that, check the /rep 
please).

good night everyone, and keep up the good work
manveru...

Am Mittwoch 26 Oktober 2005 23:30 schrieb James Britt:
> Michael Fellinger wrote:
> > I have encountered enough tutorials wich are platform-specific, but it
> > feels good when it is your platform that is in the tutorial...
> > but you are right - let describing the installation of apache to the
> > apache-people.
> > since ruby is platform-independent it shouldn't be too much of a problem
> > to get the most of the tutorials and guides independent as well. The
> > problem is not only the different flavors of linux, but the whole process
> > is different for example on windows. It requires a good skill of the
> > author of the tutorial to stay agnostic of the platform he/she is working
> > on, and it requires a lot of testing so it works on every machine like
> > described.
> >
> >
> > But regarding the Apache2-tutorial, could you please send me a copy of
> > your apache2.conf, or describe the process of getting nitro running on
> > apache2? It would be a great help for me, and i would love to get the
> > guide as well as the configuration on my machine finished.
> >
> > thx in prev.
> > manveru
>
> I'm running this under Apache2 on a Red Hat Enterprise Linux box, as set
> up by EV1 hosting.  It is integrated with Plesk admin software, so the
> configuration is done in 2 parts.  (If you make changes through Plesk,
> it rewrites some files, so customization must be done in special
> #include files.)
>
> So, the default httpd.conf file for my virtual host looks like this:
> (Certain names and numbers have been altered, and I've stripped out some
> directory aliases that probably do not apply to most people)
>
> (The IP number here is the IP of your Web server listens on.)
>
> # httpd.conf
> <VirtualHost 123.45.206.37:80>
>    ServerName   www.thevirtualdomain.COM:80
>    ServerAlias   *.thevirtualdomain.COM:80
>    # That's if you want to respond to any and all subdomains,
>    # but you may need some DNS tweaking, which is a topic for
>    # another day.  :)
>
>
>    SuexecUserGroup      the_user  psacln
>    ServerAdmin  "your.mail at gmail.com"
>    DocumentRoot /home/httpd/vhosts/thevirtualdomain.com/httpdocs
>    CustomLog
> /home/httpd/vhosts/thevirtualdomain.com/statistics/logs/access_log plesklog
>    ErrorLog
> /home/httpd/vhosts/thevirtualdomain.com/statistics/logs/error_log
>    ScriptAlias  /cgi-bin/ /home/httpd/vhosts/thevirtualdomain.com/cgi-bin/
>     <IfModule mod_ssl.c>
>      SSLEngine off
>    </IfModule>
>    <Directory /home/httpd/vhosts/thevirtualdomain.com/httpdocs>
>    <IfModule sapi_apache2.c>
>      AddType text/plain .php .php4 .php3 .phtml
>      php_admin_flag engine off
>    </IfModule>
>      Options -Includes +ExecCGI
>    </Directory>
>    Include /home/httpd/vhosts/thevirtualdomain.com/conf/vhost.conf
> </VirtualHost>
>
>
> So, basically, this tells Apache that the root for all requests to the
> domain thevirtualdomain.com is in the actual directory
> /home/httpd/vhosts/thevirtualdomain.COM/httpdocs
>
> However, depending on how you set up and develop with Nitro, you may
> have the root folder someplace else.  In my case, I need to tell Apache
> to look elsewhere for the root, so I out additional commands in vhost.conf
>
> (This seems to be somewhat of a common approach.  Some admin define
> common defaults in htttpd.conf, with an include directive to an
> additional file where users can put custom directives.)
>
> So, vhost.conf contains directives that either add on to what has
> already been configured, or, in the case of duplicate directives,
> override the previous value.  I first need to tell Apache where the real
> document root is, and then tell it the execute certain files as CGI:
>
> # vhost.conf
>    DocumentRoot /home/httpd/vhosts/thevirtualdomain.com/httpdocs/public
>    <Directory /home/httpd/vhosts/thevirtualdomain.com/httpdocs/public >
>      RewriteEngine On
>      <Files ~ "\.(rb|rbx|cgi|pl)$" >
>         SetHandler cgi-script
>      </Files>
>      Options -Includes +ExecCGI
>    </Directory>
>
>
> Now, one last step.  I also have an .htaccess file in the 'public'
> directory (i.e, the document root for my web site).  The contents could
> go into either of those .conf files, but I find it easier to tweak the
> .htaccess file for rewrite hacks ( avoiding having to su, edit files,
> bounce Apache, and such.)
>
>    RewriteEngine On
>    RewriteRule ^$ index.html [QSA]
>    RewriteRule ^([^.]+)$ $1.html [QSA]
>    RewriteCond %{REQUEST_FILENAME} !-f
>    RewriteRule ^(.*)$ cgi.rb [QSA,L]
>
>
> And one small note.  Certain server configurations are quite security
> conscious.  I learned, after much head scratching, that if I make ny
> *.rb files too-freely executable, they would not run (actully, they
> raised the useless "malformed header" CGI error).  Only chmod u+x was
> acceptable.  chmod ug+x or ugo+ was Bad.
>
> I've not gotten fastcgi on Apache2 running yet, but do have a Rails app
> running on the same box with lighttpd + fastcgi.
>
>
> Hope this helps, and apologies if people think it too off-topic.
>
>
> James
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051026/03b06cb5/attachment.bin 

From rob at motionpath.com  Thu Oct 27 05:44:54 2005
From: rob at motionpath.com (Rob Pitt)
Date: Thu, 27 Oct 2005 10:44:54 +0100
Subject: [Nitro] Automatic object evolution
In-Reply-To: <200510270108.11421.m.fellinger@gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>	<200510262134.54766.m.fellinger@gmail.com>	<435FF586.9020008@neurogami.com>
	<200510270108.11421.m.fellinger@gmail.com>
Message-ID: <4360A196.3010201@motionpath.com>

I have modified the postgresql interface so it drops and creates fields 
that are missing or no longer needed when starting up. I have a few 
questions for you guys?

1) Do you think this is a good idea? If not why not?
2) Do you think it should be enabled by default and able to be disabled 
with setup options r do you think this should be something that is 
disabled by default and enable with options?

Personally I think it should create fields by default but not drop 
unneeded ones incase you change your mind in debug mode and in 
production mode should make all changes immediately. Should be 
configurable by options (and interested in suggestions... something to 
do with evolve?)

If this is a good thing I will also add it do the MySQL adapter. Someone 
else can add it to Kirby and the other weird stores :)


From george.moschovitis at gmail.com  Thu Oct 27 05:52:53 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 27 Oct 2005 12:52:53 +0300
Subject: [Nitro] Automatic object evolution
In-Reply-To: <4360A196.3010201@motionpath.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<200510262134.54766.m.fellinger@gmail.com>
	<435FF586.9020008@neurogami.com>
	<200510270108.11421.m.fellinger@gmail.com>
	<4360A196.3010201@motionpath.com>
Message-ID: <afd80b540510270252pe0e124dw6ac5e0fc98a3429d@mail.gmail.com>

Hello Rob,

> I have modified the postgresql interface so it drops and creates fields
> that are missing or no longer needed when starting up. I have a few
> questions for you guys?

I wanted to do something like this for some time, thanks ;-)

> 2) Do you think it should be enabled by default and able to be disabled
> with setup options r do you think this should be something that is
> disabled by default and enable with options?


It would be nice if this process was interactive ie when starting the
app you get questions like:

Should I add the field xxx to table yyy y/n?
Should I remove the field xxx from table yyy y/n?

This is how I intended to implement this.

regards,
George.



PS: IMPORTANT, Please tell Chris to upload the scaffold files (like
relation_item) in the lego repository.




--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From transfire at gmail.com  Thu Oct 27 07:03:24 2005
From: transfire at gmail.com (TRANS)
Date: Thu, 27 Oct 2005 07:03:24 -0400
Subject: [Nitro] Automatic object evolution
In-Reply-To: <afd80b540510270252pe0e124dw6ac5e0fc98a3429d@mail.gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<200510262134.54766.m.fellinger@gmail.com>
	<435FF586.9020008@neurogami.com>
	<200510270108.11421.m.fellinger@gmail.com>
	<4360A196.3010201@motionpath.com>
	<afd80b540510270252pe0e124dw6ac5e0fc98a3429d@mail.gmail.com>
Message-ID: <4b6f054f0510270403r44d37aa9w8edf455c3e884597@mail.gmail.com>

I advise that you make it a method. While adding a feild won;t make
any one mad, delete one can. In either case I think it better to let
the programmer decide --a simple command per class and one for all
classes would do.

T.



From george.moschovitis at gmail.com  Thu Oct 27 07:12:13 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 27 Oct 2005 14:12:13 +0300
Subject: [Nitro] To developers
Message-ID: <afd80b540510270412r48a7bb2fwafd4b77144717851@mail.gmail.com>

A special message to everyone that sends me patches. Please check them
against the test cases first! And if possible provide a test case that
shows that your patch fixes the bug.

thanks,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From rob at motionpath.com  Thu Oct 27 07:22:17 2005
From: rob at motionpath.com (Rob Pitt)
Date: Thu, 27 Oct 2005 12:22:17 +0100
Subject: [Nitro] Automatic object evolution
In-Reply-To: <4b6f054f0510270403r44d37aa9w8edf455c3e884597@mail.gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>	<200510262134.54766.m.fellinger@gmail.com>	<435FF586.9020008@neurogami.com>	<200510270108.11421.m.fellinger@gmail.com>	<4360A196.3010201@motionpath.com>	<afd80b540510270252pe0e124dw6ac5e0fc98a3429d@mail.gmail.com>
	<4b6f054f0510270403r44d37aa9w8edf455c3e884597@mail.gmail.com>
Message-ID: <4360B869.8030707@motionpath.com>

Ahh conflicting information!

George wants interactive, me and Chris want it settable with options 
when doing Og.setup and you want methods :)

Here is how I see this then,

Interactive is the default behaviour.
You can set options like:

  Og.setup(
        :store => 'psql',
        :address => 'host',
        :name => 'database',
        :user => dbclient',
        :password => 'naughty',
        :evolve_schema => 'true' <------------- this would cause both 
create and delete to happen non-interactively but would log info in 
debug mode
        :evolve_schema_constructive => 'true' <---------- this would 
cause creates to happen silently but prompt for delete
        :evolve_schema_destructive => 'true' <---------- this would 
cause deletes to happen silently but prompt for creates
  )

Setting any of the above to false would cause that action to never happen.

It's all up to the G man... back to you :)

P.S I mentioned to chris as you asked and he said he is fixing something 
in '/admin' and will do this soon.

TRANS wrote:

>I advise that you make it a method. While adding a feild won;t make
>any one mad, delete one can. In either case I think it better to let
>the programmer decide --a simple command per class and one for all
>classes would do.
>
>T.
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>  
>



From rob at motionpath.com  Thu Oct 27 07:24:28 2005
From: rob at motionpath.com (Rob Pitt)
Date: Thu, 27 Oct 2005 12:24:28 +0100
Subject: [Nitro] Automatic object evolution
In-Reply-To: <4360B869.8030707@motionpath.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>	<200510262134.54766.m.fellinger@gmail.com>	<435FF586.9020008@neurogami.com>	<200510270108.11421.m.fellinger@gmail.com>	<4360A196.3010201@motionpath.com>	<afd80b540510270252pe0e124dw6ac5e0fc98a3429d@mail.gmail.com>
	<4b6f054f0510270403r44d37aa9w8edf455c3e884597@mail.gmail.com>
	<4360B869.8030707@motionpath.com>
Message-ID: <4360B8EC.3090103@motionpath.com>

Oops forgot to mention, I would add methods to do this too... however it 
would only work on PostgreSQL for now I rarely use MySQL and will add 
this ability to it if nobody else does within a few weeks but it is not 
on my priorities...

Again, back to the G man :)

Rob Pitt wrote:

> Ahh conflicting information!
>
> George wants interactive, me and Chris want it settable with options 
> when doing Og.setup and you want methods :)
>
> Here is how I see this then,
>
> Interactive is the default behaviour.
> You can set options like:
>
>  Og.setup(
>        :store => 'psql',
>        :address => 'host',
>        :name => 'database',
>        :user => dbclient',
>        :password => 'naughty',
>        :evolve_schema => 'true' <------------- this would cause both 
> create and delete to happen non-interactively but would log info in 
> debug mode
>        :evolve_schema_constructive => 'true' <---------- this would 
> cause creates to happen silently but prompt for delete
>        :evolve_schema_destructive => 'true' <---------- this would 
> cause deletes to happen silently but prompt for creates
>  )
>
> Setting any of the above to false would cause that action to never 
> happen.
>
> It's all up to the G man... back to you :)
>
> P.S I mentioned to chris as you asked and he said he is fixing 
> something in '/admin' and will do this soon.
>
> TRANS wrote:
>
>> I advise that you make it a method. While adding a feild won;t make
>> any one mad, delete one can. In either case I think it better to let
>> the programmer decide --a simple command per class and one for all
>> classes would do.
>>
>> T.
>>
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>  
>>
>
>



From george.moschovitis at gmail.com  Thu Oct 27 07:25:29 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 27 Oct 2005 14:25:29 +0300
Subject: [Nitro] Automatic object evolution
In-Reply-To: <4360B869.8030707@motionpath.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<200510262134.54766.m.fellinger@gmail.com>
	<435FF586.9020008@neurogami.com>
	<200510270108.11421.m.fellinger@gmail.com>
	<4360A196.3010201@motionpath.com>
	<afd80b540510270252pe0e124dw6ac5e0fc98a3429d@mail.gmail.com>
	<4b6f054f0510270403r44d37aa9w8edf455c3e884597@mail.gmail.com>
	<4360B869.8030707@motionpath.com>
Message-ID: <afd80b540510270425k5982449fi503618336bf940cd@mail.gmail.com>

> It's all up to the G man... back to you :)

Not really, this is a communnity project. I would suggest that you
provide a solution in the form of a patch and then we can discuss this
on the list ;-)

regards,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From transfire at gmail.com  Thu Oct 27 07:50:56 2005
From: transfire at gmail.com (TRANS)
Date: Thu, 27 Oct 2005 07:50:56 -0400
Subject: [Nitro] Automatic object evolution
In-Reply-To: <4360B869.8030707@motionpath.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<200510262134.54766.m.fellinger@gmail.com>
	<435FF586.9020008@neurogami.com>
	<200510270108.11421.m.fellinger@gmail.com>
	<4360A196.3010201@motionpath.com>
	<afd80b540510270252pe0e124dw6ac5e0fc98a3429d@mail.gmail.com>
	<4b6f054f0510270403r44d37aa9w8edf455c3e884597@mail.gmail.com>
	<4360B869.8030707@motionpath.com>
Message-ID: <4b6f054f0510270450h6c8c12aetb3f34e9c46069f5@mail.gmail.com>

On 10/27/05, Rob Pitt <rob at motionpath.com> wrote:
> Ahh conflicting information!
>
> George wants interactive, me and Chris want it settable with options
> when doing Og.setup and you want methods :)

I'm not so sure we "want", I think it's more just suggsting possible solution.

> Here is how I see this then,
>
> Interactive is the default behaviour.
> You can set options like:

Ah this helps.

>   Og.setup(
>         :store => 'psql',
>         :address => 'host',
>         :name => 'database',
>         :user => dbclient',
>         :password => 'naughty',
>         :evolve_schema => 'true' <------------- this would cause both
> create and delete to happen non-interactively but would log info in
> debug mode

Okay, but the default if not given is false.

>         :evolve_schema_constructive => 'true' <---------- this would
> cause creates to happen silently but prompt for delete

I'm not so sure about prompting. Prompting is generally not a good
idea --that's why we have settings like this one. How about:

         :evolve_schema_cautious => 'true' <---------- this would
> cause creates to happen but not deletes.

only applies if evolve_schema is set and it should default to true.

>         :evolve_schema_destructive => 'true' <---------- this would
> cause deletes to happen silently but prompt for creates

This last one I think is useless.

The reason I take this approach  is because it is too easy to
inadvertantly cause a field delete, and if your working in live-data
conditions by chance....well, I hope you remembered to back-up!

T.



From george.moschovitis at gmail.com  Thu Oct 27 07:47:29 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 27 Oct 2005 14:47:29 +0300
Subject: [Nitro] Test gems
Message-ID: <afd80b540510270447v6f215083k901bc2fdd1c471fa@mail.gmail.com>

Dear devs attached to this email you can find the RC 0.24.0 gems. Can
you please try them and tell me if the install correctly? Please also
try the examples and Spark.

thanks,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dist.zip
Type: application/zip
Size: 582369 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051027/e0ee5753/attachment.zip 

From george.moschovitis at gmail.com  Thu Oct 27 07:52:10 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 27 Oct 2005 14:52:10 +0300
Subject: [Nitro] Test gems
In-Reply-To: <afd80b540510270447v6f215083k901bc2fdd1c471fa@mail.gmail.com>
References: <afd80b540510270447v6f215083k901bc2fdd1c471fa@mail.gmail.com>
Message-ID: <afd80b540510270452g246784d1u51d65e0f5d7ebe7d@mail.gmail.com>

Hmm, apologies for posting this big file on the list. It was a mistake.

-g.


On 10/27/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Dear devs attached to this email you can find the RC 0.24.0 gems. Can
> you please try them and tell me if the install correctly? Please also
> try the examples and Spark.
>
> thanks,
> George.
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
>
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From zachary.zolton at gmail.com  Thu Oct 27 08:17:13 2005
From: zachary.zolton at gmail.com (Zachary Zolton)
Date: Thu, 27 Oct 2005 08:17:13 -0400
Subject: [Nitro] Automatic object evolution
In-Reply-To: <4b6f054f0510270450h6c8c12aetb3f34e9c46069f5@mail.gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<200510262134.54766.m.fellinger@gmail.com>
	<435FF586.9020008@neurogami.com>
	<200510270108.11421.m.fellinger@gmail.com>
	<4360A196.3010201@motionpath.com>
	<afd80b540510270252pe0e124dw6ac5e0fc98a3429d@mail.gmail.com>
	<4b6f054f0510270403r44d37aa9w8edf455c3e884597@mail.gmail.com>
	<4360B869.8030707@motionpath.com>
	<4b6f054f0510270450h6c8c12aetb3f34e9c46069f5@mail.gmail.com>
Message-ID: <f728979f0510270517o6c7b94u80305e45d5fe5fab@mail.gmail.com>

In setting :evolve_schema, couldn't we use use the value true instead
of the string 'true'?


On 10/27/05, TRANS <transfire at gmail.com> wrote:
> On 10/27/05, Rob Pitt <rob at motionpath.com> wrote:
> > Ahh conflicting information!
> >
> > George wants interactive, me and Chris want it settable with options
> > when doing Og.setup and you want methods :)
>
> I'm not so sure we "want", I think it's more just suggsting possible solution.
>
> > Here is how I see this then,
> >
> > Interactive is the default behaviour.
> > You can set options like:
>
> Ah this helps.
>
> >   Og.setup(
> >         :store => 'psql',
> >         :address => 'host',
> >         :name => 'database',
> >         :user => dbclient',
> >         :password => 'naughty',
> >         :evolve_schema => 'true' <------------- this would cause both
> > create and delete to happen non-interactively but would log info in
> > debug mode
>
> Okay, but the default if not given is false.
>
> >         :evolve_schema_constructive => 'true' <---------- this would
> > cause creates to happen silently but prompt for delete
>
> I'm not so sure about prompting. Prompting is generally not a good
> idea --that's why we have settings like this one. How about:
>
>         :evolve_schema_cautious => 'true' <---------- this would
> > cause creates to happen but not deletes.
>
> only applies if evolve_schema is set and it should default to true.
>
> >         :evolve_schema_destructive => 'true' <---------- this would
> > cause deletes to happen silently but prompt for creates
>
> This last one I think is useless.
>
> The reason I take this approach  is because it is too easy to
> inadvertantly cause a field delete, and if your working in live-data
> conditions by chance....well, I hope you remembered to back-up!
>
> T.
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From rob at motionpath.com  Thu Oct 27 08:26:21 2005
From: rob at motionpath.com (Rob Pitt)
Date: Thu, 27 Oct 2005 13:26:21 +0100
Subject: [Nitro] Automatic object evolution
In-Reply-To: <f728979f0510270517o6c7b94u80305e45d5fe5fab@mail.gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>	<200510262134.54766.m.fellinger@gmail.com>	<435FF586.9020008@neurogami.com>	<200510270108.11421.m.fellinger@gmail.com>	<4360A196.3010201@motionpath.com>	<afd80b540510270252pe0e124dw6ac5e0fc98a3429d@mail.gmail.com>	<4b6f054f0510270403r44d37aa9w8edf455c3e884597@mail.gmail.com>	<4360B869.8030707@motionpath.com>	<4b6f054f0510270450h6c8c12aetb3f34e9c46069f5@mail.gmail.com>
	<f728979f0510270517o6c7b94u80305e45d5fe5fab@mail.gmail.com>
Message-ID: <4360C76D.9080703@motionpath.com>

Good idea.

I have done this in the manner you two suggested and you can check it 
out for improvement from our darcs repository on 
http://nitro.lego.motionpath.com by doing a darcs get. You need the 
following patches (applied in order):



Tue Oct 25 17:13:59 BST 2005  rob at motionpath.com
  * Postgresql adapter modified to check if table exists via internal 
postgresql commands and join table existence checked seperately from 
main table existence to allow proper extension and self healing


Thu Oct 27 11:05:47 BST 2005  rob at motionpath.com
  * FIXED: Bad memory usage for previous table existence checker. ADDED: 
Table evolution in Postgresql library, automatically creates new fields 
as needed, warns about fields no longer needed or deletes them if 
:evolve_schema is enabled in Og database manager options. TODO: Should 
also interrogate field types and modify them if people do things like 
changing string to integer (why?)

Thu Oct 27 13:20:24 BST 2005  rob at motionpath.com
  * Revised table evolution patched using TRANS suggestion from ML

Thu Oct 27 13:22:37 BST 2005  rob at motionpath.com
  * Table evolution revised to use true value instead of strings

-- Rob.

Zachary Zolton wrote:

>In setting :evolve_schema, couldn't we use use the value true instead
>of the string 'true'?
>
>
>On 10/27/05, TRANS <transfire at gmail.com> wrote:
>  
>
>>On 10/27/05, Rob Pitt <rob at motionpath.com> wrote:
>>    
>>
>>>Ahh conflicting information!
>>>
>>>George wants interactive, me and Chris want it settable with options
>>>when doing Og.setup and you want methods :)
>>>      
>>>
>>I'm not so sure we "want", I think it's more just suggsting possible solution.
>>
>>    
>>
>>>Here is how I see this then,
>>>
>>>Interactive is the default behaviour.
>>>You can set options like:
>>>      
>>>
>>Ah this helps.
>>
>>    
>>
>>>  Og.setup(
>>>        :store => 'psql',
>>>        :address => 'host',
>>>        :name => 'database',
>>>        :user => dbclient',
>>>        :password => 'naughty',
>>>        :evolve_schema => 'true' <------------- this would cause both
>>>create and delete to happen non-interactively but would log info in
>>>debug mode
>>>      
>>>
>>Okay, but the default if not given is false.
>>
>>    
>>
>>>        :evolve_schema_constructive => 'true' <---------- this would
>>>cause creates to happen silently but prompt for delete
>>>      
>>>
>>I'm not so sure about prompting. Prompting is generally not a good
>>idea --that's why we have settings like this one. How about:
>>
>>        :evolve_schema_cautious => 'true' <---------- this would
>>    
>>
>>>cause creates to happen but not deletes.
>>>      
>>>
>>only applies if evolve_schema is set and it should default to true.
>>
>>    
>>
>>>        :evolve_schema_destructive => 'true' <---------- this would
>>>cause deletes to happen silently but prompt for creates
>>>      
>>>
>>This last one I think is useless.
>>
>>The reason I take this approach  is because it is too easy to
>>inadvertantly cause a field delete, and if your working in live-data
>>conditions by chance....well, I hope you remembered to back-up!
>>
>>T.
>>
>>_______________________________________________
>>Nitro-general mailing list
>>Nitro-general at rubyforge.org
>>http://rubyforge.org/mailman/listinfo/nitro-general
>>
>>    
>>
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>  
>



From george.moschovitis at gmail.com  Thu Oct 27 15:19:31 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 27 Oct 2005 22:19:31 +0300
Subject: [Nitro] Source code cleanup
Message-ID: <afd80b540510271219w1053ab7l50c0e3aacde9fbcc@mail.gmail.com>

Dear devs,

I am using the following script to cleanup the source code:


LF = "\x0a"

Dir['**/*'].each do |filename|
  unless File.directory?(filename) or filename =~ /\.db$/ or filename
=~ /\.bin$/ or filename =~ /gif$/ or filename =~ /png$/ or filename =~
/swf$/ or filename =~ /jpg$/ or filename =~ /darcs/
    puts "Converting #{filename}..."
    s = File.read(filename).gsub("\t", " "*2).gsub(/\r\n/, LF)
    File.open(filename, "wb") {|f| f << s}
  end
end

Can anyone propose some additional cleanup rules?

thanks,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From m.fellinger at gmail.com  Thu Oct 27 16:51:54 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Thu, 27 Oct 2005 22:51:54 +0200
Subject: [Nitro] Source code cleanup
In-Reply-To: <afd80b540510271219w1053ab7l50c0e3aacde9fbcc@mail.gmail.com>
References: <afd80b540510271219w1053ab7l50c0e3aacde9fbcc@mail.gmail.com>
Message-ID: <200510272251.56988.m.fellinger@gmail.com>

Hi George,

one thing i have encountered would be an overall use of '/usr/bin/env ruby', 
it is an annoyance to replace the path every time where it occurs. (esp in 
the proto-dir)
otherwise i can't come up with something additional for the cleanup, only that 
i prefer tabs, but that is only my opinion... other people love 2 spaces :)

so long..
manveru

Am Donnerstag 27 Oktober 2005 21:19 schrieb George Moschovitis:
> Dear devs,
>
> I am using the following script to cleanup the source code:
>
>
> LF = "\x0a"
>
> Dir['**/*'].each do |filename|
>   unless File.directory?(filename) or filename =~ /\.db$/ or filename
> =~ /\.bin$/ or filename =~ /gif$/ or filename =~ /png$/ or filename =~
> /swf$/ or filename =~ /jpg$/ or filename =~ /darcs/
>     puts "Converting #{filename}..."
>     s = File.read(filename).gsub("\t", " "*2).gsub(/\r\n/, LF)
>     File.open(filename, "wb") {|f| f << s}
>   end
> end
>
> Can anyone propose some additional cleanup rules?
>
> thanks,
> George.
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051027/b83af7a6/attachment.bin 

From zachary.zolton at gmail.com  Thu Oct 27 16:59:42 2005
From: zachary.zolton at gmail.com (Zachary Zolton)
Date: Thu, 27 Oct 2005 16:59:42 -0400
Subject: [Nitro] Source code cleanup
In-Reply-To: <200510272251.56988.m.fellinger@gmail.com>
References: <afd80b540510271219w1053ab7l50c0e3aacde9fbcc@mail.gmail.com>
	<200510272251.56988.m.fellinger@gmail.com>
Message-ID: <f728979f0510271359r74053de7k2b130fd9f288ef46@mail.gmail.com>

You'll never win a "tabs instead of 2 spaces" argument in Rubyland,
though...  ;-)

On 10/27/05, Michael Fellinger <m.fellinger at gmail.com> wrote:
> Hi George,
>
> one thing i have encountered would be an overall use of '/usr/bin/env ruby',
> it is an annoyance to replace the path every time where it occurs. (esp in
> the proto-dir)
> otherwise i can't come up with something additional for the cleanup, only that
> i prefer tabs, but that is only my opinion... other people love 2 spaces :)
>
> so long..
> manveru
>
> Am Donnerstag 27 Oktober 2005 21:19 schrieb George Moschovitis:
> > Dear devs,
> >
> > I am using the following script to cleanup the source code:
> >
> >
> > LF = "\x0a"
> >
> > Dir['**/*'].each do |filename|
> >   unless File.directory?(filename) or filename =~ /\.db$/ or filename
> > =~ /\.bin$/ or filename =~ /gif$/ or filename =~ /png$/ or filename =~
> > /swf$/ or filename =~ /jpg$/ or filename =~ /darcs/
> >     puts "Converting #{filename}..."
> >     s = File.read(filename).gsub("\t", " "*2).gsub(/\r\n/, LF)
> >     File.open(filename, "wb") {|f| f << s}
> >   end
> > end
> >
> > Can anyone propose some additional cleanup rules?
> >
> > thanks,
> > George.
> >
> > --
> > http://www.gmosx.com
> > http://www.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
>



From m.fellinger at gmail.com  Thu Oct 27 18:49:29 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Fri, 28 Oct 2005 00:49:29 +0200
Subject: [Nitro] Test gems
In-Reply-To: <afd80b540510270447v6f215083k901bc2fdd1c471fa@mail.gmail.com>
References: <afd80b540510270447v6f215083k901bc2fdd1c471fa@mail.gmail.com>
Message-ID: <200510280049.33282.m.fellinger@gmail.com>

ok, i have installed the gems in following order:
gem install facets
gem install cmdparse
gem install glue
gem install gen
gem install og
gem install nitro
(and after scgi was complaining, this one as well)
gem install highline

and it is working for me - no errors and the examples work for me.
is there something special i should try?
(btw, it's an old debian woody where i tried that)

i have problems with lighttpd (trying the old fcgi-setup) though:

/usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/lib/nitro/server/runner.rb:234:in 
`invoke': uninitialized constant Nitro::Runner::FastCGI (NameError)

is the support for fastcgi dropped? do i have to use scgi now?
now, regarding scgi - i keep getting
2005-10-28 00:40:06: (mod_scgi.c.2029) proc: 10.0.0.3 9000  1 0 0 0
2005-10-28 00:40:07: (mod_scgi.c.2029) proc: 10.0.0.3 9000  1 0 0 0
2005-10-28 00:40:08: (mod_scgi.c.2029) proc: 10.0.0.3 9000  1 0 0 0
2005-10-28 00:40:09: (mod_scgi.c.2029) proc: 10.0.0.3 9000  1 0 0 0

when trying the spark-demo... no idea what the meaning is, but it looks like 
something evil is at work...

so long...
manveru

Am Donnerstag 27 Oktober 2005 13:47 schrieb George Moschovitis:
> Dear devs attached to this email you can find the RC 0.24.0 gems. Can
> you please try them and tell me if the install correctly? Please also
> try the examples and Spark.
>
> thanks,
> George.
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051027/4cd639c1/attachment.bin 

From epiperak at softlab.ece.ntua.gr  Thu Oct 27 21:22:36 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Fri, 28 Oct 2005 04:22:36 +0300 (EEST)
Subject: [Nitro] Automatic object evolution
In-Reply-To: <4360B869.8030707@motionpath.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<200510262134.54766.m.fellinger@gmail.com>
	<435FF586.9020008@neurogami.com>
	<200510270108.11421.m.fellinger@gmail.com>
	<4360A196.3010201@motionpath.com>
	<afd80b540510270252pe0e124dw6ac5e0fc98a3429d@mail.gmail.com>
	<4b6f054f0510270403r44d37aa9w8edf455c3e884597@mail.gmail.com>
	<4360B869.8030707@motionpath.com>
Message-ID: <Pine.LNX.4.62.0510280420200.13662@theseas.softlab.ece.ntua.gr>

> Ahh conflicting information!
>
> George wants interactive, me and Chris want it settable with options
> when doing Og.setup and you want methods :)
Just one more opinion, if it is interactive, who would be there to 
interact with the app, when the apache restarts by itself (due to a 
million reasons?)
I believe that setting it up on the setup is a more stable solution.

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From rainhead at gmail.com  Fri Oct 28 00:42:30 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Thu, 27 Oct 2005 21:42:30 -0700
Subject: [Nitro] Default bind host
Message-ID: <F3E1E300-BCDE-460A-A00A-DF29EA7F2F04@gmail.com>

Hi, all,

There's a suggestion on the Wishlist wiki page that the default bind  
host be * (0.0.0.0?). I prefer the present default of localhost  
because it forces the developer to vet the security of their code  
before exposing it to the world. Can someone make a case for binding  
globally by default?

This is a small point, but it'll affect every developer's experience  
of Nitro, and should be resolved. What is the will of the people?

Peter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2410 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051028/2c65aa83/attachment.bin 

From james_b at neurogami.com  Fri Oct 28 01:44:10 2005
From: james_b at neurogami.com (James Britt)
Date: Thu, 27 Oct 2005 22:44:10 -0700
Subject: [Nitro] Default bind host
In-Reply-To: <F3E1E300-BCDE-460A-A00A-DF29EA7F2F04@gmail.com>
References: <F3E1E300-BCDE-460A-A00A-DF29EA7F2F04@gmail.com>
Message-ID: <4361BAAA.1020008@neurogami.com>

Peter Abrahamsen wrote:
> Hi, all,
> 
> There's a suggestion on the Wishlist wiki page that the default bind  
> host be * (0.0.0.0?). I prefer the present default of localhost  because 
> it forces the developer to vet the security of their code  before 
> exposing it to the world. Can someone make a case for binding  globally 
> by default?
> 
> This is a small point, but it'll affect every developer's experience  of 
> Nitro, and should be resolved. What is the will of the people?

I don't think I've ever deployed to anything but a specific IP address. 
  I like the idea of using localhost as the default in order to enable 
development but force an explicit choice when deploying live.

James


-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From george.moschovitis at gmail.com  Fri Oct 28 02:56:56 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 28 Oct 2005 09:56:56 +0300
Subject: [Nitro] Test gems
In-Reply-To: <200510280049.33282.m.fellinger@gmail.com>
References: <afd80b540510270447v6f215083k901bc2fdd1c471fa@mail.gmail.com>
	<200510280049.33282.m.fellinger@gmail.com>
Message-ID: <afd80b540510272356n555226c1vd81b26ea9ec8dbd0@mail.gmail.com>

> is the support for fastcgi dropped? do i have to use scgi now?

no fcgi is very well supported, www.nitrohq.com runs on
lighttpd/fastcgi with virtual hosts. I 'll release my config files in
the following days...

regards,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris at motionpath.com  Fri Oct 28 03:46:11 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Fri, 28 Oct 2005 08:46:11 +0100
Subject: [Nitro] Automatic object evolution
In-Reply-To: <Pine.LNX.4.62.0510280420200.13662@theseas.softlab.ece.ntua.gr>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<200510262134.54766.m.fellinger@gmail.com>
	<435FF586.9020008@neurogami.com>
	<200510270108.11421.m.fellinger@gmail.com>
	<4360A196.3010201@motionpath.com>
	<afd80b540510270252pe0e124dw6ac5e0fc98a3429d@mail.gmail.com>
	<4b6f054f0510270403r44d37aa9w8edf455c3e884597@mail.gmail.com>
	<4360B869.8030707@motionpath.com>
	<Pine.LNX.4.62.0510280420200.13662@theseas.softlab.ece.ntua.gr>
Message-ID: <F3069741-C6A1-4FF1-A2A3-AD64BBAAC289@motionpath.com>

Presumably if there was an "interactive" mode this would only happend
when in using debug mode - possibly stage.

anyways: I like the :evolve_schema flags in setup they neatly allow
for the differant levels of control when in debug/stage/production

rp: I changed your patch a little ... it was checking for a string  
'true'
changed it to check for a real boolean hope you don't mind :P


On Oct 28, 2005, at 02:22, Emmanuel Piperakis wrote:

>> Ahh conflicting information!
>>
>> George wants interactive, me and Chris want it settable with options
>> when doing Og.setup and you want methods :)
>>
> Just one more opinion, if it is interactive, who would be there to
> interact with the app, when the apache restarts by itself (due to a
> million reasons?)
> I believe that setting it up on the setup is a more stable solution.
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From chris at motionpath.com  Fri Oct 28 03:53:32 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Fri, 28 Oct 2005 08:53:32 +0100
Subject: [Nitro] Default bind host
In-Reply-To: <4361BAAA.1020008@neurogami.com>
References: <F3E1E300-BCDE-460A-A00A-DF29EA7F2F04@gmail.com>
	<4361BAAA.1020008@neurogami.com>
Message-ID: <B3FCC1F5-F00C-4497-BA87-DFBBD7A00371@motionpath.com>



when developing I find it handy that the webrick server doesn't bind
to all interfaces as it allows me to run more than one project at a time

I'm happy with the default behavior.

I have (the very hacky) line
Server.address = ARGV[0] || 'localhost'
in my debug conf to allow me todo
./run hostname
./run ip

it doesn't come up that often but is handy when it does

On Oct 28, 2005, at 06:44, James Britt wrote:

> Peter Abrahamsen wrote:
>
>> Hi, all,
>>
>> There's a suggestion on the Wishlist wiki page that the default bind
>> host be * (0.0.0.0?). I prefer the present default of localhost   
>> because
>> it forces the developer to vet the security of their code  before
>> exposing it to the world. Can someone make a case for binding   
>> globally
>> by default?
>>
>> This is a small point, but it'll affect every developer's  
>> experience  of
>> Nitro, and should be resolved. What is the will of the people?
>>
>
> I don't think I've ever deployed to anything but a specific IP  
> address.
>   I like the idea of using localhost as the default in order to enable
> development but force an explicit choice when deploying live.
>
> James
>
>
> -- 
>
> http://www.ruby-doc.org - The Ruby Documentation Site
> http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
> http://www.rubystuff.com - The Ruby Store for Ruby Stuff
> http://www.jamesbritt.com  - Playing with Better Toys
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From george.moschovitis at gmail.com  Fri Oct 28 03:55:10 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 28 Oct 2005 10:55:10 +0300
Subject: [Nitro] [ANN] Nitro + Og 0.24.0, Annotations, KirbyBase, SCGI,
	Og Evolution, Gen, Dynamic CSS...
Message-ID: <afd80b540510280055j15ae904ctf4f6c742bd3a7f1@mail.gmail.com>

Dear devs,

new versions of Nitro and Og were just released!

homepage: http://www.nitrohq.com
download: http://rubyforge.org/projects/nitro/
mailing list: http://rubyforge.org/pipermail/nitro-general/

--

A snapshot of the latest developments. This version features
tons of big and small features and bug fixes that were
implemented during the last month. Special thanks fly to
Tom, Chris, Guill, Rob, Aleksi, and all others that sent
patches and code.

Most notable additions:


* Totaly recoded annotation / property system. The property
  system is now based on Facet annotations and inheritors.
  You can now annotate every object, attribute or method
  in Nitro. For example you can annotate your actions with
  routing rules or sitemap strings etc, etc. One unified
  system for annotations and metadata is used throughout
  the whole Framework.

  Here is an example:

  class A
    attr_accessor :val
    ann :val, :klass => String
    ann :self, :doc => 'Self annotation'
  end

  A.ann.val.class => String
  A.ann.self.doc =>

  if A.ann.val[:class]

  etc, etc...

* Implemented one of the most requested features. An Og
  frontend for KirbyBase. The KirbyBase store does not yet
  support all features, but is really useful. For example
  it can power the Spark wiki example. Switching between
  KirbyBase, Mysql, Postgres, Sqlite, etc by changing
  one line of code is really cool ;-)

* Better Seperation of Concerns for Og managed classes. Og
  can now annotate and handle classes from other libraries.
  Lets say you have the following class:

  class User
    attr_accessor :name
    attr_accessor :body
  end

  Using Ruby's open classes and Nitro's advanced annotation
  system you can easily prepare this class for Og management

  class User
    ann :user, :klass => String
    ann :body, :klass => String
  end

  or even better:

  class User
    property :user, String
    property :body, String
  end

  This style promotes SOC: You define your classes in one
  place and annotate them for Og in another place.

* Introduced a simple code generation framework. Two example
  generators are included:

  * app: generates the directory structure for a new
    nitro application.

  * form: generates an xhtml form for a Ruby class.
    This generator leverages the annotations of the
    object class.

* Improved scaffolding code and django style auto
  administration system. The new scaffolder supports all
  Og relation types and provides an intuitive DHTML
  interface for editing.

* SCGI (http://python.ca/nas/scgi/protocol.txt) support.
  Thanks to a refactoring of Nitro's cgi code this
  version integrates with Zed Shaw's SCGI adapter. This
  provides FastCGI's performance with an easy
  installation.

* Experimental HTTP streaming support. Here is a
  simple example:

  def index
    response.content_type = "text/plain"
    stream do
      5.times do |i|
        print "#{i}"*10000 + "\n"
        sleep 1
      end
    end
  end

* Simple Og automatic evolution system. Lets say you have a class Article

  class Article
    property :title, String
    property :nbody, String
    property :dumy, Fixnum
  end

  lets you want to change your
  class to this one:

  class NewArticle
    property :ntitle, String
    property :nbody, String
    property :new, Float
  end

  First you export the database:

  og.export

  Then you import the database. Some rules
  are needed when renaming classes or properties.
  New properties or deleted properties are handled
  automatically.

  rules = {
    :Article => {
      :self => :NewArticle, # rename the class
      :title => :ntitle,
      :body => :nbody
    }
  }
  og.import :evolution => rules

  Thats all. In a future version this will be integrated into
  the default runner scripts.

* Og helpers to create simple rdbms management scripts. Here
  is an example:

  mysql "-u root -p", <<-END
    drop database if exists weblog_development;
    create database weblog_development;
    grant all on weblog_development.* to #{`id -un`.strip}@localhost;
  END

  At the moment this is only available for Mysql.

* Added support for dynamic CSS using Nitro's advanced templating
  system. Create the dynamic CSS file with an .csst extension in
  your template root.

  <?r
  green = '#79b500'
  background = '#fff'
  ?>

 .page {
    background: #{green}

    <?r 10.times do ?>
      padding: 5px;
    <?r end ?>

    // or even

    <% 3.times do %>
      margin: 5px;
    <% end %>
  }
  ..

  then, add this line in run.rb:

  Compiler.precompile 'style.css'

  The CSS file will be regenerated automatically whenever the
  template changes...

* Updated to support latest Prototype, Scriptaculous etc.

* Cleaned up Og implementation.

* Fixed minor Ruby 1.8.3 compatibility issues.

* Even better integration with Ruby Facets.

* Tons of bug fixes and small but useful features.

--

Nitro provides everything you need to develop professional Web
applications using Ruby and Javascript.

Nitro redefines Rapid Application Development by providing a
clean, yet efficient API, a layer of domain specific languages
implemented on top of Ruby and the most powerful and elegant
object relational mapping solution available everywhere.

Nitro is Web 2.0 ready, featuring excellent support for AJAX,
XML, Syndication while staying standards compliant.

Og (ObjectGraph) is a powerful and elegant object-relational mapping
library. Og manages the lifecycle of Ruby objects and  provides
transparent serialization of object graphs to stores (typically
RDBM systems).

--

enjoy,
George Moschovitis


--
http://www.nitrohq.com
http://www.navel.gr



From george.moschovitis at gmail.com  Fri Oct 28 04:01:34 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 28 Oct 2005 11:01:34 +0300
Subject: [Nitro] [ANN] Nitro Spark 0.6.0
Message-ID: <afd80b540510280101h344d7d0fobe6497cf47ef7a89@mail.gmail.com>

Dear devs,

I am happy to announce a new version of Spark, the Nitro powered wiki.

Download: http://rubyforge.org/projects/nitro/

Here are the features:

* Intuitive, hierarchical organization of pages.
* Supports RedCloth for markup.
* Non CamelCase intra-links.
* Support for tagging (folksonomy).
* Support for syntax highlighting.
* Organization of authors.
* Powered by Og, can be backed up by a RDBM system or
  an in-memory/filesystem store like KirbyBase.
* Powered by Nitro, can be run using Webrick, FastCGI,
  SCGI, Apache, Lighttpd, etc.
* Page permissions.
* Output caching for excellent performance.
* Search.

You can see this wiki in action: http://www.nitrohq.com

enjoy,
George Moschovitis

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Oct 28 04:04:06 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 28 Oct 2005 11:04:06 +0300
Subject: [Nitro] Automatic object evolution
In-Reply-To: <F3069741-C6A1-4FF1-A2A3-AD64BBAAC289@motionpath.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>
	<200510262134.54766.m.fellinger@gmail.com>
	<435FF586.9020008@neurogami.com>
	<200510270108.11421.m.fellinger@gmail.com>
	<4360A196.3010201@motionpath.com>
	<afd80b540510270252pe0e124dw6ac5e0fc98a3429d@mail.gmail.com>
	<4b6f054f0510270403r44d37aa9w8edf455c3e884597@mail.gmail.com>
	<4360B869.8030707@motionpath.com>
	<Pine.LNX.4.62.0510280420200.13662@theseas.softlab.ece.ntua.gr>
	<F3069741-C6A1-4FF1-A2A3-AD64BBAAC289@motionpath.com>
Message-ID: <afd80b540510280104x2a6d738awfa32fb7dc4fe1ffa@mail.gmail.com>

Ok, I will play a bit with yiur patches. Now that 0.24.0 is out I can
resume working on 0.25.0, lets aim for a quicker release this time.

regards,
George.


On 10/28/05, Chris Farmiloe <chris at motionpath.com> wrote:
> Presumably if there was an "interactive" mode this would only happend
> when in using debug mode - possibly stage.
>
> anyways: I like the :evolve_schema flags in setup they neatly allow
> for the differant levels of control when in debug/stage/production
>
> rp: I changed your patch a little ... it was checking for a string
> 'true'
> changed it to check for a real boolean hope you don't mind :P
>
>
> On Oct 28, 2005, at 02:22, Emmanuel Piperakis wrote:
>
> >> Ahh conflicting information!
> >>
> >> George wants interactive, me and Chris want it settable with options
> >> when doing Og.setup and you want methods :)
> >>
> > Just one more opinion, if it is interactive, who would be there to
> > interact with the app, when the apache restarts by itself (due to a
> > million reasons?)
> > I believe that setting it up on the setup is a more stable solution.
> >
> > Emmanouil Piperakis (epiperak at cs.ntua.gr)
> > {To explore is Human, to Create is Devine,
> >   To teach is Primal, to Rule is Sin}
> > _______________________________________________
> > 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.navel.gr
http://www.nitrohq.com



From rob at motionpath.com  Fri Oct 28 04:20:40 2005
From: rob at motionpath.com (Rob Pitt)
Date: Fri, 28 Oct 2005 09:20:40 +0100
Subject: [Nitro] Automatic object evolution
In-Reply-To: <afd80b540510280104x2a6d738awfa32fb7dc4fe1ffa@mail.gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B713376E@mwsewall.com>	<200510262134.54766.m.fellinger@gmail.com>	<435FF586.9020008@neurogami.com>	<200510270108.11421.m.fellinger@gmail.com>	<4360A196.3010201@motionpath.com>	<afd80b540510270252pe0e124dw6ac5e0fc98a3429d@mail.gmail.com>	<4b6f054f0510270403r44d37aa9w8edf455c3e884597@mail.gmail.com>	<4360B869.8030707@motionpath.com>	<Pine.LNX.4.62.0510280420200.13662@theseas.softlab.ece.ntua.gr>	<F3069741-C6A1-4FF1-A2A3-AD64BBAAC289@motionpath.com>
	<afd80b540510280104x2a6d738awfa32fb7dc4fe1ffa@mail.gmail.com>
Message-ID: <4361DF58.1040507@motionpath.com>

Oops, must have messed up recording the last patch, thanks Chris :)

George Moschovitis wrote:

>Ok, I will play a bit with yiur patches. Now that 0.24.0 is out I can
>resume working on 0.25.0, lets aim for a quicker release this time.
>
>regards,
>George.
>
>
>On 10/28/05, Chris Farmiloe <chris at motionpath.com> wrote:
>  
>
>>Presumably if there was an "interactive" mode this would only happend
>>when in using debug mode - possibly stage.
>>
>>anyways: I like the :evolve_schema flags in setup they neatly allow
>>for the differant levels of control when in debug/stage/production
>>
>>rp: I changed your patch a little ... it was checking for a string
>>'true'
>>changed it to check for a real boolean hope you don't mind :P
>>
>>
>>On Oct 28, 2005, at 02:22, Emmanuel Piperakis wrote:
>>
>>    
>>
>>>>Ahh conflicting information!
>>>>
>>>>George wants interactive, me and Chris want it settable with options
>>>>when doing Og.setup and you want methods :)
>>>>
>>>>        
>>>>
>>>Just one more opinion, if it is interactive, who would be there to
>>>interact with the app, when the apache restarts by itself (due to a
>>>million reasons?)
>>>I believe that setting it up on the setup is a more stable solution.
>>>
>>>Emmanouil Piperakis (epiperak at cs.ntua.gr)
>>>{To explore is Human, to Create is Devine,
>>>  To teach is Primal, to Rule is Sin}
>>>_______________________________________________
>>>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.navel.gr
>http://www.nitrohq.com
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>  
>



From chris at motionpath.com  Fri Oct 28 04:30:01 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Fri, 28 Oct 2005 09:30:01 +0100
Subject: [Nitro] The DARCS repository thread
In-Reply-To: <afd80b540510241002k6c1dbb48t25b8d90ced432bd3@mail.gmail.com>
References: <E229F03F-713A-4F95-98E9-4F76609F0EC4@motionpath.com>
	<afd80b540510240213u5cac284ei8601f7af53071706@mail.gmail.com>
	<B6BAF9C3-A907-4338-98D2-0513C606613B@motionpath.com>
	<afd80b540510241002k6c1dbb48t25b8d90ced432bd3@mail.gmail.com>
Message-ID: <99D2A09D-C43C-452E-ACED-9250CB2C1BF9@motionpath.com>

hallo:

Will the live darcs repo be coming back?

Would love to pull your changes made for the 0.24 release?


Chris Farmiloe
Design & Development.

Motionpath Digital Media Ltd.
St Georges road, Brighton, BN2 1ED.
Office: 01273 608708    |    Mobile:    07791 179481




On 24 Oct 2005, at 18:02, George Moschovitis wrote:

> Hello chris, Please send me just the two files:
>
> scaffold.js and form.rb
>
> I have manually applied part of your patch.
> I have not synchronized with the live repostiory yet.
>
> -g.
>
>
> On 10/24/05, Chris Farmiloe <chris at motionpath.com> wrote:
>
>>
>> I just resent the darcs patch bundle?
>> did it not work again? :(
>> they should be included in there?
>>
>> chrisfarms.
>>
>> On 24 Oct 2005, at 10:13, George Moschovitis wrote:
>>
>>
>>> Chris,
>>>
>>> can you send me the full scaffold.js file and form.rb files?
>>>
>>> thanks,
>>> George.
>>>
>>> --
>>> http://www.gmosx.com
>>> http://www.navel.gr
>>> http://www.nitrohq.com
>>>
>>> _______________________________________________
>>> Nitro-general mailing list
>>> Nitro-general at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/nitro-general
>>>
>>>
>>
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>
>>
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

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

From george.moschovitis at gmail.com  Fri Oct 28 05:32:22 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 28 Oct 2005 12:32:22 +0300
Subject: [Nitro] The DARCS repository thread
In-Reply-To: <99D2A09D-C43C-452E-ACED-9250CB2C1BF9@motionpath.com>
References: <E229F03F-713A-4F95-98E9-4F76609F0EC4@motionpath.com>
	<afd80b540510240213u5cac284ei8601f7af53071706@mail.gmail.com>
	<B6BAF9C3-A907-4338-98D2-0513C606613B@motionpath.com>
	<afd80b540510241002k6c1dbb48t25b8d90ced432bd3@mail.gmail.com>
	<99D2A09D-C43C-452E-ACED-9250CB2C1BF9@motionpath.com>
Message-ID: <afd80b540510280232l620cb12bpd72be80467ce2412@mail.gmail.com>

Yeap, I am working on some way to streamline things. Will be back on Monday.

-g.


On 10/28/05, Chris Farmiloe <chris at motionpath.com> wrote:
> hallo:
>
> Will the live darcs repo be coming back?
>
> Would love to pull your changes made for the 0.24 release?
>
>
>
> Chris Farmiloe
> Design & Development.
>
> Motionpath Digital Media Ltd.
> St Georges road, Brighton, BN2 1ED.
> Office: 01273 608708    |    Mobile:    07791 179481
>
>
>
>
>
> On 24 Oct 2005, at 18:02, George Moschovitis wrote:
>
> Hello chris, Please send me just the two files:
>
> scaffold.js and form.rb
>
> I have manually applied part of your patch.
> I have not synchronized with the live repostiory yet.
>
> -g.
>
>
> On 10/24/05, Chris Farmiloe <chris at motionpath.com> wrote:
>
>
> I just resent the darcs patch bundle?
> did it not work again? :(
> they should be included in there?
>
> chrisfarms.
>
> On 24 Oct 2005, at 10:13, George Moschovitis wrote:
>
>
>
> Chris,
>
> can you send me the full scaffold.js file and form.rb files?
>
> thanks,
> George.
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From james_b at neurogami.com  Fri Oct 28 09:48:24 2005
From: james_b at neurogami.com (James Britt)
Date: Fri, 28 Oct 2005 06:48:24 -0700
Subject: [Nitro] Test gems
In-Reply-To: <afd80b540510272356n555226c1vd81b26ea9ec8dbd0@mail.gmail.com>
References: <afd80b540510270447v6f215083k901bc2fdd1c471fa@mail.gmail.com>	<200510280049.33282.m.fellinger@gmail.com>
	<afd80b540510272356n555226c1vd81b26ea9ec8dbd0@mail.gmail.com>
Message-ID: <43622C28.7000005@neurogami.com>

George Moschovitis wrote:
>>is the support for fastcgi dropped? do i have to use scgi now?
> 
> 
> no fcgi is very well supported, www.nitrohq.com runs on
> lighttpd/fastcgi with virtual hosts. I 'll release my config files in
> the following days...


Thanks.  I've been running a single test site under lighttpd and fastcgi 
(a Rails app, actually), but have been unable to correctly configure 
things for multiple virtual hosts.

An example config file would be a big help.

James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From m.fellinger at gmail.com  Fri Oct 28 10:36:47 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Fri, 28 Oct 2005 16:36:47 +0200
Subject: [Nitro] Test gems
In-Reply-To: <afd80b540510270447v6f215083k901bc2fdd1c471fa@mail.gmail.com>
References: <afd80b540510270447v6f215083k901bc2fdd1c471fa@mail.gmail.com>
Message-ID: <200510281636.51065.m.fellinger@gmail.com>

There is something i wonder, is the nitrogen not supposed to be in /usr/bin ?
it is in the nitro-gem dir, but that's a long path to type, compared to a 
simple 'nitrogen app someapp' i have to type 
'ruby -rubygems /usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/bin/nitrogen app 
someapp'
wich is... well - unneccecary and a stone for newbies to stumble upon :)

said that - back to work
manveru

Am Donnerstag 27 Oktober 2005 13:47 schrieb George Moschovitis:
> Dear devs attached to this email you can find the RC 0.24.0 gems. Can
> you please try them and tell me if the install correctly? Please also
> try the examples and Spark.
>
> thanks,
> George.
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051028/e8d25ba6/attachment.bin 

From james_b at neurogami.com  Fri Oct 28 11:48:37 2005
From: james_b at neurogami.com (James Britt)
Date: Fri, 28 Oct 2005 08:48:37 -0700
Subject: [Nitro] Test gems
In-Reply-To: <200510281636.51065.m.fellinger@gmail.com>
References: <afd80b540510270447v6f215083k901bc2fdd1c471fa@mail.gmail.com>
	<200510281636.51065.m.fellinger@gmail.com>
Message-ID: <43624855.7090009@neurogami.com>

Michael Fellinger wrote:
> There is something i wonder, is the nitrogen not supposed to be in /usr/bin ?
> it is in the nitro-gem dir, but that's a long path to type, compared to a 
> simple 'nitrogen app someapp' i have to type 
> 'ruby -rubygems /usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/bin/nitrogen app 
> someapp'
> wich is... well - unneccecary and a stone for newbies to stumble upon :)

I think there is supposed to be a stub or  a symlink in /usr/bin to call 
the latest version in the gem dir.


James


From george.moschovitis at gmail.com  Fri Oct 28 13:25:26 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 28 Oct 2005 20:25:26 +0300
Subject: [Nitro] Test gems
In-Reply-To: <43624855.7090009@neurogami.com>
References: <afd80b540510270447v6f215083k901bc2fdd1c471fa@mail.gmail.com>
	<200510281636.51065.m.fellinger@gmail.com>
	<43624855.7090009@neurogami.com>
Message-ID: <afd80b540510281025q4ffaea31pf7654edcbaf00156@mail.gmail.com>

The gems were created with REAP instead of Rake, so I probably made
something wrong. I 'll work with Tom to fix this and some other
things...

Btw, the old nitrogen will be replaced by the new Gen code.

regards,
George.

On 10/28/05, James Britt <james_b at neurogami.com> wrote:
> Michael Fellinger wrote:
> > There is something i wonder, is the nitrogen not supposed to be in /usr/bin ?
> > it is in the nitro-gem dir, but that's a long path to type, compared to a
> > simple 'nitrogen app someapp' i have to type
> > 'ruby -rubygems /usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/bin/nitrogen app
> > someapp'
> > wich is... well - unneccecary and a stone for newbies to stumble upon :)
>
> I think there is supposed to be a stub or  a symlink in /usr/bin to call
> the latest version in the gem dir.
>
>
> James
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Oct 28 13:31:11 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 28 Oct 2005 20:31:11 +0300
Subject: [Nitro] Proto --> Nitro
Message-ID: <afd80b540510281031p51483ddeja9114d05e0d1a26a@mail.gmail.com>

Dear devs,

I have one small idea, i would like to get rid of the proto directory.
When it's gone the main nitro directory will play the role of proto
(ie as the base web app). Does anyone see any problems with this or
has a better suggestion?

regards,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From m.fellinger at gmail.com  Fri Oct 28 13:36:57 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Fri, 28 Oct 2005 19:36:57 +0200
Subject: [Nitro] Proto --> Nitro
In-Reply-To: <afd80b540510281031p51483ddeja9114d05e0d1a26a@mail.gmail.com>
References: <afd80b540510281031p51483ddeja9114d05e0d1a26a@mail.gmail.com>
Message-ID: <200510281937.02593.m.fellinger@gmail.com>

Hi George,

What exactly is wrong with the proto-dir? i find it really nice to deploy all 
my apps and have a simple way to distribute them to different machines on 
different places and they are 'independent' of the nitro-directory.
So, having all the comfort of this version - why would i want to put all my 
stuff into the nitro-directory?
I am sure you have some good reasons for doing so, but it would be nice to 
hear them.

so long...
manveru

Am Freitag 28 Oktober 2005 19:31 schrieb George Moschovitis:
> Dear devs,
>
> I have one small idea, i would like to get rid of the proto directory.
> When it's gone the main nitro directory will play the role of proto
> (ie as the base web app). Does anyone see any problems with this or
> has a better suggestion?
>
> regards,
> George.
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051028/1a20b779/attachment.bin 

From george.moschovitis at gmail.com  Fri Oct 28 13:45:37 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 28 Oct 2005 20:45:37 +0300
Subject: [Nitro] Proto --> Nitro
In-Reply-To: <200510281937.02593.m.fellinger@gmail.com>
References: <afd80b540510281031p51483ddeja9114d05e0d1a26a@mail.gmail.com>
	<200510281937.02593.m.fellinger@gmail.com>
Message-ID: <afd80b540510281045r719e4d34g60565ef42ef0fa62@mail.gmail.com>

Don't understand what you mean. Proto will be the Nitro directory (ie
proto path will point to  the nitro directory by default). There will
be a public dir in nitro with a simple page and a run.rb. This will
cleanup the dir structure a bit. Of course you can overload the
proto-dir setting.

regards,
George.


On 10/28/05, Michael Fellinger <m.fellinger at gmail.com> wrote:
> Hi George,
>
> What exactly is wrong with the proto-dir? i find it really nice to deploy all
> my apps and have a simple way to distribute them to different machines on
> different places and they are 'independent' of the nitro-directory.
> So, having all the comfort of this version - why would i want to put all my
> stuff into the nitro-directory?
> I am sure you have some good reasons for doing so, but it would be nice to
> hear them.
>
> so long...
> manveru
>
> Am Freitag 28 Oktober 2005 19:31 schrieb George Moschovitis:
> > Dear devs,
> >
> > I have one small idea, i would like to get rid of the proto directory.
> > When it's gone the main nitro directory will play the role of proto
> > (ie as the base web app). Does anyone see any problems with this or
> > has a better suggestion?
> >
> > regards,
> > George.
> >
> >
> > --
> > http://www.gmosx.com
> > http://www.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Oct 28 13:48:27 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 28 Oct 2005 20:48:27 +0300
Subject: [Nitro] Proto --> Nitro
In-Reply-To: <200510281937.02593.m.fellinger@gmail.com>
References: <afd80b540510281031p51483ddeja9114d05e0d1a26a@mail.gmail.com>
	<200510281937.02593.m.fellinger@gmail.com>
Message-ID: <afd80b540510281048n2a32186as70b2fc8498748264@mail.gmail.com>

BTW, thanks a lot for the stuff you are adding to the wiki :)

But I would prefer that you move them to a different page. I would
like to reserve the name
'Nitro Intro' for something I am preparing myself.

best regards,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From m.fellinger at gmail.com  Fri Oct 28 13:49:30 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Fri, 28 Oct 2005 19:49:30 +0200
Subject: [Nitro] Proto --> Nitro
In-Reply-To: <afd80b540510281045r719e4d34g60565ef42ef0fa62@mail.gmail.com>
References: <afd80b540510281031p51483ddeja9114d05e0d1a26a@mail.gmail.com>
	<200510281937.02593.m.fellinger@gmail.com>
	<afd80b540510281045r719e4d34g60565ef42ef0fa62@mail.gmail.com>
Message-ID: <200510281949.34124.m.fellinger@gmail.com>

Ah, i see... sorry, but i misunderstood you completly thought you want 
centralize all the nitro-apps into the nitro-directory...
sorry for that - i'm fine with your suggestion :)

manveru

Am Freitag 28 Oktober 2005 19:45 schrieb George Moschovitis:
> Don't understand what you mean. Proto will be the Nitro directory (ie
> proto path will point to  the nitro directory by default). There will
> be a public dir in nitro with a simple page and a run.rb. This will
> cleanup the dir structure a bit. Of course you can overload the
> proto-dir setting.
>
> regards,
> George.
>
> On 10/28/05, Michael Fellinger <m.fellinger at gmail.com> wrote:
> > Hi George,
> >
> > What exactly is wrong with the proto-dir? i find it really nice to deploy
> > all my apps and have a simple way to distribute them to different
> > machines on different places and they are 'independent' of the
> > nitro-directory. So, having all the comfort of this version - why would i
> > want to put all my stuff into the nitro-directory?
> > I am sure you have some good reasons for doing so, but it would be nice
> > to hear them.
> >
> > so long...
> > manveru
> >
> > Am Freitag 28 Oktober 2005 19:31 schrieb George Moschovitis:
> > > Dear devs,
> > >
> > > I have one small idea, i would like to get rid of the proto directory.
> > > When it's gone the main nitro directory will play the role of proto
> > > (ie as the base web app). Does anyone see any problems with this or
> > > has a better suggestion?
> > >
> > > regards,
> > > George.
> > >
> > >
> > > --
> > > http://www.gmosx.com
> > > http://www.navel.gr
> > > http://www.nitrohq.com
> > >
> > > _______________________________________________
> > > Nitro-general mailing list
> > > Nitro-general at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051028/b204c978/attachment.bin 

From zimba.tm at gmail.com  Fri Oct 28 14:11:36 2005
From: zimba.tm at gmail.com (zimba-tm)
Date: Fri, 28 Oct 2005 20:11:36 +0200
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <3D1F781E-BF8F-4ED7-8B60-7A9BF716925D@gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<3D1F781E-BF8F-4ED7-8B60-7A9BF716925D@gmail.com>
Message-ID: <3ff63f9b0510281111x1480a973l@mail.gmail.com>

Pointing to http://nitrohq.com gives a 404 error.
http://www.nitrohq.com works well altrough :-)

On 25/10/05, Peter Abrahamsen <rainhead at gmail.com> wrote:
> When I try to save ~PeterAbrahamsen, I get a 500 Internal Server Error.
>
> Just before Mon Oct 24 18:21:46 PDT 2005 (Tue Oct 25 01:22:00 UTC 2005).
>
> P
>
> On Oct 21, 2005, at 1:32 AM, George Moschovitis wrote:
>
> > if you find any problems please let me know.
> >
>
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
>


--
Cheers,
  zimba

http://zimba.oree.ch



From george.moschovitis at gmail.com  Fri Oct 28 14:14:44 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 28 Oct 2005 21:14:44 +0300
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <3ff63f9b0510281111x1480a973l@mail.gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<3D1F781E-BF8F-4ED7-8B60-7A9BF716925D@gmail.com>
	<3ff63f9b0510281111x1480a973l@mail.gmail.com>
Message-ID: <afd80b540510281114g2989f0b3j417815e98ded27b3@mail.gmail.com>

I am aware of that... Will fix these problems on Monday.

regards,
George.


On 10/28/05, zimba-tm <zimba.tm at gmail.com> wrote:
> Pointing to http://nitrohq.com gives a 404 error.
> http://www.nitrohq.com works well altrough :-)
>
> On 25/10/05, Peter Abrahamsen <rainhead at gmail.com> wrote:
> > When I try to save ~PeterAbrahamsen, I get a 500 Internal Server Error.
> >
> > Just before Mon Oct 24 18:21:46 PDT 2005 (Tue Oct 25 01:22:00 UTC 2005).
> >
> > P
> >
> > On Oct 21, 2005, at 1:32 AM, George Moschovitis wrote:
> >
> > > if you find any problems please let me know.
> > >
> >
> >
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> >
> >
> >
>
>
> --
> Cheers,
>   zimba
>
> http://zimba.oree.ch
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From zimba.tm at gmail.com  Fri Oct 28 14:18:37 2005
From: zimba.tm at gmail.com (zimba-tm)
Date: Fri, 28 Oct 2005 20:18:37 +0200
Subject: [Nitro] Help me verify that nitrohq.com works correctly...
In-Reply-To: <3ff63f9b0510281111x1480a973l@mail.gmail.com>
References: <afd80b540510210132y5ab7bc71pfbe1acba8957aff8@mail.gmail.com>
	<3D1F781E-BF8F-4ED7-8B60-7A9BF716925D@gmail.com>
	<3ff63f9b0510281111x1480a973l@mail.gmail.com>
Message-ID: <3ff63f9b0510281118y2db7be93u@mail.gmail.com>

I'm not sure if it's my feedreader or Spark's rss format.

If you look at the Spark entry, the picture doesn't get escaped
correctly. IMHO, the IMG closure looks wrong : "&amp;gt;" should be
"&gt;"

On 28/10/05, zimba-tm <zimba.tm at gmail.com> wrote:
> Pointing to http://nitrohq.com gives a 404 error.
> http://www.nitrohq.com works well altrough :-)
>
> On 25/10/05, Peter Abrahamsen <rainhead at gmail.com> wrote:
> > When I try to save ~PeterAbrahamsen, I get a 500 Internal Server Error.
> >
> > Just before Mon Oct 24 18:21:46 PDT 2005 (Tue Oct 25 01:22:00 UTC 2005).
> >
> > P
> >
> > On Oct 21, 2005, at 1:32 AM, George Moschovitis wrote:
> >
> > > if you find any problems please let me know.
> > >
> >
> >
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> >
> >
> >
>
>
> --
> Cheers,
>   zimba
>
> http://zimba.oree.ch
>


--
Cheers,
  zimba

http://zimba.oree.ch



From george.moschovitis at gmail.com  Fri Oct 28 14:21:10 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 28 Oct 2005 21:21:10 +0300
Subject: [Nitro] Wiki admin
Message-ID: <afd80b540510281121x76fc6db6j124842d2fbe52642@mail.gmail.com>

Dear devs,

we need 1-2 volunteers to act as admins for the Nitro Wiki. The
admin's responsibilities include:

* Rolling back broken/corrupted/vandalized pages.
* Organizing pages in categories (Using the hierarchical pages feature)
* Merging pages with similar content, deleting deprecated content.

Anyone would like to step in?

regards,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From zimba.tm at gmail.com  Fri Oct 28 14:23:37 2005
From: zimba.tm at gmail.com (zimba-tm)
Date: Fri, 28 Oct 2005 20:23:37 +0200
Subject: [Nitro] Wiki admin
In-Reply-To: <afd80b540510281121x76fc6db6j124842d2fbe52642@mail.gmail.com>
References: <afd80b540510281121x76fc6db6j124842d2fbe52642@mail.gmail.com>
Message-ID: <3ff63f9b0510281123v79f5b075o@mail.gmail.com>

vote for me :-)

On 28/10/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Dear devs,
>
> we need 1-2 volunteers to act as admins for the Nitro Wiki. The
> admin's responsibilities include:
>
> * Rolling back broken/corrupted/vandalized pages.
> * Organizing pages in categories (Using the hierarchical pages feature)
> * Merging pages with similar content, deleting deprecated content.
>
> Anyone would like to step in?
>
> regards,
> George.
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
Cheers,
  zimba

http://zimba.oree.ch



From george.moschovitis at gmail.com  Fri Oct 28 14:26:19 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 28 Oct 2005 21:26:19 +0300
Subject: [Nitro] Wiki admin
In-Reply-To: <3ff63f9b0510281123v79f5b075o@mail.gmail.com>
References: <afd80b540510281121x76fc6db6j124842d2fbe52642@mail.gmail.com>
	<3ff63f9b0510281123v79f5b075o@mail.gmail.com>
Message-ID: <afd80b540510281126l3409f7fcj43fff3265f82edd7@mail.gmail.com>

Btw,

an admin candidate should be an active author in the Wiki ;-)

regards,
George.

PS: please email me privately about this.


On 10/28/05, zimba-tm <zimba.tm at gmail.com> wrote:
> vote for me :-)
>
> On 28/10/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > Dear devs,
> >
> > we need 1-2 volunteers to act as admins for the Nitro Wiki. The
> > admin's responsibilities include:
> >
> > * Rolling back broken/corrupted/vandalized pages.
> > * Organizing pages in categories (Using the hierarchical pages feature)
> > * Merging pages with similar content, deleting deprecated content.
> >
> > Anyone would like to step in?
> >
> > regards,
> > George.
> >
> > --
> > http://www.gmosx.com
> > http://www.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
>
>
> --
> Cheers,
>   zimba
>
> http://zimba.oree.ch
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From m.fellinger at gmail.com  Fri Oct 28 14:27:55 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Fri, 28 Oct 2005 20:27:55 +0200
Subject: [Nitro] Wiki admin
In-Reply-To: <afd80b540510281121x76fc6db6j124842d2fbe52642@mail.gmail.com>
References: <afd80b540510281121x76fc6db6j124842d2fbe52642@mail.gmail.com>
Message-ID: <200510282027.59173.m.fellinger@gmail.com>

I love the wiki ^^ please vote for me ;)
only bad i can't bribe you george...

However, i really enjoy putting everything in a good shape - so i will help 
anyway...

manveru

Am Freitag 28 Oktober 2005 20:21 schrieb George Moschovitis:
> Dear devs,
>
> we need 1-2 volunteers to act as admins for the Nitro Wiki. The
> admin's responsibilities include:
>
> * Rolling back broken/corrupted/vandalized pages.
> * Organizing pages in categories (Using the hierarchical pages feature)
> * Merging pages with similar content, deleting deprecated content.
>
> Anyone would like to step in?
>
> regards,
> George.
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051028/e025915c/attachment.bin 

From m.fellinger at gmail.com  Fri Oct 28 14:31:58 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Fri, 28 Oct 2005 20:31:58 +0200
Subject: [Nitro] Wiki admin
In-Reply-To: <afd80b540510281126l3409f7fcj43fff3265f82edd7@mail.gmail.com>
References: <afd80b540510281121x76fc6db6j124842d2fbe52642@mail.gmail.com>
	<3ff63f9b0510281123v79f5b075o@mail.gmail.com>
	<afd80b540510281126l3409f7fcj43fff3265f82edd7@mail.gmail.com>
Message-ID: <200510282032.01565.m.fellinger@gmail.com>

It's only ironic that my mail got exactly out in the mail fetch/send cycle 
where your mail was received :)

Am Freitag 28 Oktober 2005 20:26 schrieb George Moschovitis:
> Btw,
>
> an admin candidate should be an active author in the Wiki ;-)
>
> regards,
> George.
>
> PS: please email me privately about this.
>
> On 10/28/05, zimba-tm <zimba.tm at gmail.com> wrote:
> > vote for me :-)
> >
> > On 28/10/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > > Dear devs,
> > >
> > > we need 1-2 volunteers to act as admins for the Nitro Wiki. The
> > > admin's responsibilities include:
> > >
> > > * Rolling back broken/corrupted/vandalized pages.
> > > * Organizing pages in categories (Using the hierarchical pages feature)
> > > * Merging pages with similar content, deleting deprecated content.
> > >
> > > Anyone would like to step in?
> > >
> > > regards,
> > > George.
> > >
> > > --
> > > http://www.gmosx.com
> > > http://www.navel.gr
> > > http://www.nitrohq.com
> > >
> > > _______________________________________________
> > > Nitro-general mailing list
> > > Nitro-general at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> > --
> > Cheers,
> >   zimba
> >
> > http://zimba.oree.ch
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051028/5b95265a/attachment.bin 

From fabian at oggu.de  Fri Oct 28 16:11:38 2005
From: fabian at oggu.de (Fabian Buch)
Date: Fri, 28 Oct 2005 22:11:38 +0200
Subject: [Nitro] class CgiUtils missing?
Message-ID: <e1f81c5aecdcb4ee3dfe27ac54d1d6bb@oggu.de>

hi

I tried to run my nitro app (which is so far working via webrick (nitro  
0.24)) in apache via cgi and got the following:

[Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] :
[Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187]  
uninitialized constant Nitro::CgiAdapter::CgiUtils
[Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187]  (
[Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] NameError
[Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] )
[Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] \tfrom  
/usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/lib/nitro/server/runner.rb: 
242:in `invoke'
[Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] \tfrom  
/usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/lib/nitro/server.rb:123:in  
`run'
[Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] \tfrom  
/usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/lib/nitro.rb:65:in `run'
[Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] \tfrom  
/home/david/devblog/public/../run.rb:39
[Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] \tfrom  
/home/david/devblog/public/cgi.rb:5:in `require'
[Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] \tfrom  
/home/david/devblog/public/cgi.rb:5
[Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] Premature  
end of script headers: cgi.rb

So I wanted to know where the class CgiUtils is defined:

r1:/usr/lib/ruby/gems/1.8/gems# grep -r "class CgiUtils" *
nitro-0.20.0/lib/nitro/adapter/cgi.rb:class CgiUtils
nitro-0.21.0/lib/nitro/adapter/cgi.rb:class CgiUtils
nitro-0.21.2/lib/nitro/adapter/cgi.rb:class CgiUtils
nitro-0.23.0/lib/nitro/adapter/cgi.rb:class CgiUtils
r1:/usr/lib/ruby/gems/1.8/gems#

So it's removed from nitro-0.24.0? Moved to somwhere else? Not needed  
anymore? (well nitro in cgi is still not working for me)

Any hints? A bug? Anyone out there with a working nitro-0.24.0 in cgi?

Fabian Buch



From transfire at gmail.com  Fri Oct 28 22:26:01 2005
From: transfire at gmail.com (TRANS)
Date: Fri, 28 Oct 2005 22:26:01 -0400
Subject: [Nitro] Og tests
Message-ID: <4b6f054f0510281926k1ea4cd10j26a835d3a2840a85@mail.gmail.com>

Has anyone else tried the Og tests? I get errors how 'bout you?

T.



From george.moschovitis at gmail.com  Sat Oct 29 05:20:58 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 29 Oct 2005 12:20:58 +0300
Subject: [Nitro] class CgiUtils missing?
In-Reply-To: <e1f81c5aecdcb4ee3dfe27ac54d1d6bb@oggu.de>
References: <e1f81c5aecdcb4ee3dfe27ac54d1d6bb@oggu.de>
Message-ID: <afd80b540510290220v152ef32bw5cf2c94551de9099@mail.gmail.com>

CgiUtils is now Cgi, I refactored things a bit. Perhasp I forgot to
change the CGI adapter.
Will fix. Btw, I really cannot understand why you use plain CGI.



-g.


On 10/28/05, Fabian Buch <fabian at oggu.de> wrote:
> hi
>
> I tried to run my nitro app (which is so far working via webrick (nitro
> 0.24)) in apache via cgi and got the following:
>
> [Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] :
> [Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187]
> uninitialized constant Nitro::CgiAdapter::CgiUtils
> [Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187]  (
> [Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] NameError
> [Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] )
> [Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] \tfrom
> /usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/lib/nitro/server/runner.rb:
> 242:in `invoke'
> [Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] \tfrom
> /usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/lib/nitro/server.rb:123:in
> `run'
> [Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] \tfrom
> /usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/lib/nitro.rb:65:in `run'
> [Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] \tfrom
> /home/david/devblog/public/../run.rb:39
> [Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] \tfrom
> /home/david/devblog/public/cgi.rb:5:in `require'
> [Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] \tfrom
> /home/david/devblog/public/cgi.rb:5
> [Fri Oct 28 22:00:35 2005] [error] [client 196.202.57.187] Premature
> end of script headers: cgi.rb
>
> So I wanted to know where the class CgiUtils is defined:
>
> r1:/usr/lib/ruby/gems/1.8/gems# grep -r "class CgiUtils" *
> nitro-0.20.0/lib/nitro/adapter/cgi.rb:class CgiUtils
> nitro-0.21.0/lib/nitro/adapter/cgi.rb:class CgiUtils
> nitro-0.21.2/lib/nitro/adapter/cgi.rb:class CgiUtils
> nitro-0.23.0/lib/nitro/adapter/cgi.rb:class CgiUtils
> r1:/usr/lib/ruby/gems/1.8/gems#
>
> So it's removed from nitro-0.24.0? Moved to somwhere else? Not needed
> anymore? (well nitro in cgi is still not working for me)
>
> Any hints? A bug? Anyone out there with a working nitro-0.24.0 in cgi?
>
> Fabian Buch
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sat Oct 29 05:25:22 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 29 Oct 2005 12:25:22 +0300
Subject: [Nitro] Og tests
In-Reply-To: <4b6f054f0510281926k1ea4cd10j26a835d3a2840a85@mail.gmail.com>
References: <4b6f054f0510281926k1ea4cd10j26a835d3a2840a85@mail.gmail.com>
Message-ID: <afd80b540510290225l3421afear5e6172c2c31235ab@mail.gmail.com>

Which store do you use?

regards,
George.


On 10/29/05, TRANS <transfire at gmail.com> wrote:
> Has anyone else tried the Og tests? I get errors how 'bout you?
>
> T.
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sat Oct 29 06:17:32 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 29 Oct 2005 13:17:32 +0300
Subject: [Nitro] Wiki Admin
Message-ID: <afd80b540510290317u74aaaf14pe97839c32fb6eefd@mail.gmail.com>

Dear devs,

I am glad to announce that we have our first Wiki Admin:

Michael Fellinger

Michael will help in keeping the Wiki clean and make this a useful
resource for our community.

regards,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From rob at motionpath.com  Sat Oct 29 06:33:59 2005
From: rob at motionpath.com (Rob Pitt)
Date: Sat, 29 Oct 2005 11:33:59 +0100
Subject: [Nitro] Ruby security issue
Message-ID: <3BDC78AB-A69C-418A-BCB8-714556D4A1D1@motionpath.com>

Slightly OTT but I thought it was relevant enough that people here  
should know. There is a security issue with all versions of ruby  
prior to and including 1.8.2 and development versions prior to and  
including 2005-09-01.

Sorry if you already knew about this but I only just found out.

Read here for the full lowdown: http://www.ruby-lang.org/en/ 
20051003.html


From george.moschovitis at gmail.com  Sat Oct 29 06:36:31 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 29 Oct 2005 13:36:31 +0300
Subject: [Nitro] Ruby security issue
In-Reply-To: <3BDC78AB-A69C-418A-BCB8-714556D4A1D1@motionpath.com>
References: <3BDC78AB-A69C-418A-BCB8-714556D4A1D1@motionpath.com>
Message-ID: <afd80b540510290336j4f11fd90q27f9af183d6b166b@mail.gmail.com>

Yeah, that's why 1.8.3 was prematurely released. Sadly this release
introduced several problems :(

-g.


On 10/29/05, Rob Pitt <rob at motionpath.com> wrote:
> Slightly OTT but I thought it was relevant enough that people here
> should know. There is a security issue with all versions of ruby
> prior to and including 1.8.2 and development versions prior to and
> including 2005-09-01.
>
> Sorry if you already knew about this but I only just found out.
>
> Read here for the full lowdown: http://www.ruby-lang.org/en/
> 20051003.html
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sat Oct 29 06:42:07 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 29 Oct 2005 13:42:07 +0300
Subject: [Nitro] Mixins into Glue namespace
Message-ID: <afd80b540510290342k7bcf26adp6a2515072c426f34@mail.gmail.com>

Dear devs,

I am thinking about moving all nitro/og mixins in the Glue namespace.
Using the 'is' alias in facets and the fact that Glue is typically
included in the toplevel namespace you can write code like this:


class Article
  is Taggable
  is Timestamped
  ...
end

instead of:

class Article
  include Og::Taggable
  include Og::Timestamped
  ...
end

I am wondering what do you think about this changes. Are there any problems?

regards,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From m.fellinger at gmail.com  Sat Oct 29 06:48:11 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Sat, 29 Oct 2005 12:48:11 +0200
Subject: [Nitro] Mixins into Glue namespace
In-Reply-To: <afd80b540510290342k7bcf26adp6a2515072c426f34@mail.gmail.com>
References: <afd80b540510290342k7bcf26adp6a2515072c426f34@mail.gmail.com>
Message-ID: <200510291248.14734.m.fellinger@gmail.com>

Hey George,

Sounds like an interesting idea...
now, thinking about:

class Article
  is Taggable
  is Timestamped
  include SomeThing::IReallyNeed
end

I think it really adds to the readability and understanding of the code and 
eases the use of an often and widly used feature of Glue...
Given the possiblity that i can include classes despite of this change, it is 
even a better method to distinguish between my own class-logic and how this 
class behaves in Og.

voting for the change :)
manveru

Am Samstag 29 Oktober 2005 12:42 schrieb George Moschovitis:
> Dear devs,
>
> I am thinking about moving all nitro/og mixins in the Glue namespace.
> Using the 'is' alias in facets and the fact that Glue is typically
> included in the toplevel namespace you can write code like this:
>
>
> class Article
>   is Taggable
>   is Timestamped
>   ...
> end
>
> instead of:
>
> class Article
>   include Og::Taggable
>   include Og::Timestamped
>   ...
> end
>
> I am wondering what do you think about this changes. Are there any
> problems?
>
> regards,
> George.
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051029/2f011385/attachment.bin 

From transfire at gmail.com  Sat Oct 29 07:43:54 2005
From: transfire at gmail.com (TRANS)
Date: Sat, 29 Oct 2005 07:43:54 -0400
Subject: [Nitro] Og tests
In-Reply-To: <afd80b540510290225l3421afear5e6172c2c31235ab@mail.gmail.com>
References: <4b6f054f0510281926k1ea4cd10j26a835d3a2840a85@mail.gmail.com>
	<afd80b540510290225l3421afear5e6172c2c31235ab@mail.gmail.com>
Message-ID: <4b6f054f0510290443t4fa73373heab22ffb2d54b382@mail.gmail.com>

On 10/29/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Which store do you use?

Actually I got it working. Turns out the problem was.... wait foe
it....Gems! Gems was actually preventing the test from running againt
the local dirs despite the $:.unshift :-(.

Anyway, looks good now!

Sorry for the noise,
T.



From transfire at gmail.com  Sat Oct 29 07:45:00 2005
From: transfire at gmail.com (TRANS)
Date: Sat, 29 Oct 2005 07:45:00 -0400
Subject: [Nitro] Wiki Admin
In-Reply-To: <afd80b540510290317u74aaaf14pe97839c32fb6eefd@mail.gmail.com>
References: <afd80b540510290317u74aaaf14pe97839c32fb6eefd@mail.gmail.com>
Message-ID: <4b6f054f0510290445h1f5e3a2ewe0abdbeeccd3776e@mail.gmail.com>

On 10/29/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Dear devs,
>
> I am glad to announce that we have our first Wiki Admin:
>
> Michael Fellinger
>
> Michael will help in keeping the Wiki clean and make this a useful
> resource for our community.

Three Cheers!

T.



From chris at motionpath.com  Sat Oct 29 07:49:20 2005
From: chris at motionpath.com (Chris Farmiloe)
Date: Sat, 29 Oct 2005 12:49:20 +0100
Subject: [Nitro] Wiki Admin
In-Reply-To: <4b6f054f0510290445h1f5e3a2ewe0abdbeeccd3776e@mail.gmail.com>
References: <afd80b540510290317u74aaaf14pe97839c32fb6eefd@mail.gmail.com>
	<4b6f054f0510290445h1f5e3a2ewe0abdbeeccd3776e@mail.gmail.com>
Message-ID: <AF57353E-6C8B-4A05-B6D4-A5DF0A342689@motionpath.com>


Wooo!

ann :michael, :admin => true


On Oct 29, 2005, at 12:45, TRANS wrote:

> On 10/29/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
>
>> Dear devs,
>>
>> I am glad to announce that we have our first Wiki Admin:
>>
>> Michael Fellinger
>>
>> Michael will help in keeping the Wiki clean and make this a useful
>> resource for our community.
>>
>
> Three Cheers!
>
> T.
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From transfire at gmail.com  Sat Oct 29 07:58:16 2005
From: transfire at gmail.com (TRANS)
Date: Sat, 29 Oct 2005 07:58:16 -0400
Subject: [Nitro] Mixins into Glue namespace
In-Reply-To: <200510291248.14734.m.fellinger@gmail.com>
References: <afd80b540510290342k7bcf26adp6a2515072c426f34@mail.gmail.com>
	<200510291248.14734.m.fellinger@gmail.com>
Message-ID: <4b6f054f0510290458s7bdbed75j5563dc006506ef06@mail.gmail.com>

#is is great. I'm all for that.

But please don't move these Mixins. These things are too closely tied
to Og. There is a way to do what you wnat without doing this, but it
will take a little more fine tuning --I will work on.

Moroever the inclusion of Glue in the main scope has it's own
problems. For instance, you are placing two constants in the global
scope, one called Version and the other LibPath, that are used only by
Glue.

BTW, If you want these things in Global scope, there is no need to
wrap in Glue module to begin with.

Also I'm working on Og right now so please don't change anything major
until I'm done --it won't take me very long)

Thanks,
T.



From fabian at oggu.de  Sat Oct 29 08:09:07 2005
From: fabian at oggu.de (Fabian Buch)
Date: Sat, 29 Oct 2005 14:09:07 +0200
Subject: [Nitro] class CgiUtils missing?
In-Reply-To: <afd80b540510290220v152ef32bw5cf2c94551de9099@mail.gmail.com>
References: <e1f81c5aecdcb4ee3dfe27ac54d1d6bb@oggu.de>
	<afd80b540510290220v152ef32bw5cf2c94551de9099@mail.gmail.com>
Message-ID: <bae143e595ccb4fc7dd2f03fb7086a5f@oggu.de>


Am 29.10.2005 um 11:20 schrieb George Moschovitis:

> CgiUtils is now Cgi, I refactored things a bit. Perhasp I forgot to
> change the CGI adapter.
> Will fix. Btw, I really cannot understand why you use plain CGI.

Because CGI is the number one to work, even more important than 
webrick. IMHO webrick is just for development on a desktop that doesn't 
want to install a real webserver. Usually you develop with CGI on a 
webserver like apache and if everything works you move from CGI to 
FastCGI.
At least I did that with for example Rails. FastCGI makes to much 
trouble in some development stages, so I think that's for deployed 
webapps only.

Anyway, thanks that you'll have a look into the CGI adapter.

Fabian Buch



From bernd at bdebl.de  Sat Oct 29 10:12:09 2005
From: bernd at bdebl.de (Martin Bernd Schmeil)
Date: Sat, 29 Oct 2005 16:12:09 +0200
Subject: [Nitro] Ruby 1.8.3 + Nitro / Og 0.24.0
Message-ID: <43638339.2050700@bdebl.de>

Hi,

just wanted to let you know that after upgrading to Ruby 1.8.3 and Nitro 
/ Og 0.24.0 things weren't working for me anymore. So I uninstalled 
*everything* and re-installed Nitro / Og. Seems like some dependencies 
were missing (RedCloth, mega, nano, probably more). I also had to change 
permissions in the bin directory.

- Bernd


From m.fellinger at gmail.com  Sat Oct 29 11:56:21 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Sat, 29 Oct 2005 17:56:21 +0200
Subject: [Nitro] Wiki Admin
In-Reply-To: <AF57353E-6C8B-4A05-B6D4-A5DF0A342689@motionpath.com>
References: <afd80b540510290317u74aaaf14pe97839c32fb6eefd@mail.gmail.com>
	<4b6f054f0510290445h1f5e3a2ewe0abdbeeccd3776e@mail.gmail.com>
	<AF57353E-6C8B-4A05-B6D4-A5DF0A342689@motionpath.com>
Message-ID: <200510291756.26689.m.fellinger@gmail.com>

hehe, thank you guys.
I will do my best so serve the community and helping in the areas of 
documentation and helping newcomers get comfortable with nitro (as i found 
that i was most helpful in these jobs in the past)
feel free to critizize me wherever i make one of my various grammar or 
spelling-mistakes or if i'm just plain wrong about some topic...
(hint: if you have been cautious, you should find plenty in the last 
sentences)

Am Samstag 29 Oktober 2005 13:49 schrieb Chris Farmiloe:
> Wooo!
>
> ann :michael, :admin => true
>
> On Oct 29, 2005, at 12:45, TRANS wrote:
> > On 10/29/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> >> Dear devs,
> >>
> >> I am glad to announce that we have our first Wiki Admin:
> >>
> >> Michael Fellinger
> >>
> >> Michael will help in keeping the Wiki clean and make this a useful
> >> resource for our community.
> >
> > Three Cheers!
> >
> > T.
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051029/f99b72f6/attachment.bin 

From james_b at neurogami.com  Sat Oct 29 13:09:05 2005
From: james_b at neurogami.com (James Britt)
Date: Sat, 29 Oct 2005 10:09:05 -0700
Subject: [Nitro] class CgiUtils missing?
In-Reply-To: <bae143e595ccb4fc7dd2f03fb7086a5f@oggu.de>
References: <e1f81c5aecdcb4ee3dfe27ac54d1d6bb@oggu.de>	<afd80b540510290220v152ef32bw5cf2c94551de9099@mail.gmail.com>
	<bae143e595ccb4fc7dd2f03fb7086a5f@oggu.de>
Message-ID: <4363ACB1.4050501@neurogami.com>

Fabian Buch wrote:
> Am 29.10.2005 um 11:20 schrieb George Moschovitis:
> 
> 
>>CgiUtils is now Cgi, I refactored things a bit. Perhasp I forgot to
>>change the CGI adapter.
>>Will fix. Btw, I really cannot understand why you use plain CGI.
> 
> 
> Because CGI is the number one to work, even more important than 
> webrick. 


Agreed.  I first deploy under plain CGI, and only move to something else 
if speed is an issue.  Much simpler.

James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From george.moschovitis at gmail.com  Sat Oct 29 14:57:21 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 29 Oct 2005 21:57:21 +0300
Subject: [Nitro] Mixins into Glue namespace
In-Reply-To: <4b6f054f0510290458s7bdbed75j5563dc006506ef06@mail.gmail.com>
References: <afd80b540510290342k7bcf26adp6a2515072c426f34@mail.gmail.com>
	<200510291248.14734.m.fellinger@gmail.com>
	<4b6f054f0510290458s7bdbed75j5563dc006506ef06@mail.gmail.com>
Message-ID: <afd80b540510291157h614db904i81bfcfa43ce2e1eb@mail.gmail.com>

> But please don't move these Mixins. These things are too closely tied
> to Og. There is a way to do what you wnat without doing this, but it
> will take a little more fine tuning --I will work on.

i plan to layout them like this:

og/lib/og/...
og/lig/glue/...

ie put a glue dir in Og too..

> Moroever the inclusion of Glue in the main scope has it's own
> problems. For instance, you are placing two constants in the global
> scope, one called Version and the other LibPath, that are used only by
> Glue.

good point, will remove them.

> BTW, If you want these things in Global scope, there is no need to
> wrap in Glue module to begin with.

Just as an extra measure, to allow someone to NOT put them in global scope.

> Also I'm working on Og right now so please don't change anything major
> until I'm done --it won't take me very long)

Ok ;-)


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sat Oct 29 14:58:08 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 29 Oct 2005 21:58:08 +0300
Subject: [Nitro] Ruby 1.8.3 + Nitro / Og 0.24.0
In-Reply-To: <43638339.2050700@bdebl.de>
References: <43638339.2050700@bdebl.de>
Message-ID: <afd80b540510291158q48b8bc95s5d264c0297881f4e@mail.gmail.com>

Hmm, perhaps I forgot the redcloth dependency, thanks!

-g.


On 10/29/05, Martin Bernd Schmeil <bernd at bdebl.de> wrote:
> Hi,
>
> just wanted to let you know that after upgrading to Ruby 1.8.3 and Nitro
> / Og 0.24.0 things weren't working for me anymore. So I uninstalled
> *everything* and re-installed Nitro / Og. Seems like some dependencies
> were missing (RedCloth, mega, nano, probably more). I also had to change
> permissions in the bin directory.
>
> - Bernd
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sat Oct 29 14:59:08 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 29 Oct 2005 21:59:08 +0300
Subject: [Nitro] class CgiUtils missing?
In-Reply-To: <bae143e595ccb4fc7dd2f03fb7086a5f@oggu.de>
References: <e1f81c5aecdcb4ee3dfe27ac54d1d6bb@oggu.de>
	<afd80b540510290220v152ef32bw5cf2c94551de9099@mail.gmail.com>
	<bae143e595ccb4fc7dd2f03fb7086a5f@oggu.de>
Message-ID: <afd80b540510291159x512cb75bx4b6b764289855e74@mail.gmail.com>

> Anyway, thanks that you'll have a look into the CGI adapter.

If you rename CgiUtils tou Cgi in adapter/cgi.rb it will work!

-g.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sat Oct 29 15:00:17 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 29 Oct 2005 22:00:17 +0300
Subject: [Nitro] Wiki Admin
In-Reply-To: <AF57353E-6C8B-4A05-B6D4-A5DF0A342689@motionpath.com>
References: <afd80b540510290317u74aaaf14pe97839c32fb6eefd@mail.gmail.com>
	<4b6f054f0510290445h1f5e3a2ewe0abdbeeccd3776e@mail.gmail.com>
	<AF57353E-6C8B-4A05-B6D4-A5DF0A342689@motionpath.com>
Message-ID: <afd80b540510291200s4fdd2de2g8da0cd0dda82de77@mail.gmail.com>

> ann :michael, :admin => true

heh ;-) nice one!

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From fabian at oggu.de  Sat Oct 29 16:48:59 2005
From: fabian at oggu.de (Fabian Buch)
Date: Sat, 29 Oct 2005 22:48:59 +0200
Subject: [Nitro] class CgiUtils missing?
In-Reply-To: <afd80b540510291159x512cb75bx4b6b764289855e74@mail.gmail.com>
References: <e1f81c5aecdcb4ee3dfe27ac54d1d6bb@oggu.de>
	<afd80b540510290220v152ef32bw5cf2c94551de9099@mail.gmail.com>
	<bae143e595ccb4fc7dd2f03fb7086a5f@oggu.de>
	<afd80b540510291159x512cb75bx4b6b764289855e74@mail.gmail.com>
Message-ID: <607b35037102446438aed765137aa577@oggu.de>


Am 29.10.2005 um 20:59 schrieb George Moschovitis:

>> Anyway, thanks that you'll have a look into the CGI adapter.
>
> If you rename CgiUtils tou Cgi in adapter/cgi.rb it will work!

Okay, did that. Now I get the following:

[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147]  
/usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/lib/nitro/cgi.rb:24:in  
`process'
[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147] :
[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147] undefined  
method `env' for #<CGI:0x40661d2c>
[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147]  (
[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147]  
NoMethodError
[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147] )
[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147] \tfrom  
/usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/lib/nitro/adapter/cgi.rb:18:in  
`start'
[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147] \tfrom  
/usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/lib/nitro/server/runner.rb: 
242:in `invoke'
[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147] \tfrom  
/usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/lib/nitro/server.rb:123:in  
`run'
[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147] \tfrom  
/usr/lib/ruby/gems/1.8/gems/nitro-0.24.0/lib/nitro.rb:65:in `run'
[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147] \tfrom  
/home/david/devblog/public/../run.rb:39
[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147] \tfrom  
/home/david/devblog/public/cgi.rb:5:in `require'
[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147] \tfrom  
/home/david/devblog/public/cgi.rb:5
[Sat Oct 29 22:36:27 2005] [error] [client 162.162.236.147] Premature  
end of script headers: cgi.rb

Fabian Buch



From citizen428 at gentoo.org  Sun Oct 30 04:57:48 2005
From: citizen428 at gentoo.org (Michael Kohl)
Date: Sun, 30 Oct 2005 10:57:48 +0100
Subject: [Nitro] Ruby 1.8.3 + Nitro / Og 0.24.0
In-Reply-To: <afd80b540510291158q48b8bc95s5d264c0297881f4e@mail.gmail.com>
References: <43638339.2050700@bdebl.de>
	<afd80b540510291158q48b8bc95s5d264c0297881f4e@mail.gmail.com>
Message-ID: <20051030105748.04814581@localhost>

On Sat, 29 Oct 2005 21:58:08 +0300
George Moschovitis <george.moschovitis at gmail.com> wrote:

> Hmm, perhaps I forgot the redcloth dependency, thanks!

Seems like you did, at least it is not in the ProjectInfo for Nitro
(found that out while preparing the ebuilds). I thought this might have
been an error on your part when you switched from Rake to Reap, so I
included the dep anyway. Sorry I haven't informed you about that yet,
but I wanted to send you a complete mail once all the ebuilds are
finished...

Cheers,
Michael

P.S. Did you also forget to include a dep on ruby-breakpoint, or am I
just being dumb? It only gets mentioned in READMEs and CHANGELOGs, but
in none of the ProjInfo files...

-- 
web at citizen428.net                                 citizen428 at gentoo.org
http://citizen428.net/                http://dev.gentoo.org/~citizen428/
GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051030/641b7885/attachment.bin 

From citizen428 at gentoo.org  Sun Oct 30 12:31:11 2005
From: citizen428 at gentoo.org (Michael Kohl)
Date: Sun, 30 Oct 2005 18:31:11 +0100
Subject: [Nitro] Nitro and Facets version
Message-ID: <20051030183111.0aee2b9a@localhost>

Hi all!

When I try to use nitrogen (which now seems to be called nitrogen.old),
it bails out complaining that the version of facets I use is not the
Nitro expects. 

/usr/lib/ruby/site_ruby/1.8/rubygems.rb:194:in `report_activate_error':
RubyGem version error: facets(2005.10.30 not = 2005.10.15)
(Gem::LoadError) from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:136:in
`activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:162:in
`activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:161:in
`activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:162:in
`activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:161:in
`activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:162:in
`activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:161:in
`activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:37:in
`require_gem_with_options'
from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:31:in `require_gem'
from /usr/bin/nitrogen.old:17

I now wonder if it's really necessary that $installed_version
== $expected_version or if $installed_version >= $expected_version
would make more sense.

I'm also curious if there's a new way we should use to generate new
apps? In his announcement mail George mentioned a new generation
framework, but I seem to be unable to find any more info on this. Sorry
if that's a dumb question, but I'm a little low on time currently, and
I try to get this ebuilds ready for submission...

Cheers,
Michael 

-- 
web at citizen428.net                                 citizen428 at gentoo.org
http://citizen428.net/                http://dev.gentoo.org/~citizen428/
GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051030/a6a648d7/attachment.bin 

From m.fellinger at gmail.com  Sun Oct 30 12:49:27 2005
From: m.fellinger at gmail.com (Michael Fellinger)
Date: Sun, 30 Oct 2005 18:49:27 +0100
Subject: [Nitro] Nitro and Facets version
In-Reply-To: <20051030183111.0aee2b9a@localhost>
References: <20051030183111.0aee2b9a@localhost>
Message-ID: <200510301849.31116.m.fellinger@gmail.com>

Hey Michael,

/usr/lib/ruby/gems/1.8/gems/gen-0.24.0/bin$ ruby -rubygems gen app ~/testapp
/usr/lib/ruby/gems/1.8/gems/gen-0.24.0/bin$ ls /home/manveru/testapp
conf  doc  public  README  run.rb  scgi.rb  script

it seems as if the new gem 'gen' took over the job of nitrogen and now creates 
the apps
no info about it being stable or something - but it is an essential part of 
nitro now and is a new gem, so i guess george decided to move this part out 
of nitro... (not sure why, because it is still required for nitro-gem to 
install and has very small functionality atm (afaik)

so long... and sorry i can't help more
manveru


Am Sonntag 30 Oktober 2005 18:31 schrieb Michael Kohl:
> Hi all!
>
> When I try to use nitrogen (which now seems to be called nitrogen.old),
> it bails out complaining that the version of facets I use is not the
> Nitro expects.
>
> /usr/lib/ruby/site_ruby/1.8/rubygems.rb:194:in `report_activate_error':
> RubyGem version error: facets(2005.10.30 not = 2005.10.15)
> (Gem::LoadError) from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:136:in
> `activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:162:in
> `activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:161:in
> `activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:162:in
> `activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:161:in
> `activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:162:in
> `activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:161:in
> `activate' from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:37:in
> `require_gem_with_options'
> from /usr/lib/ruby/site_ruby/1.8/rubygems.rb:31:in `require_gem'
> from /usr/bin/nitrogen.old:17
>
> I now wonder if it's really necessary that $installed_version
> == $expected_version or if $installed_version >= $expected_version
> would make more sense.
>
> I'm also curious if there's a new way we should use to generate new
> apps? In his announcement mail George mentioned a new generation
> framework, but I seem to be unable to find any more info on this. Sorry
> if that's a dumb question, but I'm a little low on time currently, and
> I try to get this ebuilds ready for submission...
>
> Cheers,
> Michael
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051030/92eb5bf7/attachment.bin 

From citizen428 at gentoo.org  Sun Oct 30 14:08:36 2005
From: citizen428 at gentoo.org (Michael Kohl)
Date: Sun, 30 Oct 2005 20:08:36 +0100
Subject: [Nitro] Nitro and Facets version
In-Reply-To: <200510301849.31116.m.fellinger@gmail.com>
References: <20051030183111.0aee2b9a@localhost>
	<200510301849.31116.m.fellinger@gmail.com>
Message-ID: <20051030200836.443e0851@localhost>

Hi other Michael,

On Sun, 30 Oct 2005 18:49:27 +0100
Michael Fellinger <m.fellinger at gmail.com> wrote:

> /usr/lib/ruby/gems/1.8/gems/gen-0.24.0/bin$ ruby -rubygems gen app
> ~/testapp /usr/lib/ruby/gems/1.8/gems/gen-0.24.0/bin$
> ls /home/manveru/testapp conf  doc  public  README  run.rb  scgi.rb
> script

This unfortunately gives me the same error about facets versions.
 
> it seems as if the new gem 'gen' took over the job of nitrogen and
> now creates the apps

That's what I figured from the name. ;) I just thought that not putting
anything into $PATH is meant to tell us to just not use this yet.

Thanks nonetheless,
Michael

-- 
web at citizen428.net                                 citizen428 at gentoo.org
http://citizen428.net/                http://dev.gentoo.org/~citizen428/
GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20051030/8c3280a1/attachment.bin 

From zimba.tm at gmail.com  Sun Oct 30 17:55:17 2005
From: zimba.tm at gmail.com (zimba-tm)
Date: Sun, 30 Oct 2005 23:55:17 +0100
Subject: [Nitro] Suggestions about the Wiki
Message-ID: <3ff63f9b0510301455p1d9f05c1g@mail.gmail.com>

Hello,

follows some suggestions about the main page, which I cannot change.

First of all, there is a list of visual elements followed by some
text. They corresponds to Download, Documentation, Development and
Community I would say. Then, under those elements, you have various
sections.

I think it would be better to put those elements in appropriate pages,
like Documentation, and use that space to put activity news. As those
sections retake the idea of above.

In the documentations part, it's written : "browse RDoc dcoumentation"

And what does those keys represent ? :-p

It's hard to explain like that, but I think the page is not really
clear. The visual indicators (box, lego, bug and keys) are not really
suggesting the content on their right.

--
Cheers,
  zimba

http://zimba.oree.ch



From george.moschovitis at gmail.com  Mon Oct 31 02:42:01 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 31 Oct 2005 09:42:01 +0200
Subject: [Nitro] Ruby 1.8.3 + Nitro / Og 0.24.0
In-Reply-To: <20051030105748.04814581@localhost>
References: <43638339.2050700@bdebl.de>
	<afd80b540510291158q48b8bc95s5d264c0297881f4e@mail.gmail.com>
	<20051030105748.04814581@localhost>
Message-ID: <afd80b540510302342m357efc4ap9b877473038aacdc@mail.gmail.com>

thanks for the tips!

-g.


On 10/30/05, Michael Kohl <citizen428 at gentoo.org> wrote:
> On Sat, 29 Oct 2005 21:58:08 +0300
> George Moschovitis <george.moschovitis at gmail.com> wrote:
>
> > Hmm, perhaps I forgot the redcloth dependency, thanks!
>
> Seems like you did, at least it is not in the ProjectInfo for Nitro
> (found that out while preparing the ebuilds). I thought this might have
> been an error on your part when you switched from Rake to Reap, so I
> included the dep anyway. Sorry I haven't informed you about that yet,
> but I wanted to send you a complete mail once all the ebuilds are
> finished...
>
> Cheers,
> Michael
>
> P.S. Did you also forget to include a dep on ruby-breakpoint, or am I
> just being dumb? It only gets mentioned in READMEs and CHANGELOGs, but
> in none of the ProjInfo files...
>
> --
> web at citizen428.net                                 citizen428 at gentoo.org
> http://citizen428.net/                http://dev.gentoo.org/~citizen428/
> GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
>
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Oct 31 02:43:44 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 31 Oct 2005 09:43:44 +0200
Subject: [Nitro] Suggestions about the Wiki
In-Reply-To: <3ff63f9b0510301455p1d9f05c1g@mail.gmail.com>
References: <3ff63f9b0510301455p1d9f05c1g@mail.gmail.com>
Message-ID: <afd80b540510302343s612b1c55l5d5234f467b948cb@mail.gmail.com>

Yeap the page is under construction at the moment. Thanks for the
suggestions :-)

-g.


On 10/31/05, zimba-tm <zimba.tm at gmail.com> wrote:
> Hello,
>
> follows some suggestions about the main page, which I cannot change.
>
> First of all, there is a list of visual elements followed by some
> text. They corresponds to Download, Documentation, Development and
> Community I would say. Then, under those elements, you have various
> sections.
>
> I think it would be better to put those elements in appropriate pages,
> like Documentation, and use that space to put activity news. As those
> sections retake the idea of above.
>
> In the documentations part, it's written : "browse RDoc dcoumentation"
>
> And what does those keys represent ? :-p
>
> It's hard to explain like that, but I think the page is not really
> clear. The visual indicators (box, lego, bug and keys) are not really
> suggesting the content on their right.
>
> --
> Cheers,
>   zimba
>
> http://zimba.oree.ch
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Mon Oct 31 04:12:05 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Mon, 31 Oct 2005 11:12:05 +0200 (EET)
Subject: [Nitro] Wiki Admin
In-Reply-To: <4b6f054f0510290445h1f5e3a2ewe0abdbeeccd3776e@mail.gmail.com>
References: <afd80b540510290317u74aaaf14pe97839c32fb6eefd@mail.gmail.com>
	<4b6f054f0510290445h1f5e3a2ewe0abdbeeccd3776e@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0510311111380.6656@theseas.softlab.ece.ntua.gr>

> On 10/29/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
>> Dear devs,
>>
>> I am glad to announce that we have our first Wiki Admin:
>>
>> Michael Fellinger
>>
>> Michael will help in keeping the Wiki clean and make this a useful
>> resource for our community.
>
> Three Cheers!

Cheers++

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}