Grant Goodyear <[EMAIL PROTECTED]> wrote:
> Thierry Carrez wrote: [Mon Nov 14 2005, 03:09:24AM CST]
> > Voting
> > - GLEP 41 (requested by Homer Parker)
>
> My recollection was that GLEP 41 was rejected at the last
> meeting, although a revised GLEP could be resubmitted for approval. As
> far as
Thierry Carrez <[EMAIL PROTECTED]> wrote:
> Grant Goodyear wrote:
> > Corey Shields wrote: [Fri Nov 18 2005, 10:42:30PM CST]
> >
> >>Still screwed up. Lesson learned, make friends with a majority of the
> >>council, write and propose a glep the day before a meeting and then push it
> >>through.
Ingo Bormuth <[EMAIL PROTECTED]> wrote:
> On 2005-11-25 15:46, kang wrote:
> >
> > This whole thing give me some idea. Now, it changes the design a bit and
> > probably no one will listen, but, what if thoses purple boxes where to
> > be replaced by the bottom link stuff ;)
> > The bottom links
Pawe?? Madej <[EMAIL PROTECTED]> wrote:
> As a common user with ADSL 256kbps all additional data downloaded via
> rsync causes longer wait for syncing. If I want to see a changelog i
> go to packages.gentoo.org and read it. As i got Gentoo for about 10
> months I don't remember if I read Changelog
Francesco Riosa <[EMAIL PROTECTED]> wrote:
> Matti Bickel wrote:
> > Pawe?? Madej <[EMAIL PROTECTED]> wrote:
> >> As a common user with ADSL 256kbps all additional data downloaded via
> >> rsync causes longer wait for syncing. If I want to see a changelog i
critical i like timely feedback on it,
in a "hey, this has been out for some days, fixes issue X, which is
kind of important to me, could we have a bump in the tree?" kind of way.
I DO get annoyed by "package X has a bugfix release out 5 hours now, why
isn't it in the tr
ate the work you, and especially donnie with the
planning, put into this.
--
Regards, Matti Bickel
Signed/Encrypted email preferred (key 4849EC6C)
pgp7xuStDxCE4.pgp
Description: PGP signature
of einfo
* apply more variable quoting
I'm sure, I missed one or the other issue. That's why I'm posting it
here for public review. If you have requests or comments to make, please
reply to this thread.
--
Regards, Matti Bickel
Signed/Encrypted email preferred (key 4849EC6C)
#
s-manpages
> format.
I also included some eclass-manpage foo now, thanks for the hint.
--
Regards, Matti Bickel
Signed/Encrypted email preferred (key 4849EC6C)
--- gentoo-x86/eclass/fox.eclass2008-10-12 14:31:36.0 +0200
+++ fox-proposed.eclass 2008-10-13 20:27:05.0 +0200
@@
60? I don't know, and it's not important
at this point) maintainers could move to stable their package themself
IF the automatic tests indicate success AND no arch member has spoken
up.
just my $0.02
--
Regards, Matti Bickel
Signed/Encrypted email preferred (key 4849EC6C)
pgpaOntcepuKy.pgp
Description: PGP signature
ll have the
same path.. my poor ibook would take too long for such a thing, so
sorry, no data here.
And while your proposal sounds more compliant to the DRY principle, i
would object it on the basis that it makes a single ebuild actually
harder to understand as you have to read (1) eclasses, (2
ons. Thank you.
And i'll see to fulfill my promise to get gentoo-stats going.
See you on the other side (or some other event around here).
--
Regards, Matti Bickel
Signed/Encrypted email preferred (key 4849EC6C)
pgpl5mKjPyzyw.pgp
Description: PGP signature
Hi,
shame on me, here i'm wondering why noone replies...
Sorry, i failed to send the updated patch o.O
Here's the patch again w/ your suggestions included.
--
Regards, Matti Bickel
Signed/Encrypted email preferred (key 4849EC6C)
--- /usr/portage/eclass/fox.eclass 2008-1
Peter Volkov wrote:
> В Вск, 08/02/2009 в 23:06 +0100, Matti Bickel пишет:
> > +# could probably be lower
> > +WANT_AUTOCONF="latest"
> > +WANT_AUTOMAKE="latest"
>
> These are defaults. You don't need to specify them.
>
> > +
s -r examples
> to:
> dodoc examples
>
>
> Your comments?
Yes, please. It will simplify dozens of ebuilds and feels 'natural' to
me. Keeping with doins, etc. i would propose to make it
dodoc -r $something
And thanks for your analysis.
--
Regards, Matti Bickel
Sig
i went for
EAPI=2.
How are other ebuild developers doing this? What's the package manager
ppls take on this?
--
Regards, Matti Bickel
Signed/Encrypted email preferred (key 4849EC6C)
pgpr5TMoF3mbY.pgp
Description: PGP signature
e the same no matter who you like best is
> incredibly usefull.
++
Please, do it.
Even an educated guess is better than nothing, raising the probability
bug-wranglers can handle the bug even before it hits other devs' inboxes.
--
Regards, Matti Bickel
Signed/Encrypted email preferred (k
# Matti Bickel (18 Mar 2012)
# masked for removal in 30 days, ~15 Apr 2012
# unmaintained upstream (bug #396963)
dev-php/PEAR-DB_DataObject_FormBuilder
# Matti Bickel (26 Jun 2012)
# Dead upstream. Use any other wiki software like ikiwiki.
# Removal on 26th Jul 2012
www-apps/phpwiki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/02/2013 11:17 AM, Amadeusz Żołnowski wrote:
> Quoting Pacho Ramos (2013-01-17 20:21:30)
>> # Pacho Ramos # Still uses depend.php
>> (#449820), upstream dead for ages and # newer versions don't
>> work. Removal in a month. www-apps/online-bookm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
# Matti Bickel (13 Nov 2013)
# Now included in dev-php/phpunit, removal on 20131213
dev-php/DBUnit
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
# Matti Bickel (21 Nov 2013)
# Outdated, beta and abandoned upstream, removal on 20131220
dev-php/PEAR-File_PDF
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/09/2014 04:07 PM, hasufell wrote:
> I ask the council to vote on banning pkg-config files that would
> be added or renamed downstream (at least this will prevent new
> violations).
I want to repeat my stance from the linked bug that making thi
s somewhere, so arch
devs could actually see what we're running. Is this still needed or is the
number of ATs small enough to keep that in head-RAM?
Anyways, I agree that posting emerge --info to a highly frequented stable bug
is annoying and should be abolished.
--
MfG, Matti Bickel
Home
r `emerge
> info`.
I disagree. That adds complexity and thus increases time spent on bugzi w/o
actual benefit for the overall dev-community. I'd rather go w/ posting emerge
--info as a attachment.
--
MfG, Matti Bickel
Homepage: http://www.rateu.de
Encrypted/Signed Email preferred
pgpsc
f you around in Cologne next month for LWE and decemeber in
Berlin for CCC. All the best for Stuart and our world-conference (see, one
little bit of world-domination in it, eh?) :)
So enough pathetic stuff from me and back to the bugs.
--
Kind Regards, Matti Bickel
Homepage: http://www.rat
a revbump later)
Scheduled removal date: 19 Feb 2007
--
MfG, Matti Bickel
Homepage: http://www.rateu.de
Encrypted/Signed Email preferred
pgpU9Ujo3sg6X.pgp
Description: PGP signature
a serious vulnerability, people
> who are not Jakub politely asking for updates now and again is ok.
That's why we have security contacts on every supported arches...
They're supposed to handle that, and the policy is quite clear what
happens if they fail (not implying the
st say "we're aware that these versions are vulnerable
but can't upgrade yet")
--
Regards, Matti Bickel
Homepage: http://www.rateu.de
Encrypted/Signed Email preferred
pgpVrHl38VSAl.pgp
Description: PGP signature
# Matti Bickel <[EMAIL PROTECTED]> (28 Feb 2007)
# Fails to compile against lua-5.1.1, no upstream release for 3 years
# net-irc/nikibot
If i'm mistaken and someone needs it urgently, please give it some love.
Otherwise it will vanish in 30 days.
--
MfG, Matti Bickel
Hom
y in this two
areas: flexiblest package manager around *and* greatest docu around.
We should keep it that way.
--
Kind Regards, Matti Bickel
Homepage: http://www.rateu.de
Encrypted/Signed Email preferred
pgp4PizX6ib5c.pgp
Description: PGP signature
ooks like mabi has taken over as maintainer, so it's up to him. ;)
It'd be delighted to see fox-1.2.6 removed (along with 1.0, but that's
another story), but it's ia64's call to update their keywords or drop
'em (1.2.6-r2 is last stable). I've been told that t
nore :)
In general, please give the guys some credit, please give the community
some credit. We're not powerless, we'll never be.
--
Regards, Matti Bickel
Homepage: http://www.rateu.de
Encrypted/Signed Email preferred
pgpoJ5TYtw83W.pgp
Description: PGP signature
nfra or something (and i trust there'll be an uproar, if it
ever reaches that point). Say, if the council decides to ice a project,
how can that be kept secret?
--
Regards, Matti Bickel
Homepage: http://www.rateu.de
Encrypted/Signed Email preferred
pgpSbg74jRcs0.pgp
Description: PGP signature
Alec Warner <[EMAIL PROTECTED]> wrote:
> Dude masterdriverz is like 29, he just masquerades as a young person to
> pick up all the 16 year old hotties on irc.
There's such a thing? I mean for real, and not 40 year old fatties
posing as 16 year old hotties to masterdriverz..
-
s while
testing. Nothing sucks more than us discovering "ups, $maintainer hasn't
tested this code to be endian aware and it goes nuts on my machine" and
the maintainer not responding to it (yes, i'll prod $maintainer
seperatly on IRC, but bugs is just way easier).
--
R
able tennis. Now come over here and beat
> me! No, not far at all, just the other side of Europe, so no excuses :p
I'll be umpire of this. And after that, i'll beat you two :p
We need one more for a double..
--
Regards, Matti Bickel
Homepage: http://www.rateu.de
Encrypted/Signed Emai
. Will you bring back xmms? Will your program include
last-rites for packages you "convert" over from maintainer-needed?
Oh, and about that "theology" herd - i do find 'theology' a kinda narrow
naming, but that's just me.
--
Regards, Matti Bickel
Encrypted/Signed Email preferred
pgpTVOJsY2bso.pgp
Description: PGP signature
Robin H. Johnson <[EMAIL PROTECTED]> wrote:
> Taking into account the other reasonable input, how about the name of
> attribute 'automatic-bug' ?
I would like "assign" somewhere in the name, but i'd be fine with your
proposal as well.
--
Regards, Matti Bi
ttps://lists.berlios.de/pipermail/ion-general/2007-April/001959.html
http://archlinux.org/pipermail/tur-users/2007-April/004634.html
--
Regards, Matti Bickel
Encrypted/Signed Email preferred
Copyright (c) Tuomo Valkonen 1999-2007.
The code of this project is "essentially" license
. That's why i'm trying to reach a compromise on those
USE patches we apply. That's why the next build will tell ppl to bug me first.
In general: i don't think forking is an option. I won't be maintaining a fork
myself to begin with. If the general feeling is that ion is un
Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> Matti Bickel <[EMAIL PROTECTED]> wrote:
> > How's that? I agree that this timely response clause will mean ion-3
> > will never go stable. That's the only thing i could envision to be a
> > policy violation.
is ml..
However, i don't think think his reasoning is justified here. We do
inform the user, everything else is not within our reach. And imho the
license doesn't require more.
If i get a cease and desist over *that*, well, screw it.
--
Regards, Matti Bickel
Encrypted/Signed Email prefer
t's helps your bloodpressure, your fellow
devs and our users. So please stop this nonsense and name-calling.
--
Regards, Matti Bickel
Encrypted/Signed Email preferred
pgprTlgdsqp6P.pgp
Description: PGP signature
t it to be a atom, else you
have to prefix it with ">=" to be a CPV. If i choose to specify sys-utils/bar
then i get any version of bar, which is fine. If i choose to specify
sys-utils/bar-3 and bar-3 is not a valid atom, repoman cries at me.
Thus, you can continue using the tree j
a gentoo developer on it.
Please help Flammie with that :)
--
Regards, Matti Bickel
Encrypted/Signed Email preferred
pgpdWg7s5MB62.pgp
Description: PGP signature
Christian Heim <[EMAIL PROTECTED]> wrote:
> On Wednesday 29 August 2007 21:41:07 Christian Heim wrote:
> maintainer-needed:
> - x11-wm/ion2 (twp)
Will have last-rites this week.
With the advent of ion3 stable in my overlay there's no use to keep it.
--
Regards, Matti Bic
, Matti Bickel
Signed/Encrypted email preferred (key 4849EC6C)
pgpcllsOLLfLh.pgp
Description: PGP signature
Mike Doty <[EMAIL PROTECTED]> wrote:
> Matti Bickel wrote:
> > Hi,
> > as previously mentioned, ion2 is currently broken (bug #167468) and
> > going away in favour of the soon to be stable x11-wm/ion3.
> >
> > It will be p.masked and removed in 30 days unle
# Matti Bickel <[EMAIL PROTECTED]> (18 Sep 2007)
# Masked for removal in 30 days
# Last release 2005, only works with
# unsupported FXRuby-1.0 or -1.2. (bug #177785)
net-irc/xdcc-fetch
Jokey agreed to let it go. This will greatly simplify FXRuby stuff :-)
--
Regards, Matti Bickel
for long. But as long as
they do, they serve as a big reminder in your inbox of what is wrong.
Just my 0.02$
--
Regards, Matti Bickel
Signed/Encrypted email preferred (key 4849EC6C)
pgpSepMsMY6j8.pgp
Description: PGP signature
re only applied for >=2.6.22 and first only if >2.6.20.
The point is that if you stick to "ge" OR "gt", everyone could just skip
reading the comparison and focus on the numbers. Will be fixed in the
next release, along with kernel-2.4 support...
--
Regards, Matti Bickel
Signed/Encrypted email preferred (key 4849EC6C)
pgpGNkr8MFQEL.pgp
Description: PGP signature
Zeerak Mustafa Waseem wrote:
> On Sun, Mar 07, 2010 at 09:08:14PM -0600, Ryan Hill wrote:
>> A stable user who doesn't want python 3 installed shouldn't have it
>> forced on them. If something is pulling in python-3 then that
>> package needs to have its dependencies fixed. IIRC Portage isn't
>>
Angelo Arrifano wrote:
> What do you people think on a new pkg_changelog function that would
> instruct the ebuild how to retrieve this kind of information from the
> package?
No, please don't. I'm okay with it if your mean "at the end of
emerge -u ", but wouldn't it be pointless to see what chang
Jeremy Olexa wrote:
> There is an optional tag in metadata.xml.
Good. Seems i'm not the first who thought about that ;)
Yeah, maybe we can get the package managers to display the URLs
corresponding to the atoms to be installed/updated when given a flag.
But maybe that already exists, i haven't ha
Ryan Hill wrote:
> I can't find it any more, but that's probably where this idea came
> from. It never really made sense to me but I've done it on several occasions.
me too. I guess it's been handed down for ages.
signature.asc
Description: OpenPGP digital signature
Samuli Suominen wrote:
> if a package is broken, and been in treecleaners queue for too long, and
> it would be a semi-trivial fix, it simply doesn't get done without manpower
Because i can't find this info on the treecleaner project page: is there
a bugzilla query for the "treecleaners queue", so
Alec Warner wrote:
> Could we generate a bugzilla search for arch teams? Do arch teams
> already use existing bugzilla functionality?
At least when i was with the ppc team, we had a bugzie search. And
bugzie already sorts your query for you. I guess it could be made to
only show keyword=STABLEREQ
Alec Warner wrote:
> The above are all pretty easy to do with the data in the tree. Some
> other useful ideas might be:
> - compare open bugs for the package, when was the last bug for a
> package closed (bugs data kinda sucks for this)
An additional search: last touched by assignee between neve
Alistair Bush wrote:
> I'm not overly concerned about what wiki we use. But may I suggest we
> approach gentoo-wiki to see whether they would like to be involved.
+1, especially the "overly concerned" part. Seriously folks. Just start
it. Take whatever you as a person feel comfortable with. Tal
Hi folks,
this is my first eclass proposal, so rip it apart gently ;)
Disclaimer: the work proposed is NOT my own, but rather contributed by
vapier (see [1] or sys-libs/glibc) and kumba (see [2] or
sys-kernel/mips-sources).
I propose to add eblits.eclass[2] (attached to this message) with the
pu
/me puts on his asbestos underwear
Markos Chandras wrote:
> So the attendance to council meetings is enough to prove that a member is
> active? 0_o
Yes. Anything else is just too hard to measure, imo. If you notice a
council member acting w/o knowing what the heck is going on, then vote
him dow
Zeerak Mustafa Waseem wrote:
> But isn't it the councils purpose to lead gentoo?
It's my understanding that council gets elected to lead gentoo as a
whole. But in the end the one doing the work gets to decide what's going
on (as long as it's intra-project; the only thing i remember where
council g
Nirbheek Chauhan wrote:
> From my PoV, editing ChangeLog is like editing history. Complete no-no.
It is possible in all major SCMs for a reason. And I (as a user) would
laugh at Changelog entries saying "um, I got that bug number wrong, it
is really #1234". If I (as a developer) log such edits, I'
Alec Warner wrote:
> On Tue, Apr 13, 2010 at 9:12 AM, Matti Bickel wrote:
>> Nirbheek Chauhan wrote:
>>> From my PoV, editing ChangeLog is like editing history. Complete no-no.
>> It is possible in all major SCMs for a reason. And I (as a user) would
>> laugh at C
Nirbheek Chauhan wrote:
> On Tue, Apr 13, 2010 at 10:03 PM, Matti Bickel wrote:
>> I rather like the changelogs auto-generated. A method to link my git
>> commit to bugzie would be awesome. I *do* envy debian and others for the
>> auto bughandling they have. Previewing m
On 04/26/2010 11:40 AM, "Paweł Hajdan, Jr." wrote:
> To make it easier to find stabilization bugs with arch-testers'
> comments, I'd like to add new flags to Gentoo bugzilla.
Can you explain how the "TESTED" Keyword is not sufficient for your
goal? It explicitly states: "Ebuilds that have been mar
On 05/14/2010 03:34 PM, Samuli Suominen wrote:
> I'd like to see the whole thing go away. It's this one user I've pretty
> much ever seen using it. And he's using it to change "RESOLVED" status
> to "VERIFIED" on e.g. removal bugs, stabilization bugs, keywording bugs...
cleanup++
>> [1] - http:/
On 05/25/2010 08:24 PM, Mike Frysinger wrote:
> they are supposed to be doing basic triage, user feedback
Can you be more specific? I wrangle bugs when there's a need and I'd
like to hear what maintainers want to see on a bug assigned to them.
If info is missing I usually ask for it and assign the
On 05/25/2010 09:33 PM, Mike Frysinger wrote:
> i posted some specific examples already ...
Sure enough. Just wanted to know if there's more to it than build.log
and emerge --info. I'll try to extract something more than that next
time. Goes w/o saying that bug cleanup should be done prior
to assi
On 05/25/2010 10:08 PM, Harald van Dijk wrote:
> http://www.gentoo.org/proj/en/qa/bug-wranglers/index.xml
Cool, I clearly not up to date here, I've never thought this to be a
project. Thanks for the link.
Wrt mentioning metadata.xml for herd lookup in there: I've found
willikins' meta -v (in a q
On 05/25/2010 10:08 PM, Harald van Dijk wrote:
> NEEDINFO bugs cannot be reopened by other users, even if they provide
> the requested information.
I utterly fail at finding documentation on that. I've recently hit a
problem where a user couldn't reopen a RESO FIXED bug, too. Are bugzi
permissions
On 05/26/2010 11:01 AM, Duncan wrote:
[Reopening on RESO FIXED bugs as non-reporter]
> That's what clone bug is for... or at least what /I/ use it for.
Resulting in extra work for wranglers. At least for the packages I
maintain, I actually read my bugmail and will respond to comments even
in RESO
On 06/06/2010 12:40 PM, Thomas Sachau wrote:
> My base proposal for this is something like this:
>
> Every package defines the language(s), where it could be installed for
> multiple slots, e.g.:
>
> MULTI_SLOT="python" or
> MULTI_SLOT="python ruby"
>
> Additionally, it should define the suppor
On 06/13/2010 10:41 AM, Michał Górny wrote:
> Wouldn't it be better to officially support moving unmaintained
> packages directly into Sunrise? In this case by 'unmaintained' I mean
> those which have open bugs assigned to 'maintainer-needed' for a long
> time, and are potentially a candidates for
# Matti Bickel (13 Jun 2010)
# Dead upstream (bug #321685)
# Removal on 2010-07-13
dev-php5/jargon
dev-php5/creole
signature.asc
Description: OpenPGP digital signature
On 06/19/2010 09:10 AM, "Paweł Hajdan, Jr." wrote:
> I think that is the point. Is just not being actively hostile a success?
Given our past, yes. Given the size of our project, yes. The sheer size
of the project guarantees that not everybody will like everyone. They
merely get along and no thread
Late to the party, but anyway:
# Matti Bickel (04 Jul 2010)
# Dead upstream (bug #324825)
# Masked for removal in 30 days
dev-php5/znf
signature.asc
Description: OpenPGP digital signature
Hi,
in concert with bug 319623 the php team would like to remove virtual/php
from the depend.php eclass. This will change DEPEND and RDEPEND strings
for quite some packages.
The basic idea is:
virtual/php is only provided by dev-lang/php and has been for quite some
time now. There are no plans to
Hi,
yet another patch from Ole in a bid to rid the php eclasses from some
long forgotten code. The patches should be self-explanatory - just rip
out everything related to dev-php4 :)
Comments welcome.
All the work will go into our overlay (slotting branch:
http://git.overlays.gentoo.org/gitweb/?
Yeah, we have dropped support for PHP-4 in the tree for ages, but in the
php4 overlay it still lives on.
This is just a reminder that php4 will be even more broken when the
recent patches will get applied. The php team does and will not support
installations running on the php4 overlay and will co
On 07/10/2010 10:34 AM, Brian Harring wrote:
> If people want to allow eclasses to have fluid APIs (specifically
> removal of functionality), that's a discussion that needs to start on
> the dev level.
>
> Anyone got strong opinions on this one?
The argument was presented a long time before: we
On 07/17/2010 07:02 PM, Petteri Räty wrote:
>> Do stabilisations on the security bug so arch team members can skim
>> through their stabilisation list by just looking for secur...@g.o to
>> find the vulnerable packages.
>>
>> V-Li
>>
>
> If you want things to happen this way then it should be at
On 07/17/2010 07:58 PM, Petteri Räty wrote:
>> As the CC'ing should be done by the security folks/the maintainer when a
>> new ebuild is ready, I don't think it needs to be in devmanual. The
>> relevant people should be aware of the process.
>>
> If relevant people already know the policy and act a
Hi,
since there's no dev-lang/php-5.1* version in the tree anymore, this
eclass is useless. It will be removed on 17th August 2010.
signature.asc
Description: OpenPGP digital signature
On 07/17/2010 09:58 PM, Matti Bickel wrote:
> since there's no dev-lang/php-5.1* version in the tree anymore, this
> eclass is useless. It will be removed on 17th August 2010.
I've just been told by scarabeus that eclass removal is a two years
minimum process. So it'll be rem
Hi folks,
I've been told that my use of eblits in dev-lang/php is something I
should get rid of as soon as possible. Suggested alternative by ferring:
use elibs.
So here goes: I want to see GLEP33[1] implemented in portage, so I can
shift the eblits core and currently global functions into elibs
On 08/02/2010 08:16 PM, David Leverton wrote:
> On 2 August 2010 12:11, Brian Harring wrote:
>> On Mon, Aug 02, 2010 at 11:56:08AM +0200, Matti Bickel wrote:
>>> Hi folks,
>>>
>>> I've been told that my use of eblits in dev-lang/php is something
&g
On 08/02/2010 09:51 PM, Mike Frysinger wrote:
> On Monday, August 02, 2010 05:56:08 Matti Bickel wrote:
>> I've been told that my use of eblits in dev-lang/php is something I
>> should get rid of as soon as possible.
>
> current eblits support isnt going anywhere. so
On 08/02/2010 10:15 PM, Ciaran McCreesh wrote:
> Aren't you really after per-package eclasses, not elibs?
Yes. I don't care whether the snippets may affect metadata. They already
don't (at one time they did, but we got warned that that's illegal -
that's why php-5.3 ebuilds have their metadata fol
On 08/03/2010 12:17 AM, David Leverton wrote:
> On 2 August 2010 22:40, Matti Bickel wrote:
>> On 08/02/2010 08:16 PM, David Leverton wrote:
>>> If so, it sounds like what you really want is per-package eclasses
>>> (maybe with elibs as well to hold the non-metad
On 08/05/2010 05:27 AM, Brian Harring wrote:
> If a PM encounters an EAPI it doesn't understand/support, by
> definition the metadata it tried generating is not usable- the PM
> doesn't support that new EAPI thus it has zero clue how to
> generate/store metadata appropriately for that EAPI.
I g
Hi folks,
The fox eclass accumulated a lot of cruft over the years. Specifically,
it includes quite a bit of code to support versions loong gone from our
tree. The only officially supported versions now are 1.6 and 1.7.
Thus, I've edited it a bit. Main points are EAPI2 phase support and a
lot of
On 09/16/2010 03:31 PM, Matti Bickel wrote:
--
Now complete with attachments :)
# Copyright 1999-2005 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/eclass/fox.eclass,v 1.8 2008/10/12 12:31:36
mabi Exp $
# fox eclass
On 09/16/2010 04:41 PM, Jeremy Olexa wrote:
> Hey Matti, few quick things.
Thanks, all done. FOXCONF is now documented (though not set by default).
Updated diff and eclass attached.
# Copyright 1999-2005 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header
On 09/16/2010 08:32 PM, Peter Volkov wrote:
> В Чтв, 16/09/2010 в 16:24 +0200, Matti Bickel пишет:
>> +FOXVER=`get_version_component_range 1-2 ${FOX_PV}`
>
> It's better to prefer $() style over ``:
> http://mywiki.wooledge.org/BashFAQ/082
Hmm, I prefer Backticks p
On 09/16/2010 09:29 PM, Mike Frysinger wrote:
>> +if [[ -f ${D}/usr/bin/fox-config ]] ; then
>> +mv "${D}/usr/bin/fox-config" "${D}/usr/bin/fox-${FOXVER}-config"
>> fi
>
> seems like you would want || die here
Why? I can't imagine how that could fail.
signature.asc
Descri
t PMs.
GLEP: 62
Title: Per package eclasses
Version:
Last-Modified:
Author: Matti Bickel
Status: Draft
Type: Standards Track
Content-Type: text/x-rst
Created:
Post-History:
Abstract
This document proposes a new kind of eclasses, which are specific to a certain
package (hence "per-pa
On 09/20/2010 07:30 PM, Alec Warner wrote:
> Under the new system I can put the code:
>
> 1) In a global eclass, any ebuild can likely use it
> 2) In a per-package eclass, only one package can use it
> 3) In a pkg eblit, only one package can use it
Per package eclasses are pretty much eblits with
On 09/19/2010 10:49 PM, Andreas K. Huettel wrote:
>
> Wouldn't it also make sense to have "per-category eclasses"? This
> seems much more useful for me.
Yes, probably. But it'll be enough getting per-package eclasses in,
right now. I'll revisit this when we finally merge dev-php5 and dev-php.
If
1 - 100 of 119 matches
Mail list logo
