You are not logged in.
- Topics: Active | Unanswered
#1 2018-08-19 06:25:31
- andreas_baumann
- Administrator
- From: Zurich, Switzerland
- Registered: 2017-08-10
- Posts: 833
- Website
Perl rebuild stuck in the middle
Getting:
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by imagemagick
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by net-snmp
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by perl-net-ssleay
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by perl-xml-parser
So, parts of Perl (namely Perl itself) are rebuilt and where pushed to stable, but not all
Perl modules and not all packages depending on Perl (because many time those
dependencies are not in the package it seems).
I'm doing a:
IgnorePkg = perl
for now to keep the rest of my systems updateable.
Offline
#2 2018-08-19 15:40:53
- levi
- Moderator
- From: Yorkshire, UK
- Registered: 2018-06-16
- Posts: 1,197
Re: Perl rebuild stuck in the middle
I had a similar error due to perl-xml-libxml not even being in testing when the newer perl was there, and that had an exact dependency on the older perl. But the only reason I had that installed was as a dependency of an AUR project. It seemed to take a week, but the updated perl-xml-libxml came by eventually.
Of your packages, I have perl-net-ssleay (which turns out to only be a dependency of the same AUR project, once I track up the dependencies) and imagemagick (which no longer seems to depend on perl). I'm switched in to the testing repos, so I don't have to wait for anything to be pushed to stable, just have my own set of problems to encounter on occasion (although this month with this and glibc troubles hitting stable, I've actually done better).
Architecture: pentium4, Testing repos: Yes, Hardware: EeePC 901+2GB RAM+OS half on the SD card.
Offline
#3 2018-08-19 21:40:02
- timsong
- Member
- Registered: 2018-04-03
- Posts: 27
Re: Perl rebuild stuck in the middle
Still getting warnings about old perl modules with pacman -Syu --ignore perl
Does glib-perl need ignoring as well ? Hope my system is still ok.
Silly question, but, why can't these updates be held back until everything is ready ?
[tim@oldlaptop ~]$ sudo pacman -Syu --ignore perl
:: Synchronising package databases...
core is up to date
extra 2.3 MiB 825K/s 00:03 [##############################] 100%
community is up to date
:: Starting full system upgrade...
warning: perl: ignoring package upgrade (5.26.2-2.0 => 5.28.0-1.0)
resolving dependencies...
looking for conflicting packages...
Packages (31) ca-certificates-mozilla-3.38-1.1 cairo-perl-1.106-6.0 dbus-1.12.10-1.0
gdb-8.1.1-1.0 gdb-common-8.1.1-1.0 ghostscript-9.23-2.0 glib-perl-1.326-2.0
graphviz-2.40.1-12.0 gtk2-perl-1.24992-2.0 hunspell-en_GB-2018.04.16-2.0
hunspell-en_US-2018.04.16-2.0 intel-ucode-20180807-1.0 libldap-2.4.46-2.0
librsvg-2:2.42.6-1.0 nss-3.38-1.1 openjpeg2-2.3.0-3.0
python-atspi-2.26.0-3.0 python2-2.7.15-2.2 python2-atspi-2.26.0-3.0
qt5-location-5.11.1-2.0 qt5-webkit-5.212.0alpha2-19.0 re2-20180801-1.0
ruby-atk-3.2.9-1.0 ruby-cairo-gobject-3.2.9-1.0 ruby-gdk_pixbuf2-3.2.9-1.0
ruby-gio2-3.2.9-1.0 ruby-glib2-3.2.9-1.0 ruby-gobject-introspection-3.2.9-1.0
ruby-gtk2-3.2.9-1.0 ruby-pango-3.2.9-1.0 vala-0.40.8-1.0
Total Download Size: 59.69 MiB
Total Installed Size: 269.96 MiB
Net Upgrade Size: 1.24 MiB
:: Proceed with installation? [Y/n] y
:: Retrieving packages...
ca-certificates-mozilla-3... 325.6 KiB 814K/s 00:00 [##############################] 100%
dbus-1.12.10-1.0-i686 309.5 KiB 837K/s 00:00 [##############################] 100%
libldap-2.4.46-2.0-i686 290.6 KiB 830K/s 00:00 [##############################] 100%
nss-3.38-1.1-i686 1523.0 KiB 832K/s 00:02 [##############################] 100%
cairo-perl-1.106-6.0-i686 68.1 KiB 852K/s 00:00 [##############################] 100%
gdb-common-8.1.1-1.0-i686 61.6 KiB 769K/s 00:00 [##############################] 100%
gdb-8.1.1-1.0-i686 3.7 MiB 830K/s 00:05 [##############################] 100%
openjpeg2-2.3.0-3.0-i686 866.4 KiB 825K/s 00:01 [##############################] 100%
ghostscript-9.23-2.0-i686 13.9 MiB 830K/s 00:17 [##############################] 100%
glib-perl-1.326-2.0-i686 285.3 KiB 815K/s 00:00 [##############################] 100%
librsvg-2:2.42.6-1.0-i686 502.0 KiB 772K/s 00:01 [##############################] 100%
graphviz-2.40.1-12.0-i686 5.2 MiB 829K/s 00:06 [##############################] 100%
gtk2-perl-1.24992-2.0-i686 1160.2 KiB 829K/s 00:01 [##############################] 100%
hunspell-en_GB-2018.04.16... 261.6 KiB 818K/s 00:00 [##############################] 100%
hunspell-en_US-2018.04.16... 258.5 KiB 808K/s 00:00 [##############################] 100%
intel-ucode-20180807-1.0-any 1337.8 KiB 831K/s 00:02 [##############################] 100%
python-atspi-2.26.0-3.0-any 57.8 KiB 723K/s 00:00 [##############################] 100%
python2-2.7.15-2.2-i686 11.4 MiB 808K/s 00:14 [##############################] 100%
python2-atspi-2.26.0-3.0-any 56.7 KiB 810K/s 00:00 [##############################] 100%
qt5-location-5.11.1-2.0-i686 2.6 MiB 828K/s 00:03 [##############################] 100%
qt5-webkit-5.212.0alpha2-... 12.0 MiB 831K/s 00:15 [##############################] 100%
re2-20180801-1.0-i686 154.9 KiB 815K/s 00:00 [##############################] 100%
vala-0.40.8-1.0-i686 2.0 MiB 833K/s 00:02 [##############################] 100%
ruby-glib2-3.2.9-1.0-i686 332.1 KiB 830K/s 00:00 [##############################] 100%
ruby-atk-3.2.9-1.0-i686 15.1 KiB 756K/s 00:00 [##############################] 100%
ruby-cairo-gobject-3.2.9-... 29.4 KiB 588K/s 00:00 [##############################] 100%
ruby-gobject-introspectio... 129.7 KiB 811K/s 00:00 [##############################] 100%
ruby-gio2-3.2.9-1.0-i686 44.8 KiB 747K/s 00:00 [##############################] 100%
ruby-gdk_pixbuf2-3.2.9-1.... 32.4 KiB 1080K/s 00:00 [##############################] 100%
ruby-pango-3.2.9-1.0-i686 42.7 KiB 610K/s 00:00 [##############################] 100%
ruby-gtk2-3.2.9-1.0-i686 943.1 KiB 827K/s 00:01 [##############################] 100%
(31/31) checking keys in keyring [##############################] 100%
(31/31) checking package integrity [##############################] 100%
(31/31) loading package files [##############################] 100%
(31/31) checking for file conflicts [##############################] 100%
(31/31) checking available disk space [##############################] 100%
:: Processing package changes...
( 1/31) upgrading ca-certificates-mozilla [##############################] 100%
( 2/31) upgrading cairo-perl [##############################] 100%
( 3/31) upgrading dbus [##############################] 100%
( 4/31) upgrading libldap [##############################] 100%
( 5/31) upgrading gdb-common [##############################] 100%
( 6/31) upgrading gdb [##############################] 100%
( 7/31) upgrading openjpeg2 [##############################] 100%
( 8/31) upgrading ghostscript [##############################] 100%
( 9/31) upgrading glib-perl [##############################] 100%
(10/31) upgrading librsvg [##############################] 100%
(11/31) upgrading graphviz [##############################] 100%
(12/31) upgrading gtk2-perl [##############################] 100%
(13/31) upgrading hunspell-en_GB [##############################] 100%
(14/31) upgrading hunspell-en_US [##############################] 100%
(15/31) upgrading intel-ucode [##############################] 100%
(16/31) upgrading nss [##############################] 100%
(17/31) upgrading python-atspi [##############################] 100%
(18/31) upgrading python2 [##############################] 100%
(19/31) upgrading python2-atspi [##############################] 100%
(20/31) upgrading qt5-location [##############################] 100%
(21/31) upgrading qt5-webkit [##############################] 100%
(22/31) upgrading re2 [##############################] 100%
(23/31) upgrading ruby-glib2 [##############################] 100%
(24/31) upgrading ruby-atk [##############################] 100%
(25/31) upgrading ruby-cairo-gobject [##############################] 100%
(26/31) upgrading ruby-gobject-introspection [##############################] 100%
(27/31) upgrading ruby-gio2 [##############################] 100%
(28/31) upgrading ruby-gdk_pixbuf2 [##############################] 100%
(29/31) upgrading ruby-pango [##############################] 100%
(30/31) upgrading ruby-gtk2 [##############################] 100%
(31/31) upgrading vala [##############################] 100%
:: Running post-transaction hooks...
(1/8) Warn about old perl modules
WARNING: '/usr/lib/perl5/5.28' contains data from at least 4 packages which will NOT be used by the installed perl interpreter.
-> Run the following command to get a list of affected packages: pacman -Qqo '/usr/lib/perl5/5.28'
(2/8) Probing GDK-Pixbuf loader modules...
(3/8) Reloading system manager configuration...
(4/8) Creating system user accounts...
(5/8) Creating temporary files...
(6/8) Arming ConditionNeedsUpdate...
(7/8) Updating the info directory file...
(8/8) Rebuilding certificate stores...
[tim@oldlaptop ~]$ Last edited by timsong (2018-08-19 21:47:27)
Offline
#4 2018-08-19 22:11:16
- levi
- Moderator
- From: Yorkshire, UK
- Registered: 2018-06-16
- Posts: 1,197
Re: Perl rebuild stuck in the middle
Is glib-perl the only thing in that /usr/lib/perl5.28 folder? If so, then there should be nothing else affected, but unfortunately my perl is rather rusty and I can't guess how widely used that is, but it could potentially affect a lot of programs I'd guess.
I have also been receiving a perl error since I cleaned up what I thought was a very old folder in my home folder, but I've not yet been able to find where it's being invoked from. Nothing important to me has broken though so I'm not too worried.
We've had a small flurry of these issues recently it seems to me, although I'm probably getting more exposure using the testing repositories. I'm not sure why we can't test the dependency tree more fully when moving from testing to release, and I'm not sure why testing doesn't include more of the packages in arch64 - perhaps more packages are failing to build than we were aware of, but some of the packages I'm aware of do simple exports to /usr/lib, so I doubt that can be it.
Architecture: pentium4, Testing repos: Yes, Hardware: EeePC 901+2GB RAM+OS half on the SD card.
Offline
#5 2018-08-20 21:57:05
- Quantum
- Member
- Registered: 2018-01-06
- Posts: 3
Re: Perl rebuild stuck in the middle
Similar Issue:
[root@rpc ~]# pacman -Syyu
:: Synchronizing package databases...
core 178.2 KiB 1048K/s 00:00 [###########################################] 100%
extra 2.3 MiB 4.14M/s 00:01 [###########################################] 100%
community 5.2 MiB 3.87M/s 00:01 [###########################################] 100%
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by net-snmp
Offline
#6 2018-08-21 17:15:02
- shroom
- Member
- Registered: 2018-08-21
- Posts: 15
Re: Perl rebuild stuck in the middle
At least the official packages libproxy & cups are also failing after that perl upgrade.
Since I had to reinstall two old laptops today, I temporarily locked them to the 2018/08/17 repo, which still has the previous perl version.
Offline
#7 2018-08-21 21:20:02
- levi
- Moderator
- From: Yorkshire, UK
- Registered: 2018-06-16
- Posts: 1,197
Re: Perl rebuild stuck in the middle
Can you provide the error message when you try to perform your upgrade. I'm using the testing repos, and seem to have no problem with perl, but using pacman -Si to investigate packages, I can't see how cups is directly depending on perl. It does have an optional dependency on xdg-utils, which has optional dependency on some perl-* packages, which eventually resolve down to perl itself at some point though.
I'm considering writing a quick and dirty python script to scan the repos and check for missing dependencies, so I'm interested in how to spot a problem like this programmatically. I'd expect the error to report the actual package that hit the conflict, rather than something way up the dependency tree.
Architecture: pentium4, Testing repos: Yes, Hardware: EeePC 901+2GB RAM+OS half on the SD card.
Offline
#8 2018-08-23 11:23:24
- shroom
- Member
- Registered: 2018-08-21
- Posts: 15
Re: Perl rebuild stuck in the middle
Here's what it tells when trying to install gst:
pacman -S gst-plugins-{base,good,bad,ugly} gst-libav
WARNING: '/usr/lib/perl5/5.26' contains data from at least 1 packages which will NOT be used by the installed interpreter.> concerned package: libproxy
And then for cups:
pacman -S cups
WARNING: unable to resolve " perl<5.27 ", dependency of " imagemagick "
WARNING: unable to resolve " imagemagick ", dependency of " cups-filters "
WARNING: unable to resolve " cups-filters ", dependency of " cups "Offline
#9 2018-08-23 12:22:55
- becoming_i
- Member
- From: Athens
- Registered: 2018-03-10
- Posts: 10
- Website
Re: Perl rebuild stuck in the middle
Here's mine what it says when i try to upgrade
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by imagemagick
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by net-snmp
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by pango-perl
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by perl-bit-vector
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by perl-digest-sha1
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by perl-gd
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by perl-html-parser
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by perl-locale-gettext
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by perl-net-ssleay
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by perl-xml-parserOffline
#10 2018-08-23 18:52:49
- levi
- Moderator
- From: Yorkshire, UK
- Registered: 2018-06-16
- Posts: 1,197
Re: Perl rebuild stuck in the middle
Here's what it tells when trying to install gst:
Ah, okay, that doesnt stop you installing anything, but would stop you using libproxy from perl after installation.
And then for cups:
Ah, I'd missed the dependency in imagemagick which cups explicitly depends on.
My script to detect repo errors along these lines is coming along now, although it's turned out to not be nearly as quick to write as I thought, and significantly more dirty. I currently need to rejig my data store of package and provides lines, because it turns out some versions of openjdk provide concurrent but different versions of things like java-environment. Since dependencies often depend on unversioned other provisions, I need to be able to search it with just the name, but I need the same name at different versions not to collide. I'm currently thinking of moving to two data structures, one of names which resolves to a list of versions and a database of all the versioned names, such that when a package depends on specific versions of things, I'll need to test all the versions available.
What's interesting is that I think it's already shown a few holes in the x64 repos on the machine I'm developing it on, I think.
I'm not currently planning for it to be able to test for unused perl packages, like that warning about libproxy when you install things (I don't think it's related specifically to the gst-package-* packages you're installing). I guess I'd need a specific test for each language (I'm aware offhand about perl and python directories like this), and it'd require me to install the packages to see what's in them, which would require admin privs. That's probably better as a separate tool since the current code all runs under user privs just fine (although I recommend users run pacman -Sy before running it under the appropriate privs).
Last edited by levi (2018-08-23 19:39:17)
Architecture: pentium4, Testing repos: Yes, Hardware: EeePC 901+2GB RAM+OS half on the SD card.
Offline
#11 2018-08-23 20:36:06
- shroom
- Member
- Registered: 2018-08-21
- Posts: 15
Re: Perl rebuild stuck in the middle
libproxy isn't used by anything I need so yeah, that's not a big concern (used by vlc apparently though, but I use mpv) 
imagemagick on the other end blocked all printing related stuff and is required by many more packages.
So I went back and locked the mirror I'm using to an older state until it's all sorted out.
Those laptops are old enough not to require the cutting-edge versions =P
Thank you for working on it!
Last edited by shroom (2018-08-23 20:39:14)
Offline
#12 2018-08-24 07:22:17
- archlinux32forever
- Member
- Registered: 2018-05-21
- Posts: 26
Re: Perl rebuild stuck in the middle
I have the same problem
$ LC_ALL=c sudo pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing perl (5.28.0-1.0) breaks dependency 'perl<5.27' required by imagemagick
$Offline
#13 2018-08-27 16:01:03
- rogerthat
- Member
- Registered: 2018-08-14
- Posts: 47
Re: Perl rebuild stuck in the middle
At least the official packages libproxy & cups are also failing after that perl upgrade.
Since I had to reinstall two old laptops today, I temporarily locked them to the 2018/08/17 repo, which still has the previous perl version.
How did you lock to a previous repo date?! I knew how to do that with classic ArchLinux but haven't seen the ability for Arch32.
Offline
#14 2018-08-28 02:04:58
- shroom
- Member
- Registered: 2018-08-21
- Posts: 15
Re: Perl rebuild stuck in the middle
shroom wrote:At least the official packages libproxy & cups are also failing after that perl upgrade.
Since I had to reinstall two old laptops today, I temporarily locked them to the 2018/08/17 repo, which still has the previous perl version.How did you lock to a previous repo date?! I knew how to do that with classic ArchLinux but haven't seen the ability for Arch32.
Nothing fancy: I simply edited mirrorlist to comment all links and added the one below.
https://archive.archlinux32.org/repos/2018/08/17/$arch/$repo/Last edited by shroom (2018-08-28 02:05:18)
Offline