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

[Miles Bader-2]

I created a mirror archive of my main archive "miles@..."  using the
following command:

   tla make-archive --signed --listing --mirror miles@... miles@... ftp://USER:PASS@.../arch/miles@...

Then I mirrored some stuff to it:

   $ tla archive-mirror miles@... miles@... tla-tools
   * mirroring miles@... to miles@... with limit tla-tools
   * creating version miles@.../tla-tools--devo--0
   ** adding revision tla-tools--devo--0--base-0
   ** adding revision tla-tools--devo--0--patch-1
   $ tla archive-mirror miles@... miles@... snogray
   * mirroring miles@... to miles@... with limit snogray
   * creating version miles@.../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:

   miles@...
     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 miles@... http://www2.gol.com/users/USER/arch/miles@...
   $ strace -s1000 tla abrowse miles@...
   ...
   write(3, "GET /users/USER/arch/miles@.../.listing HTTP/1.1\r\nHost: www2.gol.com\r\nUser-Agent: arch-client/0.1 neon/0.24.7\r\nConnection: TE\r\nTE: trailers\r\n\r\n", 147) = 147
   select(4, [3], NULL, NULL, {120, 0})    = 1 (in [3], left {119, 800000})
   read(3, "HTTP/1.1 200 OK\r\nDate: Sun, 29 Apr 2007 05:54:00 GMT\r\nServer: Apache/2.2.3 (Debian)\r\nLast-Modified: Sun, 29 Apr 2007 05:43:13 GMT\r\nETag: \"5d6c7-32-42f39d8283e40\"\r\nAccept-Ranges: bytes\r\nContent-Length: 50\r\nContent-Type: text/plain\r\n\r\n=meta-info\r\nsnogray--devo--0\r\ntla-tools--devo--0\r\n", 4096) = 283
   write(4, "=meta-info\r\nsnogray--devo--0\r\ntla-tools--devo--0\r\n", 50) = 50  
   lseek(4, 0, SEEK_SET)                   = 0
   fstat(4, {st_mode=S_IFREG, st_size=50, ...}) = 0
   read(4, "=meta-info\r\nsnogray--devo--0\r\ntla-tools--devo--0\r\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.0\n", 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-users@...
http://lists.gnu.org/mailman/listinfo/gnu-arch-users

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

[Andy Tai]

Hi, thanks for the report.  Your description of the cause is likely correct.  I will try to duplicate it and implement the fix as probably you suggested.

On 4/28/07, Miles Bader <miles@...> wrote:

I created a mirror archive of my main archive " miles@..."  using the
following command:

   tla make-archive --signed --listing --mirror miles@... miles@... ftp://USER:PASS@.../arch/miles@...

Then I mirrored some stuff to it:

   $ tla archive-mirror miles@... miles@... tla-tools
   * mirroring miles@... to miles@... with limit tla-tools
   * creating version miles@.../tla-tools--devo--0
   ** adding revision tla-tools--devo--0--base-0
   ** adding revision tla-tools--devo--0--patch-1
   $ tla archive-mirror miles@... miles@... snogray
   * mirroring miles@... to miles@... with limit snogray
   * creating version miles@.../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:

   miles@...
     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:



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-users@...
http://lists.gnu.org/mailman/listinfo/gnu-arch-users

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