From justdave at bugzilla.org  Sat Oct  1 23:52:32 2005
From: justdave at bugzilla.org (David Miller)
Date: Sat, 01 Oct 2005 19:52:32 -0400
Subject: Kudos to the team
Message-ID: <433F2140.10002@bugzilla.org>

I received the following in email today and thought I would pass it
along to the team, and you all deserve it more than I. :)

Congratulations on the 2.20 release!

----8<----
You and the team are working on one of the greatest pieces of software
I've had the pleasure to use. We fought long and hard at our company to
keep using bugzilla (you know how political BS sometimes goes at a
corporation) and I thought you'd like to know we appreciate your
efforts.
----8<----

-- 
Dave Miller                                   http://www.justdave.net/
System Administrator, Mozilla Foundation       http://www.mozilla.org/
Project Leader, Bugzilla Bug Tracking System  http://www.bugzilla.org/


From Nick.Barnes at pobox.com  Tue Oct  4 09:11:31 2005
From: Nick.Barnes at pobox.com (Nick Barnes)
Date: Tue, 04 Oct 2005 10:11:31 +0100
Subject: Schema doc updated
Message-ID: <44807.1128417091@thrush.ravenbrook.com>

Yesterday I updated my online Bugzilla schema doc to reflect releases
2.18.4, 2.20, and 2.21.1.  After feedback on #mozwebtools I also added
a navigation table at the head of the document, to help you jump to
the table you need.

<http://www.ravenbrook.com/project/p4dti/tool/cgi/bugzilla-schema/>

Feedback to me, please.

I note for entertainment that we now (2.21.1) have 51 tables.

version #tables
2.0           7    
2.2           8
2.4           8
2.6          11
2.8          12
2.10         20
2.12         22
2.14         23
2.16         24
2.18         35
2.20         50
2.21.1       51

Thanks again to Perforce Inc for supporting this work, which is
incidental to the P4DTI Perforce/Bugzilla integration (because I need
to know the schema to interoperate with it).

Nick Barnes
P4DTI Project
Ravenbrook Limited


From dcalvert at AllianceBankNA.com  Tue Oct  4 22:06:22 2005
From: dcalvert at AllianceBankNA.com (Calvert, Douglas)
Date: Tue, 4 Oct 2005 18:06:22 -0400
Subject: Field-descs vs variables?
Message-ID: <DE4599EA5296AA46B6DE77968FE207ED01533A68@exchange.alliancebankna.local>

Hello,
 I am having trouble understanding the difference between the
field-descs and variables. I changed the version entry in field-descs to
flavor. Flavor now shows up under the select columns page but when the
search results are printed the name of the column is vers. Can someone
explain the difference between these two to me? Also how hard is it to
get a field-desc to behave like a variable?
Thanks a lot...

--
Douglas F. Calvert <dcalvert at alliancebankna.com>
Information Security Officer, Alliance Bank NA
Phone: 315.475.7770  /  Cell: 315.952.8530  /  Fax: 315.475.0870

***********************************************************************
Confidentiality Notice:  This email contains privileged and confidential
information.
Any dissemination or copying of this email is strictly prohibited
without prior consent.
***********************************************************************



From m.kirk at opengroup.org  Wed Oct  5 19:45:35 2005
From: m.kirk at opengroup.org (Martin Kirk)
Date: Wed, 05 Oct 2005 20:45:35 +0100
Subject: Setting version on all products
In-Reply-To: <DE4599EA5296AA46B6DE77968FE207ED01533A68@exchange.alliance
 bankna.local>
References: <DE4599EA5296AA46B6DE77968FE207ED01533A68@exchange.alliancebankna.local>
Message-ID: <6.2.5.3.2.20051005204407.05efe858@opengroup.org>

Hi,

Our software suite (OpenPegasu) is divied into multiple products for 
bug reporting purposes. IS there any simple way to add a new version 
to all the products at the same time. It is beginning to get tedious :)

Regards,

Martin


------------------------------------------------------------------------------
   T H E       MARTIN KIRK                     Thames Tower, 37-45 Station Road
  O P E N      Program Director                        Reading, Berks, RG1 1LX
G R O U P                                                      UNITED KINGDOM

E-Mail: m.kirk at opengroup.org
WWW:    www.opengroup.org
Work:   Direct: +44 1463 248921                 Switchboard: +44 118 950 8311
         Fax:    +44 870 133 6521                      Skype: mjkirk

Mobile: GSM(UK/US/Europe): +44 7740 565783              ICQ: 82721581

UNIX is a registered trademark of The Open Group in the US and other countries
------------------------------------------------------------------------------



From myk at mozilla.org  Wed Oct  5 20:54:51 2005
From: myk at mozilla.org (Myk Melez)
Date: Wed, 05 Oct 2005 13:54:51 -0700
Subject: Deskzilla
In-Reply-To: <43442893.80609@beltzner.ca>
References: <43442893.80609@beltzner.ca>
Message-ID: <43443D9B.5040005@mozilla.org>

Mike,

I haven't looked at it closely, so I'm not sure, but I'm cc:ing Bugzilla 
developers, who might know more about it and its effects.

-myk


Mike Beltzner wrote:
> Hey Myk,
>
> mconnor and I are playing with Deskzilla[1], and just wondering if you 
> had any comment on how it would affect load on the 
> bugzilla.mozilla.org server. I'm kinda tempted to say that due to the 
> effects of local caching, it might actually reduce the overall load, 
> but I haven't seen how they interface with the server itself.
>
> cheers,
> mike
>
> [1] http://www.deskzilla.com
>



From Robin_Leach at McAfee.com  Wed Oct  5 21:22:41 2005
From: Robin_Leach at McAfee.com (Robin_Leach at McAfee.com)
Date: Wed, 5 Oct 2005 14:22:41 -0700
Subject: Deskzilla
Message-ID: <2069DE2C1E4BD64CABAB75F191A2B99306244A4B@beaexmb1.corp.nai.org>

It won't have any more affect than if you were using the bugzilla web interface.
If it makes sense for you to use it and you like it, I'd say go for it. It's just another client interface into the bugzilla system which is all the web interface is, they're both talking to the same backend (in mostly the same manner as far as the SQL requests are concerned). The only caveat to all this is: it's not suported! So don't file bugs against bugzilla from a problem that arrises due to using it, sorry.   :-)

-Rob

-----Original Message-----
From: developers-owner at bugzilla.org on behalf of Myk Melez
Sent: Wed 10/05/2005 01:54 PM
To: Mike Beltzner
Cc: Mike Connor; Christopher Beard; developers at bugzilla.org
Subject: Re: Deskzilla
 
Mike,

I haven't looked at it closely, so I'm not sure, but I'm cc:ing Bugzilla 
developers, who might know more about it and its effects.

-myk


Mike Beltzner wrote:
> Hey Myk,
>
> mconnor and I are playing with Deskzilla[1], and just wondering if you 
> had any comment on how it would affect load on the 
> bugzilla.mozilla.org server. I'm kinda tempted to say that due to the 
> effects of local caching, it might actually reduce the overall load, 
> but I haven't seen how they interface with the server itself.
>
> cheers,
> mike
>
> [1] http://www.deskzilla.com
>

-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=robin_leach at mcafee.com>




From beltzner at mozilla.com  Wed Oct  5 21:25:30 2005
From: beltzner at mozilla.com (Mike Beltzner)
Date: Wed, 05 Oct 2005 17:25:30 -0400
Subject: Deskzilla
In-Reply-To: <2069DE2C1E4BD64CABAB75F191A2B99306244A4B@beaexmb1.corp.nai.org>
References: <2069DE2C1E4BD64CABAB75F191A2B99306244A4B@beaexmb1.corp.nai.org>
Message-ID: <434444CA.6000400@mozilla.com>

Heh, wouldn't dream of it, Robin! :) I suppose the one way to actually 
make this sort of interface lighter would be to expose a WSDL API on 
Bugzilla, but I know where to put *that* sort of comment ..

cheers,
mike

Robin_Leach at McAfee.com wrote:
> It won't have any more affect than if you were using the bugzilla web interface.
> If it makes sense for you to use it and you like it, I'd say go for it. It's just another client interface into the bugzilla system which is all the web interface is, they're both talking to the same backend (in mostly the same manner as far as the SQL requests are concerned). The only caveat to all this is: it's not suported! So don't file bugs against bugzilla from a problem that arrises due to using it, sorry.   :-)
> 
> -Rob
> 
> -----Original Message-----
> From: developers-owner at bugzilla.org on behalf of Myk Melez
> Sent: Wed 10/05/2005 01:54 PM
> To: Mike Beltzner
> Cc: Mike Connor; Christopher Beard; developers at bugzilla.org
> Subject: Re: Deskzilla
>  
> Mike,
> 
> I haven't looked at it closely, so I'm not sure, but I'm cc:ing Bugzilla 
> developers, who might know more about it and its effects.
> 
> -myk
> 
> 
> Mike Beltzner wrote:
>> Hey Myk,
>>
>> mconnor and I are playing with Deskzilla[1], and just wondering if you 
>> had any comment on how it would affect load on the 
>> bugzilla.mozilla.org server. I'm kinda tempted to say that due to the 
>> effects of local caching, it might actually reduce the overall load, 
>> but I haven't seen how they interface with the server itself.
>>
>> cheers,
>> mike
>>
>> [1] http://www.deskzilla.com
>>
> 
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=robin_leach at mcafee.com>



From mkanat at bugzilla.org  Wed Oct  5 22:24:12 2005
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Wed, 05 Oct 2005 15:24:12 -0700
Subject: Deskzilla
In-Reply-To: <434444CA.6000400@mozilla.com>
References: <2069DE2C1E4BD64CABAB75F191A2B99306244A4B@beaexmb1.corp.nai.org>
	 <434444CA.6000400@mozilla.com>
Message-ID: <1128551052.3363.31.camel@localhost.localdomain>

On Wed, 2005-10-05 at 17:25 -0400, Mike Beltzner wrote:
> Heh, wouldn't dream of it, Robin! :) I suppose the one way to actually 
> make this sort of interface lighter would be to expose a WSDL API on 
> Bugzilla, but I know where to put *that* sort of comment ..

	https://bugzilla.mozilla.org/show_bug.cgi?id=webservices

	:-)

	-Max
-- 
http://www.everythingsolved.com/
Competent, Friendly Bugzilla Services. And Everything Else, too.



From gerv at mozilla.org  Thu Oct  6 10:48:52 2005
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 06 Oct 2005 11:48:52 +0100
Subject: Field-descs vs variables?
In-Reply-To: <DE4599EA5296AA46B6DE77968FE207ED01533A68@exchange.alliancebankna.local>
References: <DE4599EA5296AA46B6DE77968FE207ED01533A68@exchange.alliancebankna.local>
Message-ID: <43450114.4020802@mozilla.org>

Calvert, Douglas wrote:
>  I am having trouble understanding the difference between the
> field-descs and variables. I changed the version entry in field-descs to
> flavor. Flavor now shows up under the select columns page but when the
> search results are printed the name of the column is vers. Can someone
> explain the difference between these two to me? Also how hard is it to
> get a field-desc to behave like a variable?

As you may have seen when you subscribed, this is a developers mailing 
list, not a support one. Future support requests are best directed to 
the appropriate places as outlined on the website.

The abbreviations are, I believe, coded into one of the templates. Try 
searching for "Vers" in the template directory.

Gerv


From gerv at mozilla.org  Thu Oct  6 10:49:18 2005
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 06 Oct 2005 11:49:18 +0100
Subject: Setting version on all products
In-Reply-To: <6.2.5.3.2.20051005204407.05efe858@opengroup.org>
References: <DE4599EA5296AA46B6DE77968FE207ED01533A68@exchange.alliancebankna.local> <6.2.5.3.2.20051005204407.05efe858@opengroup.org>
Message-ID: <4345012E.1030304@mozilla.org>

Martin Kirk wrote:
> Our software suite (OpenPegasu) is divied into multiple products for bug 
> reporting purposes. IS there any simple way to add a new version to all 
> the products at the same time. It is beginning to get tedious :)

As you may have seen when you subscribed, this is a developers mailing 
list, not a support one. Future support requests are best directed to 
the appropriate places as outlined on the website.

No, there isn't. :-|

Gerv


From paulo.casanova at link.pt  Thu Oct  6 11:14:31 2005
From: paulo.casanova at link.pt (Paulo Casanova)
Date: Thu, 6 Oct 2005 12:14:31 +0100
Subject: Setting version on all products
In-Reply-To: <4345012E.1030304@mozilla.org>
Message-ID: <001801c5ca67$1fef35e0$0813a8c0@aitec.pt>


Well, actually there is :) but its kinda a hack :)

If you use the following URL:

http://HOSTNAME/PATH/editversions.cgi?action=new&product=PRODUCTNAME&version
=VERSION

You can create a version directly by calling the URL.

If you use a tool such as Microsoft Excel or OpenOffice Calc you can easily
create a formula which will build the URLs for you and then you just have to
click on them :)

We actually use this technique to create users in a project (we usually
create projects with hundreds of users) so we build cells with:

Firefox.exe http://THE_URL_BUILT_AS_ABOVE

And we copy/paste the lines into cmd.exe.

Of course, this *IS* a hack and clearly unsupported :) but it works :)

Best,
Paulo


-----Original Message-----
From: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org]
On Behalf Of Gervase Markham
Sent: quinta-feira, 6 de Outubro de 2005 11:49
To: developers at bugzilla.org
Subject: Re: Setting version on all products

