Re: [gentoo-dev] proposal for consistency between {RUBY,PYTHON,PHP}_TARGETS

2012-11-25 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/24/2012 03:30 PM, Theo Chatzimichos wrote: Hello, We currently have values like the following: RUBY_TARGETS=ruby19 PHP_TARGETS=php5-3 PYTHON_TARGETS=python2_7 I find it confusing, and I would like to propose to keep the same style for

[gentoo-dev] fixing LICENSE issues without reporting bugs

2012-11-25 Thread hasufell
The discussion came up in the thread [gentoo-dev] open season on other-dev's packages -- policy change? License issues seem trivial enough (at least regarding the functionality of an ebuild) to be fixed without permission of the actual maintainer. Even if the fix is wrong the ebuild remains

Re: [gentoo-dev] net-irc/xchat

2012-11-25 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/25/2012 09:27 PM, Lars Wendler wrote: Hey list, I'm planning to lastrite net-irc/xchat in the next couple of weeks. Unfortunately my hope that upstream development would be resumed didn't come true. As the code becomes more and more

Re: [gentoo-dev] net-irc/xchat

2012-11-25 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Do xchat plugins work in hexchat? That's something for me to find out as well. I maintain the xchat-otr plugin which I would like to continue using in hexchat. just tested xchat-xsys on hexchat and it does work, all commands afais

Re: [gentoo-dev] Re: net-irc/xchat

2012-11-26 Thread hasufell
hasufell saw was the built-in working and not the xchat-xsys plugin). Just fyi, I was testing xchat-xsys and the internal system info plugin is derived from that one. So yes, we would not need it anyway. At least we don't seem to have those security issues for hexchat.

Re: [gentoo-dev] RFC: new eclass - pkgconfig.eclass

2012-11-28 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 create_pkgconfig() this sounds like a very bad idea. pkgconfig files are common interfaces and should almost never be created/modified/renamed anywhere except upstream. debian packagers are already messing up pkgconfig files randomly see

Re: [gentoo-dev] RFC: new eclass - pkgconfig.eclass

2012-11-29 Thread hasufell
again, even if there are corner cases which cannot be dealt with in a different way... having an eclass function like the mentioned one is bad, cause it suggests that this is a way to fix things. It's not. Application developers running gentoo might think oh great, there is a pkgconfig file for

Re: [gentoo-dev] RFC: new eclass - pkgconfig.eclass

2012-11-29 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/29/2012 03:56 PM, justin wrote: On 29/11/12 14:16, hasufell wrote: again, even if there are corner cases which cannot be dealt with in a different way... having an eclass function like the mentioned one is bad, cause it suggests

Re: [gentoo-dev] blas .pc files (was RFC: new eclass - pkgconfig.eclass)

2012-11-29 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/29/2012 05:09 PM, justin wrote: Not exactly. The user can choose for each package newly by eselecting the wanted implementation. This is the user side. From the pm side we ensure that the choice is really respected by linking against

[gentoo-dev] introduce a soft-limit policy for changing other developers ebuilds

2012-12-02 Thread hasufell
As I was told in my recruiting process we usually don't just fix up ebuilds of other devs unless it's trivial, very severe or something. The usual process is nothing new: try to contact the maintainer, open a bug, set a deadline when you will go and fix yourself. Only question is now what is a

[gentoo-dev] games.eclass: handle verbose build log for egamesconf in EAPI5

2012-12-02 Thread hasufell
already filed a bug, but no response so far https://bugs.gentoo.org/show_bug.cgi?id=78 any comments? This is sane imo, cause some games herd developers don't agree with the always latest EAPI thing which is no official policy anyway. --- eclass/games.eclass +++ eclass/games.eclass @@ -39,12

Re: [gentoo-dev] introduce a soft-limit policy for changing other developers ebuilds

2012-12-04 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/04/2012 05:01 PM, Rick Zero_Chaos Farina wrote: maintainer emailf...@gentoo.org/email nameMe/name descriptionProxy maintainer, assign bugs to proxied maintainer, cc on bugs, but feel free to just fix the bugsdescription /maintainer I

Re: [gentoo-dev] introduce a soft-limit policy for changing other developers ebuilds

2012-12-04 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/04/2012 06:17 PM, Rick Zero_Chaos Farina wrote: I'm sorry but isn't specific policy related to global policy? Why yes, yes it is. Unless they conflict, then no. On 12/04/2012 09:10 AM, Rick Zero_Chaos Farina wrote: If we are going

