[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#655426: marked as done ("can no longer be downloaded" documentation nicety)

Your message dated Fri, 13 Jan 2012 18:00:46 +0100
with message-id <CAAZ6_fDtvGtrUq+Ss3Cb97Ua0C9tEBNTwXO18bKnYpohYhKZRQ@mail.gmail.com>
and subject line Re: Bug#655426: "can no longer be downloaded" documentation nicety
has caused the Debian Bug report #655426,
regarding "can no longer be downloaded" documentation nicety
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
655426: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655426
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: apt
Version: 0.8.15.9
Severity: wishlist
File: /usr/share/man/man8/apt-get.8.gz

       autoclean
           Like clean, autoclean clears out the local repository of retrieved
           package files. The difference is that it only removes package files
           that can no longer be downloaded ...

Mention
 ... via apt, (e.g., a new version of the package is available, even
 though one can still download it via e.g., wget.)

Man aptitude could mention that too.

--- End Message ---
--- Begin Message --- 
On Wed, Jan 11, 2012 at 00:42,  <jidanni@jidanni.org> wrote:
> Package: apt
> Version: 0.8.15.9
> Severity: wishlist
> File: /usr/share/man/man8/apt-get.8.gz
>
>       autoclean
>           Like clean, autoclean clears out the local repository of retrieved
>           package files. The difference is that it only removes package files
>           that can no longer be downloaded ...
>
> Mention
>  ... via apt, (e.g., a new version of the package is available, even
>  though one can still download it via e.g., wget.)

Thats not true. In general you have to assume that the package is gone
if the metadata is gone (both: from the server). For archives with a shared
pool you might be lucky and the version is still in a different suite and
therefore still in the shared pool, but "you might be lucky" is not a rule.
If the -1 is quickly replaced in unstable by -2 version -1 never reached
testing and is therefore gone with the upload of -2 and you get a 404,
even with a downloader like wget…

With a bit of luck you can find it on snapshot.debian.org - provided that
the package origin was debian in the first place (again not suitable for a
manpage which is used by a variety of derivatives).

The only really valid extension you can add to this sentence is
"… from the configured sources" which feels like a captain obvious
remark given that apt can only download from configured sources anyway…


I could condensate this rationality now into a small paragraph to add it to
the manpage, but this doesn't feel right as it overwhelms the reader with a
bunch of "new" words he shouldn't need to understand what autoclean does
(like metadata, shared pool, suites, snapshot.d.o, …) just to cover explicitly
every possible cornercase. Especially if it against the idea of apt-get to
download packages by hand in general…

Or to word it differently: it is a (already long) manpage, not a manbook.

Therefore closing as non-issue, but still:
Thanks for your suggestion!
Even if I have to dismiss it this time.


Best regards

David Kalnischkies

--- End Message ---
Reply to: