Re: [gentoo-dev] crossdev and multilib interference
Just a few practical notes on this...
On Wed, Mar 12, 2014 at 9:06 AM, Alexandre Rostovtsev
wrote:
> > Now, SYSROOT is chosen from multiple conditions. When emerging a
> > package, that happens to be "/" and thus results in:
> > "//usr/lib/pkgconfig://usr/share/pkgconfig"
>
Bleh. This is where I obligatorily remind everyone that // != /. POSIX,
cygwin, blahblahblah. In short, paths matching the regex "^//[^/]" are
trouble, and will eventually force me to fix your code once I get back to
gentoo-cygwin hacking.
> > Build systems like autotools will pick the crossdev provided
> > "i686-pc-linux-gnu-pkg-config" for the 32bit ABI which will in turn
> > override the eclass-exported PKG_CONFIG_LIBDIR and now effectively
> > find the pkg-config files in /usr/lib64/...
>
So do Gentoo's own toolchain*.eclasses, breaking many $(tc-getFOO)
invocations in non-best multilib-build ABIS for which a matching crossdev
target is installed (substituting ${FOO:-$(tc-getFOO)} works-around these
problems in every instance I've seen; it probably wouldn't hurt to make
such substitutions systematically, when multilib-utizing ebuilds and
eclasses).
> > This is not a problem most of the time if the package just wants to
> > get the libs to link against
>
lots of "ignoring blahlib.so 'cause it's for the wrong ABI"-type warnings
are a good sign your ebuild may have fallen into this rabbit-hole.
>
>
> However, every package that tries to access variables that are
> > different between /usr/lib32/pkgconfig/foo.pc and
> > /usr/lib64/pkgconfig/foo.pc like "libdir" will fail or produce
> > unexpected results.
> >
> > That already happens for
> > x11-libs/libva-vdpau-driver
> > x11-libs/libva (https://bugs.gentoo.org/show_bug.cgi?id=500338)
> >
> > and there are probably more.
>
"Every" might be too strong, but... yeah, tons.
cmake-multilib.eclass, for example, breaks in mind-warpingly subtle and
confusing ways on USE="abi_x86_{32,64}" multilib hosts with
i686-pc-linux-gnu crossdev installed (when combined with some other issues
in that eclass, this results in correct qawarns about ignored ldflags on
devel profiles -- an ugly work-around is in my overlay, but I'm not happy
with it, so it's been languishing in my rainy-day todo queue. I'd be
thrilled to see a solution to the underlying problem, so I don't feel
compelled to salvage the ugly parts).
As for how to fix it, if foo-bar-baz-quux crossdev targets are at
${EROOT}/usr/foo-bar-baz-quux, putting wrappers in
${EROOT}/usr/foo-bar-baz-quux/cross-wrappers, or something like that, seems
perfectly reasonable... heck, pure speculation, but it might even
noticeably speed up day-to-day $PATH searching on systems with lots of
crossdev targets installed.
Re: [gentoo-dev] crossdev and multilib interference
On Wed, Mar 12, 2014 at 9:06 AM, Alexandre Rostovtsev wrote: > is there any legitimate reason for > wanting crossdev's i686 wrappers when on a multilib amd64 profile? > One other note: legitimacy is in the eye of the legitimizer, I suppose, but there are sometimes practical reasons to want a no-multilib compiler. A trivial example is that some primitive build scripts go ape when CC has a space in it (but this is certainly debatable as to its legitimacy, given the obvious work-arounds).
Re: [gentoo-dev] RFD: new global USE flag gtk3
On Sat, 15 Mar 2014 11:55:45 -0700 Raymond Jennings wrote: > If I may ask, isn't usage by 27 packages ample grounds on its own to > make it a global use flag? > > This is one of the questions I noticed on the ebuild quiz, and there > the ballpark is around 5 packages sharing a use flag. we're way over > that mark. > > my two cents. What is mentioned there is criteria; however, the very last sentence is what makes the actual global USE flag be able to happen. Quote: "Before introducing a new global USE flag, it must be discussed on the gentoo-dev mailing list." So, for people to agree on something to be a global USE flag; amongst other things, they need to agree that the USE flag is useful and something we acknowledge we want to use globally. Otherwise I would for instance be able to start a bad idea in the added MATE packages... For reference, http://devmanual.gentoo.org/general-concepts/use-flags PS: Can you avoid top posting? Like this mail, on mailing lists people commonly type their response after the message such that the context comes first and it is more understandable what is being responded to. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
[gentoo-dev] Perl 5.18.2 unmasking
Hello. We are willing to unmask perl-5.18.2 in a couple of days. It seems that most fatal issues are fixed now, and we, perl herd, are using perl 5.18 in daily life for quite a some time. So if there is no objections, we will unmask it soon. As usual, if you find any issues, please file a bug about it and block tracker[1]. [1] - https://bugs.gentoo.org/show_bug.cgi?id=perl-5.18 -- Mikle Kolyada Gentoo Linux Developer
[gentoo-dev] profiles/base now eapi-5, 10.0 profiles removed, REQUEST
Hi all, as a consequence of the full profile tree going EAPI=5 (as announced earlier), 1) the long-deprecated 10.0 profiles make no sense anymore and have been removed 2) the separate eapi-5-files directory makes no sense anymore. I've increased the EAPI in profiles/base to 5, and added stable.mask/force files there. Now I have a request... PLEASE: *** If you have in the past added an entry in profiles/eapi-5- files/package.use.stable.mask, please migrate it to profiles/base/package.use.stable.mask *** i.e. add the entry in the second location and remove it afterwards in the first location. I have not just copied the whole file over, since base is at a different point in the inheritance order of the profiles and I want to avoid subtle breakage. (Especially if the mask is lifted somewhere else, interacts with a file in another profile directory, etc bla bla... but that is something that *you* who made the mask entry should know.) Objective is that profiles/eapi-5-files/package.use.stable.mask becomes "empty" and the whole profiles/eapi-5-files directory can afterwards be removed. Thanks a lot & cheers, Andreas -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2014-03-16 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2014-03-16 23h59 UTC. Removals: x11-misc/slimlock 2014-03-10 10:20:13 titanofold dev-libs/ido2014-03-15 14:00:04 ssuominen dev-ruby/ruby-bdb 2014-03-15 23:37:11 mrueg www-servers/mongrel_cluster 2014-03-15 23:56:08 mrueg Additions: mate-extra/mate-screensaver 2014-03-10 00:31:51 tomwij mate-extra/mate-sensors-applet 2014-03-10 00:50:48 tomwij dev-python/ansicolor2014-03-10 07:26:39 jlec dev-libs/liblogging 2014-03-10 11:26:33 ultrabug sys-apps/gentoo-functions 2014-03-10 19:47:21 williamh mate-extra/mate-system-monitor 2014-03-10 23:53:58 tomwij mate-extra/mate-utils 2014-03-11 00:41:26 tomwij x11-terms/mate-terminal 2014-03-11 01:27:52 tomwij x11-themes/mate-backgrounds 2014-03-11 01:39:53 tomwij x11-themes/mate-themes 2014-03-11 01:57:34 tomwij media-video/atomicparsley-wez 2014-03-11 19:07:43 ssuominen app-arch/mate-file-archiver 2014-03-12 16:32:14 tomwij app-editors/mate-text-editor2014-03-12 17:00:17 tomwij app-text/mate-document-viewer 2014-03-12 17:22:13 tomwij games-misc/games-envd 2014-03-12 18:47:03 hasufell perl-core/Dumpvalue 2014-03-12 18:50:42 zlogene dev-python/python-caja 2014-03-12 19:26:40 tomwij dev-haskell/fingertree 2014-03-12 20:31:22 qnikst dev-haskell/reducers2014-03-12 20:33:18 qnikst dev-haskell/monadrandom 2014-03-12 20:41:46 qnikst dev-haskell/either 2014-03-12 20:43:46 qnikst media-libs/x265 2014-03-12 20:45:18 aballier dev-haskell/tasty-rerun 2014-03-12 21:00:04 qnikst dev-haskell/ekg 2014-03-12 21:03:58 qnikst dev-lang/lfe2014-03-13 07:51:29 patrick dev-ml/optcomp 2014-03-13 20:10:17 aballier dev-ml/deriving 2014-03-13 20:17:41 aballier dev-python/venusian 2014-03-14 08:16:28 patrick dev-python/pyramid 2014-03-14 08:19:21 patrick kde-misc/about-distro 2014-03-14 08:32:06 johu dev-haskell/errors 2014-03-14 16:31:02 qnikst perl-core/Math-Complex 2014-03-14 21:28:21 zlogene dev-libs/ido2014-03-15 13:50:18 ssuominen -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: x11-misc/slimlock,removed,titanofold,2014-03-10 10:20:13 dev-libs/ido,removed,ssuominen,2014-03-15 14:00:04 dev-ruby/ruby-bdb,removed,mrueg,2014-03-15 23:37:11 www-servers/mongrel_cluster,removed,mrueg,2014-03-15 23:56:08 Added Packages: mate-extra/mate-screensaver,added,tomwij,2014-03-10 00:31:51 mate-extra/mate-sensors-applet,added,tomwij,2014-03-10 00:50:48 dev-python/ansicolor,added,jlec,2014-03-10 07:26:39 dev-libs/liblogging,added,ultrabug,2014-03-10 11:26:33 sys-apps/gentoo-functions,added,williamh,2014-03-10 19:47:21 mate-extra/mate-system-monitor,added,tomwij,2014-03-10 23:53:58 mate-extra/mate-utils,added,tomwij,2014-03-11 00:41:26 x11-terms/mate-terminal,added,tomwij,2014-03-11 01:27:52 x11-themes/mate-backgrounds,added,tomwij,2014-03-11 01:39:53 x11-themes/mate-themes,added,tomwij,2014-03-11 01:57:34 media-video/atomicparsley-wez,added,ssuominen,2014-03-11 19:07:43 app-arch/mate-file-archiver,added,tomwij,2014-03-12 16:32:14 app-editors/mate-text-editor,added,tomwij,2014-03-12 17:00:17 app-text/mate-document-viewer,added,tomwij,2014-03-12 17:22:13 games-misc/games-envd,added,hasufell,2014-03-12 18:47:03 perl-core/Dumpvalue,added,zlogene,2014-03-12 18:50:42 dev-python/python-caja,added,tomwij,2014-03-12 19:26:40 dev-haskell/fingertree,added,qnikst,2014-03-12 20:31:22 dev-haskell/reducers,added,qnikst,2014-03-12 20:33:18 dev-haskell/monadrandom,added,qnikst,2014-03-12 20:41:46 dev-haskell/either,added,qnikst,2014-03-12 20:43:46 media-libs/x265,added,aballier,2014-03-12 20:45:18 dev-haskell/tasty-rerun,added,qnikst,2014-03-12 21:00:04 dev-haskell/ekg,added,qnikst,2014-03-12 21:03:58 dev-lang/lfe,added,patrick,2014-03-13 07:51:29 dev-ml/optcomp,added,aballier,2014-03-13 20:10:17 dev-ml/deriving,added,aballier,2014-03-13 20:17:41 dev-python/venusian,added,patrick,2014-03-14 08:16:28 dev-python/pyramid,added,patrick,2014-03-14 08:19:21 kde-misc/about-distro,added,johu,2014-03-14 08:32:06 dev-haskell/errors,added,qnikst,2014-03-14 16:31:02 perl-core/Math-Complex,added,zlogene,2014-03-14 21:28:21 dev-libs/ido,added,ssuominen,2014-03-15 13:50:18 Done.
Re: [gentoo-dev] gentoo-functions is in the tree
On Mon, Mar 10, 2014 at 7:30 PM, William Hubbs wrote: > All, > > for bug 373219 [1], we are working on providing a functions.sh that does > not rely on OpenRc so that people who are not using OpenRc can > completely remove it from their systems. > > I can now report that gentoo-functions has been added to the tree. Also, > I have opened a tracker [2] that explains how to change packages that > source /etc/init.d/functions.sh. They should first check for the > existence of /lib/gentoo/functions.sh and source that. If it doesn't > exist, they should source /etc/init.d/functions.sh. Also, do not add > hard dependencies to your packages on gentoo-functions. The goal is to > add gentoo-functions to @system once it is stable. After reading some posts further in this thread, and discussing on IRC with William, I decided to do the following with app-admin/python-updater-0.12: 1. Changed . /etc/init.d/functions.sh to . /lib/gentoo/functions.sh. This way I don't need to worry about testing against two different implementations. 2. Added a hard dependency on sys-apps/gentoo-functions. Being explicit about dependencies is better than leaving it up to the implicit @systemd dependency. If someone has a really good argument for why I should instead implement this as William originally described above, I am open to changing my approach.
