You are not logged in.
Pages: 1
Topic closed
with the last pacman -Syu (2016 06 05) , Perl upgraded to 5.24 but from this time almost all the modules stop working
e.g.
perl -e "use Dancer2"
cpanm
with the message
Cwd.c: loadable library and perl binaries are mismatched (got handshake key 0xdb00080, needed 0xdb80080
Please help because all my work is based on Perl
Thanks,
George
Last edited by George Mpouras (2016-06-06 07:52:51)
Offline
I'm assuming modules were installed via cpan or aur? If so they'll need to be rebuilt for the new version. The arch-dev mailing list had some more detailed direction, and a script to help identify what needs rebuilding
https://lists.archlinux.org/pipermail/a … 28034.html
Offline
To add to what mcmillan said: anything you installed that pacman does not know about is your responsibility, not pacman's.
Moving to NC.
Offline
Thanks for your help mcmillan
I make the exercise with scripts
https://git.server-speed.net/users/flo/ … ackages.sh
https://git.server-speed.net/users/flo/ … to-dist.pl
But unfortunately it was a dead end
After you told me what was wrong I fix it with the following commands
perl -E 'map {say $_} @INC'
rm -rf /usr/lib/perl5/core_perl/*
rm -rf /usr/share/perl5/core_perl/*
rm -rf /usr/lib/perl5/site_perl/*
rm -rf /usr/share/perl5/site_perl/*
rm -rf /usr/lib/perl5/vendor_perl/*
rm -rf /usr/share/perl5/vendor_perl/*
pacman -R perl-cpan-meta
pacman -R perl-extutils-installpaths
pacman -R perl-extutils-depends
pacman -R perl-extutils-pkgconfig
pacman -R perl-extutils-config
pacman -R perl-extutils-helpers
pacman -R perl-extutils-installpaths
pacman -R perl-extutils-xsbuilder
pacman -R perl-json perl-mime-base32
pacman -R cpanminus
pacman -S --force perl imagemagick
pacman -S perl-cpan-meta
pacman -S perl-extutils-installpaths
pacman -S perl-extutils-depends
pacman -S perl-extutils-pkgconfig
pacman -S perl-extutils-config
pacman -S perl-extutils-helpers
pacman -S perl-extutils-installpaths
pacman -S perl-extutils-xsbuilder
pacman -S perl-json perl-mime-base32
pacman -S cpanminus
the Scope::Upper can not be saved , but that is a detail
George Mpouras
Offline
If you've dealt with the problem, you can edit your first post to change the thread title to include [solved]
Offline
I'm getting this error also, but I'm trying to run Chromium after running pacman -Suy:
╭─user@machine /home
╰─➤ chromium
Cwd.c: loadable library and perl binaries are mismatched (got handshake key 0xdb00080, needed 0xdb80080)
I went through these commands but then also needed: pacman -S perl-file-basedir
Last edited by Corwin (2016-06-08 20:06:12)
Offline
same error in perl IO module what is not a cpan module, I don't even have cpan configured in my environment. The real problem is that the most basic tasks like autoconf/automake and simple scripts that use IO broke.
IO.c: loadable library and perl binaries are mismatched (got handshake key 0xdb00080, needed 0xdb80080)
Last edited by silur (2016-06-09 21:12:37)
Offline
got same error with automake after upgrade. As George Mpouras said, removing perl files and install it again using pacman solve the problem.
rm -rf /usr/share/perl5/core_perl/*
rm -rf /usr/lib/perl5/site_perl/*
rm -rf /usr/share/perl5/site_perl/*
rm -rf /usr/lib/perl5/vendor_perl/*
rm -rf /usr/share/perl5/vendor_perl/*
pacman -S --force perl imagemagick
Last edited by bijanbina (2016-06-11 11:20:35)
Offline
Offline
OK, that was somewhat annoying.
"Just rebuild the modules" is of course a valid strategy, but when "perl Makefile.pl", and thus rebuilding the modules itself doesn't work anymore it's somewhat hard to do.
Deleting everything in site_perl and vendor_perl and re-installing all perl modules from scratch worked, but perhaps a warning on the front page might be in order?
Offline
"Just rebuild the modules" is of course a valid strategy, but when "perl Makefile.pl", and thus rebuilding the modules itself doesn't work anymore it's somewhat hard to do.
Deleting everything in site_perl and vendor_perl and re-installing all perl modules from scratch worked, but perhaps a warning on the front page might be in order?
This was the situation I found myself in, removing the contents of site_perl to a holding directory solved the issue for me - I haven't noticed any ill effects on my system so far.
I only had one module installed via cpan, which I no longer use.
Offline
Deleting the modules fixed it for me too on pacmanager-bin but it also broke pango & few other things required to build the perl modules in PAC.
Deleting the modules manually also broke perl-xml-parser which was required by libintl to build virt-viewer.
Next time I will use the scripts to just rebuild the installed perl modules.
Last edited by itoffshore (2016-06-13 20:13:21)
Offline
Same perl problem here after the last upgrade, when using automake/autoconf:
$ aclocal
threads.c: loadable library and perl binaries are mismatched (got handshake key 0xdb00080, needed 0xdb80080)
Is there really no other way, than removing those perl modules manually? I've installed/built quite many perl packages with yaourt from AUR repos...
Last edited by rel (2016-06-13 18:10:41)
Offline
A short update on this problem:
I solved it by manually uninstalling / reinstalling all required perl packages. I did not delete any files manually! This was important to me...
In my case, I had problems with slic3r (3d printing slicing tool). So that's about what I had to do (the actual order may be different, and this list of packages inclomplete, some packages can also be deleted with '-Rns' to remove dependencies automatically but I wanted to keep track of all the packages myself):
$ pactree -u slic3r | grep perl
perl
perl-moo
perl-class-method-modifiers
perl-devel-globaldestruction
perl-sub-exporter
perl-data-optlist
perl-params-util
perl-sub-install
perl-sub-exporter-progressive
perl-import-into
perl-module-runtime
perl-module-build
perl-inc-latest
perl-role-tiny
perl-math-clipper
perl-extutils-typemaps-default
perl-test-deep
perl-test-nowarnings
perl-test-tester
perl-module-build-withxspp
perl-extutils-cppguess
perl-capture-tiny
perl-extutils-xspp
perl-math-convexhull
perl-math-geometry-voronoi
perl-params-validate
perl-module-implementation
perl-try-tiny
perl-class-accessor
perl-math-planepath
perl-constant-defer
perl-math-libm
perl-math-convexhull-monotonechain
perl-io-stringy
perl-encode-locale
perl-extutils-makemaker-aur
perl-threads-aur
$ yaourt -R slic3r
$ yaourt -R perl-encode-locale
$ yaourt -R perl-extutils-makemaker-aur
$ yaourt -R perl-extutils-parsexs-aur
$ yaourt -R perl-extutils-typemap
$ yaourt -R perl-io-stringy
$ yaourt -R perl-math-clipper
$ yaourt -R perl-math-convexhull
$ yaourt -R perl-math-convexhull-monotonechain
$ yaourt -R perl-math-geometry-voronoi
$ yaourt -R perl-math-planepath
$ yaourt -R perl-moo
$ yaourt -R perl-threads-aur
$ yaourt -R perl-class-accessor
$ yaourt -R perl-extutils-typemaps-default
$ yaourt -R perl-module-build-withxspp
$ yaourt -R perl-params-validate
$ yaourt -R perl-test-deep
$ yaourt -R perl-wx-glcanvas
$ yaourt -R perl-wx
$ yaourt -R perl-opengl
After that, I reinstalled everything, and it luckily worked again!
Last edited by rel (2016-07-03 13:53:19)
Offline
got same error with automake after upgrade. As George Mpouras said, removing perl files and install it again using pacman solve the problem.
rm -rf /usr/share/perl5/core_perl/* rm -rf /usr/lib/perl5/site_perl/* rm -rf /usr/share/perl5/site_perl/* rm -rf /usr/lib/perl5/vendor_perl/* rm -rf /usr/share/perl5/vendor_perl/* pacman -S --force perl imagemagick
Same problem (perl broken - see https://forum.manjaro.org/t/perl-seriou … ken/29005) here. This seems to have solved it for me...
Offline
Glad to know this helped you, however be aware that you shouldn't necrobump a topic this old and should you ever have any support issues, that can't be solved by reading existing threads, that they should be made to the Manjaro boards, as we only support Arch.
https://wiki.archlinux.org/index.php/Co … bumping.22
https://wiki.archlinux.org/index.php/Co … .2Aonly.2A
Closing this old topic.
Offline
Pages: 1
Topic closed