[gentoo-dev] Re: RANT: Upgrade icu and KDE at once

2013-05-02 Thread Duncan
Tom Wijsman posted on Thu, 02 May 2013 07:09:10 +0200 as excerpted: Duncan 1i5t5.dun...@cox.net wrote: After some early issues with too much magic re preserved-libs Why is it magic? It is well explained what it does (eg. man make.conf). I originally would rather let the upgrades happen

[gentoo-dev] gnome-games.eclass: Eclass for installing all gnome-games

2013-05-02 Thread Pacho Ramos
gnome-games was splitted in separate packages per game and, then, we need an eclass to also set proper settings inherited from gnome2 and games eclasses. This should also solve: https://bugs.gentoo.org/show_bug.cgi?id=432848 eclass and ebuild (games-puzzle/five-or-more) to try attached #

[gentoo-dev] [PATCHES] Sub-phase functions in autotools-utils autotools-multilib

2013-05-02 Thread Michał Górny
Hi, I've thought for a bit and got the conclusion that the best solution for quite an irritating syntax of autotools-multilib is to use sub-phase functions. To increase consistency between ebuilds, the same phases can be used in autotools-utils directly. The idea is that current ebuild looking

[gentoo-dev] [PATCH] Introduce autotools_* sub-phase functions to make overriding easier.

2013-05-02 Thread Michał Górny
More details in the mail preceding the patch. --- gx86/eclass/autotools-multilib.eclass | 47 -- gx86/eclass/autotools-utils.eclass| 157 +- 2 files changed, 158 insertions(+), 46 deletions(-) diff --git a/gx86/eclass/autotools-multilib.eclass

Re: [gentoo-dev] gnome-games.eclass: Eclass for installing all gnome-games

2013-05-02 Thread hasufell
On 05/02/2013 12:41 PM, Pacho Ramos wrote: gnome-games was splitted in separate packages per game and, then, we need an eclass to also set proper settings inherited from gnome2 and games eclasses. This should also solve: https://bugs.gentoo.org/show_bug.cgi?id=432848 eclass and ebuild

Re: [gentoo-dev] gnome-games.eclass: Eclass for installing all gnome-games

2013-05-02 Thread Pacho Ramos
El jue, 02-05-2013 a las 14:34 +0200, hasufell escribió: On 05/02/2013 12:41 PM, Pacho Ramos wrote: gnome-games was splitted in separate packages per game and, then, we need an eclass to also set proper settings inherited from gnome2 and games eclasses. This should also solve:

Re: [gentoo-dev] gnome-games.eclass: Eclass for installing all gnome-games

2013-05-02 Thread hasufell
On 05/02/2013 03:40 PM, Pacho Ramos wrote: El jue, 02-05-2013 a las 14:34 +0200, hasufell escribió: On 05/02/2013 12:41 PM, Pacho Ramos wrote: gnome-games was splitted in separate packages per game and, then, we need an eclass to also set proper settings inherited from gnome2 and games

Re: [gentoo-dev] Re: [RFC] Shall econf append its arguments to end of ./configure invocation?

2013-05-02 Thread Ciaran McCreesh
On Wed, 1 May 2013 19:40:06 -0600 Ryan Hill dirtye...@gentoo.org wrote: On Wed, 1 May 2013 08:57:35 +0200 Ulrich Mueller u...@gentoo.org wrote: On Tue, 30 Apr 2013, Ryan Hill wrote: Then the person implementing the code for Paludis is either a monkey or a robot*. Anyone capable of

Re: [gentoo-dev] Re: [RFC] Shall econf append its arguments to end of ./configure invocation?

2013-05-02 Thread Rich Freeman
On Thu, May 2, 2013 at 9:55 AM, Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: Er, we are. Following the spec is not a mistake. If there's a mistake, it was made by the Council when they approved the wording. Both Portage and Paludis are following the spec. The spec isn't incorrect, it

Re: [gentoo-dev] gnome-games.eclass: Eclass for installing all gnome-games

