Follow-up Comment #2, sr #104923 (project administration): Hi again,
First, thanks for setting up the depots so quickly! Well, tried to fiddle arround with the liquidwar Arch depot, without much success 8-( In fact I could upload base-0, but while doing this I got errors. Basically my sftp session ended prematurly. I has to do a "3-step" register-archive. Namely: - 1st register-archive created liquidwar - 2nd register-archive created liquidwar--stable - 3rd register-archive created liquidwar--stable--6.4 I tried to reproduce the problem with the u61 depot, here's a console dump: ------8<------------------------------------ [EMAIL PROTECTED]:~/home/wip/[EMAIL PROTECTED]/u$ tla archive-setup u61--stable--1.1 Enter passphrase for key '/home/ufoot/.ssh/id_dsa': * creating category [EMAIL PROTECTED]/u61 sftp status: Failure [EMAIL PROTECTED]:~/home/wip/[EMAIL PROTECTED]/u$ ------8<------------------------------------ Even with these errors I managed to create liquidwar--stable--6.4--base-0 , but stuff started to go wrong when I tried to create patch-1. I get an error "commit: tree has no patch log for version" when trying to commit. Digging the web I found out that this error reveals "read-only" aka mirror archives. Indeed, fiddling arround with ~/.arch-params/\=locations/ and "renaming" the depot locally from [EMAIL PROTECTED] to [EMAIL PROTECTED] I get the following: ----8<-------------------------------------------- [EMAIL PROTECTED]:~/home/wip/[EMAIL PROTECTED] tla get liquidwar--stable--6.4 Enter passphrase for key '/home/ufoot/.ssh/id_dsa': This archive can only be used as a mirror source or target, because it is registered with the wrong name. To use it for other purposes, you should register it using the official name. name: [EMAIL PROTECTED] official name: [EMAIL PROTECTED] location: sftp://[EMAIL PROTECTED]/archives/liquidwar [EMAIL PROTECTED]:~/home/wip/[EMAIL PROTECTED] ----8<-------------------------------------------- So somehow the archive is configured as a mirror, where it shouldn't 8-) Additionnally, I connected on sv.gnu.org with sftp and tried to cd to the "right" directories using "blind" cd orders, figuring out what the right path was using the http:// view. Wasn't really supposed to do that, but at least this way I figured out that files like http://arch.sv.nongnu.org/archives/liquidwar/liquidwar/,,upload-tmp.1134172560.5308.10 are undeletable, but I guess for Arch to function properly, they should be. Last detail, the .listing files "some time they are here" "some time they are not". Hope this will help, and that it's not too complicated to fix. Thanks and have a nice day, Christian. _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/support/?func=detailitem&item_id=104923> _______________________________________________ Message posté via/par Savannah http://savannah.gnu.org/ _______________________________________________ Savannah-help-public mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/savannah-hackers
