Package: gutenbrowser
Version: 0.8.1-1
Severity: grave

When trying to use gutenbrowser, I am unable to download new texts.
Here is the output from a test run where I tried to download a text.

  % gutenbrowser
  local library is /home/pere/.gutenbrowser
  Reading font config
  
  Setting up slots.
  init finished.
  QLayout "unnamed" added to Gutenbrowser "unnamed", which already has a layout
  Library Dialog
  finished init
  new_index is /home/pere/.gutenbrowser/PGWHOLE.TXT
  new index nameis /home/pere/.gutenbrowser/GUTINDEX.ALL
  load Library index
  using new index file is /usr/share/doc/gutenbrowser/PGWHOLE.TXT
  wizoz10x.xxx
  download_Etext()
  about to network dialog
  Ftp host is ftp.sunet.se  /pub/etext/gutenberg/
  93
  Please find a file:wizoz10
  Download file: wizoz10
  Checking: ftp://ftp.sunet.se/pub/etext/gutenberg//etext93/ 
/pub/etext/gutenberg//etext93/ /home/pere/.gutenbrowser/.guten_temp wizoz10
  Getting directory list from: ftp://ftp.sunet.se/pub/etext/gutenberg//etext93/
  fileFinished()
  wizoz10
  Just downloaded /home/pere/.gutenbrowser/.guten_temp
  %

This make it useless for all new users, and thus I make this a grave
bug to keep this package out of testing.  I got this comment from
Henrik Steffien about the problem:

  Indeed the gutenbrowser isn't downloading an ebook. I could
  reproduce the problem and took a look at the sources. It's more bad
  than I had feared. :-) The algorithms in gutenbrowser for searching
  and downloading the files from the mirror servers aren't up to date
  and complete. This means in your concrete example that the filename
  of the etext isn't constructed in the right way. So gutenbrowser is
  trying to download a file that doesn't exist on the server. Also the
  gutenbrowser doesn't care about the new system of Project Gutenberg
  for managing the etext files. Newer books are stored in a different
  directory structure, that gutenbrowser at all doesn't know of. :-(
  Also the main index files have to be handled another way... I think
  the world turned around and gutenbrowser stood still for a long
  time. This means there's a lot to do for me to get gutenbrowser up
  to date. I can't solve this with a simple debian specific patch.
  This much work I will let introduce into the new QT4 version of
  gutenbrowser.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to