Martin Kirk wrote:
> Our software suite (OpenPegasu) is divied into multiple products for 
> bug reporting purposes. IS there any simple way to add a new version 
> to all the products at the same time. It is beginning to get tedious 
> :)

As you may have seen when you subscribed, this is a developers mailing list,
not a support one. Future support requests are best directed to the
appropriate places as outlined on the website.

No, there isn't. :-|

Gerv
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=paulo.casanova at link.pt>



From Dennis.Melentyev at infopulse.com.ua  Thu Oct  6 12:06:01 2005
From: Dennis.Melentyev at infopulse.com.ua (Dennis Melentyev)
Date: Thu, 6 Oct 2005 15:06:01 +0300
Subject: Setting version on all products
Message-ID: <0F18828098CF31459845A42C74B834E9A921FA@exchange.home>

 

> -----Original Message-----
> From: developers-owner at bugzilla.org 
> [mailto:developers-owner at bugzilla.org] On Behalf Of Paulo Casanova
> Sent: Thursday, October 06, 2005 2:15 PM
> To: developers at bugzilla.org
> Subject: Re: Setting version on all products
> 
...
> We actually use this technique to create users in a project 
> (we usually create projects with hundreds of users) so we build cells
with:
> 
> Firefox.exe http://THE_URL_BUILT_AS_ABOVE
> 
> And we copy/paste the lines into cmd.exe.
> 
> Of course, this *IS* a hack and clearly unsupported :) but it works :)
Poor, poor Win users... Cut'n'Paste (HUNDREDS!!!), Excel, etc...
Isn't it easier to make a tiny perl script to generate .cmd, or, even
directly get pages called?
Like this:

------------------
#!/usr/bin/perl -wT

# list your products here
my @products = ('one','two','three','other');

foreach my $product (@products) {
    print "Firefox.exe
http://Your.URL/with/dirs/and.cgi?action=new&product=$product&blah-blah\
n";
}
------------------

Or invest a couple of days (or really minimum ammount of  money) and
make a few own pages into Bugzilla, to allow this to be just
mouse-clickable by secretary?

> -----Original Message-----
> From: developers-owner at bugzilla.org 
> [mailto:developers-owner at bugzilla.org]
> On Behalf Of Gervase Markham
> Sent: quinta-feira, 6 de Outubro de 2005 11:49
> To: developers at bugzilla.org
> Subject: Re: Setting version on all products
> 
> Martin Kirk wrote:
> > Our software suite (OpenPegasu) is divied into multiple 
> products for 
> > bug reporting purposes. IS there any simple way to add a 
> new version 
> > to all the products at the same time. It is beginning to 
> get tedious 
> > :)
> 
> As you may have seen when you subscribed, this is a 
> developers mailing list,
> not a support one. Future support requests are best directed to the
> appropriate places as outlined on the website.
> 
> No, there isn't. :-|
> 
> Gerv
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=paulo.casanova at link.pt>
> 
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=dennis.melentyev at i
> nfopulse.com.ua>
> 



From tree at basistech.com  Thu Oct  6 12:06:18 2005
From: tree at basistech.com (Tom Emerson)
Date: Thu, 6 Oct 2005 08:06:18 -0400
Subject: Setting version on all products
In-Reply-To: <4345012E.1030304@mozilla.org>
References: <DE4599EA5296AA46B6DE77968FE207ED01533A68@exchange.alliancebankna.local>
	<6.2.5.3.2.20051005204407.05efe858@opengroup.org>
	<4345012E.1030304@mozilla.org>
Message-ID: <17221.4922.699127.742143@tiphares.basistech.net>

Martin Kirk wrote:
> Our software suite (OpenPegasu) is divied into multiple products for bug 
> reporting purposes. IS there any simple way to add a new version to all 
> the products at the same time. It is beginning to get tedious :)

Not in the UI (though I wish there was: ditto for milestones.)

I ended up writing a Python module that would let me make bulk changes
to the database like this: I can dig up the script if you want, though
it is probably out of date with the latest schema.

    -tree

-- 
Tom Emerson                                          Basis Technology Corp.
Software Architect                                 http://www.basistech.com
 "You can't fake quality any more than you can fake a good meal." (W.S.B.)


From paulo.casanova at link.pt  Thu Oct  6 12:45:40 2005
From: paulo.casanova at link.pt (Paulo Casanova)
Date: Thu, 6 Oct 2005 13:45:40 +0100
Subject: Setting version on all products
In-Reply-To: <0F18828098CF31459845A42C74B834E9A921FA@exchange.home>
Message-ID: <002001c5ca73$db7820e0$0813a8c0@aitec.pt>


You're assuming that
1) Eveyone knows how to code in <whatever language you choose>;
2) Its faster to do with a script than with copy/past.

Don't get fooled by bad technical solutions. Currently we have an import
users CGI I made in BZ but it was not that simple to do. Specially since we
have an Excel document which contains the e-mails of the users we want to
add :)

And trust me, importing an Excel in to BZ is much harder than copy-pasting
200 lines into cmd.exe. And more error-prone. Of course a simple VBA macro
would solve it but again it fails against rule #1.

Besides, a solution which takes 5 min to implement by a non-technical person
and operates as fast as any other is a very cheap one which is,
consequently, an excelent engineering solution :) (fast, cheap, it works --
what else do you want!?)

:)
Paulo

PS: Don't get carried away. Remember: there is no perl, python, bash, or
whatever in the default windows installation...


> We actually use this technique to create users in a project (we 
> usually create projects with hundreds of users) so we build cells
with:
> 
> Firefox.exe http://THE_URL_BUILT_AS_ABOVE
> 
> And we copy/paste the lines into cmd.exe.
> 
> Of course, this *IS* a hack and clearly unsupported :) but it works :)
Poor, poor Win users... Cut'n'Paste (HUNDREDS!!!), Excel, etc...
Isn't it easier to make a tiny perl script to generate .cmd, or, even
directly get pages called?
Like this:




From Dennis.Melentyev at infopulse.com.ua  Thu Oct  6 14:49:10 2005
From: Dennis.Melentyev at infopulse.com.ua (Dennis Melentyev)
Date: Thu, 6 Oct 2005 17:49:10 +0300
Subject: Setting version on all products, getting closer to flame :)
Message-ID: <0F18828098CF31459845A42C74B834E9A922B8@exchange.home>

Paulo,
We are getting further off-topic, but I can't answer to you directly.
Please, reply to me at dennis.melentyev at infopulse.com.ua if you still
interesting :)

Let me slightly change the rules, still meeting most situations:

1. Each company (even tiny) has a technical person, able to write a
simple script (in his favorite language)
2. Script is more reliable that manual work

So, all things are falling into hily wars like "Plan your technology to
have it reliable" vs "Standard tools are good enough, so hiring another
employee for stupid work is cheaper"
What's interesting, both points are right. In different situations.



> -----Original Message-----
> From: developers-owner at bugzilla.org 
> [mailto:developers-owner at bugzilla.org] On Behalf Of Paulo Casanova
> Sent: Thursday, October 06, 2005 3:46 PM
> To: developers at bugzilla.org
> Subject: Re: Setting version on all products
> 
> 
> You're assuming that
> 1) Eveyone knows how to code in <whatever language you choose>;
> 2) Its faster to do with a script than with copy/past.
> 
> Don't get fooled by bad technical solutions. Currently we 
> have an import
> users CGI I made in BZ but it was not that simple to do. 
> Specially since we
> have an Excel document which contains the e-mails of the 
> users we want to
> add :)
> 
> And trust me, importing an Excel in to BZ is much harder than 
> copy-pasting
> 200 lines into cmd.exe. And more error-prone. Of course a 
> simple VBA macro
> would solve it but again it fails against rule #1.
> 
> Besides, a solution which takes 5 min to implement by a 
> non-technical person
> and operates as fast as any other is a very cheap one which is,
> consequently, an excelent engineering solution :) (fast, 
> cheap, it works --
> what else do you want!?)
> 
> :)
> Paulo
> 
> PS: Don't get carried away. Remember: there is no perl, 
> python, bash, or
> whatever in the default windows installation...
> 
> 
> > We actually use this technique to create users in a project (we 
> > usually create projects with hundreds of users) so we build cells
> with:
> > 
> > Firefox.exe http://THE_URL_BUILT_AS_ABOVE
> > 
> > And we copy/paste the lines into cmd.exe.
> > 
> > Of course, this *IS* a hack and clearly unsupported :) but 
> it works :)
> Poor, poor Win users... Cut'n'Paste (HUNDREDS!!!), Excel, etc...
> Isn't it easier to make a tiny perl script to generate .cmd, or, even
> directly get pages called?
> Like this:



From chee at slac.stanford.edu  Tue Oct 11 22:40:55 2005
From: chee at slac.stanford.edu (Charlotte Hee)
Date: Tue, 11 Oct 2005 15:40:55 -0700 (PDT)
Subject: upgrading from 2.28 to 2.20
In-Reply-To: <002001c5ca73$db7820e0$0813a8c0@aitec.pt>
References: <002001c5ca73$db7820e0$0813a8c0@aitec.pt>
Message-ID: <Pine.GSO.4.58.0510111536540.4939@tersk09.slac.stanford.edu>



Hello All,

I installed bugzilla 2.18 but would like to upgrade to 2.20.
In the docs for 2.20 I didn't find anything on how to upgrade.
My MySQL database only has test records so I can delete all the
data in the current tables. I've never applied patches or upgrades before
- is there a step-by-step writeup on how to do this?

thanks, Chee



From bugreport at peshkin.net  Wed Oct 12 02:47:22 2005
From: bugreport at peshkin.net (Joel Peshkin)
Date: Tue, 11 Oct 2005 19:47:22 -0700
Subject: Job opening for Bugzilla developer (strong LAMP and Sysadmin skills)
Message-ID: <434C793A.6050400@peshkin.net>


Hi all.

My employer, Mindspeed Technologies, in Newport Beach CA has a good 
position for a stong LAMP programmer/integrator/administrator to work on 
numerous projects starting with a major Bugzilla deployment with a lot 
of ties into other corporate systems.

http://jobsearch.monster.com/getjob.asp?JobID=35236449&



From mkanat at bugzilla.org  Wed Oct 12 18:30:02 2005
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Wed, 12 Oct 2005 11:30:02 -0700
Subject: Job opening for Bugzilla developer (strong LAMP and Sysadmin
In-Reply-To: <434C793A.6050400@peshkin.net>
References: <434C793A.6050400@peshkin.net>
Message-ID: <1129141802.3380.0.camel@localhost.localdomain>

On Tue, 2005-10-11 at 19:47 -0700, Joel Peshkin wrote:
> My employer, Mindspeed Technologies, in Newport Beach CA has a good 
> position for a stong LAMP programmer/integrator/administrator to work on 
> numerous projects starting with a major Bugzilla deployment with a lot 
> of ties into other corporate systems.

	Hey hey. :-) If they decide that they might also be interested in a
contractor for any of that work, let me know. :-)

	-Max
-- 
http://www.everythingsolved.com/
Competent, Friendly Bugzilla Services. And Everything Else, too.



From mkanat at bugzilla.org  Wed Oct 12 18:32:14 2005
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Wed, 12 Oct 2005 11:32:14 -0700
Subject: Job opening for Bugzilla developer (strong LAMP and Sysadmin
In-Reply-To: <1129141802.3380.0.camel@localhost.localdomain>
References: <434C793A.6050400@peshkin.net>
	 <1129141802.3380.0.camel@localhost.localdomain>
Message-ID: <1129141935.3380.2.camel@localhost.localdomain>

On Wed, 2005-10-12 at 11:30 -0700, Max Kanat-Alexander wrote:
> 	Hey hey. :-) If they decide that they might also be interested in a
> contractor for any of that work, let me know. :-)

	Arrrr, I apologize to the list. That was intended to go directly to
Joel, not to the list at large.

	-Max
-- 
http://www.everythingsolved.com/
Competent, Friendly Bugzilla Services. And Everything Else, too.



From justdave at bugzilla.org  Wed Oct 12 19:11:36 2005
From: justdave at bugzilla.org (David Miller)
Date: Wed, 12 Oct 2005 15:11:36 -0400
Subject: Emergency checkin procedures
Message-ID: <434D5FE8.5090002@bugzilla.org>

Myk and I have both been a bit hard to find lately.  Approvals are 
getting done, but it often takes a few hours to a day or two.

There's been at least one case recently where the tree was outright 
broken for a while because of a regression and the fix for the 
regression didn't get approved immediately.

Since we like to try to keep the tree stable, I'm going to try a little 
bit of an experiment here.

If you have a situation where the trunk is broken and it causes dataloss 
or prevents Bugzilla from being usable, backing out the patch that 
caused it is not workable due to subsequent checkins or data conversion 
that's already been done, and you can't find someone to approve the 
patch to fix it in a timely manner, get two reviewers to agree to it, 
and then go ahead and check the fix in.  Please leave the approval flag 
requested on the bug, as it'll still need to be checked for approval 
retroactively, and make sure to justify in comments in the bug why you 
needed to proceed with the checkin.

Please only do this when it really is a critical regression.  Situations 
where this permission is utilized will get reviewed, and if I find 
people abusing it, this permission will go away.

-- 
Dave Miller                                   http://www.justdave.net/
System Administrator, Mozilla Corporation      http://www.mozilla.com/
Project Leader, Bugzilla Bug Tracking System  http://www.bugzilla.org/


From justdave at bugzilla.org  Wed Oct 12 19:47:04 2005
From: justdave at bugzilla.org (David Miller)
Date: Wed, 12 Oct 2005 15:47:04 -0400
Subject: Emergency checkin procedures
In-Reply-To: <434D5FE8.5090002@bugzilla.org>
References: <434D5FE8.5090002@bugzilla.org>
Message-ID: <434D6838.6050401@bugzilla.org>

