Package: aptitude
Version: 0.8.1-1
Severity: wishlist
apt-get upgrade, when using
APT::Get::Fix-Missing true;
gets a lot more installed that
aptitude safe-upgrade
aptitude usually gives up when any more than a few of the downloads
fail, (e.g., when one is offline.)
164 packages upgraded, 8 newly
Package: aptitude
Version: 0.8.1-1
Severity: wishlist
98 packages upgraded, 8 newly installed, 4 to remove and 13 not upgraded.
E: Can't find a source to download version '8:6.8.9.9-7+b1' of
'imagemagick:i386'
After unpacking 30.5 MB will be freed.
Do you want to continue? [Y/n/?]
E: Can't find
P.S., doing aptitude install imagemagick causes the infinite loop as
seen in 825897.
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
> "MAFM" == Manuel A Fernandez Montecelo
> writes:
MAFM> Do you have any more info to know why 8:6.8.9.9-7+b1 instead of +b2 is
MAFM> chosen? What's the current status of imagemagick? (e.g. half
MAFM> configured or something?).
All I know is the newer one makes a lot of dangling symli
B> aptitude is going to use apt command direcly for this, so any problem of
B> the implementation to be submitted there (I was told that there's a bug
B> number about this, but couldn't find it after a few minutes searching).
OK. Maybe download really means download. Well I just report things that
MAFM> What does "dpkg --status imagemagick" say?
In the end I completely purged all the imagemagick stuff and then
reinstalled fresh. Now everything is normal.
Otherwise just by upgrading I saw nightmares like "/etc/etc/"
directories, etc.
___
Aptitude
Package: aptitude
Version: 0.8.2-1
Severity: wishlist
It seems
n: reject the proposed changes and search for another solution
.: move to the next solution
actually are the same, and thus should be thus labeled.
By the way, maybe allow
,, ,,,
.. ... etc.
to move to the 2nd, 3rd etc. solution..
Package: aptitude
Version: 0.8.2-1
File: /usr/bin/aptitude-curses
The following results in "iB" installed BROKEN state,
# aptitude install perl
...
Accept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:
Keep the following packages at their current version:
OK one day I will try "r" and "a".
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
> "MAFM" == Manuel A Fernandez Montecelo
> writes:
MAFM> Do you still have the system in that state? What does "why" say for
MAFM> those packages?
# aptitude why perl-doc |wc
8963 39931 531886
w.gz
Description: application/gzip
___
Ap
> "AB" == Axel Beckert writes:
AB> If so, please save that state with aptitude-create-state-bundle,
AB> upload the file (around 100 MB) somewhere and post the link here.
That would take long on my 2MB/64K connection.
Have this script instead
f.gz
Description: application/gzip
___
AB> If so, please save that state with aptitude-create-state-bundle,
AB> upload the file (around 100 MB) somewhere and post the link here.
Even though it turns out to be only 37MB, but its contents are overkill
for the problem at hand.
___
Aptitude-deve
Package: aptitude
Version: 0.8.3-1
Severity: wishlist
File: /usr/share/man/man8/aptitude-curses.8.gz
At
-t , --target-release
Set the release from which packages should be installed. For
instance, "aptitude -t experimental ..." will install packages
from
Package: aptitude
Version: 0.8.3-1
Severity: wishlist
Can you please not show non-existent file names,
Preparing to unpack .../09-locales_2.24-1_all.deb ...
Unpacking locales (2.24-1) over (2.24-0experimental1) ...
Preparing to unpack .../10-apt-doc_1.3~rc3_all.deb ...
Unpacking apt-doc (1.3~rc3)
Package: aptitude
Version: 0.8.3-1+b1
Severity: wishlist
# aptitude install debtags
# aptitude purge debtags #but that leaves behind junk, so must then do:
# aptitude purge python3-debian python3-six python3-chardet
python3-pkg-resources python3-apt
using
#cat /etc/apt/apt.conf.d/10jidanni
APT::D
Package: aptitude
Version: 0.8.3-1+b1
Severity: wishlist
File: /usr/bin/aptitude-curses
Please use a message like apt-get does.
# aptitude build-dep linux
Unable to find the source package for "linux"
Unable to apply some actions, aborting
# apt-get build-dep linux
Reading package lists... Done
E:
Package: aptitude
Version: 0.8.3-1+b1
Severity: wishlist
File: /usr/share/man/man8/aptitude-curses.8.gz
We read
build-depends, build-dep
Satisfy the build-dependencies of a package. Each package name may
be a source package, in which case the build dependencies of tha
Package: aptitude
Version: 0.8.3-1+b1
# aptitude source linux
Executing 'apt source linux'
Reading package lists... Done
Selected version '4.8.4-1~exp1' (experimental) for linux
NOTICE: 'linux' packaging is maintained in the 'Git' version control system at:
https://anonscm.debian.org/git/kernel/l
Package: aptitude
Version: 0.8.3-1+b1
# aptitude purge $@
The following packages will be REMOVED:
asciidoc{p} automake{p} bison{p} cpp-5{pu} (D: gcc-5) dh-systemd{p}
diffstat{pu} (D: quilt) docutils-common{pu} (D: python-docutils)
fonts-font-awesome{pu} (D: sphinx-rtd-theme-common) fon
Package: aptitude
Version: 0.8.3-1+b1
Severity: wishlist
I notice file '/var/cache/apt/archives/*' on all my machine.
$ stat /var/cache/apt/archives/\*
File: '/var/cache/apt/archives/*'
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: 812h/2066d Inode:
Package: aptitude
Version: 0.8.4-1
Severity: minor
Alas, even though one uses
Aptitude::Purge-Unused true;
there still needs to be a Aptitude::Purge-Obsolete or something, to get
rid of this too.
# aptitude search ~o
i android-tools-adb - Android Debug Bridge CLI
Package: aptitude
Version: 0.8.4-1
# aptitude install tlp
also installs hdparm,
but then
# aptitude purge tlp
does not remove it.
It does remove the rest though, thankfully.
The following NEW packages will be installed:
hdparm{a} (D: tlp, R: pm-utils) (tlp D: hdparm) iw{a} (D: tlp) (tlp D: iw)
Package: aptitude
Version: 0.8.4-1
Severity: wishlist
File: /usr/share/man/man8/aptitude-curses.8.gz
Add a SEE ALSO to deborphan(1).
Very appropriate.
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/
Package: aptitude-doc-en
Version: 0.8.4-1
Severity: wishlist
File: /usr/share/doc/aptitude/html/en/ch02s02s06.html
https://aptitude.alioth.debian.org/doc/en/ch02s02s06.html
mentions
APT::AutoRemove::SuggestsImportant
but should also mention
APT::AutoRemove::RecommendsImportant .
_
It turns out all one needs is
APT::AutoRemove::RecommendsImportant false;
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
Package: aptitude
Version: 0.8.4-1
File: /usr/share/man/man8/aptitude-curses.8.gz
The man page needs to be changed to say
-R, --without-recommends
Do not treat recommendations as dependencies when installing new
packages (this overrides settings in /etc/apt/apt.conf a
Package: aptitude-doc-en
Version: 0.8.4-1
https://aptitude.alioth.debian.org/doc/en/ch02s05s05.html#configApt-AutoRemove-SuggestsImportant
needs to mention APT::Install-Suggests
just like
https://aptitude.alioth.debian.org/doc/en/ch02s05s05.html#configApt-AutoRemove-RecommendsImportant
already men
In fact nowhere in the documentation do you mention
APT::Install-Suggests .
$ find /usr/share/doc/aptitude/html/en -name \*.html|xargs grep
APT::Install-Suggests
$
But you instead only mention its antidote,
APT::AutoRemove::SuggestsImportant .
$ find /usr/share/doc/aptitude/html/en -name \*.htm
OK thanks.
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
$ find /usr/share/doc/aptitude/html/en -name \*html|xargs grep -Pi
\\bur[il]s|wc -l
0
One would think a program that would fetch things at least would also
have a way to tell what it wants to fetch.
I suppose one must use Man in the Middle techniques to pry this
information.
Or set up a phony p
That my new version looks like an older version is just a coincidence.
I want you to change it to say
>> The man page needs to be changed to say
>>
>> -R, --without-recommends
>> Do not treat recommendations as dependencies when installing new
>> packages (this overrides settings in /etc/apt/apt.c
MAFM> APT::AutoRemove::RecommendsImportant is not appropriate in this
MAFM> explanation, unless one wants to be exhaustive and list all of the
MAFM> possible situations in which the autoremoval is considered, which is not
You do. You say "More precisely":
"More precisely: they will be removed when
Package: aptitude
Version: 0.8.5-1
Severity: minor
Despite
APT::Default-Release "experimental";
APT::AutoRemove::RecommendsImportant false;
APT::AutoRemove::SuggestsImportant false;
APT::Cache::AllVersions false;
APT::Clean-Installed false;
APT::Get::Fix-Missing true;
APT::Get::List-Cleanup false;
Package: aptitude
Version: 0.8.5-1
Severity: wishlist
File: /usr/share/man/man8/aptitude-curses.8.gz
Man page says
/etc/apt/apt.conf, /etc/apt/apt.conf.d/*, ~/.aptitude/config
The configuration files for aptitude. ~/.aptitude/config overrides
/etc/apt/apt.conf. See apt.
Here's a replay:
# aptitude install adb
The following NEW packages will be installed:
adb{b} (B: android-tools-adb) android-libadb{a} (D: adb) (adb D:
android-libadb)
android-libbase{a} (D: adb, D: android-libadb) (adb D: android-libbase)
android-libcutils{a} (D: adb, D: android-libadb) (a
By the way, the program really should put a couple of newlines
"I want to resolve dependencies, but no dependency resolver was created.The
following packages will be upgraded:"
^HERE
# aptitude install perl
Accept this solut
Package: aptitude
Version: 0.8.8-1
X-Debbugs-Cc: 866...@bugs.debian.org
Also in the case of Bug #866974 aptitude full-upgrade prompts with
"Resolve these dependencies by hand? [N/+/-/_/:/?]"
but except for the N nothing else works and the question is just
repeated. "?" gets a list of commands bu
OK I finally found a way to move forward,
# aptitude safe-upgrade ~U!perl
185 packages upgraded, 7 newly installed, 4 to remove and 22 not upgraded.
Need to get 262 MB/283 MB of archives. After unpacking 51.8 MB will be used.
Do you want to continue? [Y/n/?] y
Now at least 185 other innocent packa
Package: aptitude
Version: 0.8.8-1
Severity: wishlist
File: /usr/share/man/man8/aptitude-curses.8.gz
We read
The difference between hold and keep is that hold will cause a
package to be ignored by future safe-upgrade or full-upgrade
commands, while keep merely canc
Package: aptitude
Version: 0.8.8-1
Severity: wishlist
File: /usr/share/man/man8/aptitude-curses.8.gz
We read
-t , --target-release
Set the release from which packages should be installed. For
instance, "aptitude -t experimental ..." will install packages
f
OK then at the bottom of
-t , --target-release
Set the release from which packages should be installed. For
instance, "aptitude -t experimental ..." will install packages
from the experimental distribution unless you specify otherwise.
This wil
Package: aptitude
Version: 0.8.9-1
Severity: wishlist
There is already
--with-recommends
--without-recommends
Please add
--with-suggests
--without-suggests
even if one can get the same affect via -o
___
Aptitude-devel mailing list
Aptitude-devel@li
Package: aptitude
Version: 0.8.8-1
Severity: wishlist
/var/log/aptitude should also log --download-only events.
Then we could send you bug reports on the --download-only option if
later offline we discover that it didn't get all it needs.
___
Aptitude-
... also easier to tell if indeed the user threw away some of the
downloads himself...
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
Package: aptitude
Version: 0.8.9-1
Cannot install unar
# aptitude install unar
The following NEW packages will be installed:
libgnustep-base1.24{ab} (D: gnustep-base-common) (unar D: libgnustep-base1.24)
libobjc4{a} (D: libgnustep-base1.24, D: unar) (unar D: libobjc4) unar
The following pack
reopen 879709
reassign 879709 unar
found 879709 1.10.1-2
thanks
Dear unar maintainer,
If one has a combined sid/experimental system,
after doing
# aptitude -t sid install unar
any
# aptitude full-upgrade
will ask to remove unar.
___
Aptitude-devel maili
Package: aptitude
Version: 0.8.10-1
# set firefox
# apt-cache policy $@
firefox:
Installed: 58.0~b4-1
Candidate: 58.0~b4-1
Version table:
*** 58.0~b4-1 990
990 http://free.nchc.org.tw/debian experimental/main amd64 Packages
100 /var/lib/dpkg/status
57.0-1 500
50
Package: aptitude
Version: 0.8.10-4
Severity: minor
Preparing to unpack .../04-aptitude_0.8.10-4_amd64.deb ...
Unpacking aptitude (0.8.10-4) over (0.8.10-3) ...
dpkg: warning: unable to delete old directory '/usr/share/man/gl/man8':
Directory not empty
dpkg: warning: unable to delete old director
Users will still freak out if any errors are printed like this so maybe also
print a one-time
soothing message that will appear in the apt output.
If there is no way to do that then that should be a bug in itself.
___
Aptitude-devel mailing list
Aptitud
Package: aptitude
Version: 0.8.10-6
There is something now hardwired into aptitude that no -o option can
change that causes this to complain when run as a regular user.
As you can see the user just wants to download some .debs including
dependencies and is not interested in locking any files or u
Also there should be a way to make aptitude stop scripts running it on
all errors. But as $0 is still 0 in this case that is impossible.
$ set -e
won't detect it!
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.
Package: aptitude
Version: 0.8.10-6
Perl has
use warnings FATAL => 'all';
to halt and return non-zero to the shell upon anything unexpected.
Alas, aptitude gives no way to halt a shell script upon its errors at
least like the one in #887624.
Some people would like a chance to fix ANY error and
Not seen on ubuntu's
$ aptitude --version
aptitude 0.6.8.2 compiled at Feb 17 2014 23:54:56
Compiler: g++ 4.8.2
Compiled against:
apt version 4.12.0
NCurses version 5.9
libsigc++ version: 2.2.10
Ept support enabled.
Gtk+ support disabled.
Qt support disabled.
Current library versions:
Package: aptitude
Version: 0.8.10-6
With plenty of disk space,
jidanni1@ps11007:/tmp$ df .
Filesystem 1K-blocks Used Available Use% Mounted on
none 131072 2976128096 3% /tmp
our regular (non-root) user thinks "I'll use the power of aptitude to
download a package and any
Package: aptitude
Version: 0.8.10-6
Severity: minor
This used to work, but not anymore,
$ aptitude --simulate download php7.1-imap
Executing 'apt --simulate download php7.1-imap'
E: Command line option --simulate is not understood in combination with the
other options
E: Failed to execute:
AB> 積丹尼 Dan Jacobson wrote:
>> Please mention that the difference between e.g.,
>> $ aptitude --download-only install php5-imap
>> $ aptitude download php5-imap
>> is the latter won't also get any dependencies.
AB> With the last thing you've got a point.
AB> So basically aptitude should just tell you that it would call 'apt
AB> download php7.1-imap'?
That would be fine.
Just don't have it brake down with the wheels flying off all over the
highway as it does currently.
___
Aptitude-devel mailing list
Apt
Package: aptitude
Version: 0.8.10-6
Severity: wishlist
Which are clearer?
Need to get 3,159 kB/131 MB of archives. After unpacking 195 MB will be freed.
Need to get 3.159/131 MB of archives. After unpacking 195 MB will be freed.
Need to get 316 cents out of 131 dollars.
Need to get 3.16/131 doll
Package: aptitude
Version: 0.8.10-6
Severity: wishlist
If one holds chromium
uh chromium - web browser
then full-upgrades now produce
W: APT had planned for dpkg to do more than it reported back (344 vs 348).
Affected packages: chromium:amd64
Maybe intended?
Package: aptitude
Version: 0.6.10-2
Severity: wishlist
# aptitude purge aptitude # will create these error messages
[ ERR] Initializing package states
[ ERR] Initializing package states
Current status: 0 new [-42409].
E: Could not open file /var/lib/aptitude/pkgstates.new - open (2: No such file
Package: aptitude
Version: 0.6.10-2
Severity: wishlist
Just out of curiosity,
$ strace -e trace=open aptitude search iproute 2>&1|sed '/open/!d;s/
.*//;'|sort|uniq -c|sort -nr
shows many files opened two or three times. Maybe there is something
inefficient going on.
_
Well I finally managed to get rid of it!
All I can say is that if apt had just tried good old dpkg -P ...
So in this case we see that apt is probably trying a remove + purge
instead of a plain purge or something.
# aptitude purge ~c
The following packages will be REMOVED:
iproute{p}
0 package
$ set iproute
$ grep -A 1 Package:\ $1$ /var/lib/dpkg/status
Package: iproute
Status: deinstall ok config-files
$ set libasan0
$ grep -A 1 $1$ /var/lib/dpkg/status
Package: libasan0
Status: deinstall ok config-files
# aptitude search ~c
c iproute
Package: aptitude
Version: 0.6.11-1
# set linux-headers-686-pae
# aptitude install $@ #installs 10 packages
# aptitude purge $@ #purges one package
# cat /etc/apt/apt.conf.d/10jidanni
APT::Default-Release "experimental";//just order them in sources.list UNTRUE
APT::Cache::AllVersions false;
APT::C
Package: aptitude
Version: 0.6.11-1
Severity: minor
Doubled error line:
# aptitude install BLAAA
Couldn't find any package whose name or description matched "BLAAA"
Couldn't find any package whose name or description matched "BLAAA"
No packages will be installed, upgraded, or removed.
> "AB" == Axel Beckert writes:
AB> Please explicitly list these packages.
# set linux-headers-686-pae
# aptitude install $@
The following NEW packages will be installed:
cpp-4.8{a} (D: gcc-4.8) (for linux-headers-686-pae)
gcc-4.8{a} (D: linux-compiler-gcc-4.8-x86, R: dpkg-dev, R: flex, R
Package: aptitude
Version: 0.6.11-1
# set libglib2.0-data
# aptitude install $@
The following packages will be upgraded:
libglib2.0-data
1 packages upgraded, 0 newly installed, 0 to remove and 5 not upgraded.
Need to get 0 B of archives. After unpacking 11.3 kB will be used.
Do you want to co
All I know is that I am a victim of bug 758760 .
All I know is I just to aptitude safe-upgrade and must have swallowed
something weird yesterday and can't get it out of my system today.
grep -h imagemagick-doc /var/log/dpkg.log /var/log/aptitude |uniq
2014-08-13 11:44:15 upgrade imagemagick-doc:
Package: aptitude
Version: 0.6.11-1
Severity: wishlist
aptitude forbid-version should perhaps report an error if it is given no
arguments.
Same with a few other of such commands.
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
ht
Package: aptitude
Version: 0.6.11-1
aptitude install paprefs; then
aptitude purge paprefs
leaves a lot of junk on my system.
Start-Date: 2014-08-30 09:55:13
Install: pulseaudio-module-gconf:i386 (5.0-10, automatic), paprefs:i386
(0.9.10-1), libglademm-2.4-1c2a:i386 (2.6.7-2, automatic), avahi-d
Package: aptitude
Version: 0.6.11-1
Severity: wishlist
Here we observe the user asks aptitude to do something and aptitude
(seemingly instead) decides to do something unrelated:
# aptitude forbid-version chromium
The following packages will be REMOVED:
libsrtp0{pu}
0 packages upgraded, 0 newly
Package: aptitude
Version: 0.6.11-1
# chown -R _apt:root /var/lib/apt/lists/
# aptitude update
Hit http://ftp.tw.debian.org experimental InRelease
Hit http://ftp.tw.debian.org unstable InRelease
Ign http://dl.google.com stable InRelease
Get: 1 http://dl.google.com stable Release.gpg [198 B]
Hit ht
Package: aptitude
Version: 0.6.11-1
File: /usr/share/bug/aptitude
reportbug --template aptitude misses vital configuration details.
Here I am e.g., preparing a bug report about config files remaining:
# set libapt-pkg4.13
# aptitude purge $@
The following packages will be REMOVED:
libapt-pkg4.
I'm saying don't you think your bug script should at least capture the
Aptitude:: config values in effect too?
E.g., in my bug example there was a something probably affected by
one of them, but I had to remember to append them by hand to the bug report!
_
Package: aptitude
Version: 0.6.11-1
Severity: wishlist
Here we see that we had all the archives we needed,
but are thwarted anyway due to a missing partial/ directory that we
aren't going to be using anyway.
Need to get 0 B of archives. After unpacking 98.2 MB will be used.
Do you want to continu
Package: aptitude
Version: 0.6.11-1
Severity: wishlist
No big deal, but in search, the hold covers up the fact that a package also has
a ForbidVer.
Maybe use big H in that case.
Or always clear the ForbidVer upon establishing holds.
# grep-status -PX initramfs-tools /var/lib/aptitude/pkgstates
Package: aptitude
Version: 0.6.11-1
Severity: minor
I ran this twice, but had to resort to dpkg --configure -a to get the
job actually done.
# aptitude purge
The following partially installed packages will be configured:
man-db sgml-base sgml-data
No packages will be installed, upgraded, or r
Package: aptitude
Version: 0.6.11-1
Severity: minor
Here we see a quick install and then purge leaves five extra packages
behind still on the system.
# aptitude install isc-dhcp-client
The following NEW packages will be installed:
isc-dhcp-client isc-dhcp-common{a} (D: isc-dhcp-client) (for is
Package: aptitude
Version: 0.6.11-1+b1
Severity: grave
aptitude does not know about the new _apt user in e.g., apt 1.1~exp8.
Any use of aptitude update will leave filesystem permissions in an
inconsistent state. Please use apt-get update as a workaround.
Symptoms look like:
E: Could not open file
> "AB" == Axel Beckert writes:
AB> Why should that be grave (in the current situation)? aptitude does not
AB> work well with apt from experimental yet, yes, see #764506 and
AB> #762846. But since it's apt from experimental, it's not
AB> release-critical for Jessie.
I was just thinking that th
Package: aptitude
Version: 0.6.11-1+b1
Severity: wishlist
File: /usr/share/man/man8/aptitude-curses.8.gz
After
This command is useful for avoiding broken versions of packages
without having to set and clear manual holds. If you decide you
really want the forbidden
Package: aptitude
Version: 0.6.11-1+b1
# set vokoscreen
# aptitude install $@
The following NEW packages will be installed:
libaudio2{a} (D: libqtgui4, R: libaudio2) (for vokoscreen)
libav-tools{a} (D: vokoscreen, R: youtube-dl) (for vokoscreen)
libavdevice55{a} (D: libav-tools) (for vokoscr
Package: aptitude
Version: 0.6.11-1+b1
Severity: minor
File: /usr/bin/aptitude-curses
Had to purge in two steps, despite config settings to remove config files.
# set libmozjs-17.0-0
# aptitude purge $@
The following packages will be REMOVED:
libmozjs-17.0-0{p}
0 packages upgraded, 0 newly inst
Good discovery.
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
Package: aptitude
Version: 0.7.1-1
Severity: minor
Now there are these new warnings
"Package xxx is not installed, so it will not be removed" messages upon purge
~c:
# aptitude purge ~c
Package libatkmm-1.6-1 is not installed, so it will not be removed
Package libglademm-2.4-1c2a is not installe
You are confusing
> dpkg: warning: ignoring request to remove iproute which isn't installed
messages with
> Package libatkmm-1.6-1 is not installed, so it will not be removed
Two different bugs!
___
Aptitude-devel mailing list
Aptitude-devel@lists.aliot
(Actually the only reason I often use
aptitude purge ~c is due to
Aptitude::Purge-Unused "true";
being ignored... but that is a different bug.)
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/
OK, probably fixed already.
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
By the way, today 0.7.1-1 even made double messages!
# aptitude purge ~c
Package libkyotocabinet16 is not installed, so it will not be removed
Package libkyotocabinet16 is not installed, so it will not be removed
The following packages will be REMOVED:
libkyotocabinet16{p}
0 packages upgraded,
All I know is
"No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used."
is totally understandable by me,
So all that needs to be done is have that mystery line of g
MAFM> Current status: there are 287 updates available (4 added from last
MAFM> run), 4629 newly available packages (3 less compared to last run), 3
MAFM> broken packages left (3 new from last run).
I think I pretty much understand what that is finally saying, for what
it's worth.
By the way, th
MAFM> It is fixed with apt-1.1 (still in experimental, I think), but it will
OK I'll trust you.
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
Package: aptitude
Version: 0.7.2-1
# aptitude update
Get: 1 http://ftp.tw.debian.org experimental InRelease [186 kB]
Get: 2 http://ftp.tw.debian.org unstable InRelease [251 kB]
Get: 3 http://ftp.tw.debian.org experimental/main i386 Packages/DiffIndex
[7,819 B]
Get: 4 http://ftp.tw.debian.org expe
> "MAFM" == Manuel A Fernandez Montecelo
> writes:
MAFM> If you are indeed using apt-1.1...
reportbug --template won't tell you that (a bug in itself!)
-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
which aptitude: /usr/bin/aptitude
aptitude version information:
aptitude 0
I bet the problem has something to do with the residue left with the
_apt owner stuff...
# find /var/lib/apt/lists/partial -ls
49345 17 drwx-- 2 _apt root16384 Sep 25 18:52
/var/lib/apt/lists/partial
49381 18 -rw-r--r-- 1 root root18409 Aug 15 09:21
/var/lib
> "MAFM" == Manuel A Fernandez Montecelo
> writes:
MAFM> So yes, I guess that it was some kind of action pending in
MAFM> aptitude/apt/dpkg (or that they thought that it was pending).
Maybe in that case it should print a message "please try aptitude update
and then try this command agai
> "MAFM" == Manuel A Fernandez Montecelo
> writes:
MAFM> But I am confused about your previous message that "purge && install"
MAFM> solved the situation -- did it, or not?
Hmmm, you are right. I want qgis installed, but I also want
# aptitude full-upgrade
not to give me those messages.
I'm not really sure where the problem lies.
# set qgis
# aptitude install $@
The following NEW packages will be installed:
libgsl0ldbl{a} (D: qgis) (for qgis) qgis{b} (D: libgdal.so.1-1.11.2)
The following packages are RECOMMENDED but will NOT be installed:
qgis-plugin-globe (R: qgis)
0 packa
# apt-get install qgis
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve
386_Packages
-rw-r--r-- 1 root root 170891 09-30 16:48
ftp.tw.debian.org_debian_dists_experimental_InRelease
-rw-r--r-- 1 root root18539 09-29 04:41
ftp.tw.debian.org_debian_dists_experimental_contrib_binary-i386_Packages
-rw-r--r-- 1 root root13922 08-15 05:01
ftp.tw.debian.org_debian_d
1 - 100 of 159 matches
Mail list logo