Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

2016-05-14 Thread Ciaran McCreesh
pletely called for and appropriate. No vulgarity, > insults, or demeaning words were used. How would you have responded > professionally? It's important to remember that Gentoo is run by volunteers. Expecting a professional standard when it comes to the quality of commit criticism is unfair. -- Ciaran McCreesh

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

2016-05-16 Thread Ciaran McCreesh
essments under the title of 'code review' in the > style he does. If you're writing the kind of code that results in you being subjected to scathing criticism for breaking metadata generation for the entire tree, then discouraging you from contributing can only be good for the distribution... -- Ciaran McCreesh

Re: [gentoo-dev] Proposal for changes for the next EAPI version

2016-05-17 Thread Ciaran McCreesh
to > "pkg_config" and in contrast to "src_test" which runs within the > working directory. Then "emerge --test" could run it. For various technical reasons to do with the spec and package manglers sometimes using phase function names with the src_ or pkg_ stripped off, calling it that would be a huge pain. -- Ciaran McCreesh

Re: [gentoo-dev] What are eblits?

2016-05-27 Thread Ciaran McCreesh
On Fri, 27 May 2016 00:28:35 +0200 rindeal wrote: > 1) what are they? A horrible QA violation. > 2) why are they used? Because some people like to feel special... -- Ciaran McCreesh

Re: [gentoo-dev] [RFC] Global USE=gui

2016-06-07 Thread Ciaran McCreesh
he first error. -- Ciaran McCreesh

Re: [gentoo-dev] [RFC] Global USE=gui

2016-06-10 Thread Ciaran McCreesh
us in bug 353624 [1] and in the gentoo-dev > mailing list [2,3]. Really, that policy predates REQUIRED_USE, and even EAPIs... In the olden days, the rule was that USE flags were for things that were optional, and that if something wasn't optional, then it shouldn't be controlled by USE flags. -- Ciaran McCreesh

Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-10 Thread Ciaran McCreesh
have small numbers of users are in personal repositories which everyone can see". Libraries and packages that start to be used by many people get moved to one of the central repositories; one way to tell that this needs to be done is when it looks like the issues you think could happen actually start to happen. -- Ciaran McCreesh

Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-10 Thread Ciaran McCreesh
On Thu, 9 Jun 2016 14:25:08 +0200 Dirkjan Ochtman wrote: > I would tend to agree with those who have written that coordinating > work across repos is kind of a pain. How do you know? What is your experience in the area of coordinating work across repos in a Gentoo-style distribution? --

Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-14 Thread Ciaran McCreesh
have that flag enabled, and suggests you either install repository/kde or disable that USE flag so that it can continue. -- Ciaran McCreesh

Re: [gentoo-dev] News Item: OpenAFS no longer needs kernel option DEBUG_RODATA

2016-07-22 Thread Ciaran McCreesh
gned the way it was out of necessity. > I see no point in trashing ebuilds with dead code that will never > be used. Though if there will be a PMS or eclass function with > "proper" implementation, I don't mind, since extra code will be > moved from ebuild elsewhere. Slots are not the only way in which you can end up with multiple installed versions of the same package. Another way is if there's a fatal error during certain parts of the upgrade process. -- Ciaran McCreesh

Re: [gentoo-dev] News Item: OpenAFS no longer needs kernel option DEBUG_RODATA

2016-07-23 Thread Ciaran McCreesh
On Sat, 23 Jul 2016 17:23:48 +0300 Andrew Savchenko wrote: > On Fri, 22 Jul 2016 14:57:36 +0100 Ciaran McCreesh wrote: > > On Fri, 22 Jul 2016 16:41:56 +0300 > > Andrew Savchenko wrote: > [...] > > > I see no point in trashing ebuilds with dead code that will nev

Re: [gentoo-dev] News Item: OpenAFS no longer needs kernel option DEBUG_RODATA

2016-07-23 Thread Ciaran McCreesh
ed versions simultaneously. > Do we have any test suits for portage (as the most popular PM > implementation) for such cases? I doubt this, I can find none. I'm > not sure if such tests are implemented in other PM test suits too. Portage doesn't exactly have many tests... -- Ciaran McCreesh

Re: [gentoo-dev] News Item: OpenAFS no longer needs kernel option DEBUG_RODATA

2016-07-23 Thread Ciaran McCreesh
of the package, and then remove the old one (and if you think about it for a few seconds, you can see that it *has* to be this way). If an error or ctrl+c occurs at the wrong point, both versions remain installed, and importantly, there is a safe way to recover from this. -- Ciaran McCreesh

Re: [gentoo-dev] Re: News Item: OpenAFS no longer needs kernel option DEBUG_RODATA

2016-07-24 Thread Ciaran McCreesh
27;s OK to be wrong sometimes (and this is why code review exists), but it's not OK to continue to argue that you were right out of stubbornness. -- Ciaran McCreesh

Re: [gentoo-dev] [PATCH] versionator.eclass: Add tests for parameter counts

2016-07-24 Thread Ciaran McCreesh
ible failures (which don't get fixed, and which lead to occasional weirdness) are better than visible failures (which must be fixed) is an odd one... Postel has a lot to answer for. -- Ciaran McCreesh

Re: [gentoo-dev] Re: Packages up for grabs

2016-08-07 Thread Ciaran McCreesh
ills will be obsolete in five years. If you are learning general principles and problem solving, the particular language being used is much less important. -- Ciaran McCreesh

Re: [gentoo-dev] libpcre.so.3 - Compatibility with Debian

2016-08-11 Thread Ciaran McCreesh
On Thu, 11 Aug 2016 17:57:59 +0300 Mart Raudsepp wrote: > I strongly believe that it's important to have such a use case as > Steam work problem-free in Gentoo. Steam isn't a use case, it's a program. -- Ciaran McCreesh

Re: [gentoo-dev] New Working Group established to evaluate the stable tree

2016-08-14 Thread Ciaran McCreesh
and how is it related to a Project? Shouldn't there be a GLEP to define what a Working Group is first? -- Ciaran McCreesh

Re: [gentoo-dev] New Working Group established to evaluate the stable tree

2016-08-14 Thread Ciaran McCreesh
On Sun, 14 Aug 2016 17:50:58 -0400 "Anthony G. Basile" wrote: > On 8/14/16 5:45 PM, Ciaran McCreesh wrote: > > On Sun, 14 Aug 2016 23:35:58 +0200 > > Kristian Fiskerstrand wrote: > >> During the latest Council meeting it was determined to set up a new

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-18 Thread Ciaran McCreesh
so it doesn't really specify anything at all. -- Ciaran McCreesh

Re: [gentoo-dev] Are "Copyright 1999-20xx Gentoo Foundation" headers bogus?

2016-10-24 Thread Ciaran McCreesh
articular time window had to sign it, but anyone who started before didn't. -- Ciaran McCreesh

Re: [gentoo-dev] Developer GitHub usernames

2016-11-21 Thread Ciaran McCreesh
involvement with Github as a company is limited to them buying me an awful lot of free booze once. I think you might be seeing conspiracies in the wrong place... -- Ciaran McCreesh

Re: [gentoo-dev] Uppercase characters in package names

2016-12-02 Thread Ciaran McCreesh
lid. > > https://devmanual.gentoo.org/ebuild-writing/file-format/index.html > > > Why are uppercase characters strongly discouraged? > > Wouldn't it make sense to follow upstream's naming convention? What's upstream's naming convention for Firefox? -- Ciaran McCreesh

Re: [gentoo-dev] Uppercase characters in package names

2016-12-02 Thread Ciaran McCreesh
On Fri, 2 Dec 2016 13:24:29 -0500 Mike Gilbert wrote: > On Fri, Dec 2, 2016 at 1:10 PM, Ciaran McCreesh > wrote: > > On Fri, 2 Dec 2016 13:02:48 -0500 > > Mike Gilbert wrote: > >> The devmanual states: > >> > >> The name section should contain

Re: [gentoo-dev] (OT) Accounting systems: Ledger-CLI vs GNUcash

2016-12-05 Thread Ciaran McCreesh
e social contract if Gentoo depended upon that. -- Ciaran McCreesh

Re: [gentoo-dev] Re: The changes about the stabilization process

2016-12-28 Thread Ciaran McCreesh
e made a deliberate decision not to use the word "atom" in PMS because it means subtly different things in different contexts. -- Ciaran McCreesh

Re: [gentoo-dev] Re: The changes about the stabilization process

2016-12-29 Thread Ciaran McCreesh
On Thu, 29 Dec 2016 16:44:12 +0100 Jeroen Roovers wrote: > On Wed, 28 Dec 2016 22:31:19 + > Ciaran McCreesh wrote: > > We made a deliberate decision not to use the word "atom" in PMS > > because it means subtly different things in different contexts. > >

Re: [gentoo-dev] Re: The changes about the stabilization process

2016-12-29 Thread Ciaran McCreesh
On Thu, 29 Dec 2016 13:28:12 +0100 Marc Schiffbauer wrote: > "atom" is a well defined term in the gentoo world, so why not use it? Because it isn't... Are set names atoms? Are package names without an associated category atoms? -- Ciaran McCreesh

Re: [gentoo-dev] Re: The changes about the stabilization process

2017-01-02 Thread Ciaran McCreesh
On Tue, 3 Jan 2017 05:56:56 +1300 Kent Fredric wrote: > On Thu, 29 Dec 2016 17:23:58 + > Ciaran McCreesh wrote: > > > Because it isn't... Are set names atoms? Are package names without > > an associated category atoms? > > If I use the content of man 5 ebu

Re: [gentoo-dev] some questions about using subslots and EAPI5

2012-12-05 Thread Ciaran McCreesh
one would > intuitively expect it to do? Might it break older versions of portage > on emerge --sync? You can't put subslots in updates, since it's not EAPI controlled. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] some questions about using subslots and EAPI5

2012-12-05 Thread Ciaran McCreesh
nefits of the > sub-slot/slot-operator, since the sub-slot has to be written to the > vdb for both the package and all rdeps with slot-operator atoms. If subslots are involved, a revbump is necessary when switching to EAPI 5. - -- Ciaran McCreesh -BEGIN PGP SIGNATURE- Version: Gnu

Re: [gentoo-dev] Moving our/portage stuff to var

2012-12-17 Thread Ciaran McCreesh
On Mon, 17 Dec 2012 15:56:11 +0100 Diego Elio Pettenò wrote: > Any other suggestions on where to place it? And please don't say > /var/lib because that would usually be backed up. /var/db -- Ciaran McCreesh signature.asc Description: PGP signature

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

2012-12-17 Thread Ciaran McCreesh
hould know in general... -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] Moving our/portage stuff to var

2012-12-20 Thread Ciaran McCreesh
contain enough information for a PM to configure them properly... -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] Is /var/cache the right place for repositories?

2012-12-20 Thread Ciaran McCreesh
ed upstream or from mirrors. > > Maybe /var/lib would be a better choice? It would also take care of > the issue with fetch-restricted files. The tree is a database. It belongs in /var/db/. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] Moving our/portage stuff to var

2012-12-20 Thread Ciaran McCreesh
ven better. You shouldn't ever be typing that path in... -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] Moving our/portage stuff to var

2012-12-20 Thread Ciaran McCreesh
On Thu, 20 Dec 2012 19:44:36 +0100 Ulrich Mueller wrote: > >>>>> On Thu, 20 Dec 2012, Ciaran McCreesh wrote: > >> We should go with a shorter (easier to remember, easier to type) > >> path and move things at least one level up. Two would be even > >>

Re: [gentoo-dev] Re: Portage sets support Was: Defaulting for debug information in profiles

2012-12-20 Thread Ciaran McCreesh
ng FEATURES=preserve-libs are > now stable, we should create a news item about this. > > Otherwise people will still be running revdep-rebuild a decade from > now, as this feature was never formally announced as far as I'm aware, > and all the mentions of it were ages ago and n

Re: [gentoo-dev] Time based retirements

2012-12-21 Thread Ciaran McCreesh
mail, I will most likely ignore this > thread and keep doing our job like we do for many years. http://25.media.tumblr.com/tumblr_m93x01rSVK1qjvxfho1_1280.jpg -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] Is /var/cache the right place for repositories?

2012-12-24 Thread Ciaran McCreesh
On Mon, 24 Dec 2012 03:17:06 +0100 Sebastian Pipping wrote: > On 20.12.2012 19:14, Ciaran McCreesh wrote: > > The tree is a database. It belongs in /var/db/. > > I don't see /var/db in the latest release of the Filesystem Hierarchy > Standard: > > http://www.path

[gentoo-dev] Re: [gentoo-project] Call for agenda items -- Council meeting 2013-01-08

2012-12-27 Thread Ciaran McCreesh
On Thu, 27 Dec 2012 14:37:37 +0100 Michał Górny wrote: > c) 'fixing' the use.stable.mask feature and wording it in such a way > that it would apply to EAPI 5 (or 6) packages independently of > profiles EAPI. So what EAPI would be used to parse use.stable.mask?

Re: [gentoo-dev] [brainstorm] dev-lang internal package managers and portage

2013-01-01 Thread Ciaran McCreesh
ompatibility layer between portage (and sandboxed > installation) and that lang-specific package managers. The problem here is that CPAN, Gems etc don't follow their own specifications. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] [brainstorm] dev-lang internal package managers and portage

2013-01-01 Thread Ciaran McCreesh
ost rails apps. Last time I looked at it, Gems' YAMLs file weren't legal YAML, and couldn't be parsed by anything except Ruby's hacked version of Syck. So yes, you have to. - -- Ciaran McCreesh -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlDjZX

Re: [gentoo-dev] Re: Should portage tree CVS impose a commit moratorium during snapshot creation?

2013-01-09 Thread Ciaran McCreesh
y project in the world still using CVS, but the Git migration is never going to happen, so mentioning it just makes everyone angry." -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH 1/4] switch IUSE tests to in_iuse, bug #383901

2013-01-13 Thread Ciaran McCreesh
On Sun, 13 Jan 2013 20:03:20 +0100 Gilles Dartiguelongue wrote: > - if has ${EAPI-0} 0 1 2 3 4 && has doc ${IUSE} ; then > + if has ${EAPI:-0} 0 1 2 3 4 && in_iuse doc ; then This is still wrong... You can't use IUSE like that. -- Ciar

Re: [gentoo-dev] [PATCH 1/4] switch IUSE tests to in_iuse, bug #383901

2013-01-13 Thread Ciaran McCreesh
On Sun, 13 Jan 2013 20:35:59 +0100 Gilles Dartiguelongue wrote: > Le dimanche 13 janvier 2013 à 19:09 +0000, Ciaran McCreesh a écrit : > > On Sun, 13 Jan 2013 20:03:20 +0100 > > Gilles Dartiguelongue wrote: > > > - if has ${EAPI-0} 0 1 2 3 4 &&a

Re: [gentoo-dev] About using a CONFIGURATION (or SETUP) file under /usr/share/doc for configuration information

2013-01-17 Thread Ciaran McCreesh
On Thu, 17 Jan 2013 07:47:18 -0800 Zac Medico wrote: > REPLACING_VERSIONS always refers to packages with identical SLOT to > the current package No it doesn't. If you have foo-1:a and foo-2:b installed, and then you install foo-1:b, it replaces both 1:a and 2:b. -- Ciar

Re: [gentoo-dev] RFC: new "qt" category

2013-01-17 Thread Ciaran McCreesh
to change that... Which is a good thing, since it will force people to stop making incorrect assumptions. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] RFC: new "qt" category

2013-01-17 Thread Ciaran McCreesh
On Thu, 17 Jan 2013 12:05:03 -0500 James Cloos wrote: > >>>>> "CM" == Ciaran McCreesh writes: > CM> Which is a good thing, since it will force people to stop making > CM> incorrect assumptions. > > No, its a bad thing because it makes it harde

Re: [gentoo-dev] RFC: new "qt" category

2013-01-17 Thread Ciaran McCreesh
es a valid category name, consult PMS. If you want to know what categories are actually present, consult 'profiles/categories' or your package mangler. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] About using a CONFIGURATION (or SETUP) file under /usr/share/doc for configuration information

2013-01-17 Thread Ciaran McCreesh
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 17 Jan 2013 12:14:38 -0500 Ian Stakenvicius wrote: > On 17/01/13 11:47 AM, Ciaran McCreesh wrote: > > On Thu, 17 Jan 2013 07:47:18 -0800 Zac Medico > > wrote: > >> REPLACING_VERSIONS always refers to packages with id

Re: [gentoo-dev] in-place SLOT updates on ebuilds?

2013-01-17 Thread Ciaran McCreesh
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 17 Jan 2013 12:25:46 -0500 Ian Stakenvicius wrote: > On 17/01/13 12:15 PM, Ciaran McCreesh wrote: > > Ian Stakenvicius wrote: > >> On 17/01/13 11:47 AM, Ciaran McCreesh wrote: > >>> > >>> If y

Re: [gentoo-dev] RFC: new "qt" category

2013-01-17 Thread Ciaran McCreesh
On Thu, 17 Jan 2013 14:35:12 -0500 James Cloos wrote: > >>>>> "CM" == Ciaran McCreesh writes: > CM> That's what's known as "doing it wrong". You should be querying > CM> your package mangler for a list of categories, not doing an '

Re: [gentoo-dev] USE flags dri, cups, pppd

2013-01-18 Thread Ciaran McCreesh
t IUSE dri. - -- Ciaran McCreesh -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAlD52OMACgkQ96zL6DUtXhECCgCgkfNiAX7Z7M3piVUN21Hj/KAy kwsAoMPZISStAtGjk2uXtPT3FbOYox6W =uz0E -END PGP SIGNATURE-

Re: [gentoo-dev] USE flags dri, cups, pppd

2013-01-18 Thread Ciaran McCreesh
rofile, since the only people who are affected are people who install monkey-related packages. It doesn't affect server users. "Minimal" is irrelevant. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] USE flags dri, cups, pppd

2013-01-20 Thread Ciaran McCreesh
pecific example for how/why a non-desktop profile machine > would need USE=dri. I think that the example may make it more > obvious to people what is right or wrong here. Your question is the wrong one to ask. What you should ask is whether a non-desktop profile machine *would be in any way

Re: [gentoo-dev] The gx86 multilib project -- masterplan

2013-01-27 Thread Ciaran McCreesh
On Sun, 27 Jan 2013 16:12:37 +0100 Michał Górny wrote: >RDEPEND="dev-libs/libfoo[${MULTILIB_USEDEP}] >dev-libs/libbar[ssl,${MULTILIB_USEDEP}]" This looks like it might be a bit fragile. Is it something better addressed by an EAPI extension? -- Ciaran McCreesh

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

2013-02-02 Thread Ciaran McCreesh
s://dev.gentoo.org/~ulm/pms/head/pms.html#x1-620006 > > But there is no stable bash version from 3.2 to 4.1 > portage itself depends on >=app-shells/bash-4.2_p37 It's irrelevant what Portage depends upon, since this is about the upgrade path. PMS specifies what the Council voted

Re: [gentoo-dev] Add "test" to IUSE_IMPLICIT

2013-02-02 Thread Ciaran McCreesh
specific as to how it's an issue from the spec side please. -- Ciaran McCreesh signature.asc Description: PGP signature

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

2013-02-27 Thread Ciaran McCreesh
to know what's actually been changed... -- Ciaran McCreesh signature.asc Description: PGP signature

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

2013-02-27 Thread Ciaran McCreesh
ith blockers like PMS documentation changes and so :( ) We're not waiting for it to be approved. We're waiting for someone to tell us what the changes are. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH 1/7] multibuild: introduce a generic framework for custom phase functions.

2013-03-10 Thread Ciaran McCreesh
ive arrays are not supported in bash 3.2, so they must not be > used in EAPIs 0 to 5. A dependency upon a newer bash doesn't guarantee that the package mangler will use that bash. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH 1/7] multibuild: introduce a generic framework for custom phase functions.

2013-03-10 Thread Ciaran McCreesh
tter input validation. Perhaps we could patch our internal bash to make it easier to catch certain other errors too. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH 1/7] multibuild: introduce a generic framework for custom phase functions.

2013-03-10 Thread Ciaran McCreesh
On Sun, 10 Mar 2013 16:46:41 +0100 Michał Górny wrote: > On Sun, 10 Mar 2013 15:26:29 + > Ciaran McCreesh wrote: > > On Sun, 10 Mar 2013 14:48:06 +0100 > > Michał Górny wrote: > > > Well, unless we're talking about a theoretical package mangler > > &g

Re: [gentoo-dev] Collecting items for EAPI 6

2013-03-29 Thread Ciaran McCreesh
locks the tracker [1]. > > > > [1]:https://bugs.gentoo.org/show_bug.cgi?id=future-eapi > > > > IUSE_RUNTIME support. Please. > https://bugs.gentoo.org/show_bug.cgi?idB4283 Without a reference implementation, and experience of how it works in practice? No chance. We hav

Re: [gentoo-dev] Collecting items for EAPI 6

2013-03-30 Thread Ciaran McCreesh
/bugs.gentoo.org/show_bug.cgi?id=future-eapi > > > #444366 - unique subslot for live ebuilds Has anyone tried implementing this and using it in practice? -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] bash-3.1 stable

2013-04-02 Thread Ciaran McCreesh
On Tue, 2 Apr 2013 15:01:08 +0100 Markos Chandras wrote: > bikeshedding You keep using that word. I do not think it means what you think it means. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCHES] multilib-build: use MULTILIB_ABI for eclass-specific ABI value

2013-04-03 Thread Ciaran McCreesh
the changes in multilib-portage. -- Ciaran McCreesh signature.asc Description: PGP signature

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

2013-04-03 Thread Ciaran McCreesh
ellent opportunity to ban it. - -- Ciaran McCreesh -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlFcSu4ACgkQ96zL6DUtXhEXTQCgjcw7R3u8xXcsFWiLd85BxAbN W04AnjlclAx3xLpbXot8TwDmdZxsV3s/ =wiQJ -END PGP SIGNATURE-

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

2013-04-03 Thread Ciaran McCreesh
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 03 Apr 2013 19:06:31 +0200 hasufell wrote: > On 04/03/2013 05:29 PM, Ciaran McCreesh wrote: > > On Wed, 03 Apr 2013 14:33:30 +0200 hasufell > > wrote: > >> You also have to rename the PATCHES array, because base.eclas

Re: [gentoo-dev] libpng 1.6 upgrade and subslotting (and misuse of subslotting when there is also normal slotting)

2013-04-06 Thread Ciaran McCreesh
ubslot deps upon that package, it gets pretty icky. So I would highly encourage always revbumping at least when going to EAPI 5. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: Pass "${@}" in phase functions Re: [gentoo-dev] [PATCH] Introduce cmake-multilib wrapper for cmake-utils.

2013-04-13 Thread Ciaran McCreesh
On Sat, 13 Apr 2013 03:04:51 +0200 Michael Weber wrote: > I'm not sure if it's a sane way to push make -j1 via > > src_compile() { > cmake-multilib_src_compile -j1 > } Well the Council doesn't approve of it for default phase functions... -- Ciaran McCreesh

Re: [gentoo-dev] [RFC] Cleaning up PMS to have ${D} not end with a slash

2013-04-14 Thread Ciaran McCreesh
t didn't ever get really widespread. Should ROOT usually be empty then? -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] [RFC] Cleaning up PMS to have ${D} not end with a slash

2013-04-14 Thread Ciaran McCreesh
On Sun, 14 Apr 2013 16:58:07 +0200 Michał Górny wrote: > On Sun, 14 Apr 2013 15:22:42 +0100 > Ciaran McCreesh wrote: > > On Sat, 13 Apr 2013 23:23:57 +0200 > > Michał Górny wrote: > > > As most of you probably doesn't know, PMS guarantees that ${D} > > >

Re: [gentoo-dev] About how many spaces a tab represents

2013-04-14 Thread Ciaran McCreesh
ortunately drobbins mandated it that way early on, because he didn't use a proper text editor. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] [RFC] Cleaning up PMS to have ${D} not end with a slash

2013-04-15 Thread Ciaran McCreesh
won't negate the need to do ${ROOT%/}/some/path. The spec guarantees that ROOT will be non-empty and end in a slash. If Portage isn't enforcing this, file a bug. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] autoconf now supports multislots

2013-04-17 Thread Ciaran McCreesh
On Wed, 17 Apr 2013 14:33:29 -0400 Mike Frysinger wrote: > but i'm super lazy, so even this manual step is annoying. as such, > i've added USE=multislot support to autoconf (just like it is with > binutils & gcc). But it's massively illegal and doesn't work

Re: [gentoo-dev] autoconf now supports multislots

2013-04-17 Thread Ciaran McCreesh
On Wed, 17 Apr 2013 14:58:20 -0400 Michael Mol wrote: > On 4/17/2013 2:48 PM, Ciaran McCreesh wrote: > > On Wed, 17 Apr 2013 14:33:29 -0400 > > Mike Frysinger wrote: > >> but i'm super lazy, so even this manual step is annoying. as such, > >> i've ad

Re: [gentoo-dev] FYI: emul-linux-x86-xlibs deps being replaced in gx86

2013-04-21 Thread Ciaran McCreesh
"follows the spec when enforcing use dependencies", or something like that? -- Ciaran McCreesh signature.asc Description: PGP signature

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

2013-04-29 Thread Ciaran McCreesh
ent is irrelevant. We're discussing a change in a later EAPI, where the change had nothing to say about ordering. -- Ciaran McCreesh signature.asc Description: PGP signature

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

2013-04-29 Thread Ciaran McCreesh
that the actual bug in the ebuild wouldn't be showing up if it were EAPI 0. -- Ciaran McCreesh signature.asc Description: PGP signature

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

2013-04-29 Thread Ciaran McCreesh
ut > > ordering. > > In the discussions that led to inclusion of the feature in EAPI 4, it > was implicit that it would be possible to override the default. This > can only work if "$@" goes after all default options. But that wasn't got approved by the Cou

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

2013-04-29 Thread Ciaran McCreesh
On Tue, 30 Apr 2013 00:22:23 +0200 Ulrich Mueller wrote: > >>>>> On Mon, 29 Apr 2013, Ciaran McCreesh wrote: > >> In the discussions that led to inclusion of the feature in EAPI 4, > >> it was implicit that it would be possible to override the default. > &

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

2013-04-30 Thread Ciaran McCreesh
et the > bugs in the spec fixed. That said... I highly doubt the person implementing the code for Paludis was doing it in a contrarian way. As far as I can see, he simply implemented what the spec says. -- Ciaran McCreesh signature.asc Description: PGP signature

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

2013-04-30 Thread Ciaran McCreesh
an added bonus, we can do that selectively from EAPI 6 onwards, avoiding the need to introduce a breaking change to the spec. -- Ciaran McCreesh signature.asc Description: PGP signature

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

2013-04-30 Thread Ciaran McCreesh
rol over, not how they behave. And it still needs Council approval... -- Ciaran McCreesh signature.asc Description: PGP signature

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

2013-04-30 Thread Ciaran McCreesh
is was fixed already more than a year ago: > http://git.exherbo.org/paludis/paludis.git/commit/?id=ad2ae2ba3b6fc8f113638a86de0e7d8a6a046091 We're discussing a matter of principle... -- Ciaran McCreesh signature.asc Description: PGP signature

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

2013-04-30 Thread Ciaran McCreesh
On Tue, 30 Apr 2013 19:52:03 -0600 Ryan Hill wrote: > Then the person implementing the code for Paludis is either a monkey > or a robot*. > > *or both (?!) I believe they prefer the term "mathematician". -- Ciaran McCreesh signature.asc Description: PGP signature

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

2013-05-02 Thread Ciaran McCreesh
the > spec, despite the consequences, and demanding ebuilds to be "fixed" > instead. I have other names for those people I could use but I doubt 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. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] USE_EXPAND is not an IUSE replacement [was: New USE_EXPAND: CLAWS_MAIL_PLUGINS]

2013-05-03 Thread Ciaran McCreesh
On Fri, 03 May 2013 13:20:15 -0700 Zac Medico wrote: > Note that PMS says USE_EXPAND variables are supposed to be treated as > incremental. PMS says nothing about user configuration. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] USE_EXPAND is not an IUSE replacement [was: New USE_EXPAND: CLAWS_MAIL_PLUGINS]

2013-05-04 Thread Ciaran McCreesh
, but a rare time when I'd say we > should make PMS match portage behavior. Uhm, PMS governs how this works for profiles, not for user configuration or any crazy stuff you do on the command line. Portage is not required to use exactly the same code for both... - -- Ciaran

Re: [gentoo-dev] Re: devmanual moved to github

2013-05-13 Thread Ciaran McCreesh
t; package. When I presented a first git-format-patch I was ask to do a > github pull request instead. So I asked why not git-am? The answer was > - don't be a *beep*. As a result the package never got fixed and I > outright ignore any repo not hosted on Gentoo infra. Once I found a

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

2013-05-15 Thread Ciaran McCreesh
't using Linux at all. Why not? - -- Ciaran McCreesh -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlGT98MACgkQ96zL6DUtXhHnPACgqIhmnyvutdvIw0ijl4ralYyz cwMAn24EP4lpA/jHAdxAv6lx2e74qxy6 =68cT -END PGP SIGNATURE-

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

2013-05-21 Thread Ciaran McCreesh
On Tue, 21 May 2013 04:45:12 + (UTC) Duncan <1i5t5.dun...@cox.net> wrote: > But the point you're missing is that INSTALL_MASK is NOT a hack. Sure it is. It's a hack and remains a hack until there's a way of using it without risk of breakage. -- Ciaran McCreesh s

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

2013-05-21 Thread Ciaran McCreesh
On Tue, 21 May 2013 09:57:53 -0400 Michael Mol wrote: > On 05/21/2013 09:50 AM, Ciaran McCreesh wrote: > > On Tue, 21 May 2013 04:45:12 + (UTC) > > Duncan <1i5t5.dun...@cox.net> wrote: > >> But the point you're missing is that INSTALL_MASK is NOT a hack. &

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

2013-05-22 Thread Ciaran McCreesh
On Tue, 21 May 2013 21:37:25 + (UTC) Duncan <1i5t5.dun...@cox.net> wrote: > Ciaran McCreesh posted on Tue, 21 May 2013 14:50:04 +0100 as > excerpted: > > On Tue, 21 May 2013 04:45:12 + (UTC) > > Duncan <1i5t5.dun...@cox.net> wrote: > >> But the point

Re: [gentoo-dev] Re: Switchup-mode and boottime selector? Was: eselect init

2013-05-29 Thread Ciaran McCreesh
to worry about users doing the old thing. (That, and if eselect doesn't have it, there will be something far worse showing up on the forums anyway...) -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] Re: Switchup-mode and boottime selector? Was: eselect init

2013-05-29 Thread Ciaran McCreesh
On Wed, 29 May 2013 19:22:32 -0500 William Hubbs wrote: > We could probably also turn gcc-config into an eselect module if we > want to use that argument. Someone did, but unfortunately gcc-config is a big pile of poorly understood voodoo, so eclectic gcc ended up being abandoned. --

Re: [gentoo-dev] Re: Switchup-mode and boottime selector? Was: eselect init

2013-05-30 Thread Ciaran McCreesh
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 30 May 2013 09:54:38 -0400 Ian Stakenvicius wrote: > On 30/05/13 02:46 AM, Ciaran McCreesh wrote: > > On Wed, 29 May 2013 19:22:32 -0500 William Hubbs > > wrote: > >> We could probably also turn gcc-config into an e

Re: [gentoo-dev] RFC how to handle disappearing USE in (portage) dependency calculation

2013-06-07 Thread Ciaran McCreesh
was present in 1.7-r0. > > This RFC is to understend what we (you actually) want the packages > manager to do in this situation, as I see it there are mainly two > options. This is already covered by PMS. -- Ciaran McCreesh signature.asc Description: PGP signature

<    11   12   13   14   15   16   17   18   19   20   >