[gentoo-dev] Re: Re: Re: [RFC] some global useflags
Ciaran McCreesh wrote: > On Thu, 16 Oct 2008 22:06:40 +0100 > Steve Long <[EMAIL PROTECTED]> wrote: >> > Have a look at, for example, [1], where Mike already gave you an >> > answer one of the previous times we discussed it. >> > >> I'm aware of the prior discussion. >> Re-read it, and tell me what it breaks, if you can. > > Well, which part of the previous times it's been explained to you didn't > you understand? > No one has ever given me a technical reason. I thought you might have light to shed; clearly not. Please don't reply to my posts if you don't have any actual information to add; I realise you like long fruitless mail 'discussions', and apparently have lots of time for them, but I don't, and I don't enjoy reading them either. This kind of one-liner with zero content, and no intent but to insult, should simply be binned without sending imo.
[gentoo-dev] Join me on Flixya.com
Title: Email Hi gentoo-dev@lists.gentoo.org,likewhoa would like you to join Flixya.comSo you can share photos, videos and blogs! Get paid to do what you do on Myspace, Youtube and Flickr. Sign Up Now =)See ya on Flixya,likewhoa
[gentoo-dev] Bugzilla slowness
Hi folks, Yes, Bugzilla has been slow lately. There's been a sudden surge in spammers trying to fill out the web forms, and also somehow feeding extremely heavy queries into MSN Live search, Googlebot and others. I'm working on it, but please excuse the slowness in the meantime. -- Robin Hugh Johnson Gentoo Linux Developer & Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgp2RHWm4Mubf.pgp Description: PGP signature
Re: [gentoo-dev] Bugzilla slowness
On Sat, Oct 18, 2008 at 03:20:10PM -0700, Robin H. Johnson wrote: > Hi folks, > > Yes, Bugzilla has been slow lately. There's been a sudden surge in > spammers trying to fill out the web forms, and also somehow feeding > extremely heavy queries into MSN Live search, Googlebot and others. > > I'm working on it, but please excuse the slowness in the meantime. I think I have most of it solved, should take full effect after the big bots reload their robots.txt in the next day or two. If you run anything automated to access Bugzilla, you should read this page: http://bugs.gentoo.org/bots.html -- Robin Hugh Johnson Gentoo Linux Developer & Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpIbIH2kxJhH.pgp Description: PGP signature
[gentoo-dev] Re: [RFC] some global useflags
On Sat, 18 Oct 2008 13:22:09 +0100 Steve Long <[EMAIL PROTECTED]> wrote: > Ciaran McCreesh wrote: > > > On Thu, 16 Oct 2008 22:06:40 +0100 > > Steve Long <[EMAIL PROTECTED]> wrote: > >> > Have a look at, for example, [1], where Mike already gave you an > >> > answer one of the previous times we discussed it. > >> > > >> I'm aware of the prior discussion. > >> Re-read it, and tell me what it breaks, if you can. > > > > Well, which part of the previous times it's been explained to you > > didn't you understand? > > > No one has ever given me a technical reason. I thought you might have > light to shed; clearly not. > > Please don't reply to my posts if you don't have any actual > information to add; I realise you like long fruitless mail > 'discussions', and apparently have lots of time for them, but I > don't, and I don't enjoy reading them either. This kind of one-liner > with zero content, and no intent but to insult, should simply be > binned without sending imo. Okay, Steve, stop. I don't think you realize it, but you are trolling this list. Every second post is you and Ciaran bitching at each other or you complaining about every single thing we do that you don't personally like. We appreciate your input, but please respect our right to do things the way we think is best for us, even if they aren't aligned to your personal preferences. -- gcc-porting, by design, by neglect treecleaner, for a fact or just for effect wxwidgets @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 signature.asc Description: PGP signature
[gentoo-dev] Re: [RFC] some global useflags
On Wed, 15 Oct 2008 18:36:32 +0200 Markus Meier <[EMAIL PROTECTED]> wrote: > html 7 > editor6 > tools 6 > music 5 > http 5 > web 5 All way too general and mean different things on different packages. -- gcc-porting, by design, by neglect treecleaner, for a fact or just for effect wxwidgets @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 signature.asc Description: PGP signature
[gentoo-dev] [v4] Planning for automatic assignment computation of bugs
Now into it's Nth great year, I bring you the fourth edition of the
automatic assignment proposal.
Previously:
http://thread.gmane.org/gmane.linux.gentoo.devel/48485 [v1]
http://thread.gmane.org/gmane.linux.gentoo.devel/49601 [v2]
http://thread.gmane.org/gmane.linux.gentoo.devel/57159 [v3]
Bleeding edge prototype:
http://dev.gentoo.org/~rbu/assign.py
MANY thanks to rbu.
If there are no further changes or objections at this time, it would be
nice to implement this by the end of November.
How is it integrated into workflow?
===
(This was raised by halcy0n at the v3 review, and replaces the previous section
on triggering).
1. Bugs are still filed as normal, with the same default assignees
(bug-wranglers most commonly).
2. In the wrangling process, we add a new button to the page, labelled:
"Suggest assignment".
3. Optionally, the wrangler edits the summary line right now, but does not hit
'Submit' yet.
4. The button causes a (javascript) query back to the server (also
available as a web service for other usage). The only data sent is the
'Summary' string.
5. Javascript then appends the server results into the "Additional
Comments" box: a suggested assignee and suggested CC values, with logic
as to why.
6. The wrangler can copy and paste the data into the fields, editing
further as desired.
(Putting the data into the comments allows the assignment tool to
explain WHY it decided certain actions).
Assignment/CC computing:
Step 1 - Summary line processing
1. If the summary line contains a package atom for a package that
exists, use the metadata.xml for that package.
2. If the summary line contains a package atom for a package that does
not exist, but a category that does exist, use the metadata.xml for
that category.
3. Process ALL atoms in the summary line, using any after the first for CC
only. (new in v4)
Step 2 - Metadata.xml contains only a herd
--
1. Take the herd element, and look up the herd in herds.xml to convert
to an email address. This email address must be a valid bugzilla
account.
2. This email is treated as an implicit maintainer element after this
point. "${HERD_EMAIL}"
[See notes]
Step 3 - element
-
1. Add the maintainer element to an ordered list, in the order they are
present in the file.
2. If an element appears more than once, the later element overrides the
earlier element. (This provides a route when the herd is assigned,
but does not wish to receive email for a specific package).
3. If a maintainer element contains the non-default 'ignoreauto=1'
attribute AND a non-empty role element (describing why this maintainer
should not be contacted), delete it from the list.
Step 4 - Assignment
---
1. Use the first email in the ordered list as the assignee.
2. Place all remaining emails in the CC list.
3. Include a short comment about the processing results.
Notes:
--
1. For handling no-herd, we should add an entry into herds.xml to
catch it (maintainer-needed g.o). Every herd listed in an ebuild MUST
be in
herds.xml.
2. Herds that do not wish to be contacted for specific bugs should add an
maintainer element stating that (and use 'ignoreauto' on the element).
This case however should be very rare, as the package probably doesn't
belong in the herd if the herd doesn't care about it.
3. If you want the default assignment to go to a maintainer, and NOT the herd,
move the element further down in the metadata.xml!
Effects on metadata.xml syntax
==
- Category metadata is now permitted to have herd and maintainer elements.
- New attribute under maintainer, 'ignoreauto'.
--- metadata.dtd2007-11-20 10:07:33.0 -0800
+++ metadata.dtd.new2008-10-18 23:22:55.0 -0700
@@ -1,7 +1,7 @@
-
+
@@ -13,6 +13,10 @@
+
+
--
Robin Hugh Johnson
Gentoo Linux Developer & Infra Guy
E-Mail : [EMAIL PROTECTED]
GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85
pgpObTOphtYya.pgp
Description: PGP signature