Re: [gentoo-dev] introduce a soft-limit policy for changing other developers ebuilds

2012-12-04 Thread hasufell
e6ebf193852f92aa1dfec162f1bcdc34e933eda1 Author: hasufell julian.osp...@googlemail.com Date: Sat Dec 1 00:04:51 2012 +0100 add ebuild comitting guide section diff --git a/ebuild-committing-guide/cvs-tutorial/text.xml b/ebuild-committing-guide/cvs-tutorial/text.xml new file mode 100644 index 000..a2bd612 --- /dev

Re: [gentoo-dev] games.eclass: handle verbose build log for egamesconf in EAPI5

2012-12-08 Thread hasufell
On 12/02/2012 05:39 PM, Tomáš Chvátal wrote: There are better ways to do this. For example you can just grep through the configure file, not having to invoke it, see the xorg-2.elass --- games.eclass +++ games.eclass @@ -39,12 +39,21 @@ } egamesconf() { + # handle verbose build

Re: [gentoo-dev] College Course in Gentoo Development

2012-12-17 Thread hasufell
4. How to work with gnu autotools. Writing a build system. Writing a build system from scratch is actually not a requirement. However one should understand basics of the most popular build systems and probably have some advanced understaning of Makefiles and how flags work, where they should

Re: [gentoo-dev] College Course in Gentoo Development

2012-12-17 Thread hasufell
On 12/17/2012 07:11 PM, Maxim Kammerer wrote: Then convert to autotools, update dependencies. Do it all on GitHub, with a separate branch for converting to autotools. That's not really a common thing to do for ebuild development (neither converting nor writing from scratch). Actually you

Re: [gentoo-dev] Packages with optional test dependencies

2013-01-06 Thread hasufell
I agree with a. A problem with b is: the user might install one of those optional dependencies later, but that will not trigger a rebuild of the other package and another run through the test phase. I would find c a bit confusing. The most elegant way would probably be to trigger a remerge of

Re: [gentoo-dev] Lifting the HOMEPAGE requirement for ebuilds

2013-01-13 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/13/2013 03:24 PM, Michał Górny wrote: Hello, Right now an attempt to commit an ebuild with no HOMEPAGE results in: HOMEPAGE.missing 1 app-admin/eselect-sh/eselect-sh-0.4.ebuild Note: use --include-dev (-d) to check

Re: [gentoo-dev] Lifting the HOMEPAGE requirement for ebuilds

2013-01-13 Thread hasufell
On 01/13/2013 07:03 PM, Zac Medico wrote: On 01/13/2013 09:43 AM, hasufell wrote: On 01/13/2013 03:24 PM, Michał Górny wrote: Hello, Right now an attempt to commit an ebuild with no HOMEPAGE results in: HOMEPAGE.missing 1 app-admin/eselect-sh/eselect-sh-0.4.ebuild Note

Re: [gentoo-dev] Lifting the HOMEPAGE requirement for ebuilds

2013-01-14 Thread hasufell
On 01/14/2013 11:06 AM, Markos Chandras wrote: On 13 January 2013 18:06, hasufell hasuf...@gentoo.org wrote: On 01/13/2013 07:03 PM, Zac Medico wrote: On 01/13/2013 09:43 AM, hasufell wrote: On 01/13/2013 03:24 PM, Michał Górny wrote: Hello, Right now an attempt to commit an ebuild

[gentoo-dev] Lastrite: net-misc/gtk-youtube-viewer

2013-01-25 Thread hasufell
functionality is now provided by =net-misc/youtube-viewer[gtk]-3.0.3 bug 453580 removal in 30 days

Re: [gentoo-dev] Re: Please stop useless removals

2013-02-01 Thread hasufell
On 02/02/2013 12:17 AM, Rich Freeman wrote: On Fri, Feb 1, 2013 at 5:54 PM, Diego Elio Pettenò flamee...@flameeyes.eu wrote: On 01/02/2013 23:52, Rich Freeman wrote: For those who are doing the treecleaning, please do yourself a favor and point out the actual show-stoppers so that you don't

[gentoo-dev] bash-4 in ebuilds?

2013-02-02 Thread hasufell
From a little discussion in this bug https://bugs.gentoo.org/show_bug.cgi?id=454600#c11 it seems that it's not entirely sure what bash version can be assumed. PMS says, that I have to assume 3.2 or later https://dev.gentoo.org/~ulm/pms/head/pms.html#x1-620006 But there is no stable bash version

Re: [gentoo-dev] bash-4 in ebuilds?

2013-02-02 Thread hasufell
On 02/02/2013 12:06 PM, hasufell wrote: portage itself depends on =app-shells/bash-4.2_p37 strike that || ( =app-shells/bash-4.2_p37[readline] ( app-shells/bash-4.2_p37 =app-shells/bash-3.2_p17 ) ) !app-shells/bash-3.2_p17

Re: [gentoo-dev] bash-4 in ebuilds?

2013-02-02 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/02/2013 12:13 PM, Ciaran McCreesh wrote: On Sat, 02 Feb 2013 12:06:39 +0100 hasufell hasuf...@gentoo.org wrote: From a little discussion in this bug https://bugs.gentoo.org/show_bug.cgi?id=454600#c11 it seems that it's not entirely sure

Re: [gentoo-dev] About people willing to help with wxwidgets packages

2013-02-05 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/05/2013 06:48 PM, Pacho Ramos wrote: Hello People from wxwidgets told me they would welcome more people to join to their herd if possible as they won't have much time to handle its packages: games-engines/odamex games-strategy/megaglest

[gentoo-dev] Re: [gentoo-dev-announce] Lastrites: media-gfx/picasa, dev-python/papyon, net-voip/telepathy-butterfly, sci-visualization/paraview, x11-misc/xdaf

2013-02-10 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/10/2013 10:01 AM, Pacho Ramos wrote: # Pacho Ramos pa...@gentoo.org (10 Feb 2013) # Fails with gcc-4.7, crashes (#301946, #312073), problems with # boost (#319921), problems with python-2.7 (#338826), really old # version in the tree, people

Re: [gentoo-dev] Lastrites: media-gfx/picasa, dev-python/papyon, net-voip/telepathy-butterfly, sci-visualization/paraview, x11-misc/xdaf

2013-02-10 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/10/2013 12:47 PM, Patrick Lauer wrote: Would anyone be Would anyone be terribly upset if I started pillaging this silly overlay? (And any other overlays that look like they are fun) Go ahead, I will help you. On 02/10/2013 12:59 PM, Pacho

[gentoo-dev] New eclass: autotools-multilib-minimal

2013-02-23 Thread hasufell
Some people seem to feel uncomfortable with autotools-multilib, because it depends on autotools-utils. Instead of arguing whether it makes sense or not I'd propose a similar autotools related eclass. I also attach an example conversion of media-libs/libexif (the maintainer wants to keep the

Re: [gentoo-dev] New eclass: autotools-multilib-minimal

2013-02-23 Thread hasufell
Before people start asking I should explain why I started this: https://bugs.gentoo.org/show_bug.cgi?id=458638 I think having such an eclass has several advantages over autootools-multilib.eclass (which depends on autotools-utils.eclass) as it is now: a) Less eclass dependencies. One could

Re: [gentoo-dev] New eclass: autotools-multilib-minimal

2013-02-24 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/24/2013 11:11 AM, Diego Elio Pettenò wrote: On 24/02/2013 11:06, Michał Górny wrote: Then don't put 'autotools' in the name. +1 That would be multilib-minimal.eclass then? I find that name silly, but I don't have a better idea. ABCD

Re: [gentoo-dev] New eclass: autotools-multilib-minimal

2013-02-24 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/24/2013 03:57 PM, Michał Górny wrote: On Sun, 24 Feb 2013 05:22:43 +0100 hasufell hasuf...@gentoo.org wrote: Before people start asking I should explain why I started this: https://bugs.gentoo.org/show_bug.cgi?id=458638 I think having

Re: [gentoo-dev] New eclass: autotools-multilib-minimal

2013-02-24 Thread hasufell
On 02/24/2013 05:22 PM, Alexis Ballier wrote: On Sun, 24 Feb 2013 01:34:47 +0100 hasufell hasuf...@gentoo.org wrote: Some people seem to feel uncomfortable with autotools-multilib, because it depends on autotools-utils. To be honest, I don't particularly like autotools-utils, I tend

Re: [gentoo-dev] New eclass: autotools-multilib-minimal

2013-02-24 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/24/2013 07:56 PM, Michał Górny wrote: It's that Plus part that is my problem with autotools-multilib.eclass currently, it adds EXPORT_FUNCTIONS of src_prepare() from autotools-utils.eclass which is irrelevant to the autotools-multilib.eclass

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/freetype: freetype-2.4.11-r1.ebuild ChangeLog

2013-02-27 Thread hasufell
I don't want to start another useless rant here, because I perfectly understand the issue with ABI specific headers. The problem is: a) if you break a provider on purpose, then you should feel somehow responsible for the consumers and not just dump testing and fixing on your fellow devs b) just

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/freetype: freetype-2.4.11-r1.ebuild ChangeLog

2013-02-27 Thread hasufell
On 02/27/2013 06:58 PM, Alexis Ballier wrote: The other thing is: We still have the conflict with eclass-solution vs PM-solution (multilib-portage) and I propose not to convert ANYTHING else until that conflict is solved, even if it means a council vote (that's what I actually think makes

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/freetype: freetype-2.4.11-r1.ebuild ChangeLog

2013-02-27 Thread hasufell
On 02/27/2013 07:27 PM, Alexis Ballier wrote: On Wed, 27 Feb 2013 19:14:38 +0100 hasufell hasuf...@gentoo.org wrote: On 02/27/2013 06:58 PM, Alexis Ballier wrote: The other thing is: We still have the conflict with eclass-solution vs PM-solution (multilib-portage) and I propose

Re: [gentoo-dev] New eclass: autotools-multilib-minimal

2013-02-27 Thread hasufell
On 02/24/2013 11:39 PM, Samuli Suominen wrote: On 24/02/13 02:34, hasufell wrote: Some people seem to feel uncomfortable with autotools-multilib, because it depends on autotools-utils. Instead of arguing whether it makes sense or not I'd propose a similar autotools related eclass. I also

Re: [gentoo-dev] New eclass: autotools-multilib-minimal

2013-02-28 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/28/2013 09:30 AM, Michał Górny wrote: 4) Introduced a DISABLE_MULTILIB variable for use of portage-multilib, which will disable all multilib related stuff. I am not sure if that's what they want, but I heard something like that. Tommy

Re: [gentoo-dev] New eclass: autotools-multilib-minimal

2013-03-01 Thread hasufell
On 02/28/2013 09:30 AM, Michał Górny wrote: Setting that variable would invalidate metadata cache. different approach attached --- eclass/multilib-minimal.eclass +++ eclass/multilib-minimal.eclass @@ -18,12 +18,6 @@ # # If you need generic install rules, use multilib_src_install_all

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/freetype: freetype-2.4.11-r1.ebuild ChangeLog

2013-03-02 Thread hasufell
On 03/02/2013 12:08 PM, Alexis Ballier wrote: eclass level: pro: - easier to maintain (eclasses are generally easy understandable) - quicker to fix and to extend - solution is NOW available con: - more likely to break stuff as all eclass based solutions, because there are no

Re: [gentoo-dev] New eclass: autotools-multilib-minimal

2013-03-02 Thread hasufell
On 03/02/2013 04:07 PM, Michał Górny wrote: I don't think you should introduce workarounds in your eclass. I think multilib-build should be the place to do that. Feel free to implement a solution. I think an explicit variable might even be better instead of some magical checks which could cause

[gentoo-dev] New eclass: multilib-minimal (was New eclass: autotools-multilib-minimal)

2013-03-02 Thread hasufell
Since mgorny is working on compatibility with multilib-portage I stripped all of the related code. So this should be the final version. If there are no objections I would like to commit. # Copyright 1999-2013 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 #

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-drivers/nvidia-drivers: nvidia-drivers-313.18.ebuild ChangeLog

2013-03-03 Thread hasufell
On 03/03/2013 08:11 AM, Alec Warner wrote: There was a big ole' chat on #gentoo-dev regarding this. My understanding of the summary is that the nvidia-driver Gentoo team only supports kernels that nvidia themselves (upstream) support. The Kernels 3.4 are not supported by upstream, so they

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-drivers/nvidia-drivers: nvidia-drivers-313.18.ebuild ChangeLog

2013-03-03 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/03/2013 06:24 PM, Ryan Hill wrote: On Sun, 03 Mar 2013 15:42:56 +0100 hasufell hasuf...@gentoo.org wrote: What do we have useflags for in gentoo? Not for conditional patching, that's for sure. That simply diverges from reality

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/confuse: confuse-2.7.ebuild ChangeLog

2013-03-10 Thread hasufell
On 03/10/2013 07:04 PM, Jeroen Roovers wrote: On Sun, 3 Mar 2013 12:44:18 +0100 Tomáš Chvátal tomas.chva...@gmail.com wrote: If I remember correctly the damn rule is to put it for 30 days into testing, and as you said there was no previous version on arm so users could've reported some

[gentoo-dev] New eclass: games-bin (review/comments)

2013-03-23 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After packaging the complete humble bundle last time I noticed a bit of code duplication. Nothing serious, but I still think there could be a small eclass making things easier. Especially the remove_bundled_libs function and the is useful IMO and

Re: [gentoo-dev] licensing query : Splice

2013-03-29 Thread hasufell
On 03/29/2013 09:26 PM, Philip Webb wrote: I noticed a couple of games which have been added to the tree thought it worth giving them a try. One of them resulted in this : root:512 ~ emerge -pv games-puzzle/splice These are the packages that would be merged, in order:

[gentoo-dev] bash-3.1 stable

2013-04-02 Thread hasufell
bash-3.1 seems to break ebuild sourcing and is blocked in most package managers. So I was wondering how can it still be stable then or even in the tree? I'd say mask it with a note that this breaks the shit out of gentoo, no matter what PM you use. Otherwise, just punt it?

Re: [gentoo-dev] bash-3.1 stable

2013-04-02 Thread hasufell
On 04/02/2013 02:29 PM, Alexis Ballier wrote: On Tue, 02 Apr 2013 14:25:43 +0200 hasufell hasuf...@gentoo.org wrote: bash-3.1 seems to break ebuild sourcing and is blocked in most package managers. So I was wondering how can it still be stable then or even in the tree? I'd say mask

Re: [gentoo-dev] bash-3.1 stable

2013-04-02 Thread hasufell
On 04/02/2013 04:01 PM, Markos Chandras wrote: Here we go again. Fine, keep arguing about the really important question why old X is in the tree when new X is stable. Did anyone actually consider to ask the maintainers instead of opening a public debate on this? I guess no, because

Re: [gentoo-dev] How shall we name the EAPI 6 patch applying function?

2013-04-03 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You also have to rename the PATCHES array, because base.eclass already uses that name with epatch. And I can't say I am thrilled about the idea that we duplicate functionality again. It's already confusing enough the way it is (I can tell, because I

Re: [gentoo-dev] How shall we name the EAPI 6 patch applying function?

2013-04-03 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/03/2013 05:29 PM, Ciaran McCreesh wrote: On Wed, 03 Apr 2013 14:33:30 +0200 hasufell hasuf...@gentoo.org wrote: You also have to rename the PATCHES array, because base.eclass already uses that name with epatch. base.eclass should have

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 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] 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

[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 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: DOCS

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] Packages using -Werror

2013-05-03 Thread hasufell
On 05/03/2013 03:46 PM, Jeroen Roovers wrote: On Fri, 3 May 2013 16:06:01 +0800 Ben de Groot yng...@gentoo.org wrote: Personally I've always thought -Werror is a mistake in release code, but was accepted practice. I've almost never actively removed it from packages I maintain. That will

Re: [gentoo-dev] Re: Packages using -Werror

2013-05-04 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/04/2013 06:52 AM, Ryan Hill wrote: On Fri, 3 May 2013 16:41:33 +0200 Jeroen Roovers j...@gentoo.org wrote: On Fri, 03 May 2013 16:15:35 +0200 hasufell hasuf...@gentoo.org wrote: We already get QA warnings for severe compiler warnings

Re: [gentoo-dev] eselect init

2013-05-25 Thread hasufell
Isn't eselect for cases where I might want to reconfigure something or add configuration values such as for bash-completion, do testing with java-vm or python implementations during development, switch opengl implementation depending on the graphics driver loaded and whatnot. I don't see any of

Re: [gentoo-dev] eselect init

2013-05-26 Thread hasufell
On 05/26/2013 12:11 PM, Rich Freeman wrote: That means that this whole thing only impacts those who install it, which is the best way to implement something experimental in the first place. +1 I and probably a lot of other people have zero interest in this approach, so we should not be

Re: [gentoo-dev] Re: PSA: python-r1.eclass, python-single-r1.eclass, and REQUIRED_USE

2013-05-29 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/29/2013 04:51 PM, Michael Palimaka wrote: Would it be possible to add repoman checks for this, and other common failures like missing PYTHON_USEDEP? The latter is impossible. Repoman has no way to figure out if PYTHON_USEDEP is necessary.

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

2013-06-12 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/12/2013 07:02 PM, Ciaran McCreesh wrote: On Wed, 12 Jun 2013 18:59:48 +0200 hasufell hasuf...@gentoo.org wrote: On 06/12/2013 06:51 PM, Michał Górny wrote: Teams, what are the main reasons for keeping that much stuff in overlays

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

2013-06-12 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/12/2013 07:13 PM, Ciaran McCreesh wrote: On Wed, 12 Jun 2013 19:05:29 +0200 hasufell hasuf...@gentoo.org wrote: Isn't it more an indication that Gentoo needs better package management support for overlays? No. You make a persuasive

Re: [gentoo-dev] Calling die in a subshell

2013-06-15 Thread hasufell
On 06/15/2013 06:16 PM, Ulrich Mueller wrote: PMS doesn't guarantee that die works correctly in a subshell: http://dev.gentoo.org/~ulm/pms/5/pms.html#x1-12800011.3.3 So the devmanual agrees with the spec, and the eclasses need to be fixed. How does that make any sense?

Re: [gentoo-dev] Calling die in a subshell

2013-06-15 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/15/2013 06:24 PM, Tom Wijsman wrote: Why not fix the specs? from council log http://www.gentoo.org/proj/en/council/meeting-logs/20120911.txt Chainsaw Okay for EAPI 5. *Nothing* gets applied retroactively. *EVER* So that means some

Re: [gentoo-dev] Calling die in a subshell

2013-06-15 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/15/2013 06:43 PM, Ciaran McCreesh wrote: On Sat, 15 Jun 2013 18:41:18 +0200 hasufell hasuf...@gentoo.org wrote: On 06/15/2013 06:24 PM, Tom Wijsman wrote: Why not fix the specs? from council log http://www.gentoo.org/proj/en/council

Re: [gentoo-dev] Calling die in a subshell

2013-06-15 Thread hasufell
On 06/15/2013 06:56 PM, Mike Gilbert wrote: If we find that all known implementations of PMS/EAPI 4 have implemented a certain behavior, making a change to that version of PMS to properly document the behavior seems reasonable. Right, that's why my quote from the council log does not make

Re: [gentoo-dev] Packages up for grabs

2013-06-16 Thread hasufell
On 06/16/2013 02:19 PM, g...@malth.us wrote: On Sun, 16 Jun 2013, at 02:31, Pacho Ramos thusly quipped: Due ramereth lack of time: net-misc/stunnel Pretty sure my (dead, eventually to be revived) server uses stunnel. I've never officially maintained anything, is there some documentation

Re: [gentoo-dev] Packages up for grabs

2013-06-16 Thread hasufell
On 06/16/2013 07:21 PM, Pacho Ramos wrote: El dom, 16-06-2013 a las 10:09 -0700, Brian Dolbec escribió: [...] Thank you for considering helping. I have stayed away form the intricate details of package management in the past, but I also do not like how long portage is taking now for dep

Re: [gentoo-dev] Temporary DevRel actions for CoC violations

2013-06-20 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/20/2013 03:07 PM, Matthew Thode wrote: On 06/20/2013 07:49 AM, Petteri Räty wrote: On 20.6.2013 14.01, Matthew Thode wrote: On 06/20/2013 03:39 AM, Fabio Erculiani wrote: The final outcome I would love to see is that everybody eventually

Re: [gentoo-dev] netsurf.eclass proposal

2013-06-20 Thread hasufell
On 06/20/2013 04:48 PM, Mike Gilbert wrote: On Thu, Jun 20, 2013 at 10:31 AM, Michael Weber x...@gentoo.org wrote: On 06/19/2013 06:23 PM, Mike Gilbert wrote: I'm all for having fun, but I think the intent was to keep the multilib-build eclass usage to a minimum. Sorry, I've missed that

Re: [gentoo-dev] netsurf.eclass proposal

2013-06-20 Thread hasufell
On 06/20/2013 05:03 PM, Mike Gilbert wrote: On Thu, Jun 20, 2013 at 10:56 AM, hasufell hasuf...@gentoo.org wrote: On 06/20/2013 04:48 PM, Mike Gilbert wrote: On Thu, Jun 20, 2013 at 10:31 AM, Michael Weber x...@gentoo.org wrote: On 06/19/2013 06:23 PM, Mike Gilbert wrote: I'm all for having

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-22 Thread hasufell
On 06/22/2013 03:42 AM, Robin H. Johnson wrote: On Fri, Jun 21, 2013 at 09:06:30PM -0400, Mike Frysinger wrote: On Friday 21 June 2013 20:26:03 Robin H. Johnson wrote: On Fri, Jun 21, 2013 at 08:17:38PM -0400, Mike Frysinger wrote: I'm not going into review systems here at all, I'm simply

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-22 Thread hasufell
On 06/22/2013 11:00 AM, Ulrich Mueller wrote: http://www.merriam-webster.com/dictionary/herd a number of animals of one kind kept together under human control On that very link: a group of people usually having a common bond

Re: [gentoo-dev] Herds

2013-06-22 Thread hasufell
On 06/22/2013 11:38 AM, Ulrich Mueller wrote: On Sat, 22 Jun 2013, hasufell wrote: http://www.merriam-webster.com/dictionary/herd a number of animals of one kind kept together under human control On that very link: a group of people usually having a common bond That's a figurative

Re: [gentoo-dev] eselect init

2013-06-22 Thread hasufell
On 06/22/2013 01:23 PM, Jason A. Donenfeld wrote: and nobody is forced to install eselect-init That was already demanded earlier in this discussion, but I don't see any response from the initiators of this idea (possible I just missed it). Anyway... if they do such a global change without

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-22 Thread hasufell
On 06/22/2013 03:42 AM, Robin H. Johnson wrote: So we have: Who = {ANYTHING_GOES, REQUIRES_DEV, REQUIRES_HERD, REQUIRES_MAINTAINER} What = {NONE, TRIVIAL, MINOR_FEATURES, VERSION_BUMP, MAJOR_FEATURES} While looking at it... what means TRIVIAL? Trivial change, trivial bug? In my

Re: [gentoo-dev] Gentoo Hangouts

2013-06-25 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/25/2013 07:57 PM, Roy Bamford wrote: On 2013.06.23 22:30, Pavlos Ratis wrote: Hello all, Everyday we talk to each other about different kind of things related to Gentoo. IRC and MLs are the primary way of our communication, but this is

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-27 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/23/2013 05:01 AM, Rick Zero_Chaos Farina wrote: On 06/22/2013 06:11 AM, Pacho Ramos wrote: El sáb, 22-06-2013 a las 00:06 +, Robin H. Johnson escribió: [...] I'm not going into review systems here at all, I'm simply trying to have a

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

2013-06-27 Thread hasufell
On 06/27/2013 10:25 PM, Pacho Ramos wrote: Another try that finally fixes pending problems --localstatedir=/var \ is there a problem with --localstatedir=${GAMES_STATEDIR} \ gnome-games_src_prepare() { I find it very strange that you run intltoolize and eautoreconf unconditionally in an

Re: [gentoo-dev] Proper distribution integration of kernel *-sources, patches and configuration.

2013-07-01 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/01/2013 06:20 PM, Rick Zero_Chaos Farina wrote: On 07/01/2013 10:41 AM, Tom Wijsman wrote: What does a patch introducing new features really do? Or rather, what should it do when we add it? Let me summarize: 1) The features should be

[gentoo-dev] new category: games-adventure/

2013-07-13 Thread hasufell
move: 1. games-rpg/bass 2. games-rpg/drascula 3. games-rpg/lure 4. games-rpg/queen 5. games-rpg/penumbra-collection 6. games-puzzle/larry 7. games-rpg/egoboo 8. games-misc/wumpus 9. games-action/swordandsworcery 10. games-action/solar2 any objections? Will commit in 1 week if no one replies.

Re: [gentoo-dev] new category: games-adventure/

2013-07-14 Thread hasufell
On 07/14/2013 06:26 PM, Diego Elio Pettenò wrote: I would object... 10 games are wa too few for a new category and especially pkg moves.. 1 app-antivirus/ 3 net-zope/ 5 x11-base/ 7 gpe-utils/ 8 app-officeext/ 11 net-voip/ 12 games-kids/ 12

Re: [gentoo-dev] new category: games-adventure/

2013-07-14 Thread hasufell
On 07/14/2013 07:29 PM, Diego Elio Pettenò wrote: On 14/07/2013 18:26, Peter Stuge wrote: I don't think anyone can dispute that there exists a genre called adventure games.. How comes scummvm is not in the list then? Just saying. Because it's an engine. Scummvm games are already in the

Re: [gentoo-dev] Re: new category: games-adventure/

2013-07-15 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/15/2013 10:19 PM, Ryan Hill wrote: On Sun, 14 Jul 2013 00:13:17 +0200 hasufell hasuf...@gentoo.org wrote: move: 1. games-rpg/bass 2. games-rpg/drascula 3. games-rpg/lure 4. games-rpg/queen 5. games-rpg/penumbra-collection 6. games-puzzle

Re: [gentoo-dev] Re: new category: games-adventure/

2013-07-15 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/15/2013 11:56 PM, Tom Wijsman wrote: any objections? Will commit in 1 week if no one replies. Why would we post actual objections? You commit it regardless of that. Very strictly; you wouldn't commit this, since we replied. But yeah, you

[gentoo-dev] cmake-utils.eclass and bug 475502

2013-07-17 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I know there was an announcement about the upcoming change to cmake-utils.eclass, however... it is not enough to give a deadline without caring if people actually fixed it by then. By doing that you risk breaking stable packages which is not trivial.

Re: [gentoo-dev] cmake-utils.eclass and bug 475502

2013-07-17 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/17/2013 11:28 PM, Rick Zero_Chaos Farina wrote: On 07/17/2013 05:17 PM, Chris Reffett wrote: On 07/17/2013 04:57 PM, hasufell wrote: I know there was an announcement about the upcoming change to cmake-utils.eclass, however

Re: [gentoo-dev] cmake-utils.eclass and bug 475502

2013-07-17 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/17/2013 11:42 PM, Rick Zero_Chaos Farina wrote: On 07/17/2013 05:34 PM, hasufell wrote: On 07/17/2013 11:28 PM, Rick Zero_Chaos Farina wrote: On 07/17/2013 05:17 PM, Chris Reffett wrote: On 07/17/2013 04:57 PM, hasufell wrote: I know

Re: [gentoo-dev] cmake-utils.eclass and bug 475502

2013-07-17 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/17/2013 11:55 PM, Rick Zero_Chaos Farina wrote: It is my understanding that if you directly use a function from an eclass you are REQUIRED to inherit that eclass. Given that kind of sanity would have prevented these failures I find it

[gentoo-dev] remove sci-geosciences/googleearth from the tree

2013-07-21 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am maintaining it for some months now and it has reached a state where we should think about treecleaning it. reasons: a) bundles tons of libs since ages (security and stability issues, many of them can not be unbundled)