David Miller wrote on 10/12/05 3:11 PM:

> If you have a situation where the trunk is broken and it causes dataloss 
> or prevents Bugzilla from being usable, backing out the patch that 
> caused it is not workable due to subsequent checkins or data conversion 
> that's already been done, and you can't find someone to approve the 
> patch to fix it in a timely manner, get two reviewers to agree to it, 
> and then go ahead and check the fix in.  Please leave the approval flag 
> requested on the bug, as it'll still need to be checked for approval 
> retroactively, and make sure to justify in comments in the bug why you 
> needed to proceed with the checkin.
> 
> Please only do this when it really is a critical regression.  Situations 
> where this permission is utilized will get reviewed, and if I find 
> people abusing it, this permission will go away.

I had pointed out to me a few minutes ago that this has always been the 
procedure, and thinking back on it, that's true, it has been.  I've been 
a bit forgetful lately on top of everything else and it slipped my mind 
that we've already been doing this in the past.  It's always been a bit 
of an informal thing though, so consider this getting it down in writing. :)

-- 
Dave Miller                                   http://www.justdave.net/
System Administrator, Mozilla Corporation      http://www.mozilla.com/
Project Leader, Bugzilla Bug Tracking System  http://www.bugzilla.org/


From vladd at bugzilla.org  Wed Oct 12 20:29:13 2005
From: vladd at bugzilla.org (Vlad Dascalu)
Date: Wed, 12 Oct 2005 23:29:13 +0300
Subject: Job opening for Bugzilla developer (strong LAMP and Sysadmin
In-Reply-To: <1129141935.3380.2.camel@localhost.localdomain>
References: <434C793A.6050400@peshkin.net>	 <1129141802.3380.0.camel@localhost.localdomain> <1129141935.3380.2.camel@localhost.localdomain>
Message-ID: <434D7219.4020301@bugzilla.org>

Max Kanat-Alexander wrote:

>On Wed, 2005-10-12 at 11:30 -0700, Max Kanat-Alexander wrote:
>  
>
>>	Hey hey. :-) If they decide that they might also be interested in a
>>contractor for any of that work, let me know. :-)
>>    
>>
>
>	Arrrr, I apologize to the list. That was intended to go directly to
>Joel, not to the list at large.
>  
>
Yeah, sure.

Best regards,
Vlad.

>	-Max
>  
>



From vladd at bugzilla.org  Wed Oct 12 20:30:58 2005
From: vladd at bugzilla.org (Vlad Dascalu)
Date: Wed, 12 Oct 2005 23:30:58 +0300
Subject: Emergency checkin procedures
In-Reply-To: <434D5FE8.5090002@bugzilla.org>
References: <434D5FE8.5090002@bugzilla.org>
Message-ID: <434D7282.50501@bugzilla.org>

David Miller wrote:

> Situations where this permission is utilized will get reviewed, and if 
> I find people abusing it, this permission will go away.

Sorry, but I can't imagine Terry saying something like that in this 
announcement. Not like that. Probably one of the reasons for which I 
don't contribute to Bugzilla much nowadays.

Thanks,
Vlad.


From bugreport at peshkin.net  Wed Oct 12 20:45:09 2005
From: bugreport at peshkin.net (Joel Peshkin)
Date: Wed, 12 Oct 2005 13:45:09 -0700
Subject: Emergency checkin procedures
In-Reply-To: <434D7282.50501@bugzilla.org>
References: <434D5FE8.5090002@bugzilla.org> <434D7282.50501@bugzilla.org>
Message-ID: <434D75D5.3050509@peshkin.net>

Vlad Dascalu wrote:

> David Miller wrote:
>
>> Situations where this permission is utilized will get reviewed, and 
>> if I find people abusing it, this permission will go away.
>
>
> Sorry, but I can't imagine Terry saying something like that in this 
> announcement. Not like that. Probably one of the reasons for which I 
> don't contribute to Bugzilla much nowadays.
>
Vlad,

  That's a relaxation of the current rule which is that we cannot 
checkin without approval.   A few of us asked Justdave to permit this 
"bypass the procedure" hook so long as we comment on the bug that this 
was one of those necessary spots and we suggested that all such 
situations be reviewed.  

   Essentially, justdave agreed to relax the policies we all agree to 
follow so long as we dont abuse the exception mechanism.  This is a good 
thing.

-Joel



From gerv at mozilla.org  Wed Oct 12 22:42:07 2005
From: gerv at mozilla.org (Gervase Markham)
Date: Wed, 12 Oct 2005 23:42:07 +0100
Subject: Emergency checkin procedures
In-Reply-To: <434D7282.50501@bugzilla.org>
References: <434D5FE8.5090002@bugzilla.org> <434D7282.50501@bugzilla.org>
Message-ID: <434D913F.4010907@mozilla.org>

Vlad Dascalu wrote:
> David Miller wrote:
> 
>> Situations where this permission is utilized will get reviewed, and if 
>> I find people abusing it, this permission will go away.
> 
> Sorry, but I can't imagine Terry saying something like that in this 
> announcement. Not like that. Probably one of the reasons for which I 
> don't contribute to Bugzilla much nowadays.

He's not saying he's going to revoke anyone's checkin rights or anything 
like that. He's just saying that the (new) exception to the approval 
rule will go away if it turns out to cause more problems than it solves. 
Seems reasonable to me.

Gerv


From dberlin at dberlin.org  Wed Oct 12 22:54:18 2005
From: dberlin at dberlin.org (Daniel Berlin)
Date: Wed, 12 Oct 2005 18:54:18 -0400
Subject: Emergency checkin procedures
In-Reply-To: <434D913F.4010907@mozilla.org>
References: <434D5FE8.5090002@bugzilla.org> <434D7282.50501@bugzilla.org>
	 <434D913F.4010907@mozilla.org>
Message-ID: <1129157659.8221.115.camel@linux-009002218224>

On Wed, 2005-10-12 at 23:42 +0100, Gervase Markham wrote:
> Vlad Dascalu wrote:
> > David Miller wrote:
> > 
> >> Situations where this permission is utilized will get reviewed, and if 
> >> I find people abusing it, this permission will go away.
> > 
> > Sorry, but I can't imagine Terry saying something like that in this 
> > announcement. Not like that. Probably one of the reasons for which I 
> > don't contribute to Bugzilla much nowadays.
> 
> He's not saying he's going to revoke anyone's checkin rights or anything 
> like that. He's just saying that the (new) exception to the approval 
> rule will go away if it turns out to cause more problems than it solves. 
> Seems reasonable to me.
> 

I'm with vlad.
The way it was said was like a father talking to a bunch of kids.
It was simply not necessary to say it.
"If you kids don't behave, we'll turn this car right around"



From bugreport at peshkin.net  Thu Oct 13 00:06:08 2005
From: bugreport at peshkin.net (Joel Peshkin)
Date: Wed, 12 Oct 2005 17:06:08 -0700
Subject: Emergency checkin procedures
In-Reply-To: <1129157659.8221.115.camel@linux-009002218224>
References: <434D5FE8.5090002@bugzilla.org> <434D7282.50501@bugzilla.org>	 <434D913F.4010907@mozilla.org> <1129157659.8221.115.camel@linux-009002218224>
Message-ID: <434DA4F0.9090802@peshkin.net>

Daniel Berlin wrote:

> I'm with vlad.
>
>The way it was said was like a father talking to a bunch of kids.
>It was simply not necessary to say it.
>"If you kids don't behave, we'll turn this car right around"
>  
>

I think lpsolit and I set justdave up on this......

We suggested the relaxed rules with the anti-abuse provision.  It was 
modeled on the way that paramedics are allowed to stray from the 
established rules when they cannot reach a base hospital but have the 
exceptions reviewed after the fact.

we told justdave....
 >>>  well, if we don't want to loose this "privilege", we (reviewers) 
have no interest in abusing it
 >>> This is the same thing we had when I used to moonlight as a medic.
 >>> There werre all sorts of standing orders, then the list of things 
you could do if ordered by a command doc....
 >>> if you had to deviate and go "on protocol", you were expected to 
document exactly how the criteria were met and ALL such incidemts were 
reviewed to make sure you didnt overstep.





From chicks at chicks.net  Thu Oct 13 07:32:06 2005
From: chicks at chicks.net (Christopher Hicks)
Date: Thu, 13 Oct 2005 03:32:06 -0400 (EDT)
Subject: Emergency checkin procedures
In-Reply-To: <434DA4F0.9090802@peshkin.net>
References: <434D5FE8.5090002@bugzilla.org> <434D7282.50501@bugzilla.org> 
 <434D913F.4010907@mozilla.org> <1129157659.8221.115.camel@linux-009002218224>
 <434DA4F0.9090802@peshkin.net>
Message-ID: <Pine.LNX.4.63.0510130325490.18375@skippy.fini.net>

On Wed, 12 Oct 2005, Joel Peshkin wrote:
> Daniel Berlin wrote:
>> I'm with vlad.
>> 
>> The way it was said was like a father talking to a bunch of kids.
>> It was simply not necessary to say it.
>> "If you kids don't behave, we'll turn this car right around"
>> 
>
> I think lpsolit and I set justdave up on this......

What Dave said was totally reasonable and shouldn't need to be defended. 
I understand that geeks tend to be a bit special socially speaking, but 
kneejerk comparisons of reasonable authority to poor parenting seems to be 
reading way too much into it to me.  If "don't abuse it or it'll go away" 
troubles you so how do you deal with other occassions of privelege?  If 
the community mindset is we want a leader with no clout or basis to make 
reasonable policy statements then I'd suggest people are shooting 
themselves in the foot.

-- 
</chris>

"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)


From LpSolit at gmail.com  Thu Oct 13 08:45:47 2005
From: LpSolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=)
Date: Thu, 13 Oct 2005 10:45:47 +0200
Subject: Emergency checkin procedures
In-Reply-To: <434DA4F0.9090802@peshkin.net>
References: <434D5FE8.5090002@bugzilla.org> <434D7282.50501@bugzilla.org>	 <434D913F.4010907@mozilla.org> <1129157659.8221.115.camel@linux-009002218224> <434DA4F0.9090802@peshkin.net>
Message-ID: <434E1EBB.5050509@gmail.com>

> I think lpsolit and I set justdave up on this......

> we told justdave....
>  >>>  well, if we don't want to loose this "privilege", we (reviewers) 
> have no interest in abusing it

Be sure that without justdave's valuable precision (I was going to say 
"warning") some of us (reviewers), especially those who were not in the 
IRC channel when we discussed this rule, could be tempted to do checkins 
even for moderately critical bugs, invoking this bypass. At least, the 
rule is now clear. If some of you think that there is too much 
bureaucracy or that conditions are too explicit for "professionals" like 
us (who said we were all "professionals"??), well... reread policies 
about your CVS write access, and you will notice that such 
"recommandations" also exist; but nobody complained so far, as far as I 
know.

Frederic (LpSolit)


From mkanat at bugzilla.org  Thu Oct 13 19:21:31 2005
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Thu, 13 Oct 2005 12:21:31 -0700
Subject: Emergency checkin procedures
In-Reply-To: <1129157659.8221.115.camel@linux-009002218224>
References: <434D5FE8.5090002@bugzilla.org> <434D7282.50501@bugzilla.org>
	 <434D913F.4010907@mozilla.org>
	 <1129157659.8221.115.camel@linux-009002218224>
Message-ID: <1129231291.3570.0.camel@localhost.localdomain>

	I'm fully with Dave. I think the way he said it was fine.

	-Max
-- 
http://www.everythingsolved.com/
Competent, Friendly Bugzilla Services. And Everything Else, too.



From vladd at bugzilla.org  Thu Oct 13 20:08:24 2005
From: vladd at bugzilla.org (Vlad Dascalu)
Date: Thu, 13 Oct 2005 23:08:24 +0300
Subject: Emergency checkin procedures
In-Reply-To: <434E1EBB.5050509@gmail.com>
References: <434D5FE8.5090002@bugzilla.org> <434D7282.50501@bugzilla.org>	 <434D913F.4010907@mozilla.org> <1129157659.8221.115.camel@linux-009002218224> <434DA4F0.9090802@peshkin.net> <434E1EBB.5050509@gmail.com>
Message-ID: <434EBEB8.3060102@bugzilla.org>

Fr?d?ric Buclin wrote:

> Be sure that without justdave's valuable precision (I was going to say 
> "warning") some of us (reviewers), especially those who were not in 
> the IRC channel when we discussed this rule, could be tempted to do 
> checkins even for moderately critical bugs

So you're saying that you can't specify a rule without a warning at the 
end. You're either making justdave stupid, or you're insulting the 
reviewers.

Appreciate your message
Vlad.


From exie at linkageposted.longmusic.com  Tue Oct 18 00:51:08 2005
From: exie at linkageposted.longmusic.com (Eddie Xie)
Date: 17 Oct 2005 17:51:08 -0700
Subject: Bugzilla database corruption in MySQL 3.23.51
Message-ID: <20051018004903.GA13019@linkageposted.longmusic.com>

My Bugzilla is using an old version of MySQL ("Ver 3.23.51 for
pc-linux-gnu on i686") I have noticed lately an increasing number of
index corruption problems.  Does MySQL have a reputation for this?  Or
are my databases just getting to big?

I guess the real issue is avoiding these index corruption problems in
the first place.  Would updrading my MySQL implementation help out
here?

Thanks!

-- 
Eddie Xie


From eseyman at linagora.com  Tue Oct 18 16:27:25 2005
From: eseyman at linagora.com (Emmanuel Seyman)
Date: Tue, 18 Oct 2005 18:27:25 +0200 (CEST)
Subject: group keywords
Message-ID: <51476.192.168.1.254.1129652845.squirrel@tomate.linagora.lan>


Hey, all.

I've been asked to implement group keywords on our local Bugzilla and
thought this would be a good opportunity to resolve bug #167017.
I'm not sure on how to implement this, though, and wanted to get input
from other people. My thoughts (or lack thereof):

- Global keywords would be entered via editkeywords.cgi, the way they are now
- per-Group keywords, via editgroups.cgi (??)
- per-User keywords would be done via editsettings.cgi

There'ld be a namespace for all of this via a field in the keywords table.

One thing I'm having trouble with is multiple occurences of the same word.
How do I allow people to distinguish global keywords and group keywords ?
How do I handle the case where somebody is a member of two groups, both of
whom have the same keyword defined ?

Comments, anyone ?

Emmanuel



From LpSolit at gmail.com  Tue Oct 18 16:38:33 2005
From: LpSolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=)
Date: Tue, 18 Oct 2005 18:38:33 +0200
Subject: group keywords
In-Reply-To: <51476.192.168.1.254.1129652845.squirrel@tomate.linagora.lan>
References: <51476.192.168.1.254.1129652845.squirrel@tomate.linagora.lan>
Message-ID: <43552509.1050208@gmail.com>

> - Global keywords would be entered via editkeywords.cgi, the way they are now
> - per-Group keywords, via editgroups.cgi (??)
> - per-User keywords would be done via editsettings.cgi

keywords should be maintained from editkeywords.cgi, in all cases. You 
can then use different $action to differentiate the kind of keywords you 
use.

LpSolit


From micklweiss at gmx.net  Tue Oct 18 16:52:26 2005
From: micklweiss at gmx.net (Mick Weiss)
Date: Tue, 18 Oct 2005 12:52:26 -0400
Subject: Bugzilla database corruption in MySQL 3.23.51
In-Reply-To: <20051018004903.GA13019@linkageposted.longmusic.com>
References: <20051018004903.GA13019@linkageposted.longmusic.com>
Message-ID: <4355284A.4080108@gmx.net>

Hi Eddie,

that is a really old version of MySQL. I can imagine that this is not 
the only problem that you have. I would definitly upgrade to the latest 
stable (4.1 at the time of this writing).

Best Regards,

- Mick


Eddie Xie wrote:

>My Bugzilla is using an old version of MySQL ("Ver 3.23.51 for
>pc-linux-gnu on i686") I have noticed lately an increasing number of
>index corruption problems.  Does MySQL have a reputation for this?  Or
>are my databases just getting to big?
>
>I guess the real issue is avoiding these index corruption problems in
>the first place.  Would updrading my MySQL implementation help out
>here?
>
>Thanks!
>
>  
>



From kevin.benton at AMD.com  Tue Oct 18 19:33:37 2005
From: kevin.benton at AMD.com (Benton, Kevin)
Date: Tue, 18 Oct 2005 12:33:37 -0700
Subject: group keywords
Message-ID: <6F7DA19D05F3CF40B890C7CA2DB13A4202A1BF08@ssvlexmb2.amd.com>

I would suggest that you consider modifying the existing keywords
database instead, adding a new cross-reference table connecting keywords
to groups.  I'd also suggest considering adding a system group called
"All Bugzilla Users" (or something like that) and link all your "global"
keywords back to that group.  Of course, that group's regexp would be .*
and would have no privileges associated with it.  If you do it that way,
then you don't have to deal with two different kinds of keywords.  You
can also make the same keyword map to multiple groups.

What's more important, is it would be a lot easier to integrate into the
tip than to have to integrate two separate methods of dealing with
keywords.  If it gets integrated into our code, then you don't have to
maintain that customization any longer. :)

---
Kevin Benton
Perl/Bugzilla Developer/Administrator, Perforce SCM Administrator
Personal Computing Systems Group
Advanced Micro Devices
 
The opinions stated in this communication do not necessarily reflect the
view of Advanced Micro Devices and have not been reviewed by management.
This communication may contain sensitive and/or confidential and/or
proprietary information.  Distribution of such information is strictly
prohibited without prior consent of Advanced Micro Devices.  This
communication is for the intended recipient(s) only.  If you have
received this communication in error, please notify the sender, then
destroy any remaining copies of this communication.

> -----Original Message-----
> From: developers-owner at bugzilla.org
[mailto:developers-owner at bugzilla.org]
> On Behalf Of Emmanuel Seyman
> Sent: Tuesday, October 18, 2005 10:27 AM
> To: developers at bugzilla.org
> Subject: group keywords
> 
> 
> Hey, all.
> 
> I've been asked to implement group keywords on our local Bugzilla and
> thought this would be a good opportunity to resolve bug #167017.
> I'm not sure on how to implement this, though, and wanted to get input
> from other people. My thoughts (or lack thereof):
> 
> - Global keywords would be entered via editkeywords.cgi, the way they
are
> now
> - per-Group keywords, via editgroups.cgi (??)
> - per-User keywords would be done via editsettings.cgi
> 
> There'ld be a namespace for all of this via a field in the keywords
table.
> 
> One thing I'm having trouble with is multiple occurences of the same
word.
> How do I allow people to distinguish global keywords and group
keywords ?
> How do I handle the case where somebody is a member of two groups,
both of
> whom have the same keyword defined ?
> 
> Comments, anyone ?
> 
> Emmanuel
> 
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=kevin.benton at amd.com>





From kevin.benton at amd.com  Tue Oct 18 20:24:12 2005
From: kevin.benton at amd.com (Benton, Kevin)
Date: Tue, 18 Oct 2005 13:24:12 -0700
Subject: Bugzilla database corruption in MySQL 3.23.51
Message-ID: <6F7DA19D05F3CF40B890C7CA2DB13A4202A1BF30@ssvlexmb2.amd.com>

>From my experience with 3.23, it's uncommon to have index issues.  On
the other hand, if your hard disk is having issues, anything is
possible.  You may want to consider moving your database to a different
system altogether.

---
Kevin Benton
Perl/Bugzilla Developer/Administrator, Perforce SCM Administrator
Personal Computing Systems Group
Advanced Micro Devices
 
The opinions stated in this communication do not necessarily reflect the
view of Advanced Micro Devices and have not been reviewed by management.
This communication may contain sensitive and/or confidential and/or
proprietary information.  Distribution of such information is strictly
prohibited without prior consent of Advanced Micro Devices.  This
communication is for the intended recipient(s) only.  If you have
received this communication in error, please notify the sender, then
destroy any remaining copies of this communication.