2013-05-02 Thread Pacho Ramos
El jue, 02-05-2013 a las 15:54 +0200, hasufell escribió: On 05/02/2013 03:40 PM, Pacho Ramos wrote: El jue, 02-05-2013 a las 14:34 +0200, hasufell escribió: On 05/02/2013 12:41 PM, Pacho Ramos wrote: gnome-games was splitted in separate packages per game and, then, we need an eclass to

Re: [gentoo-dev] gnome-games.eclass: Eclass for installing all gnome-games

2013-05-02 Thread hasufell
On 05/02/2013 05:12 PM, Pacho Ramos wrote: El jue, 02-05-2013 a las 15:54 +0200, hasufell escribió: On 05/02/2013 03:40 PM, Pacho Ramos wrote: El jue, 02-05-2013 a las 14:34 +0200, hasufell escribió: On 05/02/2013 12:41 PM, Pacho Ramos wrote: gnome-games was splitted in separate packages per

Re: [gentoo-dev] gnome-games.eclass: Eclass for installing all gnome-games

2013-05-02 Thread Pacho Ramos
El jue, 02-05-2013 a las 17:16 +0200, hasufell escribió: On 05/02/2013 05:12 PM, Pacho Ramos wrote: El jue, 02-05-2013 a las 15:54 +0200, hasufell escribió: On 05/02/2013 03:40 PM, Pacho Ramos wrote: El jue, 02-05-2013 a las 14:34 +0200, hasufell escribió: On 05/02/2013 12:41 PM, Pacho

[gentoo-dev] [PATCH] multilib-minimal.eclass: allow relative paths to $S for DOCS variable wrt #468092

2013-05-02 Thread hasufell
currently default_src_install is carried out in $BUILD_DIR and not in $S that means people have to do something like this: DOCS=( ${S}/ChangeLog{,.libffi,.libgcj,.v1} ${S}/README ) The attached patch is a bit ugly, but I don't see a better way. It will allow: DOCS=(

Re: [gentoo-dev] [PATCH] multilib-minimal.eclass: allow relative paths to $S for DOCS variable wrt #468092

2013-05-02 Thread Michał Górny
On Thu, 02 May 2013 18:24:19 +0200 hasufell hasuf...@gentoo.org wrote: currently default_src_install is carried out in $BUILD_DIR and not in $S that means people have to do something like this: DOCS=( ${S}/ChangeLog{,.libffi,.libgcj,.v1} ${S}/README ) The attached patch is a bit ugly, but

Re: [gentoo-dev] [PATCH] multilib-minimal.eclass: allow relative paths to $S for DOCS variable wrt #468092

2013-05-02 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/02/2013 06:31 PM, Michał Górny wrote: On Thu, 02 May 2013 18:24:19 +0200 hasufell hasuf...@gentoo.org wrote: currently default_src_install is carried out in $BUILD_DIR and not in $S that means people have to do something like this:

Re: [gentoo-dev] [PATCH] multilib-minimal.eclass: allow relative paths to $S for DOCS variable wrt #468092

