Re: [gentoo-dev] rfc: [patch]  bash-completion-r1.eclass: add support for pkg-config for migration to the new upstream defined bash-completion directories (prereq for bug 472938)

2013-06-13 Thread Samuli Suominen
On 13/06/13 07:58, Michał Górny wrote: Dnia 2013-06-13, o godz. 01:22:11 Samuli Suominen ssuomi...@gentoo.org napisał(a): what $subject says, add support for pkg-config for migration to the new upstream defined bash-completion directories (prereq for bug 472938) http://bugs.gentoo.org/472938

Re: [gentoo-dev] Over-reliance of Gentoo projects on overlays

2013-06-13 Thread Dirkjan Ochtman
On Thu, Jun 13, 2013 at 6:56 AM, Alexander V Vershilov alexander.vershi...@gmail.com wrote: The main point that haskell ecosystem is very breaky and only latest version is supported, so the safest path is to be on a bleeding edge and patch inconsistent applications. So if one package gets

Re: [gentoo-dev] rfc: [patch]  bash-completion-r1.eclass: add support for pkg-config for migration to the new upstream defined bash-completion directories (prereq for bug 472938)

2013-06-13 Thread Ulrich Mueller
On Thu, 13 Jun 2013, Samuli Suominen wrote: On 13/06/13 07:58, Michał Górny wrote: Dnia 2013-06-13, o godz. 01:22:11 Samuli Suominen ssuomi...@gentoo.org napisał(a): what $subject says, add support for pkg-config for migration to the new upstream defined bash-completion directories

Re: [gentoo-dev] Over-reliance of Gentoo projects on overlays

2013-06-13 Thread René Neumann
Am 13.06.2013 07:44, schrieb Michał Górny: Dnia 2013-06-12, o godz. 13:23:04 Michael Orlitzky mich...@orlitzky.com napisał(a): We need worse support for overlays, i.e. no. Having to use 3 overlays defeats the purpose of a QA'd tree. Everything in an (official) overlay should be in

Re: [gentoo-dev] rfc: [patch]  bash-completion-r1.eclass: add support for pkg-config for migration to the new upstream defined bash-completion directories (prereq for bug 472938)

2013-06-13 Thread Samuli Suominen
On 13/06/13 09:59, Ulrich Mueller wrote: On Thu, 13 Jun 2013, Samuli Suominen wrote: On 13/06/13 07:58, Michał Górny wrote: Dnia 2013-06-13, o godz. 01:22:11 Samuli Suominen ssuomi...@gentoo.org napisał(a): what $subject says, add support for pkg-config for migration to the new upstream

Re: [gentoo-dev] rfc: [patch]  bash-completion-r1.eclass: add support for pkg-config for migration to the new upstream defined bash-completion directories (prereq for bug 472938)

2013-06-13 Thread Ulrich Mueller
On Thu, 13 Jun 2013, Samuli Suominen wrote: http://bugs.gentoo.org/show_bug.cgi?id=472938#c1 I think we should eventually get rid of the eselect module and load everything dynamically. How do you enable and disable completion modules without the eselect module? Ulrich

Re: [gentoo-dev] rfc: [patch]  bash-completion-r1.eclass: add support for pkg-config for migration to the new upstream defined bash-completion directories (prereq for bug 472938)

2013-06-13 Thread Samuli Suominen
On 13/06/13 12:14, Ulrich Mueller wrote: On Thu, 13 Jun 2013, Samuli Suominen wrote: http://bugs.gentoo.org/show_bug.cgi?id=472938#c1 I think we should eventually get rid of the eselect module and load everything dynamically. How do you enable and disable completion modules without the

Re: TLDR: rant in support of overlays (was: Re: [gentoo-dev] Over-reliance of Gentoo projects on overlays)

