On Thu, Jun 05, 2008 at 02:35:16AM -0700, Josh Saddler wrote:
> Now that nominations are officially open, I nominate the current council
> members (again):
>
> amne
Thanks, but not this time.
cheers,
Wernfried
--
Wernfried Haas (amne) - amne (at) gentoo.org
Gentoo Forums - http://forum
On 14:26 Sun 08 Jun , Diego 'Flameeyes' Pettenò wrote:
> "Michael Sterrett -Mr. Bones.-" <[EMAIL PROTECTED]> writes:
>
> > The tree's small enough that grep -r gives enough performance.
>
> Even better
>
> grep */*/metadata.xml
>
> the tree is not big enough that it exceeds the maximum argu
On Sun, 08 Jun 2008 19:54:46 +0200
Luca Barbato <[EMAIL PROTECTED]> wrote:
> > 3. Most wanted changes in future EAPIs
>
> Somebody is thinking the PMS and the EAPI definition as it is are
> wrong and should be replaced since they aren't useful for their
> purpose.
Anyone thinking that has a very
On Sun, 8 Jun 2008 22:49:18 +0530
"Arun Raghavan" <[EMAIL PROTECTED]> wrote:
> This might be the clean way to do it, but the unfortunate truth is
> that new EAPIs seem to be becoming "standard" pretty darn slowly, and
> counting on one to implement a feature that is definitely very useful
> for QA
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2008-06-08 23h59 UTC.
Removals:
dev-util/larch 2008-06-03 02:23:20 mr_bones_
app-text/docbook-to-man 2008-06-04 16:15:57 loki_val
games-fps/ame
Alin Năstac wrote:
I remember that one time I had to split a command like dohtml
"${S}"/something/*.{png,html} because the line was too long. At that
time, bash had a limit of 32K. Now is what ... 1M?
from execve(2):
Limits on size of arguments and environment
Most Unix implementations impo
Diego 'Flameeyes' Pettenò wrote:
Alin Năstac <[EMAIL PROTECTED]> writes:
According to my local copy, we have 12876 metadata.xml files.
Something tells me that your command line will exceed the maximum
command line length supported by any shell ;)
I actually checked before saying that
2008/6/8 Bo Ørsted Andresen <[EMAIL PROTECTED]>:
- Show quoted text -
> On Thursday 05 June 2008 02:00:21 Łukasz Damentko wrote:
>> Nominations for the Gentoo Council 2008/2009 are open now and will be
>> open for the next two weeks (until 23:59 UTC, 18/06/2008).
>
> I would like to nominate Piotr
2008/6/8 Luca Barbato <[EMAIL PROTECTED]>:
> Piotr Jaroszyński wrote:
>
>> 1. GLEP54
>> 2. GLEP55
>
> None of them got discussion back in -dev, the glep hadn't been changed as
> requested during the unnecessary long discussion in the meeting.
>
> Looks like the overall consensus is that those aren'
> >> Except you'd rather veto the ones you don't like. Hehe... It must
> >> suck being
> >> you, wanting to veto people and not being able to do it :)
> >
> > I trust the masses to do the sensible thing and not vote for people
> > who'd be bad for the project. Hopefully that means we get the Counc
Piotr Jaroszyński wrote:
1. GLEP54
2. GLEP55
None of them got discussion back in -dev, the glep hadn't been changed
as requested during the unnecessary long discussion in the meeting.
Looks like the overall consensus is that those aren't useful as they are
and thus either you fix them, dis
On Sun, Jun 8, 2008 at 11:04 PM, Santiago M. Mola <[EMAIL PROTECTED]> wrote:
[...]
> There has been previous discussion on
> https://bugs.gentoo.org/show_bug.cgi?id=138792
Right, I'd mentioned that in the original post. I posted here in order
to get some general consensus on the matter and take it
On Sun, Jun 8, 2008 at 7:19 PM, Arun Raghavan <[EMAIL PROTECTED]> wrote:
> On Sun, Jun 8, 2008 at 10:21 PM, Ciaran McCreesh
> <[EMAIL PROTECTED]> wrote:
> [...]
>> That's not how it works. We've seen plenty of times in the past
>> that forcing QA by making users' systems break (which is how far the
On Sun, Jun 8, 2008 at 10:21 PM, Ciaran McCreesh
<[EMAIL PROTECTED]> wrote:
[...]
> That's not how it works. We've seen plenty of times in the past
> that forcing QA by making users' systems break (which is how far these
> things get before they're fixed) just leads to lots of annoyed users.
> EAPI
On Sun, 8 Jun 2008 21:28:00 +0530
"Arun Raghavan" <[EMAIL PROTECTED]> wrote:
> > Then we're back to having people do dobin || die, which is precisely
> > what we're trying to solve.
>
> Not really. Can't dobin be like so:
>
> fail() {
> if hasq strict FEATURES; then
> die "$@"
> e
On 8 Jun 2008, at 14:34, Alex Howells wrote:
2008/6/7 Fernando J. Pereda <[EMAIL PROTECTED]>:
Except you'd rather veto the ones you don't like. Hehe... It must
suck being
you, wanting to veto people and not being able to do it :)
I trust the masses to do the sensible thing and not vote for
On Thursday 05 June 2008 02:00:21 Łukasz Damentko wrote:
> Nominations for the Gentoo Council 2008/2009 are open now and will be
> open for the next two weeks (until 23:59 UTC, 18/06/2008).
I would like to nominate Piotr Jaroszyński (peper).
--
Bo Andresen
signature.asc
Description: This is a
On Sun, Jun 8, 2008 at 8:57 PM, Ciaran McCreesh
<[EMAIL PROTECTED]> wrote:
[...]
>> I didn't understand you. Even if the external binary can't call die,
>> what's to prevent the caller from dying based on the return value of
>> the called binary?
>
> Then we're back to having people do dobin || die
On Sun, Jun 8, 2008 at 4:48 PM, Arun Raghavan <[EMAIL PROTECTED]> wrote:
> Hello All,
> We were just discussing if it makes sense to either die or issue a QA
> notice if one of the do* functions fail. It turns out that there's
> already a bug for this [1]. This potentially applies to all helper
> f
On Sun, 8 Jun 2008 20:48:41 +0530
"Arun Raghavan" <[EMAIL PROTECTED]> wrote:
> On Sun, Jun 8, 2008 at 8:29 PM, Ciaran McCreesh
> <[EMAIL PROTECTED]> wrote:
> [...]
> > This isn't as simple as you think, since quite a few of these
> > utilities are called using 'xargs' and so have to be binaries.
>
On Sun, Jun 8, 2008 at 8:29 PM, Ciaran McCreesh
<[EMAIL PROTECTED]> wrote:
[...]
> This isn't as simple as you think, since quite a few of these utilities
> are called using 'xargs' and so have to be binaries. Whilst Paludis can
> deal with external binaries triggering a die because exheres needs i
On Sun, 2008-06-08 at 13:41 +0100, Alex Howells wrote:
[snip]
> I often don't agree with him, but can't help but respect the work he does.
>
> I would like to see Council move towards a more compressed meeting
> format -- people presenting arguments need to work out their stuff
> before bringing i
On Sun, 8 Jun 2008 20:18:23 +0530
"Arun Raghavan" <[EMAIL PROTECTED]> wrote:
> We were just discussing if it makes sense to either die or issue a QA
> notice if one of the do* functions fail. It turns out that there's
> already a bug for this [1]. This potentially applies to all helper
> functions
Hello All,
We were just discussing if it makes sense to either die or issue a QA
notice if one of the do* functions fail. It turns out that there's
already a bug for this [1]. This potentially applies to all helper
functions that don't currently die on failure.
I think this is a good thing to have
Alin Năstac <[EMAIL PROTECTED]> writes:
> According to my local copy, we have 12876 metadata.xml files.
> Something tells me that your command line will exceed the maximum
> command line length supported by any shell ;)
I actually checked before saying that :) Both zsh and bash on my system
can g
"Chip Parker" <[EMAIL PROTECTED]> writes:
> Although it'll be a bit slower than a direct grep: for m in `find
> /usr/portage -name metadata.xml `; do grep -Rn foo $m;done
Uh no you want xargs in that case.
--
Diego "Flameeyes" Pettenò
http://blog.flameeyes.eu/
pgpeHdSVH8uGY.pgp
Description: P
On Sun, Jun 8, 2008 at 6:04 PM, Hanno Böck <[EMAIL PROTECTED]> wrote:
> I got this bug and as I don't know if this is correct what the user says (no
> idea about smp), I'm posting this here for comments:
>
> https://bugs.gentoo.org/show_bug.cgi?id=224729
Looks like there are 3 possible uses of the
On Sun, Jun 8, 2008 at 5:41 AM, Alin Năstac <[EMAIL PROTECTED]> wrote:
> Diego 'Flameeyes' Pettenò wrote:
>>
>> "Michael Sterrett -Mr. Bones.-" <[EMAIL PROTECTED]> writes:
>>
>>
>>>
>>> The tree's small enough that grep -r gives enough performance.
>>>
>>
>> Even better
>>
>> grep */*/metadata.xml
n Sun, Jun 8, 2008 at 6:11 PM, Alex Howells <[EMAIL PROTECTED]> wrote:
> 2008/6/8 Nirbheek Chauhan <[EMAIL PROTECTED]>:
>> You have raised "flame and don't actually contribute anything useful"
>> to an art form.
>
> Whilst I'd agree Ciaran flames with the best of them, and trolls with
> the worst,
2008/6/8 Nirbheek Chauhan <[EMAIL PROTECTED]>:
> You have raised "flame and don't actually contribute anything useful"
> to an art form.
Whilst I'd agree Ciaran flames with the best of them, and trolls with
the worst, you simply cannot contend he never contributed anything to
the project and despi
Diego 'Flameeyes' Pettenò wrote:
"Michael Sterrett -Mr. Bones.-" <[EMAIL PROTECTED]> writes:
The tree's small enough that grep -r gives enough performance.
Even better
grep */*/metadata.xml
the tree is not big enough that it exceeds the maximum arguments from bash.
According to
I got this bug and as I don't know if this is correct what the user says (no
idea about smp), I'm posting this here for comments:
https://bugs.gentoo.org/show_bug.cgi?id=224729
cite bug report:
I added "threads" to make.conf a while ago on my SMP machine. Now i merged
gimp
and found that it use
2008/6/7 Fernando J. Pereda <[EMAIL PROTECTED]>:
> Except you'd rather veto the ones you don't like. Hehe... It must suck being
> you, wanting to veto people and not being able to do it :)
I trust the masses to do the sensible thing and not vote for people
who'd be bad for the project. Hopefully
"Michael Sterrett -Mr. Bones.-" <[EMAIL PROTECTED]> writes:
> The tree's small enough that grep -r gives enough performance.
Even better
grep */*/metadata.xml
the tree is not big enough that it exceeds the maximum arguments from bash.
--
Diego "Flameeyes" Pettenò
http://blog.flameeyes.eu/
p
Please stay on topic, we don't want another useless flamewar.
--
Sergio D. Rodríguez Inclan
-
http://sergio.dicyt-usfx.edu.bo | srinclan @ dicyt-usfx.edu.bo Cel: 79302244
Linux User #446728 --> http://counter.
On Sun, 8 Jun 2008 17:05:06 +0530
"Nirbheek Chauhan" <[EMAIL PROTECTED]> wrote:
> > The current council has raised "never actually deciding anything"
> > to an art form.
>
> You have raised "flame and don't actually contribute anything useful"
> to an art form.
If you seriously think I haven't co
On Sun, Jun 8, 2008 at 4:57 PM, Ciaran McCreesh
<[EMAIL PROTECTED]> wrote:
> On Sun, 08 Jun 2008 07:22:06 -0400
> Richard Freeman <[EMAIL PROTECTED]> wrote:
>> For the most part I think the current council has embraced this,
>> although most of the discussion on lists do not involve council
>> memb
On Sun, 08 Jun 2008 07:22:06 -0400
Richard Freeman <[EMAIL PROTECTED]> wrote:
> For the most part I think the current council has embraced this,
> although most of the discussion on lists do not involve council
> members themselves (though they clearly follow the discussions).
The current council
Denis Dupeyron wrote:
On Sun, Jun 8, 2008 at 12:45 PM, Roy Bamford <[EMAIL PROTECTED]> wrote:
Before the flames start lets consider the Package Manager Specification
(PMS) as an example. For this (very black and white) illustration,
forget the council discussions to date and imagine that represe
On Sun, Jun 8, 2008 at 12:45 PM, Roy Bamford <[EMAIL PROTECTED]> wrote:
> Before the flames start lets consider the Package Manager Specification
> (PMS) as an example. For this (very black and white) illustration,
> forget the council discussions to date and imagine that representatives
> of all t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2008.06.08 10:12, Piotr Jaroszyński wrote:
> Hello,
>
> looks like every nominee wants the council to be more technical so I
> have a few technical questions for you:
[snip]
Like it or not, the council are our engineering managers, not detailed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 8 Jun 2008 09:38:17 +
Ferris McCormick <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Sun, 8 Jun 2008 11:12:27 +0200
> "Piotr Jaroszyński" <[EMAIL PROTECTED]> wrote:
>
> > Hello,
> >
> > looks like e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 8 Jun 2008 11:12:27 +0200
"Piotr Jaroszyński" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> looks like every nominee wants the council to be more technical so I
> have a few technical questions for you:
>
> 1. GLEP54
> 2. GLEP55
> 3. Most wanted c
On 8 Jun 2008, at 11:12, Piotr Jaroszyński wrote:
Hello,
looks like every nominee wants the council to be more technical so I
have a few technical questions for you:
1. GLEP54
2. GLEP55
3. Most wanted changes in future EAPIs
[1] - http://www.gentoo.org/proj/en/glep/glep-0054.html
[2] - http:
Piotr Jaroszyński wrote:
Hello,
looks like every nominee wants the council to be more technical so I
have a few technical questions for you:
1. GLEP54
2. GLEP55
3. Most wanted changes in future EAPIs
4. Strategies to ensure that gentoo's package manager is able to
quickly/smartly/sainly supp
Hello,
looks like every nominee wants the council to be more technical so I
have a few technical questions for you:
1. GLEP54
2. GLEP55
3. Most wanted changes in future EAPIs
[1] - http://www.gentoo.org/proj/en/glep/glep-0054.html
[2] - http://www.gentoo.org/proj/en/glep/glep-0055.html
--
Best
46 matches
Mail list logo