please keyword for ~amd64, I need it for a guru package
I think I need details on this.. this is *really* unusual. Everyone bundles it and it's pretty much by design.
I'll use it at buildtime for ttfautohint --gnulib-srcdir="${EPREFIX}/usr/share/gnulib"
The ttfautohint source tarballs include a copy of gnulib already. If you are creating a live ebuild, you should probably fetch a copy of gnulib within the ebuild itself.
Treeclean it then
(In reply to Alessandro Barbieri from comment #4) > Treeclean it then % grep -rsin "dev-libs/gnulib" net-ftp/lftp/lftp-9999.ebuild:39: dev-libs/gnulib Also, prefix@ may have it packaged for a reason.
net-ftp/lftp probably should not be using dev-libs/gnulib this either. I really have no idea why this package was added to gentoo in the first place.
Only net-ftp/lftp-9999 is using the dev-libs/gnulib package. I guess that's ok, since bootstrapping the source would pull down gnulib from git anyway. What makes no sense to me is the 2019.03.17.09.24.57 snapshot with prefix keywords. How is that meant to be used?
please, don't remove this package, thanks!
(In reply to Mike Gilbert from comment #6) > I really have no idea why this package was added to gentoo in the first > place. By design, gnulib should be used by upstream package maintainers, so it does make sense to have the live ebuild be available as gentoo package. (In reply to Mike Gilbert from comment #7) > What makes no sense to me is the 2019.03.17.09.24.57 snapshot with prefix > keywords. How is that meant to be used? Although the number has decreased recently, prefix still does support a number of target platforms with libc implementations other than glibc, musl or uclibc. On the other hand, quite some upstream package maintainers are not aware of these target platforms at all, so they don't use gnulib for their packages. For prefix, it is less work to install gnulib as distinct package to get these packages work, compared to introducing gnulib into the ebuilds.
Package list is empty or all packages have requested keywords.