/usr/lib/powerpc64le-linux-gnu/libxslt.so.1: invalid ELF header
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | libxslt (Ubuntu) |
Undecided
|
Unassigned | ||
Bug Description
This was reported on a power8 system (ppc64el arch).
The system was deployed from MAAS 1.7.2+bzr3355-
14:37 < roadmr> leftyfb: can you apt-get install xsltproc
14:37 < roadmr> leftyfb: then run "xsltproc --dumpextensions" ?
14:38 < leftyfb> ubuntu@
14:38 < leftyfb> xsltproc: error while loading shared libraries:
That's a minimal reproduction case with xsltproc. The original report was filed on another application which links against libxslt.so.1 (https:/
| tags: | added: ppc64le trusty |
| Steve Langasek (vorlon) wrote : | #2 |
please install the 'debsums' package and check that the file on disk has not been corrupted with 'debsums -s libxslt1'. This problem is not reproducible here with the trusty version of the libxslt1.1 package (1.1.28-2build1).
| Changed in libxslt (Ubuntu): | |
| status: | Confirmed → Incomplete |
| Mike Rushton (leftyfb) wrote : | #3 |
ubuntu@
debsums: package libxslt1 is not installed
ubuntu@
debsums: changed file /usr/lib/
debsums: changed file /usr/lib/
| Brian Murray (brian-murray) wrote : | #4 |
If the files in a package are correct debsums should report that they are OK. Perhaps, try reinstalling the package via 'apt-get install --reinstall libxslt1.1'
| Daniel Manrique (roadmr) wrote : | #5 |
Mike reported that this was gone after a reinstall. It looks like some corruption happens at some point, and intermittently. I'll set this to invalid as it looks like libxslt is not to blame.
Thanks for the help figuring this out, Steve and Brian!
| Changed in libxslt (Ubuntu): | |
| status: | Incomplete → Invalid |


Status changed to 'Confirmed' because the bug affects multiple users.