Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 340535 - gst-plugins-base.eclass reworked to remove libarchive dependancies
Summary: gst-plugins-base.eclass reworked to remove libarchive dependancies
Status: RESOLVED DUPLICATE of bug 300256
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: GStreamer package maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-11 14:24 UTC by Ahmed Ammar (RETIRED)
Modified: 2010-10-12 12:28 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
gst-plugins-base.eclass (gst-plugins-base.eclass,5.23 KB, text/plain)
2010-10-11 14:25 UTC, Ahmed Ammar (RETIRED)
Details
gst-plugins-base.eclass.patch (gst-plugins-base.eclass.patch,3.62 KB, patch)
2010-10-11 22:42 UTC, Ahmed Ammar (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Ahmed Ammar (RETIRED) gentoo-dev 2010-10-11 14:24:30 UTC
Attached is a new eclass, tested on arm, which removes the need for libarchives in Makefile dependency lists, instead use the linker to find the needed libraries.

This is needed in cross-compiling environments and situations where INSTALL_MASK contains "*.la"
Comment 1 Ahmed Ammar (RETIRED) gentoo-dev 2010-10-11 14:25:04 UTC
Created attachment 250229 [details]
gst-plugins-base.eclass
Comment 2 Ahmed Ammar (RETIRED) gentoo-dev 2010-10-11 22:42:47 UTC
Created attachment 250285 [details, diff]
gst-plugins-base.eclass.patch
Comment 3 Mart Raudsepp gentoo-dev 2010-10-12 12:28:16 UTC
Feel free to explain your use case on the duplicate bug.
And you mean libtool archives, as "libarchives" is confusing in existence of a libarchive project that abstract file (un)compressors.
Also be very careful with INSTALL_MASK="*.la", some projects actually require them and will break oddly if not found (those that use libltdl and have a libtool RDEPEND, as opposed to just DEPEND).
The typical embedded use case that I imagine is to build binary packages without such an INSTALL_MASK and then install from those binary packages with an appropriate INSTALL_MASK of *.h, *.a and careful *.la and so on, thus not hitting such a problem.

*** This bug has been marked as a duplicate of bug 300256 ***