aptitude will fast alles löschen?!

[garibaldi]

ich bezog mich auf diesen Beitrag:
https://www.debianforum.de/forum/viewtopic.php?t=74737

yeti hat sich zum Thema nicht mehr geäussert...

Nun habe ich mal eine mail verschickt:

Hello Daniel,

I'm a german debian user working on a wiki page concerning aptitude
(http://wiki.debianforum.de/SoftwareVerw ... deVsAptGet). As far
as I understand, aptitude uses flags to remember which package is
manually installed(mi), and which is automaticly installed(ai) for
solving dependency issues. This is a fine way to get rid of unused
stuff, if a program is no longer needed. But the problem is, if you
install packages via apt-get, aptitude may wants to deinstall them in
it's next call. So may someone has installed the meta package "kde"
whith apt-get, tries to install another package with aptitude and the
program wants to deinstall the komplete kde environment.

Is there a solution to avoid this problem without tagging all prior
installed packages as "mi"? Where does aptitude log it's understanding
of what is mi or ai? I`ve searched the web for this information, but
haven't found any details concerning this problem.

I would appreciate any hint to cover this inconvenience.

Best regards, Ralf

Mal abwarten, was zurückkommt.

[KBDCALLS]

Es gibt ne Datei /var/lib/aptitude/status Da sind einige Statuswerte verzeichnet, aber nicht im Klartext sondern verschlüsselt als Ziffern, wenn ich das richtig sehe.

[garibaldi]

Es gibt ne Datei /var/lib/aptitude/status

Komisch, die gibt's bei mir nicht:

Code: Alles auswählen

~$ ls /var/lib/aptitude/
pkgstates  pkgstates.old
~$ head /var/lib/aptitude/pkgstates
Package: snort-rules-default
Unseen: no
State: 3
Dselect-State: 0
Last-Change: 0
Remove-Reason: 0

Package: python-tclink
Unseen: no
State: 3

[KBDCALLS]

Man sollte schon genauer hingucken.

pkgstatus ist natürlich richtig

[garibaldi]

pkgstatus ist natürlich richtig

Sicher?

Der Eintrag "State" könnte es sein:

Code: Alles auswählen

~$ grep  -C 3 libdvdcss /var/lib/aptitude/pkgstates
Last-Change: 0
Remove-Reason: 0

Package: libdvdcss2
Unseen: yes
State: 1
Dselect-State: 1
--
Last-Change: 0
Remove-Reason: 0

Package: libdvdcss2-dev
Unseen: yes
State: 3
Dselect-State: 0

[garibaldi]

Die Antwort von Daniel Burrow auf meine mail:

On Tue, Oct 31, 2006 at 02:48:54PM +0100, garibaldi was heard to say:
> I'm a german debian user working on a wiki page concerning aptitude
> (http://wiki.debianforum.de/SoftwareVerw ... deVsAptGet). As far
> as I understand, aptitude uses flags to remember which package is
> manually installed(mi), and which is automaticly installed(ai) for
> solving dependency issues. This is a fine way to get rid of unused
> stuff, if a program is no longer needed. But the problem is, if you
> install packages via apt-get, aptitude may wants to deinstall them in
> it's next call. So may someone has installed the meta package "kde"
> whith apt-get, tries to install another package with aptitude and the
> program wants to deinstall the komplete kde environment.

That shouldn't happen -- aptitude detects when you've installed
packages with another program and assumes that those packages are
manually installed. The one exception is if you were previously going
to remove the package with aptitude, then removed them and reinstalled
them with another program. (I think the sarge version may have been
buggy here, though)

> Is there a solution to avoid this problem without tagging all prior
> installed packages as "mi"? Where does aptitude log it's understanding
> of what is mi or ai? I`ve searched the web for this information, but
> haven't found any details concerning this problem.

The information is in /var/lib/aptitude/pkgstates. However, the
way to do what you want is to either (a) only use aptitude; (b) mark
packages you've installed with apt-get as manual installations
(shouldn't be necessary unless your aptitude is buggy); or (c) use a
version of aptitude and apt-get that cooperate (not available in Debian,
although I heard that Ubuntu has patched their aptitude and
apt-get).

Daniel

Er hatte mir schon gleich am nächsten Tag geantwortet, bloß war die mail leider von meinem Provider als Spam behandelt worden, und da ich meinen Spamordner nur sporadisch durchforste, habe ich sie erst heute ausgekramt

Dh. aptitude macht da was, was laut Maintainer nicht sein sollte, oder verstehe ich das falsch?

/edit: Naja, vielleicht auch nicht, die Ausnahme hat er ja auch beschrieben, dh. alle Pakete, die mit aptitude schon einmal deinstalliert worden sind, werden wieder deinstalliert, wenn man sie mit einem anderen Programm installiert und danach wieder aptitude einsetzt.

Gruß, garibaldi

[123456]

Dh. aptitude macht da was, was laut Maintainer nicht sein sollte, oder verstehe ich das falsch?

Aha, jetzt weiss ich auch, warum das bei meinem Kubuntu kein Problem ist zwischen apt-get und aptitude zu wechseln...