2013-06-13 Thread yac
On Wed, 12 Jun 2013 15:31:57 -0700 Greg Turner g...@malth.us wrote: Anyhow, isn't the gentoo-x86 tree already plenty big enough, without every single overlay's ebuilds and eclasses in there too? Personally, I'm inclined to wish it was smaller, even if that meant more stuff was pushed into

[gentoo-dev] Re: TLDR: rant in support of overlays (was: Re: Over-reliance of Gentoo projects on overlays)

2013-06-13 Thread Duncan
yac posted on Thu, 13 Jun 2013 12:15:26 +0200 as excerpted: On Wed, 12 Jun 2013 15:31:57 -0700 Greg Turner g...@malth.us wrote: Anyhow, isn't the gentoo-x86 tree already plenty big enough, without every single overlay's ebuilds and eclasses in there too? Personally, I'm inclined to wish it

Re: [gentoo-dev] rfc: [patch]  bash-completion-r1.eclass: add support for pkg-config for migration to the new upstream defined bash-completion directories (prereq for bug 472938)

2013-06-13 Thread Michał Górny
Dnia 2013-06-13, o godz. 12:05:08 Samuli Suominen ssuomi...@gentoo.org napisał(a): - Postinstallation instructions to the new bash-completion to run qfile combination with emerge to re-emerge packages to move files to correct directory. Trivial to accomplish. Dunno why I didn't already put

Re: [gentoo-dev] rfc: [patch]  bash-completion-r1.eclass: add support for pkg-config for migration to the new upstream defined bash-completion directories (prereq for bug 472938)

2013-06-13 Thread Michał Górny
Dnia 2013-06-13, o godz. 01:22:11 Samuli Suominen ssuomi...@gentoo.org napisał(a): what $subject says, add support for pkg-config for migration to the new upstream defined bash-completion directories (prereq for bug 472938) http://bugs.gentoo.org/472938 ie. the pkg-config file shipped

Re: [gentoo-dev] RFC: Moving project pages to wiki.gentoo.org

2013-06-13 Thread Sven Vermeulen
On Tue, Jun 11, 2013 at 02:15:29PM +0200, Alex Legler wrote: On 11.06.2013 13:05, Theo Chatzimichos wrote: On Tuesday, June 11, 2013 12:20:20 Sven Vermeulen wrote: Jason A. Donenfeld zx...@gentoo.org wrote: On Sun, Jun 9, 2013 at 4:22 PM, Alex Legler a...@gentoo.org wrote: - Projects: Use

[gentoo-dev] cmake-utils.eclass dropping EAPI 0/1 support

2013-06-13 Thread Chris Reffett
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All, At the beginning of July, the KDE team will be removing EAPI 0/1 support from cmake-utils.eclass and inlining the functions from base.eclass in order to remove that inherit [1]. The modified eclass is currently available in the KDE overlay. There

Re: [gentoo-dev] cmake-utils.eclass dropping EAPI 0/1 support

2013-06-13 Thread Alexis Ballier
At the beginning of July, the KDE team will be removing EAPI 0/1 support from cmake-utils.eclass and inlining the functions from base.eclass in order to remove that inherit [1]. So, instead of fixing what you consider wrong in base.eclass, you inline it so that if someone improves base.eclass

Re: [gentoo-dev] cmake-utils.eclass dropping EAPI 0/1 support

2013-06-13 Thread Chris Reffett
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/13/2013 06:37 PM, Alexis Ballier wrote: At the beginning of July, the KDE team will be removing EAPI 0/1 support from cmake-utils.eclass and inlining the functions from base.eclass in order to remove that inherit [1]. So, instead of

Re: [gentoo-dev] cmake-utils.eclass dropping EAPI 0/1 support

2013-06-13 Thread Alexis Ballier
On Thu, 13 Jun 2013 18:48:21 -0400 Chris Reffett creff...@gentoo.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/13/2013 06:37 PM, Alexis Ballier wrote: At the beginning of July, the KDE team will be removing EAPI 0/1 support from cmake-utils.eclass and inlining the