| Summary: | media-gfx/pstoedit-3.62 should purge extraneous libtool files or install libpstoedit.la | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | cmuelle8 <cmue81> |
| Component: | Current packages | Assignee: | TeX project <tex> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | alunduil, c.burger, nikoli, printing |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | patch to `media-gfx/pstoedit/pstoedit-3.62.ebuild`: calling `prune_libtool_files` with parameter `--modules` | ||
I can confirm having this problem, when executing `cave fix-linkage`. In my case the ebuild in question has originally two .la files and uses `prune_libtool_files()` from `eutils.eclass` trying to get rid of unneeded .la files:
* checking /var/tmp/paludis/media-gfx-pstoedit-3.62/image/usr/lib64/pstoedit/libp2edrvstd.la for removal
* checking /var/tmp/paludis/media-gfx-pstoedit-3.62/image/usr/lib64/libpstoedit.la for removal
* Removing unnecessary /usr/lib64/libpstoedit.la (no static archive)
The "broken" .la file depends on the .la file being removed. And the reason it is not removed is stated in this comment in `eutils.eclass`, line 1594:
> The .la file may be used by a module loader, so avoid removing it
> unless explicitly requested.
So how I understand it, the file is actually not meant to be a library to be shared, but a module to be loaded at runtime. Since it is broken, when removing libpstoedit.la, I see two choices (as previously stated by the bug reporter):
1) keep libpstoedit.la, too, or
2) remove the broken libs
The solution to 2) is probably to call
`prune_libtool_files --modules`
the `--modules` parameter removes the other files, too.
But, I don't know the inner workings of `media-gfx/pstoedit`, if it turns out that 1) is correct and the file has to be kept, maybe the heuristic applied in `prune_libtool_files()` is incomplete in that regard? On the other hand, it could be wrong to call `prune_libtool_files()` in the first place.
I will attach a patch for solution 2), in case it is correct.
Created attachment 395064 [details, diff]
patch to `media-gfx/pstoedit/pstoedit-3.62.ebuild`: calling `prune_libtool_files` with parameter `--modules`
+*pstoedit-3.70 (29 Apr 2015) + + 29 Apr 2015; Alexis Ballier <aballier@gentoo.org> +pstoedit-3.70.ebuild: + version bump, bug #541384; properly remove all .la files, bug #537476 + |
SYMPTOM * media-gfx/pstoedit-3.62::installed /usr/lib64/pstoedit/libp2edrvlplot.la (requires /usr/lib64/libpstoedit.la) /usr/lib64/pstoedit/libp2edrvmagick++.la (requires /usr/lib64/libpstoedit.la) /usr/lib64/pstoedit/libp2edrvpptx.la (requires /usr/lib64/libpstoedit.la) /usr/lib64/pstoedit/libp2edrvstd.la (requires /usr/lib64/libpstoedit.la) /usr/lib64/pstoedit/libp2edrvwmf.la (requires /usr/lib64/libpstoedit.la) FLAGS IN USE media-gfx/pstoedit-3.62:0::installed Installed using paludis-2.2.0 Use flags (emf) (-flash) (imagemagick) (plotutils) (pptx) (-static-libs) build_options: -trace I wonder if there is a tracker bug for this type of bug? There are quite some packages repeatedly being rebuilt when revdep-rebuild / cave fix-linkage are called. This happens for all ebuilds leaving broken extraneous libtool files in their install images. Reproducible: Always