Siduction Forum
Siduction Forum => Upgrade Warnings => Topic started by: seasons on 2013/08/27, 13:33:21
-
# apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED:
abiword apt-file apt-show-versions aspell aspell-en ceni command-not-found console-setup console-setup-linux debsums
dictionaries-common gedit gir1.2-javascriptcoregtk-1.0 gir1.2-webkit-1.0 handbrake-gtk intltool irssi
keyboard-configuration libabiword-2.9 libany-moose-perl libapt-pkg-perl libcairo-perl libclass-methodmaker-perl
libcurses-perl libcurses-ui-perl libenchant1c2a libexpect-perl libfile-fnmatch-perl libglib-perl libgnome2-canvas-perl
libgnome2-perl libgnome2-vfs-perl libgnupg-interface-perl libgtk2-perl libhpmud0 libhtml-parser-perl libhtml-tree-perl
libio-pty-perl libio-socket-ssl-perl libjavascriptcoregtk-1.0-dev liblist-moreutils-perl liblocale-gettext-perl
liblwp-protocol-https-perl libmailtools-perl libmime-tools-perl libmouse-perl libnet-smtp-ssl-perl libnet-ssleay-perl
libpango-perl libperl5.14 libsane-hpaio libsexy2 libsgml-dtdparse-perl libsnmp30 libterm-readkey-perl
libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl libuuid-perl libwebkitgtk-1.0-0 libwebkitgtk-3.0-0
libwebkitgtk-dev libwww-perl libxml-dom-perl libxml-libxml-perl libxml-parser-perl libxml-perl libxml-simple-perl liferea
linux-base myspell-en-us nvidia-driver siduction-irc signing-party whohas xchat xscreensaver xscreensaver-data
xserver-xorg xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-mouse xserver-xorg-video-fbdev
xserver-xorg-video-mach64 xserver-xorg-video-nouveau xserver-xorg-video-nvidia xserver-xorg-video-r128
xserver-xorg-video-vesa zenity
The following NEW packages will be installed:
libperl4-corelibs-perl weechat-core weechat-curses
The following packages will be upgraded:
perl perl-base perl-modules
3 upgraded, 3 newly installed, 89 to remove and 0 not upgraded.
Need to get 10.2 MB of archives.
After this operation, 171 MB disk space will be freed.
Do you want to continue? [Y/n] n
-
perl5.18 transitions (http://release.debian.org/transitions/html/perl5.18.html)
-
As a workaround, holding both perl and perl-base might help. In any case read carefully what you are going remove.
-
I got bit by this. I wasn't paying attention, it was only a few packages I hit y and ran to turn off my boiling tea came back to find half my system gone. I've grepped and awkd the dpkg log till I have a list of all the removed packages but I'm left with the perl problem.
Any ideas on how might I proceed?
This is the output of apt-get install all the removed packages:
irssi : Depends: perlapi-5.14.2 but it is not installable
libapt-pkg-perl : Depends: perlapi-5.14.2 but it is not installable
libclass-methodmaker-perl : Depends: perlapi-5.14.2 but it is not installable
libclone-perl : Depends: perlapi-5.14.2 but it is not installable
libcurses-perl : Depends: perlapi-5.14.2 but it is not installable
libfile-fnmatch-perl : Depends: perlapi-5.14.2 but it is not installable
libhtml-parser-perl : Depends: perlapi-5.14.2 but it is not installable
libio-pty-perl : Depends: perlapi-5.14.2 but it is not installable
liblist-moreutils-perl : Depends: perlapi-5.14.2 but it is not installable
liblocale-gettext-perl : PreDepends: perlapi-5.14.2 but it is not installable
libmouse-perl : Depends: perlapi-5.14.2 but it is not installable
libnet-dns-perl : Depends: perlapi-5.14.2 but it is not installable
libnet-ssleay-perl : Depends: perlapi-5.14.2 but it is not installable
libperl5.14 : Depends: perl-base (= 5.14.2-21) but 5.18.1-2 is to be installed
libsocket6-perl : Depends: perlapi-5.14.2 but it is not installable
libsub-name-perl : Depends: perlapi-5.14.2 but it is not installable
libterm-readkey-perl : Depends: perlapi-5.14.2 but it is not installable
libtext-charwidth-perl : Depends: perlapi-5.14.2 but it is not installable
libtext-iconv-perl : Depends: perlapi-5.14.2 but it is not installable
libuuid-perl : Depends: perlapi-5.14.2 but it is not installable
libxml-libxml-perl : Depends: perlapi-5.14.2 but it is not installable
perlmagick : Depends: perlapi-5.14.2 but it is not installable
E: Unable to correct problems, you have held broken packages.
-
I doubt we can be sure that a perl transition is reversible. We should not count on it.
That said, reverting more than a handfull of packages can't be expected a one strike thing. For sure you will have to go back step by step learning from each step what to add to the next step:
Start with looking at :
...libperl5.14 : Depends: perl-base (= 5.14.2-21) but 5.18.1-2 is to be installed...
First step:
apt-get install perl-base=5.14.2-21 -s
and see what happens, what would be removed. Add packages to be removed with their appropriate version and go on ...
Still not sure if it is a good idea to revert perl ...
-
for all don't messed up their system 'til now:
apt-mark hold perl perl-base perl-modules perl-doc
should make the transition relativly painfree for the moment.
The progress of the perl transition can be watched here: http://release.debian.org/transitions/html/perl5.18.html
-
Still not sure if it is a good idea to revert perl ...
Is that a nice way to say it's better to start over?
I don't know anything about the perl transition, I can use my laptop for the next week, would I be able to just wait until the transition is over and try again then?
-
That will not help you. You need to revert all this manualy and either you have a day off to do this (and learn a lot) or start over. Then what you learn is: read what apt wants to do before hitting Y.
greetz
devil
-
Still not sure if it is a good idea to revert perl ...
Is that a nice way to say it's better to start over?
...
No.
If I *know* the best way, I'll tell you.
-
for all don't messed up their system 'til now:
apt-mark hold perl perl-base perl-modules perl-doc
should make the transition relativly painfree for the moment.
The progress of the perl transition can be watched here: http://release.debian.org/transitions/html/perl5.18.html
Comparing the progress on the link above with the same for some days ago there are a lot more green than before but still very very much red so, any idea hoe long time this will take, days, week(s) month(s)?
I ask because i don't need to d-u, I can wait one or two weeks, then I don't have to put anything on hold (and forget to un-hold it later).
-
...then I don't have to put anything on hold (and forget to un-hold it later).
As I noticed that "apt-mark" isn't known even to some experienced users (yes I'm aware it's mentioned here in this thread) and as you (vilde) seem a bit reluctant to hold back packages I think it would be a good moment and a good place to urge all readers here to have a quick look to "man apt-mark" (very short) and to "man apt-get", where you look only for the section "--ignore-hold".
If you internalize apt-marks's "hold", "showhold" and "unhold" option together with apt-get's "--ignore-hold" option, managing holds becomes handy.
-
Might someone be willing to provide a quick overview on what this transition is and what it means practically?
-
A transition is needed for certain package-groups that influence a lot of other packages. Perl is a good example, because it is basicaly every in the system. So if a package like perl and perl-foo gets updated, you have a transition, that has to ensure that all packages depending on perl or a subset of it, gets built against the new version, sometimes in a certain order. So this will take some time, because all the maintainers of the dependent packages have to take action.
The problem with this is, that we base on debian unstable. Our strength in such cases is turned into a weakness. That is due to the attitude of some debian developers who do not care if unstable breaks or not. My guess is, this will take ~ another week, at least as far as it bothers us.
greetz
devil
-
I removed a few nonessential packages and I'm all good now. (I won't mark it solved since it was stickied and is going to be an issue for a while).
That is due to the attitude of some debian developers who do not care if unstable breaks or not.
That's sad. Unstable is going to contain upstream bugs, but it's a very viable distribution for non-developers, and its health propagates to testing/stable.
-
A transition is needed for certain package-groups that influence a lot of other packages. Perl is a good example
What are some of the other major transitions? Is Perl one of the most time consuming ones?
-
FYI - I was able to do a normal DU a short time ago. There was one perl file removed, with a new one installed in it's place. One package (xserver-xorg-core) was held by the system - not by action on my part. Your mileage may vary, of course, read everything before you proceed.
Remove: libperl5.14:amd64 (5.14.2-21)
Install: libperl5.18:amd64 (5.18.1-2, automatic)
-
@ghstryder
+1
Greetings, Tom
-
Boost and python are big ones also. Apache can be tricky (just had one not long ago, but that affects servers more than desktops).
The page https://wiki.debian.org/Teams/ReleaseTeam/Transitions deals with how to organize a transition if you are a dev, http://release.debian.org/transitions/ shows planned and ongoing transitions.
greetz
devil
-
At this moment for me the issue is not perl but
libaudit1
which is pulled from new
xserver-xorg-core-2:1.12.4-6.2+b2
xserver-xorg-core-2:1.12.4-6.2+b1 ist the old, with only wants
libaudit0
Is it a bug, because '+bn' binaries are supposed to not upgrade but to be simple recompilates?
-
FYI - I was able to do a normal DU a short time ago. There was one perl file removed, with a new one installed in it's place. One package (xserver-xorg-core) was held by the system - not by action on my part. Your mileage may vary, of course, read everything before you proceed.
Remove: libperl5.14:amd64 (5.14.2-21)
Install: libperl5.18:amd64 (5.18.1-2, automatic)
same for me :)
-
vilde:
I largely agree.
On my system ibperl5.14 was upgraded to 5.18.
and the following were also removed:
libcompress-zlib-perl
libio-compress-base-perl
libio-compress-zlib-perl
These are probably because my system in an old installation and has, over the years, installed dependencies for applications long since disposed of.
-
Here just libperl5.14 gets kicked but replaced by libperl5.18, at least for the packages on my GNOME system
-
I think that the perl transition is now complete.
root@siductionbox:/var/log/apt# dpkg -l | grep perl | grep 5.18
ii libperl5.18 5.18.1-2 amd64 shared Perl library
ii perl 5.18.1-2 amd64 Larry Wall's Practical Extraction and Report Language
ii perl-base 5.18.1-2 amd64 minimal Perl system
ii perl-modules 5.18.1-2 all Core Perl modules
Best regards,
Bequimão
-
We should be carefull with such statments. Specially when we junge based on our own melange which will be different from other's.
Here - appart from libperl5.14 which is replaced - two packages would be removed: libogg-vorbis-header-perl and pdl, so not all packages are ready.
-
Perl Transition is at 68%
http://release.debian.org/transitions/
greetz
devil
-
We should be carefull with such statments. Specially when we junge based on our own melange which will be different from other's.
Here - appart from libperl5.14 which is replaced - two packages would be removed: libogg-vorbis-header-perl and pdl, so not all packages are ready.
True but don't forget that some people might not have all those ancillary perl packages installed.
-
libaudit1
which is pulled from new
xserver-xorg-core-2:1.12.4-6.2+b2
xserver-xorg-core-2:1.12.4-6.2+b1 ist the old, with only wants
libaudit0
Today solved for me:
xorg and systemd-204 had beed recompiled to use libaudit1 also
I had to purge:
libautid0
lsof
-
@ralul, I am not sure I understand. When I try to purge libaudit0 and lsof, apt responds that it cannot do so because systemd-sysv depends on systemd 204-1, which is not going to be installed. However, systemd 204-1 is installed.
Tim
-
There is no need and no sane reason to *purge* libaudit0. If you like to fumble around with your system (for what unknown reason ever) you may d-u (which will *replace* libaudit0 with libaudit1) or you may "apt-get install libaudit1". But I wouldn't know why one should do that.
-
At this moment for me the issue is not perl but
libaudit1
which is pulled from new
xserver-xorg-core-2:1.12.4-6.2+b2
xserver-xorg-core-2:1.12.4-6.2+b1 ist the old, with only wants
libaudit0
Is it a bug, because '+bn' binaries are supposed to not upgrade but to be simple recompilates?
Is this 64 bit? Because here on 32 bit that's not the case! I have xserver-xorg-core-2:1.12.4-6.2+b1 and libaudit1 installed.
And I doubt this should be discussed in a thread dealing with the perl transition. I'd appreciate if a mod cleaned up this thread by moving the xserver-xorg-core postings to a seperate thread.
-
@michaa7, dont' you see my solved?
http://forum.siduction.org/index.php?msg=31996#31996
Indeed my purging of "lsof" is a perl issue.
I did put this xorg - libaudit1 issue here in this thread, because I know that nobody of you uses aptitude and is blind regarding dependencies :(
-
@michaa7, dont' you see my solved?
http://forum.siduction.org/index.php?msg=31996#31996
o yeah, it's there somewhere ...
Indeed my purging of "lsof" is a perl issue.
I did put this xorg - libaudit1 issue here in this thread, because I know that nobody of you uses aptitude and is blind regarding dependencies :(
In which case it was wrong to state: "At this moment for me the issue is not perl but libaudit1"
because it was misleading, specially for all of us apt-blinded users.
Now with the complete info your statement makes sense.
But still, it seems limited to 64 bit.
-
now i get this:
The following NEW packages will be installed:
libboost-date-time1.54.0 libboost-filesystem1.54.0 libboost-serialization1.54.0 libboost-system1.54.0
[b]The following packages have been kept back:
xserver-xorg-core[/b]
The following packages will be upgraded:
apt apt-utils desktop-file-utils encfs fonts-liberation fonts-opensymbol gir1.2-gtk-3.0 imagemagick imagemagick-common iso-codes libapt-inst1.5 libapt-pkg4.12
libgail-3-0 libgtk-3-0 libgtk-3-bin libgtk-3-common libieee1284-3 libjavascriptcoregtk-1.0-0 libjavascriptcoregtk-3.0-0 libmagickcore5 libmagickwand5 libmpg123-0:i386
liborcus-0.6-0 libperl5.18 libqt4-dbus libqt4-declarative libqt4-designer libqt4-dev libqt4-dev-bin libqt4-help libqt4-network libqt4-opengl libqt4-opengl-dev
libqt4-qt3support libqt4-script libqt4-scripttools libqt4-sql libqt4-sql-sqlite libqt4-svg libqt4-test libqt4-xml libqt4-xmlpatterns libqtcore4 libqtdbus4 libqtgui4
libraptor2-0 libreoffice libreoffice-base libreoffice-base-core libreoffice-calc libreoffice-common libreoffice-core libreoffice-draw libreoffice-impress
libreoffice-java-common libreoffice-kde libreoffice-l10n-it libreoffice-math libreoffice-ogltrans libreoffice-pdfimport libreoffice-report-builder-bin
libreoffice-style-oxygen libreoffice-writer libsdl-image1.2 libwebkitgtk-1.0-0 libwebkitgtk-1.0-common libwebkitgtk-3.0-0 libwebkitgtk-3.0-common perl perl-base
perl-modules python3-uno qdbus qt4-linguist-tools qt4-qmake qt4-qtconfig qtcore4-l10n rpcbind uno-libs3 ure
80 upgraded, 4 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B/144 MB of archives.
After this operation, 1296 kB of additional disk space will be used.
Should I install libaudit1 (losing systemd) or it is better to wait a little more? Any suggestion?
-
I am not using systemd at the moment, but a du right this minute gives me
Reading package lists... Done
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
-
I use systemd. On this 64-bit system, which was upgraded early this morning (US Eastern), I now see this:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... The following package was automatically installed and is no longer required:
libboost-date-time1.53.0
Use 'apt-get autoremove' to remove it.
Done
The following NEW packages will be installed:
libboost-date-time1.54.0
The following packages have been kept back:
xserver-xorg-core
The following packages will be upgraded:
fonts-opensymbol imagemagick imagemagick-common iso-codes libmagickcore5 libmagickwand5 libreoffice libreoffice-base libreoffice-base-core
libreoffice-calc libreoffice-common libreoffice-core libreoffice-draw libreoffice-impress libreoffice-java-common libreoffice-math
libreoffice-report-builder libreoffice-report-builder-bin libreoffice-style-galaxy libreoffice-style-oxygen libreoffice-writer libsdl-image1.2
python3-uno uno-libs3 ure
25 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 91.1 MB of archives.
After this operation, 397 kB of additional disk space will be used.
Do you want to continue? [Y/n]
-
Should I install libaudit1 (losing systemd) or it is better to wait a little more? Any suggestion?
Systemd-204 from experimental was rebuild to use libaudit1 also !
-
Should I install libaudit1 (losing systemd) or it is better to wait a little more? Any suggestion?
Systemd-204 from experimental was rebuild to use libaudit1 also !
on my system i get
LANG=C sudo apt-get -t experimental install libaudit1
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
libaudit-common libpam-systemd systemd xserver-common xserver-xorg-core
Suggested packages:
xfonts-scalable
The following packages will be REMOVED:
libaudit0 xserver-xorg xserver-xorg-input-all xserver-xorg-input-evdev xserver-xorg-input-mouse xserver-xorg-input-synaptics xserver-xorg-input-vmmouse
xserver-xorg-video-ati xserver-xorg-video-fbdev xserver-xorg-video-intel xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-nouveau
xserver-xorg-video-qxl xserver-xorg-video-r128 xserver-xorg-video-radeon xserver-xorg-video-vesa xserver-xorg-video-vmware
The following NEW packages will be installed:
libaudit-common libaudit1
The following packages will be upgraded:
libpam-systemd systemd xserver-common xserver-xorg-core
4 upgraded, 2 newly installed, 18 to remove and 181 not upgraded.
Need to get 4061 kB of archives.
After this operation, 7346 kB disk space will be freed.
Do you want to continue? [Y/n]
so i'll have systemd and libaudit1 but not xorg... :) i'll wait
-
True but don't forget that some people might not have all those ancillary perl packages installed.
That was michaa7's point...The perl transition is currently at 85%, so it's probably solved for most people, but we shouldn't declare that it's solved for everyone. http://release.debian.org/transitions/html/perl5.18.html
-
Perl Transition is at 68%
http://release.debian.org/transitions/
greetz
devil
Clear enough for my system to be 100% back and using libperl5.18. I DU'd today, then installed the 100 or so packages that the early stages of the perl transition had removed.
-
Boost and python are big ones also. Apache can be tricky (just had one not long ago, but that affects servers more than desktops).
The page https://wiki.debian.org/Teams/ReleaseTeam/Transitions deals with how to organize a transition if you are a dev, http://release.debian.org/transitions/ shows planned and ongoing transitions.
greetz
devil
Thanks for this. I'm in such awe. I write small simple programs and it's so hard for me to accomplish that. When I wake up from taking it for granted, I find having a team of thousands of people getting together to create and maintain a huge, complex and dynamic system and integrate it with 10s of thousands of packages for a gift to the world boggles my mind and warms my heart.