2013-05-02 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Otherwise I could just use a second variable and unset DOCS. Hm no, that would suck too, cause it will jump into the the first if clause. I'll probably inline it all then. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment:

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-05-02 Thread William Hubbs
On Thu, May 02, 2013 at 04:26:06PM +1200, Kent Fredric wrote: - its a consistent approach that is bootloader agnostic - it doesn't require you to understand your bootloaders scripting system to add it to the init= line - its no brains required, and hard to mess up Why should we do something

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-05-02 Thread Mike Gilbert
On Thu, May 2, 2013 at 2:05 PM, William Hubbs willi...@gentoo.org wrote: On Thu, May 02, 2013 at 04:26:06PM +1200, Kent Fredric wrote: bootloader configuration under grub1 for instance, was quite straight-forward. Now with grub-2, its quite convoluted, for me at least. I haven't looked at

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-05-02 Thread Fabio Erculiani
On Thu, May 2, 2013 at 8:13 PM, Mike Gilbert flop...@gentoo.org wrote: If you manually write your own configuration for GRUB2, it is no more convoluted than for GRUB Legacy. If you use grub-mkconfig to generate a configuration file, you can append the init option by setting

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-05-02 Thread Chí-Thanh Christopher Nguyễn
Fabio Erculiani schrieb: Not all the Gentoo users are as skilled as you (a developer). Having a programmatic, bootloader agnostic way to swap /sbin/init is useful for the reasons I explained. Yet I haven't read any solid reason not to do that. Another bootloader agnostic way is to pass

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-05-02 Thread Rich Freeman
On Thu, May 2, 2013 at 3:01 PM, Fabio Erculiani lx...@gentoo.org wrote: Not all the Gentoo users are as skilled as you (a developer). Having a programmatic, bootloader agnostic way to swap /sbin/init is useful for the reasons I explained. Yet I haven't read any solid reason not to do that.

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-05-02 Thread Mike Gilbert
On Thu, May 2, 2013 at 3:01 PM, Fabio Erculiani lx...@gentoo.org wrote: On Thu, May 2, 2013 at 8:13 PM, Mike Gilbert flop...@gentoo.org wrote: If you manually write your own configuration for GRUB2, it is no more convoluted than for GRUB Legacy. If you use grub-mkconfig to generate a

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-05-02 Thread William Hubbs
On Thu, May 02, 2013 at 03:39:25PM -0400, Mike Gilbert wrote: On Thu, May 2, 2013 at 3:01 PM, Fabio Erculiani lx...@gentoo.org wrote: On Thu, May 2, 2013 at 8:13 PM, Mike Gilbert flop...@gentoo.org wrote: If you manually write your own configuration for GRUB2, it is no more convoluted

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-05-02 Thread Kent Fredric
On 3 May 2013 07:01, Fabio Erculiani lx...@gentoo.org wrote: If it's that simple, why on earth do we have all the eselect modules we have!? Hm, upon reading that list and seeing what they do, it raises another argument in favour of eselect: If there needs to be more things changed prior to

[gentoo-dev] Re: Making systemd more accessible to normal users

2013-05-02 Thread Duncan
Mike Gilbert posted on Thu, 02 May 2013 14:13:30 -0400 as excerpted: On Thu, May 2, 2013 at 2:05 PM, William Hubbs willi...@gentoo.org wrote: On Thu, May 02, 2013 at 04:26:06PM +1200, Kent Fredric wrote: bootloader configuration under grub1 for instance, was quite straight-forward. Now with

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-05-02 Thread William Hubbs
On Fri, May 03, 2013 at 08:27:36AM +1200, Kent Fredric wrote: On 3 May 2013 07:01, Fabio Erculiani lx...@gentoo.org wrote: If it's that simple, why on earth do we have all the eselect modules we have!? Hm, upon reading that list and seeing what they do, it raises another argument

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-05-02 Thread Chí-Thanh Christopher Nguyễn
William Hubbs schrieb: If you use this symlink approach to actually switch your init to point to systemd, then you boot and things don't work, you are hosed. Well, not fully hosed. You could still edit your kernel command line from the boot loader pointing init=.. to the actual location and

[gentoo-dev] Packages using -Werror

2013-05-02 Thread Ryan Hill
Most of the bugs filed on the gcc 4.8 tracker so far have been caused by packages being built with -Werror. I just noticed one package where the Makefile was being patched to remove -g from CXXFLAGS but -Werror on the same line was left in. Just in case people weren't aware, building with

Re: [gentoo-dev] Packages using -Werror

2013-05-02 Thread Peter Stuge
Ryan Hill wrote: If you're fixing one of these bugs by silencing the warning be sure to remove the flag also. How about sending the fix upstream instead? Thanks, from an upstream //Peter pgpHGm3ZpE6z3.pgp Description: PGP signature