Siduction Forum
Siduction Forum => Upgrade Warnings => Topic started by: harley-peter on 2020/07/28, 12:27:28
-
Since few days du wants to remove the following packages:
Die folgenden Pakete werden ENTFERNT:
gnustep-base-runtime libgnustep-base1.27 libobjc4 unar
Can I let them go?
-
I think it is a conflict between libgc1 and libgc1c2. If you install libgc1, it will remove libgc1c2, but your other packages will likely be fine. It's not clear to me which version should be kept, but ligbc1 is a newer version, so it seems that it would be the way to go. (But I'm not the best person at all to give advice on that.)
-
@ finotti
Thank you, your guess is right. I had the same problem. I have installed libgc1 now and the upgrade will not remove unar anymore.
-
Hhmm .... I think it is not a good idea. If I try to install libgc1 the system wants to remove the following packages:
Die folgenden Pakete werden ENTFERNT:
gcc-10 gnustep-base-runtime guile-2.0-libs libgc1c2 libgnustep-base1.27 libobjc4 linux-headers-5.7.7-towo.1-siduction-amd64
linux-headers-5.7.8-towo.1-siduction-amd64 linux-headers-siduction-amd64 unar
and the kernel 5.7.8 is the actual version on my laptop.
-
@harley-peter,
betreffend deine Eingangsfrage, sehr einfach:
Falls Du irgendwas aus der (legacy)-macOS-Welt nutzen möchtest, behalte die Pakete.
Andernfalls "let them go".
Ein beherztes
# apt show ...
hätte dir weitergeholfen.
-
aptitude can be useful in these situations.
why/why-not: Explains the reason that a particular package should or cannot be installed on the system
aptitude why-not libgc1c2
i inkscape Depends libgc1 (>= 1:7.2d)
i A libgc1 Conflicts libgc1c2
-
aptitude can be useful in these situations.
why/why-not: Explains the reason that a particular package should or cannot be installed on the system
aptitude why-not libgc1c2
i inkscape Depends libgc1 (>= 1:7.2d)
i A libgc1 Conflicts libgc1c2
Fantastic :)
-
@samoht:
apt show habe ich schon benutzt, konnte aber mit den Angaben z. B. bei gnustep-base-runtime nicht wirklich viel anfangen
@dpanter:
thanks for the hint :)
-
@harley-peter: Something must be really different in your system compared to mine. Installing libgc1 did not remove gcc-10, which probably is what is causing it to remove the kernel:
$ inxi -v3
System: Host: t440p Kernel: 5.7.10-towo.1-siduction-amd64 x86_64 bits: 64 compiler: gcc v: 10.1.0 Console: tty 17
Distro: siduction 18.3.0 Patience - kde - (202002031718) base: Debian GNU/Linux bullseye/sid
Machine: Type: Laptop System: LENOVO product: 20AWS2QV00 v: ThinkPad T440p serial: <superuser/root required>
Mobo: LENOVO model: 20AWS2QV00 v: SDK0E50510 WIN serial: <superuser/root required> UEFI [Legacy]: LENOVO
v: GLETA0WW (2.54 ) date: 08/27/2019
Battery: ID-1: BAT0 charge: 94.2 Wh condition: 94.6/99.5 Wh (95%) model: SANYO 45N1779 status: Unknown
CPU: Topology: Dual Core model: Intel Core i7-4600M bits: 64 type: MT MCP arch: Haswell rev: 3 L2 cache: 4096 KiB
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 23146
Speed: 3463 MHz min/max: 800/3600 MHz Core speeds (MHz): 1: 3463 2: 3445 3: 3458 4: 3477
Graphics: Device-1: Intel 4th Gen Core Processor Integrated Graphics vendor: Lenovo driver: i915 v: kernel bus ID: 00:02.0
Device-2: NVIDIA GK208M [GeForce GT 730M] vendor: Lenovo driver: nouveau v: kernel bus ID: 02:00.0
Device-3: Acer Integrated Camera type: USB driver: uvcvideo bus ID: 3-12:6
Display: server: X.org 1.20.8 driver: modesetting unloaded: fbdev,vesa tty: 133x62
Message: Advanced graphics data unavailable in console. Try -G --display
Network: Device-1: Intel Ethernet I217-LM vendor: Lenovo ThinkPad T440p driver: e1000e v: 3.2.6-k port: 4080 bus ID: 00:19.0
IF: enp0s25 state: down mac: 50:7b:9d:54:62:c8
Device-2: Intel Wireless 7260 driver: iwlwifi v: kernel port: 3000 bus ID: 04:00.0
IF: wlp4s0 state: up mac: 4c:eb:42:ab:b2:1a
Drives: Local Storage: total: 465.76 GiB used: 59.61 GiB (12.8%)
Info: Processes: 290 Uptime: 4h 52m Memory: 15.40 GiB used: 3.69 GiB (24.0%) Init: systemd runlevel: 5 Compilers:
gcc: 10.2.0 Packages: 3105 Shell: Bash v: 5.0.16 inxi: 3.1.04
$ apt policy libgc1
libgc1:
Installed: 1:8.0.4-1
Candidate: 1:8.0.4-1
Version table:
*** 1:8.0.4-1 500
500 http://httpredir.debian.org/debian sid/main amd64 Packages
100 /var/lib/dpkg/status
$ apt policy gcc-10
gcc-10:
Installed: 10.2.0-3
Candidate: 10.2.0-3
Version table:
*** 10.2.0-3 500
500 http://httpredir.debian.org/debian sid/main amd64 Packages
100 /var/lib/dpkg/status
$ apt policy unarunar:
Installed: 1.10.1-2+b6
Candidate: 1.10.1-2+b6
Version table:
*** 1.10.1-2+b6 500
500 http://httpredir.debian.org/debian sid/main amd64 Packages
100 /var/lib/dpkg/status
$ apt policy libobjc4
libobjc4:
Installed: 10.2.0-3
Candidate: 10.2.0-3
Version table:
*** 10.2.0-3 500
500 http://httpredir.debian.org/debian sid/main amd64 Packages
100 /var/lib/dpkg/status
$ apt policy guile-2.2-libs
guile-2.2-libs:
Installed: 2.2.7+1-5.1
Candidate: 2.2.7+1-5.1
Version table:
*** 2.2.7+1-5.1 500
500 http://httpredir.debian.org/debian sid/main amd64 Packages
100 /var/lib/dpkg/status
-
Actual the system wants to remove some more packages. It seems that something with python is changing.
Die folgenden Pakete werden ENTFERNT:
cfv gnustep-base-runtime libgnustep-base1.27 libobjc4 libpython-stdlib ntfs-config python python-debianbts python-defusedxml
python-glade2 python-gtk2 python-imaging python-minimal python-notify python-pexpect python-ptyprocess python-pysimplesoap python-soappy
python-support python-talloc python-wstools pyygle sidu-base sidu-disk-center unar
-
sidu-disk-center
Really? That's ancient and dead since ages.
-
It seems that something with python is changing.
Transition to python2.
-
It seems that something with python is changing.
Transition to python2.
python2-rm!
https://release.debian.org/transitions/
https://release.debian.org/transitions/html/python2-rm.html
-
It seems that something with python is changing.
Transition to python2.
Don't you mean python3?
I'm getting similar removals today. Are all these related to python 2 removal and can be let go?
The following packages will be REMOVED:
cfv libpython-dev libpython-stdlib ntfs-config python python-dev python-glade2 python-gtk2
python-minimal python-notify python-talloc
Edit:- to answer my own question, I checked with apt show and they all appear to be python2 related so I ran d-u. A bunch of python 3.8 packages were installed and system rebooted fine. Don't have time to check further.
-
Since I posted yesterday, I have upgraded 3 KDE/Plasma systems and one LXQt, and I find no issues with them after those python packages were removed. My important productivity packages are Qemu/KVM, zulucrypt, LibreOffice, and two browsers, and there's no problem with any of them.
-
The Python2 removal (transition python2-rm) affects all packages, which depend on python2.
In my case those are cherrytree dispcalgui displaycal fskbsetting gimp-plugin-registry obkey obmenu wicd-daemon wicd-gtk
Will there be a solution? Only python3-wicd can be found in experimental.
So I shall wait for that.
To the other programs I have to say good bye.
Sad: In sid there will be no configuration tools for Openbox anymore.
-
Looks like speedtest-cli is anothervictim:
$ speedtest-cli
/usr/bin/env: ‘python’: No such file or directory
Oops, false alarm. For some long forgotten reason I had the script in ~/bin . Removing that reverted to the sid version which works fine.
-
My system wants to remove more packages on d-u. I'm holding off for now:
apt full-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
libexpat1-dev libpython2-dev libpython2.7-dev libx264-155 python-cffi-backend python-httplib2
python2-dev python2.7-dev
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
cfv libpython-dev libpython-stdlib ntfs-config python python-cryptography python-debianbts
python-defusedxml python-dev python-glade2 python-gtk2 python-imaging python-ipaddress python-minimal
python-notify python-openssl python-pexpect python-ptyprocess python-pysimplesoap python-serial
python-soappy python-support python-talloc python-wstools pywwetha pyygle sidu-base sidu-disk-center
sidu-manual sidu-manual-data
The following packages will be upgraded:
dh-python libpython2-dev libpython2-stdlib python2 python2-dev python2-minimal
6 upgraded, 0 newly installed, 30 to remove and 0 not upgraded.
Need to get 193 kB of archives.
After this operation, 30.3 MB disk space will be freed.
Do you want to continue? [Y/n]
-
@mdmarmer, I checked your list of removals on my favorite KDE/plasma system:
$ sudo apt policy cfv libpython-dev libpython-stdlib ntfs-config python python-cryptography python-debianbts
cfv:
Installed: (none)
Candidate: 1.18.3-2.1
Version table:
1.18.3-2.1 500
500 http://httpredir.debian.org/debian unstable/main amd64 Packages
libpython-dev:
Installed: (none)
Candidate: 2.7.17-2
Version table:
2.7.17-2 500
500 http://httpredir.debian.org/debian unstable/main amd64 Packages
libpython-stdlib:
Installed: (none)
Candidate: 2.7.17-2
Version table:
2.7.17-2 500
500 http://httpredir.debian.org/debian unstable/main amd64 Packages
ntfs-config:
Installed: (none)
Candidate: (none)
Version table:
1.0.1-11 -1
100 /var/lib/dpkg/status
python:
Installed: (none)
Candidate: 2.7.17-2
Version table:
2.7.17-2 500
500 http://httpredir.debian.org/debian unstable/main amd64 Packages
100 /var/lib/dpkg/status
N: Unable to locate package python-cryptography
N: Unable to locate package python-debianbts
don@dibl-patience:~$
I don't think you need any of them -- as you can see, some of them are no longer in the repos.
-
@xaver, I always thought openbox configuration is done by obconf :), at least in my LXDE testinstall obconf and lxapearance-obconf are still working and don't get removed.
-
@ der_Bud
Yes, you are right. Obconf and lxappearance-obconf do not have any python dependencies.
So they will survive this transition.
-
aptitude can be useful in these situations.
why/why-not: Explains the reason that a particular package should or cannot be installed on the system
aptitude why-not libgc1c2
i inkscape Depends libgc1 (>= 1:7.2d)
i A libgc1 Conflicts libgc1c2
Too bad apt doesn't have a similar feature.
-
Concerning the python2-rm transition I have just realized, that for me the smartest thing to do simply is
# apt-mark hold python
Then the python2 stuff will not be removed. It should not cause any problems, because python (2.7.17-2) and python3 can coexist.
Packages that depend on python2 will continue to work properly. By and by these packages will hopefully be upgraded to python3.
But watch the kept back list and the removal list of full-upgrade very carefully, as long as you keep python on hold.
-
I'm puzzled about one thing. In the list of packages to be removed it lists getmail which I use to retrieve my mail. Getmail is a python 2 program, but 'apt-cache policy' shows that python2 is only changing from 2.7.17 to 2.7.18 which shouldn't break anything.
What is it that makes it want to remove getmail? I did some googling but didn't come up with anything.
-
I let python 2 go and found a couple of python scripts in ~/bin/ didn't work:
/usr/bin/env: ‘python’: No such file or directory
as above with speedtest-cli. Had the same issue with youtube-dl which I had in there (it often needs updating when YT changes their API and I'm unfortunate to want to use it before the unstable package is updated). Simple solution:
ln -s /usr/bin/python3 /usr/bin/python
YMMV and definitely not if you are holding python 2.
-
I went ahead and did a full-upgrade. It removes python leaving only python2.
The problem with getmail is that in the first line it says
#!/usr/bin/python
So apt tries to install python as a dependency which fails of course.
I downloaded the getmail tarball and installed it manually and it works fine since the manual install process correctly sets the first line to python2, not python.
It seems that there's a packaging problem with the getmail package in debian sid, nothing more.
-
@hightime - you may have been able to fix it by symlinking python2 to python similar to my post above.