[Savannah-help-public] [sr #104923] Arch depot request

[Christian Mauduit]

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<------------------------------------
address@hidden:~/home/wip/address@hidden/u$ tla archive-setup
u61--stable--1.1
Enter passphrase for key '/home/ufoot/.ssh/id_dsa':
* creating category address@hidden/u61
sftp status: Failure
address@hidden:~/home/wip/address@hidden/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 address@hidden to address@hidden I get the
following:

----8<--------------------------------------------
address@hidden:~/home/wip/address@hidden 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: address@hidden
  official name: address@hidden
  location: sftp://address@hidden/archives/liquidwar
address@hidden:~/home/wip/address@hidden
----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/