[opensuse-factory] Inconsistent Perl installation (base: 5.22.0, packages: 5.22.1)
After latest Tumbleweed update, I have an inconsistent Perl installation. Perl itself is version 5.22.1 (perl-5.22.1-1.1.x86_64). But the packages are still 5.22.0. As a workaround, I manually downgraded Perl back to 5.22.0 (perl-5.22.0-3.2.x86_64). But dependent Perl packages on extra repositories already base on 5.22.1 and it causes some work to recompile them. Currently there are two Perl base packages: http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/perl-5.22.0-3.2... (18-Jan-2016 00:56) http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/perl-5.22.1-1.1... (17-Feb-2016 11:19) Packages still base on 5.22.0. One example # rpm -qpl http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/perl-Algorithm-... | grep 5.22 /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/Algorithm /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/Algorithm/Combinatorics.pm /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/Algorithm /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/Algorithm/Combinatorics /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/Algorithm/Combinatorics/Combinatorics.so Greetings, Björn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Bjoern Voigt wrote:
After latest Tumbleweed update, I have an inconsistent Perl installation.
Perl itself is version 5.22.1 (perl-5.22.1-1.1.x86_64). But the packages are still 5.22.0.
As a workaround, I manually downgraded Perl back to 5.22.0 (perl-5.22.0-3.2.x86_64). But dependent Perl packages on extra repositories already base on 5.22.1 and it causes some work to recompile them.
Currently there are two Perl base packages: http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/perl-5.22.0-3.2... (18-Jan-2016 00:56) http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/perl-5.22.1-1.1... (17-Feb-2016 11:19)
Packages still base on 5.22.0. One example # rpm -qpl http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/perl-Algorithm-... | grep 5.22 /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/Algorithm /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/Algorithm/Combinatorics.pm /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/Algorithm /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/Algorithm/Combinatorics /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/Algorithm/Combinatorics/Combinatorics.so An additional note: Downgrades cause dependency errors too. So I have to downgrade some more packages:
# rpm -Uvh http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/perl-5.22.0-3.2... Retrieving http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/perl-5.22.0-3.2... error: Failed dependencies: perl-base = 5.22.0 is needed by perl-5.22.0-3.2.x86_64 perl = 5.22.1 is needed by (installed) claws-mail-3.13.2-1.2.x86_64 perl = 5.22.1 is needed by (installed) dpkg-1.18.1-1.7.x86_64 perl = 5.22.1 is needed by (installed) sgmltool-1.0.9-1076.5.x86_64 perl = 5.22.1 is needed by (installed) yast2-core-3.1.21-1.2.x86_64 perl = 5.22.1 is needed by (installed) yast2-perl-bindings-3.1.2-3.7.x86_64 perl = 5.22.1 is needed by (installed) xchat-perl-2.8.8-23.6.x86_64 perl = 5.22.1 is needed by (installed) subversion-perl-1.9.3-1.3.x86_64 perl = 5.22.1 is needed by (installed) perl-camgm-1.0.8-2.3.x86_64 perl = 5.22.1 is needed by (installed) perl-apparmor-2.10-5.3.x86_64 perl = 5.22.1 is needed by (installed) perl-SDL-2.544-3.7.x86_64 perl = 5.22.1 is needed by (installed) apache2-mod_perl-2.0.9-4.3.x86_64 perl = 5.22.1 is needed by (installed) perl-doc-5.22.1-1.1.noarch perl = 5.22.1 is needed by (installed) debhelper-9.20150101-1.3.noarch perl = 5.22.1 is needed by (installed) apparmor-utils-2.10-5.3.noarch perl = 5.22.1 is needed by (installed) frozen-bubble-2.212-11.3.x86_64 perl = 5.22.1 is needed by (installed) dh-autoreconf-10-1.3.noarch perl(:MODULE_COMPAT_5.22.1) is needed by (installed) git-core-2.7.1-1.2.x86_64 perl(:MODULE_COMPAT_5.22.1) is needed by (installed) perl-Scalar-List-Utils-1.43-1.1.x86_64 Greetings, Björn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Bjoern Voigt <bjoernv@arcor.de> writes:
Perl itself is version 5.22.1 (perl-5.22.1-1.1.x86_64). But the packages are still 5.22.0.
I which way is that a problem? Perl should still be able to use the modules. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Andreas Schwab wrote:
Bjoern Voigt <bjoernv@arcor.de> writes:
Perl itself is version 5.22.1 (perl-5.22.1-1.1.x86_64). But the packages are still 5.22.0. I which way is that a problem? Perl should still be able to use the modules. Perl 5.22.0 does not find the modules compiled for 5.22.1, because Perl 5.22.0 does not search the 5.22.1 paths.
If you use such a module, you will see errors like this (it's from my logs and an own package perl-File-Scan-ClamAV; I already downgraded, so I am unable to show an other example without much upgrade/downgrade work): 2014-12-23T10:18:05.644476+01:00 mybox spamd[1900]: Can't locate File/Scan/ClamAV.pm in @INC (you may need to install the File::Scan::ClamAV module) (@INC contains: /usr/lib/perl5/vendor_perl/5.20.1/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.20.1 /usr/lib/perl5/site_perl/5.20.1/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.20.1 /usr/lib/perl5/5.20.1/x86_64-linux-thread-multi /usr/lib/perl5/5.20.1 /usr/lib/perl5/site_perl) at /etc/mail/spamassassin/clamav.pm line 17. I not sure, how Tumbleweed build system handles Perl updates. In other rolling release distributions all dependent Perl packages (and packages using Perl) have to be re-compiled after Perl version updates. E.g. in FreeBSD you have such instructions for Perl updates: from /usr/ports/UPDATING (FreeBSD ports collection): 20150513: AFFECTS: users of lang/perl5* AUTHOR: mat@FreeBSD.org The default Perl version has been switched to Perl 5.20. If you are using binary packages to upgrade your system, you do not have anything to do, pkg upgrade will do the right thing. For the other people, assuming you are migrating from 5.18 to 5.20, do: Portupgrade users: portupgrade -o lang/perl5.20 -f lang/perl5.18 portupgrade -f `pkg shlib -R libperl.so.5.18|tail +2` Portmaster users: portmaster -o lang/perl5.20 lang/perl5.18 portmaster -f `pkg shlib -R libperl.so.5.18|tail +2` NOTE: Perl has been removed from base more than ten years ago, so it was way past time for the /usr/bin/perl symlink to be removed from the port. If for some strange reason, you still need it, you will have to create it manually. IMPORTANT: In case you have not updated your system in a while, and specifically, followed the 20141126 instructions regarding the new Perl layout, you should follow those more extensive instructions rather than the conservative presented here. I wonder, why nobody else seems to have Perl problems with the latest Tumbleweed snapshot 20160222? Greetings, Björn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, 2016-02-25 at 10:10 +0100, Bjoern Voigt wrote:
I not sure, how Tumbleweed build system handles Perl updates. In other rolling release distributions all dependent Perl packages (and packages using Perl) have to be re-compiled after Perl version updates.
Perl packages that have correctly marked the version of perl they require (due to the full versioned path) in their rpm metadata are triggered for an automatic rebuild in case the perl base version changes. Packages that do not have it specified will thus not be rebuilt. For 'some' packages this might be a reason for the failure. I took a quick look at perl-Algorithm-Cobinatorics (just because you mentioned that one in the initial message) The rpm correctly requires perl(:MODULE_COMPAT_5.22.0) (as it was built against 5.22.0) perl 5.22.1 provides this symbol, thus implying for the build service / checker scripts that there is nothing wrong here and this packaged does not need a rebuild. So the question would mainly be: why does perl 5.22.1 provide this symbol? Is this symbol not usable for what it is being used for? And why of why does a minor version update of perl really need a rebuild of all perl modules with such a strict path setup. I'd recommend a bug report against perl to have those questions evaluated. Cheers, Dominique PS: for the sake of stability, I triggered a rebuild of all perl* packages in openSUSE:Factory - Snapshot 0224 will have the fixes in the repo, once released) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi, On 25 Feb 10:39, Dominique Leuenberger / DimStar wrote:
The rpm correctly requires perl(:MODULE_COMPAT_5.22.0) (as it was built against 5.22.0)
perl 5.22.1 provides this symbol, thus implying for the build service / checker scripts that there is nothing wrong here and this packaged does not need a rebuild. So the question would mainly be: why does perl 5.22.1 provide this symbol? Is this symbol not usable for what it is being used for? And why of why does a minor version update of perl really need a rebuild of all perl modules with such a strict path setup.
I'd recommend a bug report against perl to have those questions evaluated.
perl -V shows that the following is in the search path: /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.22.0 so it does have 5.22.0 compat. Regards, ismail
On Thu, 2016-02-25 at 11:47 +0200, İsmail Dönmez wrote:
perl -V shows that the following is in the search path:
/usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.22.0
so it does have 5.22.0 compat.
Indeed, you're perfectly right here! So everything *should* just be fine as it is. Cheers, Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, 2016-02-25 at 10:10 +0100, Bjoern Voigt wrote:
Andreas Schwab wrote:
Bjoern Voigt <bjoernv@arcor.de> writes:
Perl itself is version 5.22.1 (perl-5.22.1-1.1.x86_64). But the packages are still 5.22.0.
I which way is that a problem? Perl should still be able to use the modules.
Perl 5.22.0 does not find the modules compiled for 5.22.1, because Perl 5.22.0 does not search the 5.22.1 paths.
But you were going the other way: perl 5.22.1 should find the 5.22.0 moduldes (it's backwards compatible. not forward compatible)
2014-12-23T10:18:05.644476+01:00 mybox spamd[1900]: Can't locate File/Scan/ClamAV.pm in @INC (you may need to install the File::Scan::ClamAV module) (@INC contains: /usr/lib/perl5/vendor_perl/5.20.1/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.20.1 /usr/lib/perl5/site_perl/5.20.1/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.20.1 /usr/lib/perl5/5.20.1/x86_64-linux- thread-multi /usr/lib/perl5/5.20.1 /usr/lib/perl5/site_perl) at /etc/mail/spamassassin/clamav.pm line 17.
Where are perl 5.20 paths coming from there! We were discussing 5.22.0 to 5.22.1 upgrade issues... But yes, in December 2014 we might have switched from 5.20 a notch up :) (check the date/timestamp of that log extract) Probably there was no problem to start with? Other than you seeing directories you expected to disappear? Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Bjoern Voigt <bjoernv@arcor.de> writes:
Andreas Schwab wrote:
Bjoern Voigt <bjoernv@arcor.de> writes:
Perl itself is version 5.22.1 (perl-5.22.1-1.1.x86_64). But the packages are still 5.22.0. I which way is that a problem? Perl should still be able to use the modules. Perl 5.22.0 does not find the modules compiled for 5.22.1,
Of course, it doesn't. It only works the other way round. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Andreas Schwab wrote:
Of course, it doesn't. It only works the other way round. May be it should work. But this did not work for me. So I have to upgrade perl/perl-base again to 5.22.1 to be able to present test cases again.
Other question: Why are depended Perl modules not recompiled anyway? (I understood openSUSE build system so, that dependent packages are re-compiled and published automatically. Having several 5.22.0, 5.22.1, ... directories is confusing for users too.) Greetings, Björn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, 2016-02-25 at 14:32 +0100, Bjoern Voigt wrote:
Other question: Why are depended Perl modules not recompiled anyway? (I understood openSUSE build system so, that dependent packages are re-compiled and published automatically. Having several 5.22.0, 5.22.1, ... directories is confusing for users too.)
openSUSE:Factory uses a different rebuild logic in order to save on build power and to not redistribute rebuilds all the time (build_compare is great, but not there yet). Best regardsm Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Bjoern Voigt writes:
Perl 5.22.0 does not find the modules compiled for 5.22.1, because Perl 5.22.0 does not search the 5.22.1 paths.
If you use such a module, you will see errors like this (it's from my logs and an own package perl-File-Scan-ClamAV; I already downgraded, so I am unable to show an other example without much upgrade/downgrade work):
2014-12-23T10:18:05.644476+01:00 mybox spamd[1900]: Can't locate File/Scan/ClamAV.pm in @INC (you may need to install the File::Scan::ClamAV module) (@INC contains: /usr/lib/perl5/vendor_perl/5.20.1/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.20.1 /usr/lib/perl5/site_perl/5.20.1/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.20.1 /usr/lib/perl5/5.20.1/x86_64-linux-thread-multi /usr/lib/perl5/5.20.1 /usr/lib/perl5/site_perl) at /etc/mail/spamassassin/clamav.pm line 17.
It seems you are having modules that search for a 5.20.1 module path or you somehow manage to modify @INC in other ways. This has nothing to do whatsoever with the upgrade of 5.22.0 to 5.22.1.
I not sure, how Tumbleweed build system handles Perl updates. In other rolling release distributions all dependent Perl packages (and packages using Perl) have to be re-compiled after Perl version updates.
No, only major releases are binary incompatible. A minor update liek the one from 5.22.0 to 5.22.1 is binary compatible as long as the configuration is not changed. And seeing that 5.22.1 does look for modules from 3.22.0, is a good indication that these two versions are in fact binary compatible: Built under linux Compiled at Feb 17 2016 09:49:09 @INC: /usr/lib/perl5/site_perl/5.22.1/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.22.1 /usr/lib/perl5/vendor_perl/5.22.1/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.22.1 /usr/lib/perl5/5.22.1/x86_64-linux-thread-multi /usr/lib/perl5/5.22.1 /usr/lib/perl5/site_perl/5.22.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.22.0 /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.22.0 /usr/lib/perl5/site_perl . I'd rather put everything under 5.22 and drop the sub-release entirely, but the way things are configured is correct.
E.g. in FreeBSD you have such instructions for Perl updates:
That's for a major version upgrade.
I wonder, why nobody else seems to have Perl problems with the latest Tumbleweed snapshot 20160222?
Because they don't have old Perl modules installed that are still assuming 5.20.1? How did you end up with @INC containing 5.20.1 anyway? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Achim Gratz wrote:
No, only major releases are binary incompatible. A minor update liek the one from 5.22.0 to 5.22.1 is binary compatible as long as the configuration is not changed. And seeing that 5.22.1 does look for modules from 3.22.0, is a good indication that these two versions are in fact binary compatible:
Built under linux Compiled at Feb 17 2016 09:49:09 @INC: /usr/lib/perl5/site_perl/5.22.1/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.22.1 /usr/lib/perl5/vendor_perl/5.22.1/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.22.1 /usr/lib/perl5/5.22.1/x86_64-linux-thread-multi /usr/lib/perl5/5.22.1 /usr/lib/perl5/site_perl/5.22.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.22.0 /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.22.0 /usr/lib/perl5/site_perl Okay, this makes things clear.
But is this really your output of "perl -V" from perl-5.22.1-1.1.x86_64? My output is slightly different: # rpm -q perl perl-5.22.1-1.1.x86_64 # perl -V [...] Built under linux Compiled at Feb 17 2016 09:49:09 @INC: /usr/lib/perl5/site_perl/5.22.1/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.22.1 /usr/lib/perl5/vendor_perl/5.22.1/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.22.1 /usr/lib/perl5/5.22.1/x86_64-linux-thread-multi /usr/lib/perl5/5.22.1 /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.22.0 /usr/lib/perl5/site_perl . The following two lines are missing in my "perl -V" output. Why? /usr/lib/perl5/site_perl/5.22.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.22.0 This means, that "site_perl" installed packages (definition from https://wiki.archlinux.org/index.php/Perl_Policy: "Modules installed by the local administrator for the current version of Perl. Typically, these modules are installed using the cpan or cpanp tool, or are downloaded in source form and installed via make.") are not found, if they are still in /usr/lib/perl5/site_perl/5.22.0 after Perl is upgraded to 5.22.1. Some Perl dependent packages have a soft dependency to Perl (minor Perl version changes let them unaffected). Some other Perl dependent packages have a hard dependency to Perl (minor Perl version changes cause packages updates). You see some hard dependencies, if you manually upgrade only the Perl package with Zypper: # zypper in perl-5.22.1 Loading repository data... Reading installed packages... Resolving package dependencies... The following 28 packages are going to be upgraded: ack apache2-mod_perl apparmor-utils claws-mail debhelper dh-autoreconf dpkg frozen-bubble libsnmp30 perl perl-App-Ack perl-Bootloader perl-Bootloader-YAML perl-HTTP-Cache-Transparent perl-Net-UPnP perl-SDL perl-SNMP perl-apparmor perl-base perl-camgm perl-doc perl-xmltv sgmltool subversion-perl xmltv xmltv-grabbers yast2-core yast2-perl-bindings 28 packages to upgrade. Overall download size: 48.5 MiB. Already cached: 0 B. After the operation, 391.1 KiB will be freed. Continue? [y/n/? shows all options] (y): How is this decided? Or are they updated because of other reasons (new package versions, patches ...)? Greetings, Björn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Bjoern Voigt writes:
But is this really your output of "perl -V" from perl-5.22.1-1.1.x86_64?
Yes.
The following two lines are missing in my "perl -V" output. Why?
/usr/lib/perl5/site_perl/5.22.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.22.0
Most likely you didn't have anything installed there while you were using 5.22.0, so it doesn't need to be added to @INC. I have a few modules installed from CPAN that weren't updated after the update to 5.22.1, so it's needed on my system. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 2016-02-24 at 21:52 +0100, Bjoern Voigt wrote:
Currently there are two Perl base packages: http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/perl-5.2 2.0-3.2.x86_64.rpm (18-Jan-2016 00:56) http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/perl-5.2 2.1-1.1.x86_64.rpm (17-Feb-2016 11:19)
Only the latter one is in the repository metatdata. The old one is there for reference and downgrade paths - as often requested, RPMs 'linger there' for a short while after being obsoleted by a new version (that's only in the Tumbleweed repositories) Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Bjoern Voigt wrote:
After latest Tumbleweed update, I have an inconsistent Perl installation.
Perl itself is version 5.22.1 (perl-5.22.1-1.1.x86_64). But the packages are still 5.22.0.
As a workaround, I manually downgraded Perl back to 5.22.0 (perl-5.22.0-3.2.x86_64). But dependent Perl packages on extra repositories already base on 5.22.1 and it causes some work to recompile them.
Currently there are two Perl base packages: http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/perl-5.22.0-3.2... (18-Jan-2016 00:56) http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/perl-5.22.1-1.1... (17-Feb-2016 11:19)
Packages still base on 5.22.0. One example # rpm -qpl http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/perl-Algorithm-... | grep 5.22 /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/Algorithm /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/Algorithm/Combinatorics.pm /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/Algorithm /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/Algorithm/Combinatorics /usr/lib/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/Algorithm/Combinatorics/Combinatorics.so In latest Tumbleweed snapshot the problem seems to be fixed. All Perl packages are recompiled. They now use the new version 5.22.1 directory (/usr/lib/perl5/vendor_perl/5.22.1). One example:
# rpm -qpl http://download.opensuse.org/tumbleweed/repo/oss/suse/noarch/perl-DateTime-T... /usr/lib/perl5/vendor_perl/5.22.1/DateTime /usr/lib/perl5/vendor_perl/5.22.1/DateTime/Tiny.pm /usr/lib/perl5/vendor_perl/5.22.1/x86_64-linux-thread-multi /usr/share/doc/packages/perl-DateTime-Tiny /usr/share/doc/packages/perl-DateTime-Tiny/Changes /usr/share/doc/packages/perl-DateTime-Tiny/LICENSE /usr/share/doc/packages/perl-DateTime-Tiny/README /usr/share/man/man3/DateTime::Tiny.3pm.gz Greetings, Björn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (5)
-
Achim Gratz -
Andreas Schwab -
Bjoern Voigt -
Dominique Leuenberger / DimStar -
İsmail Dönmez