> -----Original Message-----
> From: developers-owner at bugzilla.org
[mailto:developers-owner at bugzilla.org]
> On Behalf Of Mick Weiss
> Sent: Tuesday, October 18, 2005 10:52 AM
> To: developers at bugzilla.org
> Subject: Re: Bugzilla database corruption in MySQL 3.23.51
> 
> Hi Eddie,
> 
> that is a really old version of MySQL. I can imagine that this is not
> the only problem that you have. I would definitly upgrade to the
latest
> stable (4.1 at the time of this writing).
> 
> Best Regards,
> 
> - Mick
> 
> 
> Eddie Xie wrote:
> 
> >My Bugzilla is using an old version of MySQL ("Ver 3.23.51 for
> >pc-linux-gnu on i686") I have noticed lately an increasing number of
> >index corruption problems.  Does MySQL have a reputation for this?
Or
> >are my databases just getting to big?
> >
> >I guess the real issue is avoiding these index corruption problems in
> >the first place.  Would updrading my MySQL implementation help out
> >here?
> >
> >Thanks!
> >
> >
> >
> 
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=kevin.benton at amd.com>





From exie at linkageposted.longmusic.com  Tue Oct 18 21:07:14 2005
From: exie at linkageposted.longmusic.com (Eddie Xie)
Date: 18 Oct 2005 14:07:14 -0700
Subject: Recommendations for Bugzilla hardware
In-Reply-To: <42F86E13.70305@bugzilla.org>
Message-ID: <20051018210507.GA19743@linkageposted.longmusic.com>

On 2005 August 09 (Tue) 01:49:23am PDT, David Miller <justdave at bugzilla.org> wrote:
> Eddie Xie wrote:
> 
>> I see that you have your Bugzilla using dual processor systems.  How
>> much of a benefit is it to have two processors?  Do you have to do
>> anything special to get this benefit (e.g., use a specially compiled
>> version of MySQL, or use a specialized version of Linux or FreeBSD).
> 
> You need a kernel that was compiled for "SMP" or "Symmetric 
> Multi-Processing".  Most linux distros these days have such a kernel 
> already compiled for you in one of the kernel packages (I know Red Hat, 
> Debian, Fedora, and Ubuntu all do, I haven't used many others).
> 
> It's a great benefit to a machine with Apache and MySQL on the same box, 
> because then essentially, MySQL gets one and Apache gets the other (not 
> exactly, but that's the general idea).  In the case of having just the 
> webserver on that box, Apache can basically handle twice as many 
> requests at once because it has both processors to split the load between.

I see.  It just "happens" if the kernel supports it.

With a lot of hits, I can easily see how this would be an great
advantage.  I think with my situation, though, we have less people
trying to access our Bugzilla, but they are running complicated
queries.  So, we wouldn't get as much benefit out of the dual
processor as a site that has a more even load between Apache and
MySQL.

Is there anything wrong with this line of reasoning?  Or does Apache
suck up more resources than that?

In general, would it be more cost effective to have dual processors,
or just a faster single processor?  Should I worry more about
processor speed, memory, or the hard disk?

>> What is the benefit of using a replicated database for queries?  Is it
>> only when multiple queries are going on at the same time?
> 
> When you send an update to a table, the table gets locked for a brief 
> moment, preventing queries from accessing that table (MySQL doesn't have 
> row-level locks unfortunately -- not in the current versions we support 
> anyway).  So every time someone updates a bug, anyone running a query is 
> going to be put on hold momentarily.  If lots of people are changing 
> bugs at once, this leaves very little time for queries to run.  The 
> replicated database is set up with "low-priority writes," meaning that 
> queries get priority, and updates are done whenever there aren't any 
> queries running.  If there's a LOT of people running queries, it's 
> possible for the replicated database to get a little bit stale, but it 
> keeps everyone running quickly, and it usually doesn't stay behind for 
> very long.

If we have this replicated database on the same machine, and it's a
dual processor machine, do the main and replicated databases get
separate processors?

It's been a while since my last message about this to the list, but
it's taken a bit of agitating to get upgrading the Bugzilla machine
bumped up in priority.

-- 
Eddie Xie


From kevin.benton at amd.com  Tue Oct 18 22:02:59 2005
From: kevin.benton at amd.com (Benton, Kevin)
Date: Tue, 18 Oct 2005 15:02:59 -0700
Subject: Recommendations for Bugzilla hardware
Message-ID: <6F7DA19D05F3CF40B890C7CA2DB13A4202A1BF81@ssvlexmb2.amd.com>

Eddie - try putting it on a desktop-sized machine and see if that's fast
enough for you.  Bugzilla, Apache, and MySQL don't require exotic
hardware for small installations.  As your needs increase, you can
migrate to larger systems if you want or move MySQL to a separate box.

It's very easy to get "analysis paralysis."  Sometimes, it's easier to
"just try it."  This is one of those cases, unless you expect to see
50,000 bugs in the next year.  Once you've got your first system up /
running, you can evaluate how things are working and what performance
needs you may have.  Also, without knowing what kind of data you will be
storing in the database, it's difficult to say how much space you should
plan for.

Installing Bugzilla for the first time can take anywhere from a few
minutes to a few hours depending on how your system is set up before you
load it and your level of expertise in dealing with the operating
system, Perl, and MySQL.

---
Kevin Benton
Perl/Bugzilla Developer/Administrator, Perforce SCM Administrator
Personal Computing Systems Group
Advanced Micro Devices
 
The opinions stated in this communication do not necessarily reflect the
view of Advanced Micro Devices and have not been reviewed by management.
This communication may contain sensitive and/or confidential and/or
proprietary information.  Distribution of such information is strictly
prohibited without prior consent of Advanced Micro Devices.  This
communication is for the intended recipient(s) only.  If you have
received this communication in error, please notify the sender, then
destroy any remaining copies of this communication.

> -----Original Message-----
> From: developers-owner at bugzilla.org
[mailto:developers-owner at bugzilla.org]
> On Behalf Of Eddie Xie
> Sent: Tuesday, October 18, 2005 3:07 PM
> To: developers at bugzilla.org
> Subject: Re: Recommendations for Bugzilla hardware
> 
> On 2005 August 09 (Tue) 01:49:23am PDT, David Miller
> <justdave at bugzilla.org> wrote:
> > Eddie Xie wrote:
> >
> >> I see that you have your Bugzilla using dual processor systems.
How
> >> much of a benefit is it to have two processors?  Do you have to do
> >> anything special to get this benefit (e.g., use a specially
compiled
> >> version of MySQL, or use a specialized version of Linux or
FreeBSD).
> >
> > You need a kernel that was compiled for "SMP" or "Symmetric
> > Multi-Processing".  Most linux distros these days have such a kernel
> > already compiled for you in one of the kernel packages (I know Red
Hat,
> > Debian, Fedora, and Ubuntu all do, I haven't used many others).
> >
> > It's a great benefit to a machine with Apache and MySQL on the same
box,
> > because then essentially, MySQL gets one and Apache gets the other
(not
> > exactly, but that's the general idea).  In the case of having just
the
> > webserver on that box, Apache can basically handle twice as many
> > requests at once because it has both processors to split the load
> between.
> 
> I see.  It just "happens" if the kernel supports it.
> 
> With a lot of hits, I can easily see how this would be an great
> advantage.  I think with my situation, though, we have less people
> trying to access our Bugzilla, but they are running complicated
> queries.  So, we wouldn't get as much benefit out of the dual
> processor as a site that has a more even load between Apache and
> MySQL.
> 
> Is there anything wrong with this line of reasoning?  Or does Apache
> suck up more resources than that?
> 
> In general, would it be more cost effective to have dual processors,
> or just a faster single processor?  Should I worry more about
> processor speed, memory, or the hard disk?
> 
> >> What is the benefit of using a replicated database for queries?  Is
it
> >> only when multiple queries are going on at the same time?
> >
> > When you send an update to a table, the table gets locked for a
brief
> > moment, preventing queries from accessing that table (MySQL doesn't
have
> > row-level locks unfortunately -- not in the current versions we
support
> > anyway).  So every time someone updates a bug, anyone running a
query is
> > going to be put on hold momentarily.  If lots of people are changing
> > bugs at once, this leaves very little time for queries to run.  The
> > replicated database is set up with "low-priority writes," meaning
that
> > queries get priority, and updates are done whenever there aren't any
> > queries running.  If there's a LOT of people running queries, it's
> > possible for the replicated database to get a little bit stale, but
it
> > keeps everyone running quickly, and it usually doesn't stay behind
for
> > very long.
> 
> If we have this replicated database on the same machine, and it's a
> dual processor machine, do the main and replicated databases get
> separate processors?
> 
> It's been a while since my last message about this to the list, but
> it's taken a bit of agitating to get upgrading the Bugzilla machine
> bumped up in priority.
> 
> --
> Eddie Xie
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=kevin.benton at amd.com>





From exie at linkageposted.longmusic.com  Tue Oct 18 22:31:25 2005
From: exie at linkageposted.longmusic.com (Eddie Xie)
Date: 18 Oct 2005 15:31:25 -0700
Subject: Recommendations for Bugzilla hardware
In-Reply-To: <6F7DA19D05F3CF40B890C7CA2DB13A4202A1BF81@ssvlexmb2.amd.com>
References: <6F7DA19D05F3CF40B890C7CA2DB13A4202A1BF81@ssvlexmb2.amd.com>
Message-ID: <20051018222631.GA20818@linkageposted.longmusic.com>

Hi, Kevin.  Thanks for your advice, but I think you're
misunderstanding the situation I'm in.  I'm not installing Bugzilla
for the first time.  We already have over 100 users and 50,000 bugs.
I want to migrate it to a larger system, and I wanted to know where to
direct our investment.

If we could get a dual processor machine with each processor being
faster than the single processor we have now plus much more RAM plus a
bigger, faster, RAID system, then I know that the new system would be
faster, but I also know we'd be spending a lot of money that could
more usefully be spent elsewhere.  But where should the money be spent?
I was trying to figure that out.

On 2005 October 18 (Tue) 03:02:59pm PDT, "Benton, Kevin" <kevin.benton at amd.com> wrote: 
> Eddie - try putting it on a desktop-sized machine and see if that's fast 
> enough for you.  Bugzilla, Apache, and MySQL don't require exotic 
> hardware for small installations.  As your needs increase....

-- 
Eddie Xie


From mkanat at bugzilla.org  Tue Oct 18 23:52:53 2005
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Tue, 18 Oct 2005 16:52:53 -0700
Subject: Recommendations for Bugzilla hardware
In-Reply-To: <20051018222631.GA20818@linkageposted.longmusic.com>
References: <6F7DA19D05F3CF40B890C7CA2DB13A4202A1BF81@ssvlexmb2.amd.com>
	 <20051018222631.GA20818@linkageposted.longmusic.com>
Message-ID: <1129679573.5653.37.camel@localhost.localdomain>

On Tue, 2005-10-18 at 15:31 -0700, Eddie Xie wrote:
> I know that the new system would be
> faster, but I also know we'd be spending a lot of money that could
> more usefully be spent elsewhere.  But where should the money be spent?
> I was trying to figure that out.

	Well... the *largest* speed-up that Bugzilla could possibly experience,
at the moment, would actually be in code changes. :-) That is, if we get
mod_perl working, Bugzilla will become quite speedy.

	So, if you're talking about a real speed-up, some of the best
investments in that area would be assigning a bit of development time to
help us with our mod_perl efforts. They're actually not very complicated
efforts, they just require a lot of programmer hours. :-)

	But other than that, yes, I think a dual-processor machine would be
more useful for Bugzilla than a faster single-processor machine. If you
have even two or three people access Bugzilla simultaneously, you'll see
the advantage of MySQL and Apache being on different processors.

	-Max
-- 
http://www.everythingsolved.com/
Competent, Friendly Bugzilla Services. And Everything Else, too.



From bugreport at peshkin.net  Wed Oct 19 01:26:53 2005
From: bugreport at peshkin.net (Joel Peshkin)
Date: Tue, 18 Oct 2005 18:26:53 -0700
Subject: Recommendations for Bugzilla hardware
In-Reply-To: <20051018222631.GA20818@linkageposted.longmusic.com>
References: <6F7DA19D05F3CF40B890C7CA2DB13A4202A1BF81@ssvlexmb2.amd.com> <20051018222631.GA20818@linkageposted.longmusic.com>
Message-ID: <4355A0DD.3090306@peshkin.net>

Eddie Xie wrote:

>Hi, Kevin.  Thanks for your advice, but I think you're
>misunderstanding the situation I'm in.  I'm not installing Bugzilla
>for the first time.  We already have over 100 users and 50,000 bugs.
>I want to migrate it to a larger system, and I wanted to know where to
>direct our investment.
>
>If we could get a dual processor machine with each processor being
>faster than the single processor we have now plus much more RAM plus a
>bigger, faster, RAID system, then I know that the new system would be
>faster, but I also know we'd be spending a lot of money that could
>more usefully be spent elsewhere.  But where should the money be spent?
>I was trying to figure that out.
>
>  
>

We're still benchmarking, but we have found that the CPU load of even 
the most intense operations does not make a dent in a dual-core AMD64, 
4400 (that's 2200 per core with 1Mbyte/cache per core).  There is 
essentially no swapping with 1GB of memory.  Note, here, that EVERYTHING 
(OS, Webserver, Perl, MySQL) is compiled for 64-bit.

The identifiable botlenck is disk IO bandwidth.  Using 2 SATA channels 
to implement a RAID0 (striping) array, the IO bandwidth is still the 
weak link in the chain (though not very weak at all).  It seems that 
responsiveness is still largely a function of the speed of single big 
queries rather than a question of many concurrent operations.

The conclusion I am starting to reach is that the IO bandwidth to your 
MySQL databases is the most critical function.





From bugzilla at glob.com.au  Wed Oct 19 01:59:16 2005
From: bugzilla at glob.com.au (byron)
Date: Wed, 19 Oct 2005 09:59:16 +0800 (WST)
Subject: Recommendations for Bugzilla hardware
Message-ID: <20051019015916.878E44BC062@sweep.bur.st>

> The conclusion I am starting to reach is that the IO bandwidth to your 
> MySQL databases is the most critical function.

has anyone benchmarked mysql vs postgresql?

i don't want to start a "X is better than Y" thread, just wondering if anyone
has had a chance to compare the two engines on otherwise identical bugzilla
installs.


-b

begin-base64 644 signature.gif
R0lGODlhbQAHAIAAAABPo////ywAAAAAbQAHAAACfAxuGAnch+Bibkn7FL1p
XgVl4Ig1jjlZRoqybgun2Cur5uOunq7u/Ipq7WIyIc7XG9JquEgumPzdlhTf
h0O83kDJaXEm8mRHwXKJy5sac7qYOpT+gtv0n+0ujQOfdqh16caWt0foBViH
N1PRMXimiLUGt3ElVimlgbllWAAAOw==
====



From paulo.casanova at link.pt  Wed Oct 19 03:07:25 2005
From: paulo.casanova at link.pt (Paulo Casanova)
Date: Wed, 19 Oct 2005 04:07:25 +0100
Subject: Recommendations for Bugzilla hardware
In-Reply-To: <4355A0DD.3090306@peshkin.net>
Message-ID: <005101c5d45a$3b289e30$0700000a@aitec.pt>

 
Joel Peshkin Write:
> The conclusion I am starting to reach is that the IO bandwidth to your
MySQL databases > is the most critical function.

Although benchmarking is always interesting, this conclusion can be read on
almost every system design envolving SGBDs. Speeding up databases can be
almost always (yeah, if you run in a 33MHz 486 you'll probably have other
problems :)) reduced to speeding up I/O (reading and writing on typical OLTP
systems).

Standard database techniques will recommend RAID 0+1 (strip and mirror)
hardware managed naturally. Usually (under SCSI at least) this will give you
double throughput with half access time of each single disk. Main drawback
is that you *waste* 50% of the storage capacity. RAID 5 is more efficient in
terms of storage but slower.

BTW, we've got a server with > 100 users and about 30k bugs and a single
PIII 800MHz, 512Mb RAM and a SCSI disk can handle with *almost* no issues.
Not a formula-1 kind of performance but acceptable one. It all depends on
*what* your users are doing.

Best,
Paulo


-----Original Message-----
From: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org]
On Behalf Of Joel Peshkin
Sent: quarta-feira, 19 de Outubro de 2005 2:27
To: developers at bugzilla.org
Subject: Re: Recommendations for Bugzilla hardware

Eddie Xie wrote:

>Hi, Kevin.  Thanks for your advice, but I think you're misunderstanding 
>the situation I'm in.  I'm not installing Bugzilla for the first time.  
>We already have over 100 users and 50,000 bugs.
>I want to migrate it to a larger system, and I wanted to know where to 
>direct our investment.
>
>If we could get a dual processor machine with each processor being 
>faster than the single processor we have now plus much more RAM plus a 
>bigger, faster, RAID system, then I know that the new system would be 
>faster, but I also know we'd be spending a lot of money that could more 
>usefully be spent elsewhere.  But where should the money be spent?
>I was trying to figure that out.
>
>  
>

We're still benchmarking, but we have found that the CPU load of even the
most intense operations does not make a dent in a dual-core AMD64, 4400
(that's 2200 per core with 1Mbyte/cache per core).  There is essentially no
swapping with 1GB of memory.  Note, here, that EVERYTHING (OS, Webserver,
Perl, MySQL) is compiled for 64-bit.

The identifiable botlenck is disk IO bandwidth.  Using 2 SATA channels to
implement a RAID0 (striping) array, the IO bandwidth is still the weak link
in the chain (though not very weak at all).  It seems that responsiveness is
still largely a function of the speed of single big queries rather than a
question of many concurrent operations.

The conclusion I am starting to reach is that the IO bandwidth to your MySQL
databases is the most critical function.



-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=paulo.casanova at link.pt>



From marcia at mozilla.org  Wed Oct 19 16:15:31 2005
From: marcia at mozilla.org (Marcia Knous)
Date: Wed, 19 Oct 2005 09:15:31 -0700
Subject: Bugzilla t-shirt now available at the store
Message-ID: <43567123.4060500@mozilla.org>

In case anyone is interested, we have a Bugzilla t-shirt available at 
the Mozilla Store - 
http://store.mozilla.org/product.asp?code=MZ13022&catid=2. 
<http://store.mozilla.org/product.asp?code=MZ13022&catid=2>

marcia
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20051019/6541f603/attachment.html>

From bugreport at peshkin.net  Wed Oct 19 16:44:20 2005
From: bugreport at peshkin.net (Joel Peshkin)
Date: Wed, 19 Oct 2005 09:44:20 -0700
Subject: Bugzilla t-shirt now available at the store
In-Reply-To: <43567123.4060500@mozilla.org>
References: <43567123.4060500@mozilla.org>
Message-ID: <435677E4.6070107@peshkin.net>

Marcia Knous wrote:

> In case anyone is interested, we have a Bugzilla t-shirt available at 
> the Mozilla Store - 
> http://store.mozilla.org/product.asp?code=MZ13022&catid=2. 
> <http://store.mozilla.org/product.asp?code=MZ13022&catid=2>

Looks nice.  Is a Polo shirt coming as well?




From marcia at mozilla.org  Wed Oct 19 17:01:51 2005
From: marcia at mozilla.org (Marcia Knous)
Date: Wed, 19 Oct 2005 10:01:51 -0700
Subject: Bugzilla t-shirt now available at the store
In-Reply-To: <435677E4.6070107@peshkin.net>
References: <43567123.4060500@mozilla.org> <435677E4.6070107@peshkin.net>
Message-ID: <43567BFF.1020207@mozilla.org>

Joel: Right now we don't have any plans to do a Polo shirt.  We will see 
how things go with the tshirt.  In general, the polo shirts sold at the 
Mozilla store do not seem to be quite as popular as the tshirts.

Joel Peshkin wrote:
> Marcia Knous wrote:
>
>> In case anyone is interested, we have a Bugzilla t-shirt available at 
>> the Mozilla Store - 
>> http://store.mozilla.org/product.asp?code=MZ13022&catid=2. 
>> <http://store.mozilla.org/product.asp?code=MZ13022&catid=2>
>
> Looks nice.  Is a Polo shirt coming as well?
>
>


From bugreport at peshkin.net  Wed Oct 19 17:06:34 2005
From: bugreport at peshkin.net (Joel Peshkin)
Date: Wed, 19 Oct 2005 10:06:34 -0700
Subject: Bugzilla t-shirt now available at the store
In-Reply-To: <43567BFF.1020207@mozilla.org>
References: <43567123.4060500@mozilla.org> <435677E4.6070107@peshkin.net> <43567BFF.1020207@mozilla.org>
Message-ID: <43567D1A.6060509@peshkin.net>

Marcia Knous wrote:

> Joel: Right now we don't have any plans to do a Polo shirt.  We will 
> see how things go with the tshirt.  In general, the polo shirts sold 
> at the Mozilla store do not seem to be quite as popular as the tshirts.


What is the minimum for a custom order then?  Most of us have little use 
for T-shirts but might buy a substantial number of polos.  Depending on 
the minimum and the cost,  we should be able to put that together.




From kevin.benton at amd.com  Wed Oct 19 18:48:56 2005
From: kevin.benton at amd.com (Benton, Kevin)
Date: Wed, 19 Oct 2005 11:48:56 -0700
Subject: Bugzilla t-shirt now available at the store
Message-ID: <6F7DA19D05F3CF40B890C7CA2DB13A4202A1C169@ssvlexmb2.amd.com>

It might also be nice if you offered one in a light color like white so
we wouldn't burn up while wearing the shirt at outdoor venues during the
day.

---
Kevin Benton
Perl/Bugzilla Developer/Administrator, Perforce SCM Administrator
Personal Computing Systems Group
Advanced Micro Devices
 
The opinions stated in this communication do not necessarily reflect the
view of Advanced Micro Devices and have not been reviewed by management.
This communication may contain sensitive and/or confidential and/or
proprietary information.  Distribution of such information is strictly
prohibited without prior consent of Advanced Micro Devices.  This
communication is for the intended recipient(s) only.  If you have
received this communication in error, please notify the sender, then
destroy any remaining copies of this communication.

> -----Original Message-----
> From: developers-owner at bugzilla.org
[mailto:developers-owner at bugzilla.org]
> On Behalf Of Marcia Knous
> Sent: Wednesday, October 19, 2005 11:02 AM
> To: Joel Peshkin
> Cc: developers at bugzilla.org
> Subject: Re: Bugzilla t-shirt now available at the store
> 
> Joel: Right now we don't have any plans to do a Polo shirt.  We will
see
> how things go with the tshirt.  In general, the polo shirts sold at
the
> Mozilla store do not seem to be quite as popular as the tshirts.
> 
> Joel Peshkin wrote:
> > Marcia Knous wrote:
> >
> >> In case anyone is interested, we have a Bugzilla t-shirt available
at
> >> the Mozilla Store -
> >> http://store.mozilla.org/product.asp?code=MZ13022&catid=2.
> >> <http://store.mozilla.org/product.asp?code=MZ13022&catid=2>
> >
> > Looks nice.  Is a Polo shirt coming as well?
> >
> >
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=kevin.benton at amd.com>





From mkanat at bugzilla.org  Wed Oct 19 19:51:54 2005
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Wed, 19 Oct 2005 12:51:54 -0700
Subject: Recommendations for Bugzilla hardware
In-Reply-To: <20051019015916.878E44BC062@sweep.bur.st>
References: <20051019015916.878E44BC062@sweep.bur.st>
Message-ID: <1129751514.3337.9.camel@localhost.localdomain>

On Wed, 2005-10-19 at 09:59 +0800, byron wrote:
> has anyone benchmarked mysql vs postgresql?

	I did some very brief, somewhat crude testing just now on landfill.

	Basically, I just ran a simple query over and over:

time ./buglist.cgi "resolution=---&order=bugs.bug_id" > /dev/null

	A query that returns 1750 bugs, when run about five times in a row,
averages out to this many "user" seconds for each DB:

	PostgreSQL: 3.1
	MySQL: 3.4

	That's entirely consistent with the times that it takes if I restart
the database servers and run the query "for the first time."

	I'm not sure how that would change under load, but since PostgreSQL has
a less-strict locking model, it might do better under a lot of readers
for Bugzilla than MySQL does.

	I'd be interested in further, more accurate benchmarking data, though.

	-Max
-- 
http://www.everythingsolved.com/
Competent, Friendly Bugzilla Services. And Everything Else, too.



From mkanat at bugzilla.org  Wed Oct 19 21:25:48 2005
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Wed, 19 Oct 2005 14:25:48 -0700
Subject: column_name, not columnname
Message-ID: <1129757149.4231.30.camel@localhost.localdomain>

	I think that we discussed this in IRC perhaps a few times, and maybe on
some bug somewhere, but generally it's a lot easier to read database
column names if they're named like "column_name" instead of like
"columnname."

	New columns should be named like "column_name." I just noticed that we
added a column to the attachments table named "isurl."

	-Max



From kristis.makris at asu.edu  Wed Oct 19 23:12:56 2005
From: kristis.makris at asu.edu (kristis.makris at asu.edu)
Date: Wed, 19 Oct 2005 16:12:56 -0700 (MST)
Subject: SCMBUG and Bugzilla 2.20
Message-ID: <1129763576.4356d2f86f1bb@webmail.asu.edu>

Thanks for the patches Aleksey.

>The primary focus of those modifications was to move SCMBUG out
>of "C:\Program Files" and to make the reverse integration

By the way you could do that just by supplying the right arguments to ./configure .

> from Bugzilla to Subversion: all files in SCMBUG's comments
> are shown as links that lead to the side-by-side compare
> page in WebSVN.

This looks similar to http://bugzilla.mkgnu.net/show_bug.cgi?id=266. You should
mention it to developers at bugzilla.org. I'm sure they'd welcome this integration.
I don't think there's an interface or convention on how to do that consistently
across bug-trackers (e.g. do the same for Mantis). It'd be nice to setup some
convention.


From spam at tachegroup.com  Thu Oct 20 07:41:09 2005
From: spam at tachegroup.com (TGS)
Date: Thu, 20 Oct 2005 03:41:09 -0400
Subject: Bugzilla t-shirt now available at the store
In-Reply-To: <43567D1A.6060509@peshkin.net>
References: <43567123.4060500@mozilla.org> <435677E4.6070107@peshkin.net> <43567BFF.1020207@mozilla.org> <43567D1A.6060509@peshkin.net>
Message-ID: <46CB801D-DC43-4EBD-954B-35CDDA68298D@tachegroup.com>

I seem to remember that the most traffic about the shirt was the  
request for a polo. I also remember that there seemed to be enough  
people to put money down up front to get a Polo.

I personally have no use for a black t-shirt, as most people who are  
in corporate environments.


On Oct 19, 2005, at 1:06 PM, Joel Peshkin wrote:

> Marcia Knous wrote:
>
>
>> Joel: Right now we don't have any plans to do a Polo shirt.  We  
>> will see how things go with the tshirt.  In general, the polo  
>> shirts sold at the Mozilla store do not seem to be quite as  
>> popular as the tshirts.
>>
>
>
> What is the minimum for a custom order then?  Most of us have  
> little use for T-shirts but might buy a substantial number of  
> polos.  Depending on the minimum and the cost,  we should be able  
> to put that together.
>
>
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=spam at tachegroup.com>
>



From bbaetz at acm.org  Thu Oct 20 08:12:07 2005
From: bbaetz at acm.org (Bradley Baetz)
Date: Thu, 20 Oct 2005 18:12:07 +1000
Subject: Recommendations for Bugzilla hardware
In-Reply-To: <1129751514.3337.9.camel@localhost.localdomain>
References: <20051019015916.878E44BC062@sweep.bur.st> <1129751514.3337.9.camel@localhost.localdomain>
Message-ID: <20051020081207.GA3030@mango.home>

On Wed, Oct 19, 2005 at 12:51:54PM -0700, Max Kanat-Alexander wrote:
> On Wed, 2005-10-19 at 09:59 +0800, byron wrote:
> > has anyone benchmarked mysql vs postgresql?
> 
> 	I did some very brief, somewhat crude testing just now on landfill.
> 
> 	Basically, I just ran a simple query over and over:
> 
> time ./buglist.cgi "resolution=---&order=bugs.bug_id" > /dev/null

Most of the time is going to be in the perl in that case. my testing (a
couple of years ago) was that mysql was faster for simple queries, but
anything involving joins (eg searched on longdesc) were a lot faster in
postgres due to its query planner. 1750 bugs will all be in RAM, though,
so the difference should be almost nothing

Bradley


From marcia at mozilla.org  Thu Oct 20 17:48:46 2005
From: marcia at mozilla.org (Marcia Knous)
Date: Thu, 20 Oct 2005 10:48:46 -0700
Subject: Bugzilla t-shirt now available at the store
In-Reply-To: <43567D1A.6060509@peshkin.net>
References: <43567123.4060500@mozilla.org> <435677E4.6070107@peshkin.net> <43567BFF.1020207@mozilla.org> <43567D1A.6060509@peshkin.net>
Message-ID: <4357D87E.2000108@mozilla.org>

Joel:  There is really no minimum order - you can do any quantity, but 
the price per shirt will be higher depending on the quantity and final 
design.  If there is enough interest, I can work with the store's 
Special Order department to make a polo, but someone would have to 
coordinate getting the design, putting the money up front for the 
shirts, collecting the money from people who want the shirts, shipping 
out the shirts, etc.  The store might be able to do that, but there will 
likely be a charge for this.  And if you are talking about only 50-60 
polos total, my guess is the price per polo could exceed $30 or more 
(depending on brand of polo shirt, etc).

marcia

Joel Peshkin wrote:
> Marcia Knous wrote:
>
>> Joel: Right now we don't have any plans to do a Polo shirt.  We will 
>> see how things go with the tshirt.  In general, the polo shirts sold 
>> at the Mozilla store do not seem to be quite as popular as the tshirts.
>
>
> What is the minimum for a custom order then?  Most of us have little 
> use for T-shirts but might buy a substantial number of polos.  
> Depending on the minimum and the cost,  we should be able to put that 
> together.
>
>


From mkgnu at gmx.net  Thu Oct 20 02:14:26 2005
From: mkgnu at gmx.net (Kristis Makris)
Date: Wed, 19 Oct 2005 19:14:26 -0700
Subject: Bug-tracker --> SCM system autolinkification
Message-ID: <1129774466.2772.9.camel@syd.mkgnu.net>

Hello,

It'd be swell to see the problem of autolinking from Bugzilla or Mantis
to an SCM system addressed. There have been a few attempts in the past,
from various people (Aleksey now
http://bugzilla.mkgnu.net/show_bug.cgi?id=266#c4, and Dirk Datzert
http://bugzilla.mkgnu.net/show_bug.cgi?id=266#c3 before). It would be
nice if there was a convention 3rd party integration of SCM systems
could follow when it comes to inserting comments in a bug-tracker. Then
bug-trackers could search and parse for that syntax and autolinkify
accordingly to their favorite linkification system (CVSView, WebSVN,
etc).

Is it possible to get some ideas thrown out here, and reach some
agreement ?

-------------- next part --------------
An embedded message was scrubbed...
From: "Aleksey 'Commander' Pershin" <commander at avanquestusa.com>
Subject: Re: SCMBUG and Bugzilla 2.20
Date: Wed, 19 Oct 2005 17:01:49 -0700
Size: 4603
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20051019/bad7f8f6/attachment.mht>

From dcalvert at AllianceBankNA.com  Thu Oct 20 21:19:12 2005
From: dcalvert at AllianceBankNA.com (Calvert, Douglas)
Date: Thu, 20 Oct 2005 17:19:12 -0400
Subject: Newlines in Email notification
Message-ID: <DE4599EA5296AA46B6DE77968FE207ED01533AC9@exchange.alliancebankna.local>

Hello,
 I am not sure if this is a bug in bugzilla or some screwy interaction
between bugzilla and outlook. I also checked the list of bugs and did
not see anything obvious. Why is there not a new line between the
comment#/reporter/date and the first line of the comment the comment
start? The same thing also happens with the %reasonsbody%. The
reasonsbody starts like this in bugmail:

    my $reasonsbody = "------- You are receiving this mail because:
-------\n";

The \n is there, so I do not understand why there is no newline in the
actual email. Is something wrong on my end or is this a bug in bugzilla?
I have included a copy of the email, the changed email parameter and the
way the comment appears on the bug page. Thanks for your help...


#######Email Message#######
http://bugzilla/show_bug.cgi?id=133





------- Comment #2 from dcalvert at alliancebankna.com  2005-10-20 17:07
------- this is a comment that is wrapped automagically in the bugzilla
text window, this line will end with a hard return now.
This shorter line that will be followed by a empty line

Now we will have another comment that is wrapped automagically in the
bugzilla text window, this line will end with a hard return now.
And another comment that is wrapped automagically in the bugzilla text
window, this line will end with a hard return now.


--
Configure bugmail: http://bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: ------- You reported the
bug, or are watching the reporter.
You are the assignee for the bug, or are watching the assignee.


############change email in defparams#########
From: bugzilla-daemon
To: %to%
Subject: [Bug %bugid%] %neworchanged%%summary%
%threadingmarker%
X-Bugzilla-Reason: %reasonsheader%
X-Bugzilla-Product: %product%
X-Bugzilla-Component: %component%

%urlbase%show_bug.cgi?id=%bugid%

%diffs%

--%space%
Configure bugmail: %urlbase%userprefs.cgi?tab=email
%reasonsbody%


#######Comment as printed when viewing ticket-------
this is a comment that is wrapped automagically in the bugzilla text
window,
this line will end with a hard return now.
This shorter line that will be followed by a empty line

Now we will have another comment that is wrapped automagically in the
bugzilla
text window, this line will end with a hard return now.
And another comment that is wrapped automagically in the bugzilla text
window,
this line will end with a hard return now.



From olav at bkor.dhs.org  Thu Oct 20 21:52:25 2005
From: olav at bkor.dhs.org (Olav Vitters)
Date: Thu, 20 Oct 2005 23:52:25 +0200
Subject: Newlines in Email notification
In-Reply-To: <DE4599EA5296AA46B6DE77968FE207ED01533AC9@exchange.alliancebankna.local>
References: <DE4599EA5296AA46B6DE77968FE207ED01533AC9@exchange.alliancebankna.local>
Message-ID: <20051020215225.GE9450@bkor.dhs.org>

On Thu, Oct 20, 2005 at 05:19:12PM -0400, Calvert, Douglas wrote:
>  I am not sure if this is a bug in bugzilla or some screwy interaction
> between bugzilla and outlook. I also checked the list of bugs and did
> not see anything obvious. Why is there not a new line between the
> comment#/reporter/date and the first line of the comment the comment
> start? The same thing also happens with the %reasonsbody%. The
> reasonsbody starts like this in bugmail:

Please use the appropriate support mailing list, see:
http://www.bugzilla.org/support/

Anyway, this is a bug in Outlook, see:
https://bugzilla.mozilla.org/show_bug.cgi?id=279931
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q287816

-- 
Regards,
Olav


From mkanat at bugzilla.org  Thu Oct 20 22:04:32 2005
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Thu, 20 Oct 2005 15:04:32 -0700
Subject: Newlines in Email notification
In-Reply-To: <DE4599EA5296AA46B6DE77968FE207ED01533AC9@exchange.alliancebankna.local>
References: 	 <DE4599EA5296AA46B6DE77968FE207ED01533AC9@exchange.alliancebankna.local>
Message-ID: <1129845872.3350.18.camel@localhost.localdomain>

On Thu, 2005-10-20 at 17:19 -0400, Calvert, Douglas wrote:
> The \n is there, so I do not understand why there is no newline in the
> actual email.

	Indeed, I do suspect that's your Outlook trying to be clever and
"unwrap" some text or something. Either that or it's set to wrap inbound
messages at X number of characters, and X is less than 80.

	-Max
-- 
http://www.everythingsolved.com/
Competent, Friendly Bugzilla Services. And Everything Else, too.



From mkanat at bugzilla.org  Thu Oct 20 22:06:01 2005
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Thu, 20 Oct 2005 15:06:01 -0700
Subject: Bug-tracker --> SCM system autolinkification
In-Reply-To: <1129774466.2772.9.camel@syd.mkgnu.net>
References: <1129774466.2772.9.camel@syd.mkgnu.net>
Message-ID: <1129845961.3350.20.camel@localhost.localdomain>

On Wed, 2005-10-19 at 19:14 -0700, Kristis Makris wrote:
> It would be
> nice if there was a convention 3rd party integration of SCM systems
> could follow when it comes to inserting comments in a bug-tracker. Then
> bug-trackers could search and parse for that syntax and autolinkify
> accordingly to their favorite linkification system (CVSView, WebSVN,
> etc).

	Kristis -

	What are the input parameters of such a function? That is, what data
would "bug_insert_comment" be passed, and what are some example outputs
that you'd like to see?

	-Max
-- 
http://www.everythingsolved.com/
Competent, Friendly Bugzilla Services. And Everything Else, too.



From commander at avanquestusa.com  Thu Oct 20 23:27:13 2005
From: commander at avanquestusa.com (Aleksey 'Commander' Pershin)
Date: Thu, 20 Oct 2005 16:27:13 -0700
Subject: Bug-tracker --> SCM system autolinkification
In-Reply-To: <1129845961.3350.20.camel@localhost.localdomain>
References: <1129774466.2772.9.camel@syd.mkgnu.net> <1129845961.3350.20.camel@localhost.localdomain>
Message-ID: <435827D1.8040306@avanquestusa.com>

Hello Max,

Max Kanat-Alexander wrote:
 >> It would be
 >> nice if there was a convention 3rd party integration of SCM systems
 >> could follow when it comes to inserting comments in a bug-tracker.
 >> Then bug-trackers could search and parse for that syntax and
 >> autolinkify accordingly to their favorite linkification system
 >> (CVSView, WebSVN, etc).
 >
 > Kristis -
 >
 > What are the input parameters of such a function? That is, what
 > data would "bug_insert_comment" be passed, and what are some example
 > outputs that you'd like to see?
 >

I could probably answer this question for Kristis. Kristis
(the developer of SCMBUG - a nice tool I used to integrate
Bugzilla with Subversion) and I were discussing why Bugzilla
2.20 was crashing when called from SCMBUG, when I mentioned
to Kristis that I had modified Bugzilla to support this kind
of autolinkification.

When a user commits files to Subversion and marks the change
as a fix for a particular bug in Bugzilla, SCMBUG adds
a comment to this bug (or bugs) in the following form:

-----------------------------------------------------------
Derive from the CHashTable and use CHashTable's functions
to do everything. Calculate max/min/average count and
Calculate the number of strings.


Affected files:
---------------
388 --> 723 PDX:trunk/Common/Inc/HashCell.h
391 --> 723 PDX:trunk/Common/Src/HashCell.cpp
708 --> 723 PDX:trunk/Testing/Common/CommTest.cpp
690 --> 723 PDX:trunk/Testing/Common/Inc/SpecTabl.h
704 --> 723 PDX:trunk/Testing/Common/Src/SpecTabl.cpp
-----------------------------------------------------------

I modified Bugzilla's autolinkification code to recognize
such comments and turn the file names into links to WebSVN
showing the changes in a side-by-side comparing page.

Is it really worth adding a special function to Bugzilla
that would allow SCM integrators to add these comments?
IMHO, probably not, as the variety of possibilities is
too large and greatly depends on the underlying SCM.
The existing function Bugzilla::Bug::AppendComment
seems to be general enough. The only thing an SCM integrator
needs to do is to form a comment in some standard form
and give it to Bugzilla::Bug::AppendComment.

If I were asked to make some sort of generalization for
these comments, I would define them like this:

-----------------------------------------------------------
<An arbitrary text from the commit comment>

<The_file_list_marker>
<Operation>
<Operation>
....
-----------------------------------------------------------

Each <Operation> can be defined like this:

<Operation> := <Change> <Project>:<Path>

If <Path> ends with a slash, it is a directory, otherwise
it is a file. <Project> is just a name of the corresponding
project in the SCM. <Change> can be defined like this:

<Change> := <Revision> <Arrow> <Revision>   # Regular change
           | <NONE>     <Arrow> <Revision>   # New file/dir
           | <Revision> <Arrow> <NONE>       # Deleted file/dir

With this approach, one needs to have only the following
things as parameters (as regex):

<The_file_list_marker>
<Revision>
<Arrow>
<NONE>

Once all these things are known, it is relatively easy
to write an autolinkification regex that recognizes
such comments. The only thing left is the actual URL.

The URL, obviously, also needs to be a parameter
using things like %OLDREV%, %NEWREV%, %PROJECT% and %PATH%.
There need to be three variants of the URL: one for a regular
change, one for deleted files and another one for new files.
It would be nice to have the type of the object (file/dir)
as a variable as well (%TYPE%), with its values as configurable
parameters. I am not sure about ViewCVS, but WebSVN does
require this to be specified in the URL.

Combined, there are 9 parameters for the administrator
to configure:

<The_file_list_marker> (regex)
<Revision>             (regex)
<Arrow>                (regex)
<NONE>                 (regex)
<URL_change>           (string with env variables)
<URL_delete>           (string with env variables)
<URL_new>              (string with env variables)
<Value_dir>            (string)
<Value_file>           (string)

I hope this rather verbose (sorry) response answers
your question. If you like, I can send you the regex
I used in my setup to autolinkify SCMBUG's comments,
but it will have to be modified a little bit to make
it more generic.

With best regards,
Aleksey Pershin

P.S. Max, if you could help us solve the mystery
of Bugzilla::Bug::AppendComment crashing in 2.20, I would
be infinitely thankful :)



From Nick.Barnes at pobox.com  Fri Oct 21 09:58:53 2005
From: Nick.Barnes at pobox.com (Nick Barnes)
Date: Fri, 21 Oct 2005 10:58:53 +0100
Subject: Bugzilla consultancy work in the UK
Message-ID: <7397.1129888733@thrush.ravenbrook.com>

Sorry to post this to developers@, but here goes:

I'm getting called out of the blue about once a month by people
wanting Bugzilla-related consultancy in the UK: installing,
configuring, fixing look and feel, customizing, integrating.  Right
now we're *way* too busy to take on much of this work, but I don't
have anyone else to pass it on to.  Are there any experienced Bugzilla
people out there who would be interested in work like this?

I'm not looking for a cut of the money.

Although Bugzilla can be set up remotely, in my experience
face-to-face meetings are the best way to really find out a client's
requirements, which is essential to providing a good service.  So I'm
not looking for Bugzilla people further afield for this purpose.  At
the moment I tell people to look at the "paid support" link at
www.bugzilla.org, which (quick check...) only has one other UK
consultant.  It seems to me that there must be more Bugzilla experts
than that in the UK who would be able to do the odd bit of contract
work.

Just as a guideline, for Bugzilla work I've been charging 400 GBP per
day, plus expenses, which is less than my rates for other work (this
is one of the small ways in which I help to promote Bugzilla :-)).  I
reckon an initial site visit to assess requirements and do a basic
install takes one day; configuration and some basic customization can
take one or two more days (and can usually be done remotely).
Subsequently, each site should be offered upgrade/maintenance work
about once per quarter, and that will often turn into another day or
two's work.

Anyone interested?

Nick B


From justdave at bugzilla.org  Tue Oct 25 07:15:36 2005
From: justdave at bugzilla.org (David Miller)
Date: Tue, 25 Oct 2005 03:15:36 -0400
Subject: Shadow Database Usage in the Bugzilla::DB world
Message-ID: <435DDB98.7060309@bugzilla.org>

It seems that our usage of shadow databases go completely screwed over 
by the switch to using DBI instead of the old SendSQL and friends. (This 
is a 2.20 regression)

See https://bugzilla.mozilla.org/show_bug.cgi?id=313695

The short version is Bugzilla->switch_to_shadow_db() can't change a $dbh 
variable that you already have in your possession.  We only needed that 
routine because SendSQL didn't take a handle as an argument.  Since the 
scripts are now managing their own database handles, we need a way for 
scripts to grab the shadowdb handle independently and keep track of it 
themselves.  I made better sense when I said it on the bug, go read my 
comments there. ;)

I thought it worth a mention here because this is going to change the 
way developers deal with the shadowdb.

-- 
Dave Miller                                   http://www.justdave.net/
System Administrator, Mozilla Corporation      http://www.mozilla.com/
Project Leader, Bugzilla Bug Tracking System  http://www.bugzilla.org/


From gerv at mozilla.org  Tue Oct 25 08:29:00 2005
From: gerv at mozilla.org (Gervase Markham)
Date: Tue, 25 Oct 2005 09:29:00 +0100
Subject: Shadow Database Usage in the Bugzilla::DB world
In-Reply-To: <435DDB98.7060309@bugzilla.org>
References: <435DDB98.7060309@bugzilla.org>
Message-ID: <435DECCC.5000106@mozilla.org>

David Miller wrote:
> It seems that our usage of shadow databases go completely screwed over 
> by the switch to using DBI instead of the old SendSQL and friends. (This 
> is a 2.20 regression)
> 
> See https://bugzilla.mozilla.org/show_bug.cgi?id=313695
> 
> The short version is Bugzilla->switch_to_shadow_db() can't change a $dbh 
> variable that you already have in your possession.

Well, maybe I'm wrong but surely it _could_ - if we actually issued 
proxy objects which our DBI class kept track of, rather than real 
objects, and switch_to_shadow_db() walked the list changing them over. 
The proxy objects would be identical in interface to real $dbh objects, 
and just pass the calls through to their current $real_dbh.

That would rely on people not calling it when they were in the middle of 
a DB operation of some sort, which I guess is reasonable.

Gerv


From gerv at mozilla.org  Thu Oct 27 14:47:52 2005
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 27 Oct 2005 15:47:52 +0100
Subject: [Fwd: Re: canconfirm priviledges]
Message-ID: <4360E898.503@mozilla.org>

Hey guys,

I gave someone canconfirm (only) recently on b.m.o. and they said it 
didn't work. See below. I am away for four weeks from Sunday, so don't 
have time to investigate. Can someone check it out?

Many thanks :-)

Gerv

-------- Original Message --------
Subject: Re: canconfirm priviledges
Date: Wed, 26 Oct 2005 14:55:33 -0400
From: Marius Strumyla <mstrumyla at gmail.com>
To: Gervase Markham <gerv at mozilla.org>
References: 
<3a7641630510251240y25ff5537ka44213d3fcc37202 at mail.gmail.com>	 
<435E9FE2.50603 at mozilla.org>	 
<3a7641630510260812m35259958mbe78813fce9490e0 at mail.gmail.com>	 
<435FCD51.1090004 at mozilla.org>

On 10/26/05, Gervase Markham <gerv at mozilla.org> wrote:
> It's definitely set on account
> mstrumyla at gmail.com
>
> Perhaps there's a bug. Try confirming something.

I do not get the option to confirm. The only option I see is

o  Leave as UNCONFIRMED

--
  marius


From justdave at bugzilla.org  Thu Oct 27 16:48:56 2005
From: justdave at bugzilla.org (David Miller)
Date: Thu, 27 Oct 2005 12:48:56 -0400
Subject: [Fwd: Re: canconfirm priviledges]
In-Reply-To: <4360E898.503@mozilla.org>
References: <4360E898.503@mozilla.org>
Message-ID: <436104F8.4050208@bugzilla.org>

Gervase Markham wrote on 10/27/05 10:47 AM:

> I gave someone canconfirm (only) recently on b.m.o. and they said it 
> didn't work. See below. I am away for four weeks from Sunday, so don't 
> have time to investigate. Can someone check it out?

> On 10/26/05, Gervase Markham <gerv at mozilla.org> wrote:
>> It's definitely set on account
>> mstrumyla at gmail.com

This user does not have canconfirm privs on bmo, and the activity log 
says he never did.  It's not a problem with Bugzilla.

-- 
Dave Miller                                   http://www.justdave.net/
System Administrator, Mozilla Corporation      http://www.mozilla.com/
Project Leader, Bugzilla Bug Tracking System  http://www.bugzilla.org/


From gerv at mozilla.org  Thu Oct 27 17:20:51 2005
From: gerv at mozilla.org (Gervase Markham)
Date: Thu, 27 Oct 2005 18:20:51 +0100
Subject: [Fwd: Re: canconfirm priviledges]
In-Reply-To: <436104F8.4050208@bugzilla.org>
References: <4360E898.503@mozilla.org> <436104F8.4050208@bugzilla.org>
Message-ID: <43610C73.3030907@mozilla.org>

David Miller wrote:
> Gervase Markham wrote on 10/27/05 10:47 AM:
> 
>> I gave someone canconfirm (only) recently on b.m.o. and they said it 
>> didn't work. See below. I am away for four weeks from Sunday, so don't 
>> have time to investigate. Can someone check it out?
> 
>> On 10/26/05, Gervase Markham <gerv at mozilla.org> wrote:
>>> It's definitely set on account
>>> mstrumyla at gmail.com
> 
> This user does not have canconfirm privs on bmo, and the activity log 
> says he never did.  It's not a problem with Bugzilla.

https://bugzilla.mozilla.org/editusers.cgi?action=edit&user=mstrumyla at gmail.com
has both canconfirm and editbugs checked for me...

Something odd is going on here.

Gerv


From justdave at bugzilla.org  Thu Oct 27 18:35:29 2005
From: justdave at bugzilla.org (David Miller)
Date: Thu, 27 Oct 2005 14:35:29 -0400
Subject: [Fwd: Re: canconfirm priviledges]
In-Reply-To: <43610C73.3030907@mozilla.org>
References: <4360E898.503@mozilla.org> <436104F8.4050208@bugzilla.org> <43610C73.3030907@mozilla.org>
Message-ID: <43611DF1.4010304@bugzilla.org>

Gervase Markham wrote on 10/27/05 1:20 PM:
> David Miller wrote:
>> Gervase Markham wrote on 10/27/05 10:47 AM:
>>
>>> I gave someone canconfirm (only) recently on b.m.o. and they said it 
>>> didn't work. See below. I am away for four weeks from Sunday, so 
>>> don't have time to investigate. Can someone check it out?
>>
>>> On 10/26/05, Gervase Markham <gerv at mozilla.org> wrote:
>>>> It's definitely set on account
>>>> mstrumyla at gmail.com
>>
>> This user does not have canconfirm privs on bmo, and the activity log 
>> says he never did.  It's not a problem with Bugzilla.
> 
> https://bugzilla.mozilla.org/editusers.cgi?action=edit&user=mstrumyla at gmail.com 
> 
> has both canconfirm and editbugs checked for me...
> 
> Something odd is going on here.

OK, now you have my curiosity piqued.  When I click your link, I also 
see those boxes checked.  I also see that his real name and login_name 
are blank on the form.

If you enter his email in the search box on editusers and click the 
resulting link, then you get a form that does have his user name and 
real name on the form, and the boxes are not checked.

Clicking the link from the search results gives you an editusers with 
his userid in the URL instead of the email address.

-- 
Dave Miller                                   http://www.justdave.net/
System Administrator, Mozilla Corporation      http://www.mozilla.com/
Project Leader, Bugzilla Bug Tracking System  http://www.bugzilla.org/


From justdave at bugzilla.org  Thu Oct 27 18:46:02 2005
From: justdave at bugzilla.org (David Miller)
Date: Thu, 27 Oct 2005 14:46:02 -0400
Subject: [Fwd: Re: canconfirm priviledges]
In-Reply-To: <43611DF1.4010304@bugzilla.org>
References: <4360E898.503@mozilla.org> <436104F8.4050208@bugzilla.org> <43610C73.3030907@mozilla.org> <43611DF1.4010304@bugzilla.org>
Message-ID: <4361206A.8080705@bugzilla.org>

David Miller wrote on 10/27/05 2:35 PM:

> OK, now you have my curiosity piqued.  When I click your link, I also 
> see those boxes checked.  I also see that his real name and login_name 
> are blank on the form.
> 
> If you enter his email in the search box on editusers and click the 
> resulting link, then you get a form that does have his user name and 
> real name on the form, and the boxes are not checked.
> 
> Clicking the link from the search results gives you an editusers with 
> his userid in the URL instead of the email address.

Houston we have a problem.

mysql> select * from user_group_map where user_id=0;
+---------+----------+---------+------------+
| user_id | group_id | isbless | grant_type |
+---------+----------+---------+------------+
|       0 |        9 |       0 |          0 |
|       0 |       10 |       0 |          0 |
+---------+----------+---------+------------+
2 rows in set (0.00 sec)

-- 
Dave Miller                                   http://www.justdave.net/
System Administrator, Mozilla Corporation      http://www.mozilla.com/
Project Leader, Bugzilla Bug Tracking System  http://www.bugzilla.org/


From dot.and.thing at gmail.com  Fri Oct 28 15:13:02 2005
From: dot.and.thing at gmail.com (=?UTF-8?B?0YDQtdC70Ywg0LzQsNC5?=)
Date: Fri, 28 Oct 2005 19:13:02 +0400
Subject: setting labels on show_bug.cgi page
Message-ID: <DCBD8D05-3BDD-471D-9733-BCB22C71438C@gmail.com>

i create bug and patch for labels on show_bug.cgi page

https://bugzilla.mozilla.org/show_bug.cgi?id=314195

please review


From wurblzap at gmail.com  Sat Oct 29 12:25:39 2005
From: wurblzap at gmail.com (Marc Schumann)
Date: Sat, 29 Oct 2005 14:25:39 +0200
Subject: setting labels on show_bug.cgi page
In-Reply-To: <DCBD8D05-3BDD-471D-9733-BCB22C71438C@gmail.com>
References: <DCBD8D05-3BDD-471D-9733-BCB22C71438C@gmail.com>
Message-ID: <d1fcc0fc0510290525u314a9025p@mail.gmail.com>

???? ???,

> i create bug and patch for labels on show_bug.cgi page
>
> https://bugzilla.mozilla.org/show_bug.cgi?id=314195
>
> please review

you should ask for review by setting the "review" flag on the patch
attachment to "?". I did that on the patch you specified now :)

   Regards
      Marc

--
http://wurblzap.net/
Bugzilla hosting and professional support



From LpSolit at gmail.com  Mon Oct 31 11:33:48 2005
From: LpSolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=)
Date: Mon, 31 Oct 2005 12:33:48 +0100
Subject: What kind of support for PostgreSQL do we want in 2.22?
Message-ID: <4366011C.3040706@gmail.com>

In 2.20, we said the support for PostgreSQL was still experimental. What 
is the status for 2.22? Still experimental or do we want a real support?

I opened the meta-bug 314490 on b.m.o to track issues specific to 
PostgreSQL. 13 open bugs are blocking this meta-bug so far. :(


LpSolit


From kevin.benton at amd.com  Mon Oct 31 16:15:14 2005
From: kevin.benton at amd.com (Benton, Kevin)
Date: Mon, 31 Oct 2005 08:15:14 -0800
Subject: What kind of support for PostgreSQL do we want in 2.22?
Message-ID: <6F7DA19D05F3CF40B890C7CA2DB13A4202BF640D@ssvlexmb2.amd.com>

That also begs the question (since MySQL 5 was made GA recently), what kind of MySQL 5 support do we want and has anyone tried it yet?

---
Kevin Benton
Perl/Bugzilla Developer/Administrator, Perforce SCM Administrator
Personal Computing Systems Group
Advanced Micro Devices
 
The opinions stated in this communication do not necessarily reflect the view of Advanced Micro Devices and have not been reviewed by management.  This communication may contain sensitive and/or confidential and/or proprietary information.  Distribution of such information is strictly prohibited without prior consent of Advanced Micro Devices.  This communication is for the intended recipient(s) only.  If you have received this communication in error, please notify the sender, then destroy any remaining copies of this communication.
> -----Original Message-----
> From: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org]
> On Behalf Of Fr?d?ric Buclin
> Sent: Monday, October 31, 2005 4:34 AM
> To: developers at bugzilla.org
> Cc: qa at bugzilla.org
> Subject: What kind of support for PostgreSQL do we want in 2.22?
> 
> In 2.20, we said the support for PostgreSQL was still experimental. What
> is the status for 2.22? Still experimental or do we want a real support?
> 
> I opened the meta-bug 314490 on b.m.o to track issues specific to
> PostgreSQL. 13 open bugs are blocking this meta-bug so far. :(
> 
> 
> LpSolit
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=kevin.benton at amd.com>





From jhalldugas at turbine.com  Mon Oct 31 18:06:58 2005
From: jhalldugas at turbine.com (Jared Hall-Dugas)
Date: Mon, 31 Oct 2005 13:06:58 -0500
Subject: Deadline Sorting
Message-ID: <C42B11DE285BAA418A797409390EA557014DAAE2@MAIL01.i.turbinegames.com>

Hey guys,

    I am one of the admins for my company's Bugzilla site.  We are
interested in using more of the task functionality of Bugzilla but we
have run into the problem of sorting bugs by Deadline.  This makes task
tracking very difficult.  (The bug is already bugged in your database:
https://bugzilla.mozilla.org/show_bug.cgi?id=289602)  Is there anyone
working on this problem?  I would think that a lot of people could use
this fix.  Also, if it is being worked on, is there a time-table for it
to be done by?  We are going to upgrade to 2.20 to gain this
functionality but that bug is putting a snafu in our plans.


Jared Hall-Dugas
jhalldugas at turbine.com
Content Designer - Turbine Inc.
/*--------------------------------------------------------------
Process:
1.        A series of actions, changes, or functions bringing about a
result. 
2.        A series of operations performed in the making or treatment of
a product.
3.        Progress; passage 
-----------------------------------------------------------------*/




From bugreport at peshkin.net  Mon Oct 31 18:20:28 2005
From: bugreport at peshkin.net (Joel Peshkin)
Date: Mon, 31 Oct 2005 10:20:28 -0800
Subject: What kind of support for PostgreSQL do we want in 2.22?
In-Reply-To: <6F7DA19D05F3CF40B890C7CA2DB13A4202BF640D@ssvlexmb2.amd.com>
References: <6F7DA19D05F3CF40B890C7CA2DB13A4202BF640D@ssvlexmb2.amd.com>
Message-ID: <4366606C.8020104@peshkin.net>

Benton, Kevin wrote:

>That also begs the question (since MySQL 5 was made GA recently), what kind of MySQL 5 support do we want and has anyone tried it yet?
>
>  
>

I did a few tests on landfill early on.  I need to set it back up on 
landfill.

We should not be very far off, but I think it would be safer to do it on 
2.24    Do we feel that it is especially necesary to put it in 2.22 now?




From mkanat at bugzilla.org  Mon Oct 31 19:47:57 2005
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Mon, 31 Oct 2005 11:47:57 -0800
Subject: What kind of support for PostgreSQL do we want in 2.22?
In-Reply-To: <4366011C.3040706@gmail.com>
References: <4366011C.3040706@gmail.com>
Message-ID: <1130788078.3353.0.camel@localhost.localdomain>

On Mon, 2005-10-31 at 12:33 +0100, Fr?d?ric Buclin wrote:
> In 2.20, we said the support for PostgreSQL was still experimental. What 
> is the status for 2.22? Still experimental or do we want a real support?

	If we finish the bugs, it's not experimental. :-) If we don't finish
the bugs, it's experimental. :-)

	At least, that's my viewpoint on it.

	-Max
-- 
http://www.everythingsolved.com/
Competent, Friendly Bugzilla Services. And Everything Else, too.



From LpSolit at gmail.com  Mon Oct 31 19:56:23 2005
From: LpSolit at gmail.com (=?UTF-8?B?RnLDqWTDqXJpYyBCdWNsaW4=?=)
Date: Mon, 31 Oct 2005 20:56:23 +0100
Subject: What kind of support for PostgreSQL do we want in 2.22?
In-Reply-To: <1130788078.3353.0.camel@localhost.localdomain>
References: <4366011C.3040706@gmail.com> <1130788078.3353.0.camel@localhost.localdomain>
Message-ID: <436676E7.3060309@gmail.com>

> 	If we finish the bugs, it's not experimental. :-) If we don't finish
> the bugs, it's experimental. :-)
> 
> 	At least, that's my viewpoint on it.

- What color is the sky?
- If the sky is blue, then it's not green. If it's green, then it's not 
blue.


That's also my viewpoint.