perl 5.18.x upgrade

[ghstryder]

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.

Code Select Expand

Remove: libperl5.14:amd64 (5.14.2-21)
Install: libperl5.18:amd64 (5.18.1-2, automatic)

[samoht]

@ghstryder

+1

Greetings, Tom

[devil]

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

[ralul]

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?

[vilde]

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.

Code Select Expand

Remove: libperl5.14:amd64 (5.14.2-21)
Install: libperl5.18:amd64 (5.18.1-2, automatic)

same for me  

[clubex]

vilde:
I largely agree.
On my system ibperl5.14 was upgraded to 5.18.
and the following were also removed:

Code Select Expand


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.

[DeepDayze]

Here just libperl5.14 gets kicked but replaced by libperl5.18, at least for the packages on my GNOME system

[Bequimão]

I think that the perl transition is now complete.

Code Select Expand

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

[michaa7]

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.

[devil]

Perl Transition is at 68%
http://release.debian.org/transitions/

greetz
devil

[DeepDayze]

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.

[ralul]

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

[timc]

@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

[michaa7]

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.

[michaa7]

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.