[Nitro] [NP.ORG] Nitro/Og Fora daily diggest

[george.moschovitis at gmail.com]

>From gmosx.myopenid.com 
Date: Wed Mar 28 20:36:16 UTC 2007
Subject: RE: 
In-Reply-To: http://www.nitroproject.org/fora/posts/view/bSFaTU3wOr25iOeJeZaaqU
Message-ID: http://www.nitroproject.org/fora/posts/view/d6dxLe3wSr27NzeJeZaaqU

No, this seems like a bug. Thanks for  reporting.

-g.

>From gmosx.myopenid.com 
Date: Wed Mar 28 20:41:14 UTC 2007
Subject: Site update
Message-ID: http://www.nitroproject.org/fora/posts/view/cR-lXa3wWr27NzeJeZaaqU

Dear devs, 

I made some internal changes to the nitroproject.org site and fixed some bugs:

- the source "file browser":http://www.nitroproject.org/repo/view works now
- some fixes in fora.

Due to some changes in the user management code, I would like to ask someone from the Nitro community that has not already logged it using OpenID to try to login and tell me if everything works. 

Thanks for supporting Nitro,
-g.

>From rmela.myopenid.com 
Date: Wed Mar 28 13:25:22 UTC 2007
Subject: obnoxia: HEAD
Message-ID: http://www.nitroproject.org/fora/posts/view/bSFaTU3wOr25iOeJeZaaqU

I'm switching from TextDrive to Highspeedrails.

One of the nice things HighSpeedRails does is application monitoring.  As part of that they've got monitors running for whatever service you ask them to monitor, and alarms in place to insure that the services stay up.

I'm running the darcs trunk behind and Apache reverse proxy.   When HSR's montitoring tool pings Apache with HEAD /, Nitro and Facets do the following ( the same behavior whether Nitro.adapter = 'mongrel' or Webrick )

My question -- is this behavior correct?   If correct, is it desirable?  If not always desirable, are there workarounds or switches to suppress it in specific cases?

Error while handling '/'
ERROR: interning empty string
  /usr/local/lib/ruby/gems/1.8/gems/facets-1.8.54/lib/facets/more/ann.rb:87:in `to_sym'
  /usr/local/lib/ruby/gems/1.8/gems/facets-1.8.54/lib/facets/more/ann.rb:87:in `heritage'
  /usr/local/lib/ruby/gems/1.8/gems/facets-1.8.54/lib/facets/more/ann.rb:112:in `ann'
  /usr/home/rmela/nitro/repo.nitroproject.org/script/../raw/lib/raw/controller/publishable.rb:79:in `template?'
  /usr/home/rmela/nitro/repo.nitroproject.org/script/../raw/lib/raw/controller/publishable.rb:107:in `action_or_template?'
  /usr/home/rmela/nitro/repo.nitroproject.org/script/../raw/lib/raw/dispatcher.rb:196:in `dispatch'
  /usr/home/rmela/nitro/repo.nitroproject.org/script/../raw/lib/raw/dispatcher.rb:99:in `dispatch_context'
  /usr/home/rmela/nitro/repo.nitroproject.org/script/../raw/lib/raw/adapter.rb:63:in `handle_context'
  /usr/home/rmela/nitro/repo.nitroproject.org/script/../raw/lib/raw/adapter/webrick.rb:134:in `do_GET'
  /usr/local/lib/ruby/1.8/webrick/httpservlet/abstract.rb:47:in `do_HEAD'
  /usr/local/lib/ruby/1.8/webrick/httpservlet/abstract.rb:35:in `__send__'
  /usr/local/lib/ruby/1.8/webrick/httpservlet/abstract.rb:35:in `service'

>From gmosx.myopenid.com 
Date: Wed Mar 28 20:44:41 UTC 2007
Subject: RE: 
Message-ID: http://www.nitroproject.org/fora/posts/view/aNyuzY3w0r27NzeJeZaaqU

Btw, 

this is the first public test of Og using UUIDs as primary keys. Utilizing some Og magic the database was automatically converted from AUTOICREMENT keys to UUIDs. If you follow the latest changes in the repo (np.org/repo/changes) you will see that Og works now better with custom primary keys.

-g.




--
This mail is automatically generated from the http://nitroproject.org/fora
digest robot. It presents the discussions in the fora during the last 24 hours.
Do not reply to this email.