On Sat, 5 Jan 2008 04:32:33 +
Ciaran McCreesh [EMAIL PROTECTED] wrote:
On Fri, 04 Jan 2008 20:20:18 -0800
Chris Gianelloni [EMAIL PROTECTED] wrote:
No offense to anyone, but holding back hundreds of developers and
thousands of users for a handful of developers
...and how exactly are
On Friday, 4. January 2008, Donnie Berkholz wrote:
On 14:59 Wed 02 Jan , Mike Kelly wrote:
While you're at it, I think almost everything in
desc/video_cards.desc, desc/input_devices.desc, and a few more, could
use some attention.
In particular, things like nv vs. nvidia are quite
If anyone has any examples of where they really are being held back and
where they really have given the arch teams plenty of time to do
something, I'd like to see them... Somehow I doubt it happens very
often, if at all.
Why? You aren't the person I or anyone else has to make a case to. In
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Cloos wrote:
Sébastien sci-mathematics/pariguide: unmaintained since 2002
Is there anything actually wrong with this one?
I don't see any bugs open on it, and it works fine here.
Dropping packages just because they are stable is
Chris Gianelloni wrote:
This has been an issue for quite some time. Of course, the impact is
debatable, but it seems that we cannot agree ourselves on what is
agreeable, so I see this as a point to bring to the Council simply so it
can be resolved once and for all and things can resume normal
Luca Barbato kirjoitti:
Ciaran McCreesh wrote:
On Fri, 4 Jan 2008 18:50:56 -0800
Brian Harring [EMAIL PROTECTED] wrote:
Depends on the implementation; for pkgcore, if that comm pipe is
dead, the ebuild env *should* be dead, or dieing. Background'ing
processes from that env isn't valid imo,
Luca Barbato wrote:
Chris Gianelloni wrote:
This has been an issue for quite some time. Of course, the impact is
debatable, but it seems that we cannot agree ourselves on what is
agreeable, so I see this as a point to bring to the Council simply so it
can be resolved once and for all and
Current devmanual suggest to not use line lengths over 80 characters.
http://devmanual.gentoo.org/ebuild-writing/file-format/index.html
I wrote a repoman check that checks that the value doesn't go over 80.
This is useful for tools like eix that show the DESCRIPTION. The thing
is that lots of
On Sat, 5 Jan 2008 09:03:43 -0500 (EST)
Caleb Tennis [EMAIL PROTECTED] wrote:
If anyone has any examples of where they really are being held back
and where they really have given the arch teams plenty of time to do
something, I'd like to see them... Somehow I doubt it happens very
often,
On Sat, 05 Jan 2008 18:29:51 +0100
Luca Barbato [EMAIL PROTECTED] wrote:
Ciaran McCreesh wrote:
src_compile() {
{ sleep 10 ; has_version '=app-misc/foo-1.23' ; }
}
is allowed in ebuilds? should?
Banning it entirely is excessive. Banning leaving any attached
processes between
On Sat, 5 Jan 2008 12:47:51 +0200
Samuli Suominen [EMAIL PROTECTED] wrote:
Mainly, talking about categories (yes, categories, no need to mention
single ebuilds at this point) xfce-* and media-* here.
So nothing that's a priority for the users of those archs then. Now
please provide specific
Ryan Hill wrote:
I don't think any of the current suggestions are very good, but I don't
have anything better, other than we get more mips/alt-arch ppl or access
to hardware. Like I said, I'm willing to buy hardware if I can find any
(must ship to Nowhere, Canada).
Alright, I put my money
On Sun, 6 Jan 2008, Ciaran McCreesh wrote:
So nothing that's a priority for the users of those archs then. Now
please provide specific examples of how anyone is being held up.
http://bugs.gentoo.org/show_bug.cgi?id=202726
Michael Sterrett
-Mr. Bones.-
[EMAIL PROTECTED]
--
[EMAIL PROTECTED]
On Sat, 5 Jan 2008 20:33:15 -0500 (EST)
Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] wrote:
On Sun, 6 Jan 2008, Ciaran McCreesh wrote:
So nothing that's a priority for the users of those archs then. Now
please provide specific examples of how anyone is being held up.
And what is the impact of that holdup? Have you explained why you
consider that to be a priority to the arch teams in question?
We had a sec bug on net-snmp that was held up due to
dev-python/setuptools not being ~mips. The net-snmp folks added a
python module to their distribution, and I
On Sat, 05 Jan 2008 20:18:09 -0600
Martin Jackson [EMAIL PROTECTED] wrote:
See http://bugs.gentoo.org/show_bug.cgi?id=191550 - it took 2
months for mips to keyword it.
Security bugs are normally supposed to have enhanced priority for
keywording, etc.
Perhaps you should have explicitly
On Sat, 05 Jan 2008 20:32:09 -0600
Martin Jackson [EMAIL PROTECTED] wrote:
Perhaps you should have explicitly stated in the bug that it was for
security reasons and thus a priority. Make things easy for the arch
teams -- if you have useful information like that, provide it in an
easy to
When arch people get dozens to hundreds of bug emails per day, no, it's
not. A simple this is now a security issue, see bug blah makes it an
awful lot easier for arch people to prioritise -- emails that merely
show blockers added or removed tend to get ignored because a) they're
almost always
Ryan Hill wrote:
PS: has anybody checked how viable is now qemu-system ?
Does it build with GCC 4 yet?
not yet...
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
On Sat, 05 Jan 2008 18:19:10 +0100
Luca Barbato [EMAIL PROTECTED] wrote:
PS: has anybody checked how viable is now qemu-system ?
Testing on qemu isn't anything like testing on real hardware. It's not
a reliable or useful way of doing arch work.
--
Ciaran McCreesh
signature.asc
Description:
On Sat, 05 Jan 2008 20:52:49 -0600
Martin Jackson [EMAIL PROTECTED] wrote:
That's making the assumption that anyone looked at it, of course.
Please note comment #9 on
http://bugs.gentoo.org/show_bug.cgi?id=198346. It was still ~8 days
from then that the setuptools keyword was added.
So, we
21 matches
Mail list logo