Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #173212
| From | Michael Lange <klappnase@freenet.de> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: aptitude cli options vs. apt-get (esp. --ignore-hold option) |
| Date | 2016-10-05 20:30 +0200 |
| Message-ID | <soZ74-54g-7@gated-at.bofh.it> (permalink) |
| References | <soQGt-7ks-3@gated-at.bofh.it> <soWsx-2L8-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hi, On Wed, 5 Oct 2016 17:35:58 +0200 Jörg-Volker Peetz <jvpeetz@web.de> wrote: > Your aptitude variant will also list new packages to be installed > (e.g., a package with a version number in its name like libperl5.24). > Yes, that is in fact the point here. This is the same as for the corresponding apt-get command. If the user does not want to see new packages, they will be removed again from the list in the next step. It also shows packages which will be removed during an upgrade, which might also be of interest, although currently my code does not collect this information. > Otherwise you could try a search pattern of aptitude. This ability of > aptitude is one of the advantages of aptitude IMO. > > Wouldn't > > PKGNAMES=$(aptitude -F '%p' --allow-untrusted search '~U' | sort) > > just do what you want? Also, it seems to be faster. Yes, if only upgrades for already installed packages should be displayed this is certainly better. It looks like this doesn't even need the sort, and probably the --allow-untrusted isn't necessary either (I don't have any untrusted mirrors in my sources.list to verify this, though). At least updates for "holds" are shown this way. Regards Michael .-.. .. ...- . .-.. --- -. --. .- -. -.. .--. .-. --- ... .--. . .-. "The release of emotion is what keeps us health. Emotionally healthy." "That may be, Doctor. However, I have noted that the healthy release of emotion is frequently unhealthy for those closest to you." -- McCoy and Spock, "Plato's Stepchildren", stardate 5784.3
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
aptitude cli options vs. apt-get (esp. --ignore-hold option) Michael Lange <klappnase@freenet.de> - 2016-10-05 11:30 +0200
Re: aptitude cli options vs. apt-get (esp. --ignore-hold option) Darac Marjal <mailinglist@darac.org.uk> - 2016-10-05 11:50 +0200
Re: aptitude cli options vs. apt-get (esp. --ignore-hold option) Michael Lange <klappnase@freenet.de> - 2016-10-05 12:10 +0200
Re: aptitude cli options vs. apt-get (esp. --ignore-hold option) Jörg-Volker Peetz <jvpeetz@web.de> - 2016-10-05 17:40 +0200
Re: aptitude cli options vs. apt-get (esp. --ignore-hold option) Michael Lange <klappnase@freenet.de> - 2016-10-05 20:30 +0200
aptitude cli undocumented behaviour [was: aptitude cli options vs. apt-get ...] Michael Lange <klappnase@freenet.de> - 2016-10-05 20:50 +0200
Re: aptitude cli undocumented behaviour [was: aptitude cli options vs. apt-get ...] Jörg-Volker Peetz <jvpeetz@web.de> - 2016-10-05 22:40 +0200
[solved]Re: aptitude cli undocumented behaviour [was: aptitude cli options vs. apt-get ...] Michael Lange <klappnase@freenet.de> - 2016-10-06 01:10 +0200
csiph-web