aptitude deletes drivers manager(?)

Bug #1859314 reported by Tomasz Makara
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KDE Base
Invalid
Undecided
Unassigned
aptitude
Invalid
Undecided
Unassigned
aptitude (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

1) try to install fresh official Kubuntu 19.10
2) enable wifi (iwlwifi builded in image)
3) ENABLE thrid party firmwares
4) script doing autojob (renewing packages since you are connected to internet.
5) aftermath (after instalation) instal aptitude because some pro said "aptitude is better than apt"
6) resources.list WAS untouched
7) try to install mc --> aptitude install mc
8) aptitude offering you to UNinstall all proprietary drivers while u just want to install mc ...
9) press yes, remove all nvidia things...
10) try to recover stuff by kcm_driver_manager, kde says that package exist from menu (infinte waiting during "collecting information about system"), shell doesnt

11) how to recover state from fresh instalation including tickED install third parties firmware?

Edit:
1. Added aptitude log
2. Way for others to try to recover previous state
//

trying to recover by

 sudo apt install fakeroot \
 gcc \
 gcc-9 \
 libasan5 \
 libatomic1 \
 libatomic1 \
 libbsd0 \
 libc-dev-bin \
 libc6-dev \
 libdrm-amdgpu1 \
 libdrm-intel1 \
 libdrm-nouveau2 \
 libdrm-radeon1 \
 libdrm2 \
 libedit2 \
 libexpat1 \
 libfakeroot \
 libffi6 \
 libgcc-9-dev \
 libgl1 \
 libgl1-mesa-dri \
 libglapi-mesa \
 libglvnd0 \
 libglx-mesa0 \
 libglx0 \
 libitm1 \
 libllvm9 \
 liblsan0 \
 libnvidia-cfg1-390 \
 libnvidia-common-390 \
 libnvidia-compute-390 \
 libnvidia-compute-390 \
 libnvidia-decode-390 \
 libnvidia-decode-390 \
 libnvidia-encode-390 \
 libnvidia-encode-390 \
 libnvidia-fbc1-390 \
 libnvidia-fbc1-390 \
 libnvidia-gl-390 \
 libnvidia-gl-390 \
 libnvidia-ifr1-390 \
 libnvidia-ifr1-390 \
 libpciaccess0 \
 libquadmath0 \
 libsensors5 \
 libstdc++6 \
 libtsan0 \
 libubsan1 \
 libx11-6 \
 libx11-xcb1 \
 libxau6 \
 libxcb-dri2-0 \
 libxcb-dri3-0 \
 libxcb-glx0 \
 libxcb-present0 \
 libxcb-sync1 \
 libxcb1 \
 libxdamage1 \
 libxdmcp6 \
 libxext6 \
 libxfixes3 \
 libxnvctrl0 \
 libxshmfence1 \
 libxxf86vm1 \
 linux-libc-dev \
 manpages-dev \
 nvidia-compute-utils-390 \
 nvidia-kernel-common-390 \
 nvidia-kernel-source-390 \
 nvidia-prime \
 nvidia-utils-390 \
 patch \
 screen-resolution-extra \
 xserver-xorg-video-nvidia-390 \

Tomasz Makara (csowiec)
description: updated
Tomasz Makara (csowiec)
description: updated
description: updated
Tomasz Makara (csowiec)
description: updated
Paul White (paulw2u)
affects: ubuntu → aptitude (Ubuntu)
Revision history for this message
Tomasz Makara (csowiec) wrote :
Tomasz Makara (csowiec)
description: updated
Revision history for this message
Axel Beckert (xtaran) wrote : Re: [Bug 1859314] [NEW] aptitude deletes drivers manager(?)
Download full text (3.4 KiB)

Hi,

Launchpad Bug Tracker wrote:
> 4) script doing autojob (renewing packages since you are connected
> to internet.

Can you provide this script? Or is it a part of some package? There's
a chance that this is the culprit.

> 5) aftermath (after instalation) instal aptitude because some pro
> said "aptitude is better than apt"

If that is true or untrue depends heavily on your use-case and can't
be said generally. Both tools have their adavantages and
disadvantages. (Saying this with my aptitude package maintainer hat
on.)

Which tool is better suited for you depends mostly on this things:

* If you want

   - a TUI, or
   - want to manually interfere with dependency resolution, or
   - want to be able to match packages with patterns on package
     properties, or
   - want to use debtags to select or find package,

   then aptitude is the right tool for you. But these features come
   with one drawback: aptitude takes a moment to read (and later save)
   all the data it needs to provide these features, i.e. it's the
   slowest of the mentioned tools.

* If you prefer

  - solely the commandline,
  - prefer a fast program, and
  - don't want to change the proposed dependency resolutions, and
  - don't care about a still occasionally changing UI, CLI and output
    format,

  then apt (the command) is for you.

* If you want to

  - have a stable UI, CLI and output format
  - script things,
  - don't need aptitude's pattern matching for that, and
  - prefer fast programs

  then apt-get, apt-cache and friends (from the apt package) are the
  best tools for you.

Additionally the defaults for all three options are slightly
different, especially wrt. to automatically removing packages, but
also wrt. progress bars, colored output, stable UI/API, etc.

> 7) try to install mc --> aptitude install mc
> 8) aptitude offering you to UNinstall all proprietary drivers while u just want to install mc ...

One difference between apt-get, apt and aptitude (with default
settings) is that apt-get does not remove unused packages
automatically but just warns about them. aptitude uninstalls them by
default and apt IIRC does something inbetween. In all tools, this
setting can be changed, either on the commandline, in configuration
files and in aptitude also in the TUI.

But the main question in this case is:

_What_ marked those drivers as "automatically installed"?

None of the tools does this unless these packages were pulled in as a
dependency while installing other packages or if the admin explicitly
set this flag. (They all share the same database for these flags.)

So something must have set that "automatically installed" flag,
otherwise aptitude wouldn't have removed them automatically.

This can also be seen in the occurrences of "NOT USED" in the provided
log.

I currently see only two possibilities:

1. The above mentioned, but unknown script fiddled with the
   "automatically installed" flag, e.g. via "apt-mark auto".

2. The installation image already contained these flags for some
   reason, but since apt-get (and partially apt) doesn't automatically
   remove these packages, the creator of the image didn't care about
   these flags and this only ...

Read more...

Axel Beckert (xtaran)
Changed in aptitude (Ubuntu):
status: New → Incomplete
Paul White (paulw2u)
Changed in kde-baseapps:
status: New → Incomplete
Changed in aptitude:
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for aptitude (Ubuntu) because there has been no activity for 60 days.]

Changed in aptitude (Ubuntu):
status: Incomplete → Expired
Paul White (paulw2u)
Changed in aptitude:
status: Incomplete → Invalid
Changed in kde-baseapps:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.