From: David A. <da...@bo...> - 2004-06-03 11:18:12
|
I've been seeing this for the past few days. In directory docutils/docs/dev: Message: cvs [update aborted]: read lock failed - giving up Message: cvs update: failed to create lock directory for `/cvsroot/docutils/docutils/docs/dev' (/cvsroot/docutils/docutils/docs/dev/#cvs.lock): Permission denied Message: cvs update: failed to obtain dir lock in repository `/cvsroot/docutils/docutils/docs/dev' -- Dave Abrahams Boost Consulting http://www.boost-consulting.com |
From: Lele G. <le...@na...> - 2004-06-03 12:15:04
|
>>>>> "David" =3D=3D David Abrahams <da...@bo...> writes: David> In directory docutils/docs/dev: Message: cvs [update David> aborted]: read lock failed - giving up Message: cvs update: David> failed to create lock directory for David> `/cvsroot/docutils/docutils/docs/dev' David> (/cvsroot/docutils/docutils/docs/dev/#cvs.lock): Permission David> denied Message: cvs update: failed to obtain dir lock in David> repository `/cvsroot/docutils/docutils/docs/dev' Uhm, same here, using ssh. ciao, lele. --=20 nickname: Lele Gaifax | Quando vivr=C3=B2 di quello che ho pensato ieri real: Emanuele Gaifas | comincer=C3=B2 ad aver paura di chi mi copia. email: le...@se... | -- Fortunato Depero, 1929. |
From: David G. <go...@py...> - 2004-06-03 13:16:18
|
I have filed a SourceForge support request: http://sf.net/tracker/index.php?func=detail&aid=965719&group_id=1&atid=200001 David Abrahams wrote: > I've been seeing this for the past few days. Are you sure it didn't start Wednesday around 4PM EDT (8PM UTC)? That's when the cleanup script was run. It was from that time I began receiving error messages from the cron job that updates the web site via anonymous CVS. -- David Goodger <http://python.net/~goodger> |
From: David G. <go...@py...> - 2004-06-03 14:35:24
|
David Goodger wrote: > I have filed a SourceForge support request: > http://sf.net/tracker/index.php?func=detail&aid=965719&group_id=1&atid=200001 The CVS problems appear to have been resolved. There may be a propagation delay of up to 5 hours though. If anybody is still having problems 5 hours from now (after 19:30 UTC), please let me know. -- David Goodger <http://python.net/~goodger> |
From: David A. <da...@bo...> - 2004-06-03 14:45:29
|
David Goodger <go...@py...> writes: > I have filed a SourceForge support request: > http://sf.net/tracker/index.php?func=detail&aid=965719&group_id=1&atid=200001 Thanks. > David Abrahams wrote: >> I've been seeing this for the past few days. > > Are you sure it didn't start Wednesday around 4PM EDT (8PM UTC)? No, I'm not (did I imply otherwise?) > That's when the cleanup script was run. It was from that time I > began receiving error messages from the cron job that updates the > web site via anonymous CVS. Ah. But I'm using ssh, not anonymous CVS. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com |
From: Felix W. <Fel...@gm...> - 2004-06-06 17:20:18
|
There seems to be a problem with the CVS server on SF again. Besides the fact that I temporarily had problems connecting to cvs.sf.net (lost ping packets), the file docutils/sandbox/felixwiemann/testing/data/standard.txt has been overwritten by a GIF file[1]. The history is lost[2] (there wasn't much history, though) and I reconstructed the file from the messages on docutils-checkins. It seems to be an file system error. If anyone encounters other errors, please post it here on <doc...@li...>, because then it might be necessary to submit a SF support request. Cc to macmewes, the SF user who checked in the GIF file. As I overwrote it with the text file, there may be a GIF file lost now in another project (if two files have been hardlinked accidently). If this is the case, macmewes, please post a reply here on <doc...@li...>. Otherwise, feel free to ignore this email. [1] <http://cvs.sourceforge.net/viewcvs.py/*checkout*/docutils/sandbox/felixwiemann/testing/data/standard.txt?rev=1.1.1.1> [2] <http://cvs.sourceforge.net/viewcvs.py/docutils/sandbox/felixwiemann/testing/data/standard.txt> -- When replying to my email address, ensure that the mail header contains 'Felix Wiemann'. Please don't send unrequested mails > 64 KB. <http://www.ososo.de/> |
From: Felix W. <Fel...@gm...> - 2004-06-07 12:00:06
|
Felix Wiemann wrote: > [CVS on SF] > > It seems to be an file system error. > > Cc to macmewes, the SF user who checked in the GIF file. As I > overwrote it with the text file, there may be a GIF file lost now in > another project (if two files have been hardlinked accidently). JFTR: I just had some mails with macmewes; it seems to be solved. -- When replying to my email address, ensure that the mail header contains 'Felix Wiemann'. Please don't send unrequested mails > 64 KB. <http://www.ososo.de/> |
From: David G. <go...@py...> - 2004-06-08 17:31:43
|
FYI, developer CVS access at SourceForge has been disabled for unplanned maintenance: http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#1086711437 -- David Goodger <http://python.net/~goodger> |
From: Felix W. <Fel...@gm...> - 2004-06-29 17:43:30
|
Just wondered why processing tools/test.txt is causing eight errors instead of five (or so) and noticed that again a file has been overwritten. <http://cvs.sourceforge.net/viewcvs.py/docutils/docutils/tools/test.txt> <http://cvs.sourceforge.net/viewcvs.py/*checkout*/docutils/docutils/tools/test.txt?rev=1.8> Is anything else broken? Please report it here, then. David, can you file a support request again and tell the SF people that their filesystem is *totally* wrecked and that they should fix it up *now*? That's really not funny, because even if we copy back the file from a local copy we're losing the whole history, which will cause lots of trouble when there have been many or recent changes. -- When replying to my email address, please ensure that the mail header contains 'Felix Wiemann'. <http://www.ososo.de/> |
From: David G. <go...@py...> - 2004-06-29 18:36:46
|
Felix Wiemann wrote: > Just wondered why processing tools/test.txt is causing eight errors > instead of five (or so) and noticed that again a file has been > overwritten. I noticed this one a few weeks ago. Support request filed then: https://sourceforge.net/tracker/?func=detail&atid=200001&aid=969343&group_id=1 Revision 1.32 (correcting doc paths after the reorganization) must have happened when the master file system was corrupted, on June 5. > Is anything else broken? Please report it here, then. I don't know of any other, but haven't done a thorough search. Hmm. Can CVS provide a list of users who updated each file last? Any unfamiliar names should arouse suspicion. > and tell the SF people that their filesystem is *totally* wrecked > and that they should fix it up *now*? They know there's a problem. We're not really in a position to demand anything, just ask nicely. ;-) In the interim, the file on the web is only one revision behind (rev 1.31): http://docutils.sourceforge.net/tools/test.txt -- David Goodger <http://python.net/~goodger> |
From: Fred L. D. Jr. <fd...@ac...> - 2004-06-29 19:48:27
|
On Tuesday 29 June 2004 02:36 pm, David Goodger wrote: > They know there's a problem. We're not really in a position to demand > anything, just ask nicely. ;-) Are there any regular automated backups of the CVS repository tarballs made available by SF? The tarballs for Python proved helpful when a similar problem was discovered in the Python documentation. -Fred -- Fred L. Drake, Jr. <fdrake at acm.org> |
From: Felix W. <Fel...@gm...> - 2004-06-29 21:33:03
|
David Goodger wrote: > Felix Wiemann wrote: > >> again a file has been overwritten. > > I noticed this one a few weeks ago. Support request filed then: > https://sourceforge.net/tracker/?func=detail&atid=200001&aid=969343&group_id=1 Fine. >> Is anything else broken? Please report it here, then. > > I don't know of any other, but haven't done a thorough search. > Hmm. Can CVS provide a list of users who updated each file last? Only the 'history' command, AFAICS, but I suspect that wouldn't help as the file was just overwritten, so there won't be any log message. I downloaded the repository snapshot and created a member list from the SF page. Then I searched for files last modified by a user who is not in the memberlist (the command needs the Bash, probably). (Posting all the data so you can easily re-run at any time:) $ cat memberlist aahz agurtovoy ajung akuchling ax- bbum bjoernp blais cben chodorowski daddygravity david_abrahams david_ascher dkuhlman dreamcatcher ebellot edloper fdrake felixwiemann fermigier fffish goodger grubert gschwant gtk holdenweb i_am_the_user ianbicking jaffray jfmeinel jhsh2 ksato kvaml lalo lcreighton lele mezis mly mmgilbe mwh orutherfurd paultremblay pefu pobrien reggie richard richieadler rnd0110 sconce sdeibel smerten smurf sunib syt tav tibs tracyshaun ueli wilk yole zemiak $ find docutils -name \*,v | while read i; do echo -n "$i "; perl -we 'undef $/;$_=<>;/.*?\n\n+.+?\n.*?author (.+?);/s;print "$1\n"' < "$i"; done | while read i; do grep -q "${i##* }" memberlist || echo "$i"; done docutils/CVSROOT/rcsinfo,v root docutils/CVSROOT/editinfo,v root docutils/CVSROOT/verifymsg,v root docutils/CVSROOT/commitinfo,v root docutils/CVSROOT/taginfo,v root docutils/CVSROOT/cvswrappers,v root docutils/CVSROOT/notify,v root docutils/CVSROOT/modules,v root docutils/CVSROOT/config,v root docutils/docutils/tools/test.txt,v bmb6jrm docutils/sandbox/tibs/pysource2/temp.rst,v uid61181 docutils/sandbox/tibs/pysource2/temp.txt,v uid61181 The CVSROOT files and the files in the sandbox seem to be OK, so only test.txt seems to be affected (last modified by bmb6jrm). >> and tell the SF people that their filesystem is *totally* wrecked >> and that they should fix it up *now*? > > They know there's a problem. We're not really in a position to demand > anything, But to expect, at least that our data doesn't get corrupted. > just ask nicely. ;-) I didn't say you should ask *that* way. :-) -- When replying to my email address, please ensure that the mail header contains 'Felix Wiemann'. <http://www.ososo.de/> |
From: Felix W. <Fel...@gm...> - 2004-07-10 20:54:21
|
Fred L. Drake, Jr. wrote: > Are there any regular automated backups of the CVS repository tarballs > made available by SF? Even if the backups are probably not publicly available, I think they are doing regular backups of all the data (which we might use in case we lose more than one file). -- When replying to my email address, please ensure that the mail header contains 'Felix Wiemann'. <http://www.ososo.de/> |