RAA database crashed several times in past few weeks
from server machine trouble. With the trouble happened this
morning(JST), we lost following 6 new entries.
rubygems_succ [new entry]
ctapi [new entry]
sql-serialize [update]
libpbar-ruby [update]
win32-mmap [update]
win32-service [update]
I’m very sorry for owners of these projects…
I’ll replace current RAA implementation with the new one and restart
it in 2004-03-31 or +1 week. Until then, to avoid the same trouble,
RAA is set under read only mode. Sorry again for users inconvenience.
I’ll replace current RAA implementation with the new one and restart
it in 2004-03-31 or +1 week. Until then, to avoid the same trouble,
RAA is set under read only mode. Sorry again for users inconvenience.
I’ll replace current RAA implementation with the new one and restart
it in 2004-03-31 or +1 week. Until then, to avoid the same trouble,
RAA is set under read only mode. Sorry again for users inconvenience.
From: “NAKAMURA, Hiroshi” nahi@keynauts.com
Sent: Sunday, April 04, 2004 11:42 AM
I’ll replace current RAA implementation with the new one and restart
it in 2004-03-31 or +1 week. Until then, to avoid the same trouble,
RAA is set under read only mode. Sorry again for users inconvenience.
I added history(versions) and dependency support to the test site.
Sorry for updating while testing. It’s major backend change so
I wanted to add before official releasing.
I want to replace the old RAA with new one in this week.
Please hit the load test site to find bugs.
Thank you for your cooperation.
I’ll replace current RAA implementation with the new one and restart
it in 2004-03-31 or +1 week. Until then, to avoid the same trouble,
RAA is set under read only mode. Sorry again for users inconvenience.
Please check the load test site and contact to raa-admin@ruby-lang.org
when you found a bug or a feature request. Thank you for your
cooperation.
Regards,
// NaHi
I just tried to update win32-mmap and I got this error: “RAA is in
maintenance mode until 2004-03-31. Sorry for your inconvenience.”.
I can’t try it, 'cos I haven’t any projects up there but IIUC
you can only update at the //dev site and I presume any updates will
be carried over when the main site is replaced.
When will we be able to update?
//dev site - Now.
//raa site - In a week or so. (see above)
From: “daz” dooby@d10.karoo.co.uk
Newsgroups: comp.lang.ruby
Sent: Monday, April 05, 2004 7:09 AM
I just tried to update win32-mmap and I got this error: “RAA is in
maintenance mode until 2004-03-31. Sorry for your inconvenience.”.
I can’t try it, 'cos I haven’t any projects up there but IIUC
you can only update at the //dev site and I presume any updates will
be carried over when the main site is replaced.
Yes, we will. I hope the test site does not keep information-lost
kind of bug.
//dev site - Now.
//raa site - In a week or so. (see above)
I had to change message in update.rhtml, too. Done.
SOAP interface is still under development.
Possible in next week…
would SOAP interface allow us to update data and not just retrieve
them ?
It should be easy to allow under current daemonized RAA.
Beside this, we should have HTTPS server so that
pass phrase which is sent via Web form or SOAP is
protected.
/me looks forward for RAA +rubyforge integrations
RubyForge developer made an offer to do so. (Sorry for not
realized yet…)
We’ll issue a client certificate for RubyForge server, too.
All RubyForge users won’t oppose updating information
by RubyForge server, will you? Users should not store their
RAA pass phrase in RubyForge site.
The biggest problem about setting up HTTPS server for now is,
who own this CA and where private files located…
which is where I hope to make progress comments on this nifty effort…
Yours,
Tom
···
On Thu, 2004-04-15 at 05:51, NAKAMURA, Hiroshi wrote:
We’ll issue a client certificate for RubyForge server, too.
All RubyForge users won’t oppose updating information
by RubyForge server, will you? Users should not store their
RAA pass phrase in RubyForge site.
The biggest problem about setting up HTTPS server for now is,
who own this CA and where private files located…