[Aptitude-devel] Bug#832320: aptitude: -t <release> download <package> broken?

Manuel A. Fernandez Montecelo manuel.montezelo at gmail.com
Fri Aug 5 23:10:21 UTC 2016


Control: tags -1 - moreinfo + pending


Hi,

2016-07-25 19:15 Jörg-Volker Peetz:
>Manuel A. Fernandez Montecelo wrote on 07/24/16 23:53:
>>
>> Basically, aptitude now calls "apt download" on your behalf.  I did this
>> because it seems a bit unneeded to reimplement every bit of apt
>> functionality instead of reusing, and specially when reimplementing it
>> badly -- in this case, aptitude was downloading without check for valid
>> signatures or anything, or other sensible things that apt probably does.
>
>Yes, this makes sense. And from the man-page I see that apt-get knows "-t
><release>" as well as "<name>/<release>".
>I thought the problem I reported was just a bug in the handover to apt-get. But
>I didn't take a look into the source code.

I naively thought that people wouldn't use the command much, so didn't
put a lot of effort into passing all parameters given to aptitude
through to apt.

I changed that now (so marking it as +pending), hopefully it will not
cause any problem if there's some command line argument from aptitude
that causes troubles when used in apt... let's see.


>I mainly use aptitude in CLI mode an value especially the search pattern
>abilities. Maybe apt-get inherits this functionality sometimes in the future ;-)

Maybe it will be implemented there, but not at the moment.

aptitude command line will continue to be there, just trying to not
reimplement the full solution already in apt for these cases when the
solution in aptitude needed to change anyway.


Cheers.
-- 
Manuel A. Fernandez Montecelo <manuel.montezelo at gmail.com>



More information about the Aptitude-devel mailing list