Ned Ludd wrote:
> On Sun, 2006-02-26 at 19:34 -0800, Donnie Berkholz wrote:
>> I'm looking at this as "innocent until proven guilty" versus "guilty
>> until proven innocent." When parties are in disagreement, the _current_
>> situation should stand until the council (or the two groups in question)
Hi,
Am Sonntag, den 26.02.2006, 21:25 -0800 schrieb Donnie Berkholz:
[...]
> You might want to talk to the maintainer and herd, not all of us. Or
> even file a bug for updates -- some people are very busy and just don't
> notice there's a new version.
It's not just a question of "new version", it
Hi,
This is an automatically created email message.
http://gentoo.tamperd.net/stable has just been updated with 14452 ebuilds.
The page shows results from a number of tests that are run against the ebuilds.
The tests are:
* if a version has been masked for 30 days or more.
* if an arch was in KE
Lars Strojny wrote:
> I'm currently heavily involved with jabber-related packages. As a result
> I have to struggle with the really seldomn maintained packages in
> Gentoo.
...
> To come to an end: jabber is not really the most unimportant thing, so
> things should go better. I want to provide my
On Sun, 2006-02-26 at 19:34 -0800, Donnie Berkholz wrote:
> Mark Loeser wrote:
> > Donnie Berkholz <[EMAIL PROTECTED]> said:
> >> The maintainer should be the absolute authority over his/her packages,
> >> and only the council should be able to overrule maintainer decisions in
> >> the case of disa
On Sun, 2006-02-26 at 16:29 -0800, Donnie Berkholz wrote:
> Mark Loeser wrote:
> > Well, instead of putting the debate into an even larger crowd, this
> > enables the QA team to act in the way it sees best first. If people
> > believe we were wrong, then we give them the option to talk to the
> >
As per recommendation the removal time will be 30 days instead. This gives a
better chance for people who want to pick it up.
Chris White
pgpWAFKTsFDBU.pgp
Description: PGP signature
According to the mono herd (latexer), mvideo breaks with mono mono-1.1.x. The
last message to the cvs mailing list was May 2004. That said it isn't under
heavy development, is currently in package.mask, and will be removed in 1
week unless someone wishes to maintain it.
Chris White
pgpU9U6t
Kalin KOZHUHAROV wrote:
> yes, I figured out that x86-installcd-2006.0 is the "Gentoo 2006.0
> Minimal install CD" for x86 or is it... will any n00b figure it out?
>
>
If a n00b can't figure it out, I would suggest him start from Read The
Fine Handbook http://www.gentoo.org/doc/en/handbook/ind
On Sun, 2006-02-26 at 22:54 -0500, Andrew Muraco wrote:
> I second that there is a massive confusion of naming, and this needs to
> get sorted out (or atleast explained) Because I'm sure the mirrors will
> start getting slamed with people downloading 2006.0. Lets not waste
> anyone's bandwidth n
Hi all,
I'm currently heavily involved with jabber-related packages. As a result
I have to struggle with the really seldomn maintained packages in
Gentoo. As an example: ejabberd 1.0 is not in portage until now, it was
released in early december last year. There is not really a reason for
this, be
Kalin KOZHUHAROV wrote:
Contgrats to the release team :-)
But let me whine a bit, even a few KB:
I just saw the GWN and the news about 2006.0 ...
So reading at the release notes:
This is also the first release with the Gentoo Linux Installer
officially debuting on the x86 LiveCD, which wi
Contgrats to the release team :-)
But let me whine a bit, even a few KB:
I just saw the GWN and the news about 2006.0 ...
So reading at the release notes:
> This is also the first release with the Gentoo Linux Installer
> officially debuting on the x86 LiveCD, which will fully replace the
> Un
Mark Loeser wrote:
> Donnie Berkholz <[EMAIL PROTECTED]> said:
>> The maintainer should be the absolute authority over his/her packages,
>> and only the council should be able to overrule maintainer decisions in
>> the case of disagreement between the maintainer and anybody else.
>
> I think it re
Daniel Ostrow wrote:
> On Sun, 2006-02-26 at 22:17 +, Stuart Herbert wrote:
>
>>On Sun, 2006-02-26 at 17:02 -0500, Daniel Ostrow wrote:
>>
>>>That would work for fetch restricted packages, not nomirrored ones.
>>>
>>>--Dan
>>
>>/me nods. That's what we'll have to do. Unfortunately, it leaves
Kevin F. Quinn (Gentoo) wrote:
When re-assigning, it is extremely useful for the new assignee to see
some relevant text, as this is the first bit of text they may see. If
you just re-assign with '.' then the new assignee has to browse the bug
to decide how to prioritise etc - which means flippin
(This is being sent to -dev as a courtesy for those who aren't subscribed to
-installer. Please keep all discussion about this on the -installer ML.)
The Gentoo Linux Installer team would like to announce version 0.3 of the
installer. This release will be an official part of the 2006.0 Gentoo re
On Sun, 2006-02-26 at 22:17 +, Stuart Herbert wrote:
> On Sun, 2006-02-26 at 17:02 -0500, Daniel Ostrow wrote:
> > That would work for fetch restricted packages, not nomirrored ones.
> >
> > --Dan
>
> /me nods. That's what we'll have to do. Unfortunately, it leaves users
> with a worse expe
Donnie Berkholz <[EMAIL PROTECTED]> said:
> No, it's the exact opposite of what you're saying. You want to commit
> first and let the maintainer bring it to the council. I'm saying the
> maintainer has the right to have any non-security commit to his/her
> package reverted pending a decision.
Yea,
Mark Loeser wrote:
> Donnie Berkholz <[EMAIL PROTECTED]> said:
>> Mark Loeser wrote:
>>> Well, instead of putting the debate into an even larger crowd, this
>>> enables the QA team to act in the way it sees best first. If people
>>> believe we were wrong, then we give them the option to talk to th
On Sunday 26 February 2006 18:34, Mark Loeser wrote:
> Stuart Herbert <[EMAIL PROTECTED]> said:
> > On Sun, 2006-02-26 at 17:22 -0500, Mark Loeser wrote:
> > > * In case of emergency, or if package maintainers refuse to cooperate,
> > > the QA team may take action themselves to fix the problem.
>
On 2/26/06, Mike Myers <[EMAIL PROTECTED]> wrote:
> Do you know if there's a way or going to be a way to handle the split
> ebuilds so that reemerging or unemerging a split ebuild will reemerge or
> unemerge the corresponding packages?
Can I suggest you move this discussion to -user? This has not
Ciaran McCreesh <[EMAIL PROTECTED]> said:
> On Sun, 26 Feb 2006 17:22:17 -0500 Mark Loeser <[EMAIL PROTECTED]>
> wrote:
> | * The QA team will maintain a list of current "QA Standards". The
> | list is not meant by any means to be a comprehensive document, but
> | rather a dynamic document that wi
Donnie Berkholz <[EMAIL PROTECTED]> said:
> Mark Loeser wrote:
> > Well, instead of putting the debate into an even larger crowd, this
> > enables the QA team to act in the way it sees best first. If people
> > believe we were wrong, then we give them the option to talk to the
> > council about on
Stuart Herbert <[EMAIL PROTECTED]> said:
> On Sun, 2006-02-26 at 17:22 -0500, Mark Loeser wrote:
> > * In case of emergency, or if package maintainers refuse to cooperate,
> > the QA team may take action themselves to fix the problem.
>
> I'd like to see this say
>
> * In case of emergency, o
Mark Loeser wrote:
> Well, instead of putting the debate into an even larger crowd, this
> enables the QA team to act in the way it sees best first. If people
> believe we were wrong, then we give them the option to talk to the
> council about one of our changes. Also, we aren't unwilling to hear
Alec Warner <[EMAIL PROTECTED]> said:
> This is meant to prevent the case where the QA team ( or a subset; "the
> established QA members" ) decides to make unilateral changes to the tree
> ( or large subset thereof ) without even necessarily talking to the
> affected developers.
>
> While you may
[EMAIL PROTECTED] said:
> yeah, thats totally understandable. Its a best-efforts thing. I just
> don't want neccessary to be deemed true for something which has an
> arguable point with technical merit. Blatent mkdir-esque madness would
> be more black than white, and I'd hope for this to try and s
On Sunday 26 February 2006 16:58, Ciaran McCreesh wrote:
> On Sun, 26 Feb 2006 17:22:17 -0500 Mark Loeser <[EMAIL PROTECTED]>
>
> wrote:
> | Yes, Gentoo is supposed to be fun, but we also have a responsibility
> | to our users to ensure we are providing them with the best possible
> | distro we can
On Sun, 2006-02-26 at 18:41 -0500, Alec Warner wrote:
> While you may not think that soliciting comments is useful ( and in some
> limited cases I would agree with you ) giving people the opportunity to
> comment also means you just covered your ass, in terms of people going
> "where the hell did t
Hi Mark,
Thanks for posting this. I've a few suggestions to make (see below). I
support all the other points in your proposal.
On Sun, 2006-02-26 at 17:22 -0500, Mark Loeser wrote:
> * In case of emergency, or if package maintainers refuse to cooperate,
> the QA team may take action themselve
Ciaran McCreesh wrote:
>
> | > * In the case of disagreement on policy among QA members, the
> | > majority of established QA members must agree with the action.
> |
> | Perhaps pushing it to an open forum on -dev/-core for consensus works
> | better here?
>
> The problem with that is, it usuall
On Sun, Feb 26, 2006 at 11:21:47PM +, Ciaran McCreesh <[EMAIL PROTECTED]>
wrote:
> On Sun, 26 Feb 2006 23:11:21 + [EMAIL PROTECTED] wrote:
> | On Sun, Feb 26, 2006 at 05:22:17PM -0500, Mark Loeser
> | <[EMAIL PROTECTED]> wrote:
> | > * The QA team's purpose is to provide cross-herd assista
On Sun, 26 Feb 2006 23:11:21 + [EMAIL PROTECTED] wrote:
| On Sun, Feb 26, 2006 at 05:22:17PM -0500, Mark Loeser
| <[EMAIL PROTECTED]> wrote:
| > * The QA team's purpose is to provide cross-herd assistance in
| > keeping the tree in a good state. This is done primarily by finding
| > and pointin
On Sun, Feb 26, 2006 at 10:58:35PM +, Ciaran McCreesh <[EMAIL PROTECTED]>
wrote:
> | * The QA team will maintain a list of current "QA Standards". The
> | list is not meant by any means to be a comprehensive document, but
> | rather a dynamic document that will be updated as new problems are
My personal opinion here is that a _LOT_ of this should be common sense.
But just to put in my two pennies..
On Sun, Feb 26, 2006 at 05:22:17PM -0500, Mark Loeser <[EMAIL PROTECTED]> wrote:
> * The QA team's purpose is to provide cross-herd assistance in keeping
> the tree in a good state. This
Duncan wrote
[deleted]
Thanks a lot for the detailed explanation.
Do you know if there's a way or going to be a way to handle the split
ebuilds so that reemerging or unemerging a split ebuild will reemerge or
unemerge the corresponding packages? It seems like the ebuilds are only
intended t
On Sun, 26 Feb 2006 17:22:17 -0500 Mark Loeser <[EMAIL PROTECTED]>
wrote:
| Yes, Gentoo is supposed to be fun, but we also have a responsibility
| to our users to ensure we are providing them with the best possible
| distro we can.
What, you mean the tree isn't someone's personal playground?
| *
On Sun, 26 Feb 2006 22:13:32 + Stuart Herbert <[EMAIL PROTECTED]>
wrote:
| On Sun, 2006-02-26 at 21:40 +, Ciaran McCreesh wrote:
| > The issue is whether you have the right to leave broken packages in
| > the tree. I don't see any policy document granting you that right.
|
| From a discuss
On Sun, 26 Feb 2006 22:17:33 + Stuart Herbert <[EMAIL PROTECTED]>
wrote:
| On Sun, 2006-02-26 at 17:02 -0500, Daniel Ostrow wrote:
| > That would work for fetch restricted packages, not nomirrored ones.
|
| /me nods. That's what we'll have to do. Unfortunately, it leaves
| users with a worse
The following is a small blurb which we would like the council to decide
on at their next meeting. This came about after discussions with QA team
members, the Devrel QA liaison, and a few council members. If anyone
has any suggestions for how it could be improved, I'd appreciate it.
Yes, Gentoo
On Sun, 2006-02-26 at 17:02 -0500, Daniel Ostrow wrote:
> That would work for fetch restricted packages, not nomirrored ones.
>
> --Dan
/me nods. That's what we'll have to do. Unfortunately, it leaves users
with a worse experience than before, but until I can find a way to reach
the QA team and
On Sun, 2006-02-26 at 21:40 +, Ciaran McCreesh wrote:
> The issue is whether you have the right to leave broken packages in the
> tree. I don't see any policy document granting you that right.
From a discussion in #-portage, I understand that ferringb has already
told the QA team that file cla
On Sun, 2006-02-26 at 21:54 +, Stuart Herbert wrote:
> On Sun, 2006-02-26 at 13:29 -0800, Robin H. Johnson wrote:
> > Simply tell the user to download X and place it in $DISTDIR renaming it
> > to X-foo-bar, where's you've chosen X-foo-bar to avoid conflicts.
>
> That works for me.
>
> Best r
On Sun, 2006-02-26 at 13:29 -0800, Robin H. Johnson wrote:
> Simply tell the user to download X and place it in $DISTDIR renaming it
> to X-foo-bar, where's you've chosen X-foo-bar to avoid conflicts.
That works for me.
Best regards,
Stu
--
Stuart Herbert
On Sun, 26 Feb 2006 21:30:22 + Stuart Herbert <[EMAIL PROTECTED]>
wrote:
| On Sun, 2006-02-26 at 21:04 +, Ciaran McCreesh wrote:
| > Ok, so given that this is a closed source application, if upstream
| > won't cooperate on something as simple as this, why do you expect
| > them to cooperate
On Sun, 2006-02-26 at 21:04 +, Ciaran McCreesh wrote:
> Ok, so given that this is a closed source application, if upstream
> won't cooperate on something as simple as this, why do you expect them
> to cooperate with you on bugs or security issues?
That's not the issue here. The issue here is
On Fri, Feb 24, 2006 at 02:19:40PM +, Ciaran McCreesh wrote:
> Side note: if the packages in question are fetch restricted, you're
> screwed, and will not be able to add them to the tree.
Actually, there is a solution for this, and it's reasonable logical.
Don't use the same name that upstream
On Sun, 26 Feb 2006 20:46:37 + Stuart Herbert <[EMAIL PROTECTED]>
wrote:
| On Sun, 2006-02-26 at 20:00 +, Ciaran McCreesh wrote:
| > Then you must talk to upstream and get them to change their ways.
|
| Already covered in the (growing) discussion in bug #123926. UPSTREAM
| have previously
On Sun, 2006-02-26 at 20:00 +, Ciaran McCreesh wrote:
> Then you must talk to upstream and get them to change their ways.
Already covered in the (growing) discussion in bug #123926. UPSTREAM
have previously been contacted over the issue, and have not changed
their release policy.
> We don't
On Mon, 2006-02-27 at 07:25 +1100, Daniel wrote:
> kxdocker is like Mac OS X's Dock, but more powerful.
> It has icons animation like parabolic OSX zoom is a plugin, so if you don't
> like this parabolic, you can write own.
> http://www.xiaprojects.com/www/prodotti/kxdocker/main.php
>
> Since ve
On Sunday 26 February 2006 21:25, Daniel wrote:
> Rather than littering kde-misc with more applications I propose using
> kde-kxdocker instead.
I'd rather see a kde-themes where to move also stuff like lipstik and keramik
instead of x11-themes...
--
Diego "Flameeyes" Pettenò - http://dev.gentoo.
On Sun, 2006-02-26 at 14:56 -0500, Mike Frysinger wrote:
> that's because it's common sense ... filename collisions just dont work
> -mike
This set of packages has been this way since October 2003, and if it was
a real problem for users, you'd see that reflected in bugzilla and in
the forums. It
kxdocker is like Mac OS X's Dock, but more powerful.
It has icons animation like parabolic OSX zoom is a plugin, so if you don't
like this parabolic, you can write own.
http://www.xiaprojects.com/www/prodotti/kxdocker/main.php
Since version 1.0.0 of kxdocker there are now 23 plugins in addition
> I'll contact the council separately, and ask that they look at two
> things:
>
> a) What the QA team is and isn't empowered to do
> b) The approval process that the QA team must follow before imposing
> tree-wide changes on other developers.
According to prior council meeting logs:
15:14 <@vap
On Sun, 26 Feb 2006 19:45:41 + Stuart Herbert <[EMAIL PROTECTED]>
wrote:
| On Fri, 2006-02-24 at 14:19 +, Ciaran McCreesh wrote:
| > Two ways this one can occur.
|
| [snip]
|
| Third way ... upstream is a provider of commercial software, and
| releases different editions of the same softw
On Sunday 26 February 2006 14:45, Stuart Herbert wrote:
> Also, I cannot find this SRC_URI rule (as being applied by the QA team)
> in any official Gentoo policy document.
that's because it's common sense ... filename collisions just dont work
-mike
--
gentoo-dev@gentoo.org mailing list
On Fri, 2006-02-24 at 14:19 +, Ciaran McCreesh wrote:
> Two ways this one can occur.
[snip]
Third way ... upstream is a provider of commercial software, and
releases different editions of the same software with identical
filenames.
> Side note: if the packages in question are fetch restricte
On Sun, 26 Feb 2006 12:30:50 -0600
R Hill <[EMAIL PROTECTED]> wrote:
> Ned Ludd wrote:
>
> > 232 matches. http://tinyurl.com/pmrmx
>
> The vast majority of which have an explanation in the comment
> directly preceding.
In which case it's a moment's effort to cut-n-paste the text into the
reassi
Ned Ludd wrote:
232 matches. http://tinyurl.com/pmrmx
The vast majority of which have an explanation in the comment directly
preceding.
--de.
--
gentoo-dev@gentoo.org mailing list
On Sun, Feb 26, 2006 at 11:40:44AM -0500, Ned Ludd wrote:
> When people go out of their way to file a bug for you or a team you are
> on. Please _please_ don't be lazy and just close/reassign/other it
> with a '.'
>
> A period is the most useless way to respond to a bug. If you can't take
> 2 sec
When people go out of their way to file a bug for you or a team you are
on. Please _please_ don't be lazy and just close/reassign/other it
with a '.'
A period is the most useless way to respond to a bug. If you can't take
2 seconds out of your life to say something as simple as. 'Fixed in
CVS/Thi
Bug #123923: dev-util/perforce* needs someone to step up as a
maintainer and fix the digest issues. Otherwise QA will get very upset.
--
Ciaran McCreesh : Gentoo Developer (Wearer of the shiny hat)
Mail: ciaranm at gentoo.org
Web : http://dev.gentoo.org/~ciaranm
signatu
On Saturday 25 February 2006 22:29, Drake Wyrm wrote:
> > What about introducing a new variable in the ebuild file: DIST_PREFIX
> > that has as default value ${PN}. This should not break anything for
> > unaware portage versions. For aware portage versions, the files would
> > be retrieved from ${D
Mike Myers posted <[EMAIL PROTECTED]>, excerpted below, on Sat,
25 Feb 2006 14:07:41 -0600:
> What do I use if I just want to re-emerge a single package with the same
> useflags? Like if something broke or if I'm using an overlay? Like, if
> I just wanted to reinstall noatun for instance. Is
65 matches
Mail list logo
