bug? archive created via "ftp" method not usable via "http" method

I created a mirror archive of my main archive
"milesgnu.org"  using the
following command:

   tla make-archive --signed --listing --mirror milesgnu.org
milesgnu.org-GOL ftp://USER:PASSftp.gol.com/arch/milesgnu.org

Then I mirrored some stuff to it:

   $ tla archive-mirror milesgnu.org milesgnu.org-GOL tla-tools
   * mirroring milesgnu.org to milesgnu.org-GOL with limit
tla-tools
   * creating version milesgnu.org-GOL/tla-tools--devo--0
   ** adding revision tla-tools--devo--0--base-0
   ** adding revision tla-tools--devo--0--patch-1
   $ tla archive-mirror milesgnu.org milesgnu.org-GOL snogray
   * mirroring milesgnu.org to milesgnu.org-GOL with limit
snogray
   * creating version milesgnu.org-GOL/snogray--devo--0
   ** adding revision snogray--devo--0--base-0
   ** adding revision snogray--devo--0--patch-1
   ** adding revision snogray--devo--0--patch-2
   ** adding revision snogray--devo--0--patch-3
   ** adding revision snogray--devo--0--patch-4

Abrowse works fine via ftp:

   milesgnu.org-GOL
     snogray
       snogray--devo
         snogray--devo--0
           base-0 .. patch-4

     tla-tools
       tla-tools--devo
         tla-tools--devo--0
           base-0 .. patch-1

Now, because this ftp dir is my ISP's web upload area, I
should be able
to see the same files via http, and in a browser, I can
indeed see stuff
with no problem.

However, if I try to access the same archive using tla using
the "http"
access method, it doesn't work:

   $ tla register-archive milesgnu.org-GOL http://www2
.gol.com/users/USER/arch/milesgnu.org
   $ strace -s1000 tla abrowse milesgnu.org-GOL
   ...
   write(3, "GET /users/USER/arch/milesgnu.org/.listing HTTP/1.1rnHost:
www2.gol.comrnUser-Agent: arch-client/0.1
neon/0.24.7rnConnection: TErnTE: trailersrnrn",
147) = 147
   select(4, [3], NULL, NULL, {120, 0})    = 1 (in [3], left
{119, 800000})
   read(3, "HTTP/1.1 200 OKrnDate: Sun, 29 Apr 2007
05:54:00 GMTrnServer: Apache/2.2.3
(Debian)rnLast-Modified: Sun, 29 Apr 2007 05:43:13
GMTrnETag:
"5d6c7-32-42f39d8283e40"rnAccept-Ranges:
bytesrnContent-Length: 50rnContent-Type:
text/plainrnrn=meta-infornsnogray--devo--0rntla-tool
s--devo--0rn", 4096) = 283
   write(4,
"=meta-infornsnogray--devo--0rntla-tools--devo--0r
n", 50) = 50  
   lseek(4, 0, SEEK_SET)                   = 0
   fstat(4, {st_mode=S_IFREG, st_size=50, ...}) = 0
   read(4,
"=meta-infornsnogray--devo--0rntla-tools--devo--0r
n", 50) = 50
   close(4)                                = 0
   write(2, "Failed to access file '", 23) = 23
   write(2, ".archive-version", 16)        = 16
   write(2, "'n", 2)                     = 2
   write(2, "Could not determine archive format,
guessing to be tla 1.0n", 59) = 59
   ...

The resulting error messages are:

   Failed to access file '.archive-version'
   Could not determine archive format, guessing to be tla
1.0

Given that the following sequence of events happens:

  (1) It reads the top-level .listing file (which works)

  (2) It immediately gives the
failed-to-access-.archive-version error,
      without obviously _trying_ to access it

I'm guessing that it actually expects
".archive-version" to be part of
.listing, but it's not (so "failed to access" here
really means "didn't
find").  Is this a bug of the ftp method?  _Should_ it
be putting
".archive-version" (etc) in .listing?

Thanks,

-Miles


_______________________________________________
Gnu-arch-users mailing list
Gnu-arch-usersgnu.org

http://lists.gnu.org/mailman/listinfo/gnu-arch-users

GNU arch home page:
http://sav
annah.gnu.org/projects/gnu-arch/