Re: [gentoo-dev] remove sci-geosciences/googleearth from the tree

2013-07-21 Thread hasufell
On 07/21/2013 07:42 PM, Rich Freeman wrote: On Sun, Jul 21, 2013 at 11:22 AM, hasufell hasuf...@gentoo.org wrote: I am maintaining it for some months now and it has reached a state where we should think about treecleaning it. ++ Maintaining a package in gentoo implies a few things for me

Re: [gentoo-dev] Re: remove sci-geosciences/googleearth from the tree

2013-07-21 Thread hasufell
On 07/22/2013 12:07 AM, Duncan wrote: hasufell posted on Sun, 21 Jul 2013 17:22:24 +0200 as excerpted: solution: Treeclean it and maintain it in an overlay (maybe science-overlay). That's exactly what overlays are for... experimental stuff. What's the pros/cons of overlay vs. in-tree

Re: [gentoo-dev] Re: remove sci-geosciences/googleearth from the tree

2013-07-21 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/22/2013 12:33 AM, Michał Górny wrote: Dnia 2013-07-22, o godz. 00:16:31 hasufell hasuf...@gentoo.org napisał(a): On 07/22/2013 12:07 AM, Duncan wrote: hasufell posted on Sun, 21 Jul 2013 17:22:24 +0200 as excerpted: solution: Treeclean

Re: [gentoo-dev] Re: remove sci-geosciences/googleearth from the tree

2013-07-21 Thread hasufell
On 07/22/2013 12:22 AM, Diego Elio Pettenò wrote: On Sun, Jul 21, 2013 at 11:16 PM, hasufell hasuf...@gentoo.org wrote: pros: - consistency of tree quality does not apply to p.mask'd packages - less user confusion (the checksum failures alone get us a lot of bugs every release without

Re: [gentoo-dev] Re: remove sci-geosciences/googleearth from the tree

2013-07-21 Thread hasufell
On 07/22/2013 01:20 AM, Michael Weber wrote: On 07/22/2013 01:03 AM, Brian Dolbec wrote: On Mon, 2013-07-22 at 00:35 +0200, hasufell wrote: On 07/22/2013 12:33 AM, Michał Górny wrote: I'd either use a separate single-purpose overlay or add it to science-overlay. If it's a separate overlay

  1   2   3   4   5   6   7   8   >