From bbaetz at acm.org  Thu Jan  1 16:20:34 2009
From: bbaetz at acm.org (Bradley Baetz)
Date: Thu, 1 Jan 2009 10:20:34 -0600
Subject: The Future of Performance: Scaling
In-Reply-To: <20081231152027.227bd3ba@bugzilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>
	 <99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>
	 <20081231152027.227bd3ba@bugzilla.org>
Message-ID: <99435f5b0901010820s561e10d4p53cb1c323465ad41@mail.gmail.com>

On Wed, Dec 31, 2008 at 5:20 PM, Max Kanat-Alexander
<mkanat at bugzilla.org> wrote:
> On Tue, 30 Dec 2008 22:16:20 -0600 "Bradley Baetz" <bbaetz at acm.org>
>        Yeah, on most installations I don't think it's an issue, but at
> places like bmo it could always be handy to see what else we can push
> off. Apparently the ratio of master reads to slave reads increased a
> lot in 3.2 for some reason, and we should probably look into it.

What we are missing is good db profiling for issues like this. I'm not
sure what the best way to do that is - does mysql have the ability to
log all queries to a db table? Or, even better, DBI (so that we can
consider all placeholders to be the same)?

Bradley


From mkanat at bugzilla.org  Fri Jan  2 00:14:00 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Thu, 1 Jan 2009 16:14:00 -0800
Subject: The Future of Performance: Scaling
In-Reply-To: <99435f5b0901010820s561e10d4p53cb1c323465ad41@mail.gmail.com>
References: <20081219054631.3bf208ca@bugzilla.org>
	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>
	<20081231152027.227bd3ba@bugzilla.org>
	<99435f5b0901010820s561e10d4p53cb1c323465ad41@mail.gmail.com>
Message-ID: <20090101161400.55921523@bugzilla.org>

On Thu, 1 Jan 2009 10:20:34 -0600 "Bradley Baetz" <bbaetz at acm.org>
wrote:
> What we are missing is good db profiling for issues like this. I'm not
> sure what the best way to do that is - does mysql have the ability to
> log all queries to a db table? Or, even better, DBI (so that we can
> consider all placeholders to be the same)?

	Yeah, DBI::ProfileDumper is great, actually. I've used it quite
often.

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


From justdave at bugzilla.org  Fri Jan  2 07:35:18 2009
From: justdave at bugzilla.org (David Miller)
Date: Fri, 02 Jan 2009 02:35:18 -0500
Subject: The Future of Performance: Scaling
In-Reply-To: <20081231152027.227bd3ba@bugzilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com> <20081231152027.227bd3ba@bugzilla.org>
Message-ID: <495DC3B6.1090707@bugzilla.org>

Max Kanat-Alexander wrote on 12/31/08 6:20 PM:
> 	Yeah, on most installations I don't think it's an issue, but at
> places like bmo it could always be handy to see what else we can push
> off. Apparently the ratio of master reads to slave reads increased a
> lot in 3.2 for some reason, and we should probably look into it.

Yeah, the master DB for Bugzilla gets more traffic than the slave DB
does on bmo right now, which makes it kind of meaningless to add slaves,
and hard to scale if traffic goes up, because multi-master gets icky fast.

-- 
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 lpsolit at gmail.com  Fri Jan  2 16:46:03 2009
From: lpsolit at gmail.com (=?UTF-8?B?RnLDqWTDqXJpYyBCdWNsaW4=?=)
Date: Fri, 02 Jan 2009 17:46:03 +0100
Subject: The Future of Performance: Scaling
In-Reply-To: <495DC3B6.1090707@bugzilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com> <20081231152027.227bd3ba@bugzilla.org> <495DC3B6.1090707@bugzilla.org>
Message-ID: <495E44CB.3000505@gmail.com>

Le 02. 01. 09 08:35, David Miller a ?crit :
> Yeah, the master DB for Bugzilla gets more traffic than the slave DB
> does on bmo right now, which makes it kind of meaningless to add slaves,

IMO, that's because query.cgi uses the master DB to populate the search 
form, and buglist.cgi prepares everything using the master DB, and only 
shifts to the shadow DB at the very end when it's time to run the huge 
query. I think both should shift to the shadow DB, the only exceptions 
being when they write to the DB (when updating the default query or 
deleting/updating a saved search).

I also suspect more and more third-party tools call config.cgi to know 
the config of Bugzilla, but this script uses the master DB too, despite 
it's pure read-only. So we could shift to the shadow DB without problem.

describecomponents.cgi and describekeywords.cgi are also good candidates 
to use the shadow DB. It doesn't matter if the number of bugs reported 
by keyword is off by a few minutes, really.

Maybe more controversial is show_activity.cgi, which *could* eventually 
use the shadow DB too. Note that BugMail.pm doesn't call 
show_activity.cgi to generate bugmail, so this wouldn't break anything.

Other scripts look fine to me. I will file a bug to do these suggested 
shifts so that we have a more centralized way to track what should be 
changed or not.

LpSolit


From lpsolit at gmail.com  Fri Jan  2 17:14:24 2009
From: lpsolit at gmail.com (=?UTF-8?B?RnLDqWTDqXJpYyBCdWNsaW4=?=)
Date: Fri, 02 Jan 2009 18:14:24 +0100
Subject: The Future of Performance: Scaling
In-Reply-To: <495DC3B6.1090707@bugzilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com> <20081231152027.227bd3ba@bugzilla.org> <495DC3B6.1090707@bugzilla.org>
Message-ID: <495E4B70.50604@gmail.com>

I filed bug 471880: https://bugzilla.mozilla.org/show_bug.cgi?id=471880


From jochen.wiedmann at gmail.com  Sun Jan  4 02:33:35 2009
From: jochen.wiedmann at gmail.com (Jochen Wiedmann)
Date: Sun, 4 Jan 2009 03:33:35 +0100
Subject: mod_perlite
Message-ID: <e75283b10901031833i300b1d6arb93e158c8ddff2f2@mail.gmail.com>

Hi,

is anyone aware of mod_perlite (see
http://code.sixapart.com/svn/mod_perlite/trunk/README)? Possibly with
first experiences?

Thanks,

Jochen

-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

    -- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
       My guess: Nokia E50)


From dkl at redhat.com  Mon Jan  5 21:29:12 2009
From: dkl at redhat.com (David Lawrence)
Date: Mon, 05 Jan 2009 16:29:12 -0500
Subject: The Future of Performance: Scaling
In-Reply-To: <20081231152027.227bd3ba@bugzilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com> <20081231152027.227bd3ba@bugzilla.org>
Message-ID: <49627BA8.70204@redhat.com>

Max Kanat-Alexander wrote:
> On Tue, 30 Dec 2008 22:16:20 -0600 "Bradley Baetz" <bbaetz at acm.org>
> wrote:
>   
>> In general, we scale read-only pretty well. 
>>     
>
> 	Yeah, although there are a few operations that don't take as
> much advantage of that as they could. There are probably a lot more
> places where we could be using the shadow DB.
>
>   
>> The shadowdb stuff pushes db reads off, but Bugzilla doesn't have a
>> clear goal as to how out of date data can be - if we relaxed the rules
>> a bit then some more queries could possibly move to the replication
>> db. However, I don't think that thats much of an issue given the
>> typical read:write ratio.
>>     
>
> 	Yeah, on most installations I don't think it's an issue, but at
> places like bmo it could always be handy to see what else we can push
> off. Apparently the ratio of master reads to slave reads increased a
> lot in 3.2 for some reason, and we should probably look into it.
>
> 	-Max
>   

Now that we allow search engines to index bugzilla.redhat.com using 
sitemap index files, we have a large amount
of accesses to show_bug.cgi over the past month. We have seen, using 
mysql's process list commands, that
a large amount of "DELETE FROM logincookies WHERE TO_DAYS(NOW()) - 
TO_DAYS(lastused) > 30"
statements are being executed that was causing the replicated slaves to 
get backed up. This statement is executed
everytime Bugzilla->login is called without auth data and since DELETE 
is a SELECT/INSERT block for a table, things could get slower if it is 
executed very frequently.

To solve the issue we are moving that code to a separate script that 
will be ran once a night to clean up expired
cookies in the logincookies table. By commenting out that line in 
Bugzilla::Auth we saw the database load decrease and the slaves were 
able to get caught up. Does this sound like something that would be 
useful to the
upstream and a bug/patch generated?

Dave

-- 
David Lawrence, RHCE  dkl at redhat.com
------------------------------------
Red Hat, Inc.    Web: www.redhat.com
1801 Varsity Drive Raleigh, NC 27606



From lpsolit at gmail.com  Mon Jan  5 21:53:28 2009
From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=)
Date: Mon, 05 Jan 2009 22:53:28 +0100
Subject: The Future of Performance: Scaling
In-Reply-To: <49627BA8.70204@redhat.com>
References: <20081219054631.3bf208ca@bugzilla.org>	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com> <20081231152027.227bd3ba@bugzilla.org> <49627BA8.70204@redhat.com>
Message-ID: <49628158.1070106@gmail.com>

Le 05. 01. 09 22:29, David Lawrence a ?crit :
> get backed up. This statement is executed
> everytime Bugzilla->login is called without auth data and since DELETE
> is a SELECT/INSERT block for a table, things could get slower if it is
> executed very frequently.

That's a very old bug, see bug 134022.


From mkanat at bugzilla.org  Mon Jan  5 22:20:18 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Mon, 5 Jan 2009 14:20:18 -0800
Subject: The Future of Performance: Scaling
In-Reply-To: <49627BA8.70204@redhat.com>
References: <20081219054631.3bf208ca@bugzilla.org>
	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>
	<20081231152027.227bd3ba@bugzilla.org>
	<49627BA8.70204@redhat.com>
Message-ID: <20090105142018.39870d80@bugzilla.org>

On Mon, 05 Jan 2009 16:29:12 -0500 David Lawrence <dkl at redhat.com>
wrote:
> Now that we allow search engines to index bugzilla.redhat.com using 
> sitemap index files,

	Interesting, I'd like to know if that's something we could port
upstream.

> This statement is executed everytime Bugzilla->login is called
> without auth data

	See, that's the problem, there, and it's not exactly the bug
that LpSolit pointed out. We're just calling it too often. It used to
happen when generated versioncache, I believe, since we did that every
hour, but that was the only thing that Bugzilla did regularly.

> To solve the issue we are moving that code to a separate script that 
> will be ran once a night to clean up expired cookies in the
> logincookies table. By commenting out that line in Bugzilla::Auth we
> saw the database load decrease and the slaves were able to get caught
> up. Does this sound like something that would be useful to the
> upstream and a bug/patch generated?

	Yeah, definitely, although I think for upstream we'd just want
to somehow make the DELETE less common, not move it to a separate
script. (I just don't want every single Bugzilla installation to have
to run a separate script every night, if they don't want to.)

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


From dkl at redhat.com  Mon Jan  5 22:27:53 2009
From: dkl at redhat.com (David Lawrence)
Date: Mon, 05 Jan 2009 17:27:53 -0500
Subject: The Future of Performance: Scaling
In-Reply-To: <20090105142018.39870d80@bugzilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>	<20081231152027.227bd3ba@bugzilla.org>	<49627BA8.70204@redhat.com> <20090105142018.39870d80@bugzilla.org>
Message-ID: <49628969.9070802@redhat.com>

Max Kanat-Alexander wrote:
> On Mon, 05 Jan 2009 16:29:12 -0500 David Lawrence <dkl at redhat.com>
> wrote:
>   
>> Now that we allow search engines to index bugzilla.redhat.com using 
>> sitemap index files,
>>     
>
> 	Interesting, I'd like to know if that's something we could port
> upstream.
>
>   

https://bugzilla.redhat.com/show_bug.cgi?id=427004

>> This statement is executed everytime Bugzilla->login is called
>> without auth data
>>     
>
> 	See, that's the problem, there, and it's not exactly the bug
> that LpSolit pointed out. We're just calling it too often. It used to
> happen when generated versioncache, I believe, since we did that every
> hour, but that was the only thing that Bugzilla did regularly.
>
>   
>> To solve the issue we are moving that code to a separate script that 
>> will be ran once a night to clean up expired cookies in the
>> logincookies table. By commenting out that line in Bugzilla::Auth we
>> saw the database load decrease and the slaves were able to get caught
>> up. Does this sound like something that would be useful to the
>> upstream and a bug/patch generated?
>>     
>
> 	Yeah, definitely, although I think for upstream we'd just want
> to somehow make the DELETE less common, not move it to a separate
> script. (I just don't want every single Bugzilla installation to have
> to run a separate script every night, if they don't want to.)
>   

There is also the collectstats.pl script but even that may not be ran 
nightly
unless the admin chooses to.

What if we first did a select to see if there would be any cookies older 
than
30 days returned and only then do a delete? The select at least would not
block like the delete would and if this worked it would only in theory run
once every 30 days or I may be wrong.

Dave

-- 
David Lawrence, RHCE  dkl at redhat.com
------------------------------------
Red Hat, Inc.    Web: www.redhat.com
1801 Varsity Drive Raleigh, NC 27606



From mkanat at bugzilla.org  Mon Jan  5 22:34:56 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Mon, 5 Jan 2009 14:34:56 -0800
Subject: The Future of Performance: Scaling
In-Reply-To: <49628969.9070802@redhat.com>
References: <20081219054631.3bf208ca@bugzilla.org>
	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>
	<20081231152027.227bd3ba@bugzilla.org>
	<49627BA8.70204@redhat.com>
	<20090105142018.39870d80@bugzilla.org>
	<49628969.9070802@redhat.com>
Message-ID: <20090105143456.7926e9c6@bugzilla.org>

On Mon, 05 Jan 2009 17:27:53 -0500 David Lawrence <dkl at redhat.com>
wrote:
> What if we first did a select to see if there would be any cookies
> older than 30 days returned and only then do a delete? The select at
> least would not block like the delete would and if this worked it
> would only in theory run once every 30 days or I may be wrong.

	Well, it would still run quite frequently, on large
installations--there will always be some cookie that's 30 days old.

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


From mkanat at bugzilla.org  Mon Jan  5 22:37:11 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Mon, 5 Jan 2009 14:37:11 -0800
Subject: The Future of Performance: Scaling
In-Reply-To: <49628969.9070802@redhat.com>
References: <20081219054631.3bf208ca@bugzilla.org>
	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>
	<20081231152027.227bd3ba@bugzilla.org>
	<49627BA8.70204@redhat.com>
	<20090105142018.39870d80@bugzilla.org>
	<49628969.9070802@redhat.com>
Message-ID: <20090105143711.1148b803@bugzilla.org>

On Mon, 05 Jan 2009 17:27:53 -0500 David Lawrence <dkl at redhat.com>
wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=427004

	All the attachments on that bug are private.

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


From bbaetz at acm.org  Mon Jan  5 22:38:25 2009
From: bbaetz at acm.org (Bradley Baetz)
Date: Mon, 5 Jan 2009 16:38:25 -0600
Subject: The Future of Performance: Scaling
In-Reply-To: <49628969.9070802@redhat.com>
References: <20081219054631.3bf208ca@bugzilla.org>
	 <99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>
	 <20081231152027.227bd3ba@bugzilla.org> <49627BA8.70204@redhat.com>
	 <20090105142018.39870d80@bugzilla.org> <49628969.9070802@redhat.com>
Message-ID: <99435f5b0901051438i67567bb2kf2cd078c046a89a1@mail.gmail.com>

On Mon, Jan 5, 2009 at 4:27 PM, David Lawrence <dkl at redhat.com> wrote:

> What if we first did a select to see if there would be any cookies older
> than
> 30 days returned and only then do a delete? The select at least would not
> block like the delete would and if this worked it would only in theory run
> once every 30 days or I may be wrong.

I'd be depressed if that was true, but not really surprised :) Isn't
RH using postgres, though?

Anyway, an issue with this query is that "TO_DAYS(NOW()) -
TO_DAYS(lastused) > 30" isn't indexable. Something like 'WHERE
lastused < NOW()-30*24*60*60' would probably be better, although it
doesn't help the underlying problem. Do we really not want to make
people run a cron job? I guess it may be a bit tricky on windows, but
are there hosting companies that let users run cgi scripts but not
cron jobs?

Bradley


From lpsolit at gmail.com  Mon Jan  5 22:44:14 2009
From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=)
Date: Mon, 05 Jan 2009 23:44:14 +0100
Subject: The Future of Performance: Scaling
In-Reply-To: <99435f5b0901051438i67567bb2kf2cd078c046a89a1@mail.gmail.com>
References: <20081219054631.3bf208ca@bugzilla.org>	 <99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>	 <20081231152027.227bd3ba@bugzilla.org> <49627BA8.70204@redhat.com>	 <20090105142018.39870d80@bugzilla.org> <49628969.9070802@redhat.com> <99435f5b0901051438i67567bb2kf2cd078c046a89a1@mail.gmail.com>
Message-ID: <49628D3E.1090106@gmail.com>

Le 05. 01. 09 23:38, Bradley Baetz a ?crit :
> doesn't help the underlying problem. Do we really not want to make
> people run a cron job?

Store somewhere the last time you cleaned the logincookies table, and if 
it's less than 20 days or so ago, do nothing. This will trigger a DELETE 
once every 20 days.

LpSolit


From bbaetz at acm.org  Mon Jan  5 22:50:34 2009
From: bbaetz at acm.org (Bradley Baetz)
Date: Mon, 5 Jan 2009 16:50:34 -0600
Subject: The Future of Performance: Scaling
In-Reply-To: <49628D3E.1090106@gmail.com>
References: <20081219054631.3bf208ca@bugzilla.org>
	 <99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>
	 <20081231152027.227bd3ba@bugzilla.org> <49627BA8.70204@redhat.com>
	 <20090105142018.39870d80@bugzilla.org> <49628969.9070802@redhat.com>
	 <99435f5b0901051438i67567bb2kf2cd078c046a89a1@mail.gmail.com>
	 <49628D3E.1090106@gmail.com>
Message-ID: <99435f5b0901051450i463b2270s7c08c5c0a6adb0b4@mail.gmail.com>

On Mon, Jan 5, 2009 at 4:44 PM, Fr?d?ric Buclin <lpsolit at gmail.com> wrote:
> Le 05. 01. 09 23:38, Bradley Baetz a ?crit :
>>
>> doesn't help the underlying problem. Do we really not want to make
>> people run a cron job?
>
> Store somewhere the last time you cleaned the logincookies table, and if
> it's less than 20 days or so ago, do nothing. This will trigger a DELETE
> once every 20 days.

Yeah, that works for this, but are there more general things that we
want to run which aren't necessarily as quick?

Bradley


From dkl at redhat.com  Tue Jan  6 01:59:03 2009
From: dkl at redhat.com (David Lawrence)
Date: Mon, 05 Jan 2009 20:59:03 -0500
Subject: The Future of Performance: Scaling
In-Reply-To: <20090105143711.1148b803@bugzilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>	<20081231152027.227bd3ba@bugzilla.org>	<49627BA8.70204@redhat.com>	<20090105142018.39870d80@bugzilla.org>	<49628969.9070802@redhat.com> <20090105143711.1148b803@bugzilla.org>
Message-ID: <4962BAE7.6070302@redhat.com>

Max Kanat-Alexander wrote:
> On Mon, 05 Jan 2009 17:27:53 -0500 David Lawrence <dkl at redhat.com>
> wrote:
>   
>> https://bugzilla.redhat.com/show_bug.cgi?id=427004
>>     
>
> 	All the attachments on that bug are private.
>
> 	-Max
>   

Fixed.

Dave

-- 
David Lawrence, RHCE  dkl at redhat.com
------------------------------------
Red Hat, Inc.    Web: www.redhat.com
1801 Varsity Drive Raleigh, NC 27606



From Callek at gmail.com  Tue Jan  6 13:45:19 2009
From: Callek at gmail.com (Justin Wood (Callek))
Date: Tue, 06 Jan 2009 08:45:19 -0500
Subject: The Future of Performance: Scaling
In-Reply-To: <mailman.813.1231195480.4224.dev-apps-bugzilla@lists.mozilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>		<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>		<20081231152027.227bd3ba@bugzilla.org>
	<49627BA8.70204@redhat.com>		<20090105142018.39870d80@bugzilla.org>	<49628969.9070802@redhat.com>	<99435f5b0901051438i67567bb2kf2cd078c046a89a1@mail.gmail.com>
	<mailman.813.1231195480.4224.dev-apps-bugzilla@lists.mozilla.org>
Message-ID: <ebSdnQ0Hbqvy_f7UnZ2dnUVZ_oPinZ2d@mozilla.org>

On 1/5/2009 5:44 PM, Fr?d?ric Buclin wrote:
> Le 05. 01. 09 23:38, Bradley Baetz a ?crit :
>> doesn't help the underlying problem. Do we really not want to make
>> people run a cron job?
>
> Store somewhere the last time you cleaned the logincookies table, and if
> it's less than 20 days or so ago, do nothing. This will trigger a DELETE
> once every 20 days.
>

And in  theory make there be lingering cookies from 50 days ago..

How about run every 15...?

-- 
~Justin Wood (Callek)
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From Steven.Geerts at softathome.com  Tue Jan  6 15:01:27 2009
From: Steven.Geerts at softathome.com (Steven Geerts)
Date: Tue, 6 Jan 2009 16:01:27 +0100
Subject: new features 3.3.1
Message-ID: <004a01c9700f$a65e5470$f31afd50$@Geerts@softathome.com>

Hi 

 

I have a question on the new feature where it says that you can have
different values in a dropdown list depending on another value.  Does this
mean that you can configure the "resolution" fields depending on which
"status" you have choosen.  For example if you selected "resolved" that you
can see only the resolutions which can be used for this state?

 

I really think this is a good feature and something that really is needed
for making bugzilla configurable for all kind of different needs.   

 

Best regards

 

SteveyG

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20090106/34c90ee3/attachment.html>

From Steven.Geerts at softathome.com  Tue Jan  6 15:06:59 2009
From: Steven.Geerts at softathome.com (Steven Geerts)
Date: Tue, 6 Jan 2009 16:06:59 +0100
Subject: new feature request: limit access to certain fields depending on group access
Message-ID: <005e01c97010$6c80d560$45828020$@Geerts@softathome.com>

Hi 

 

Can it maybe be an interesting feature that you can limit users to certain
values of fields as well?

 

Say for example that you have a product with different hardware versions,
you have external people working on that product but they may not know that
they are other hardware versions of that product.

 

So product X with hardware A should only be visible to customer A, product X
with hardware B should only be visible to customer B (or depending on the
access control)

 

Is this reasonable or should it be better to always create 2 separate
products, one for cust A and one for B?

 

Best regards

 

steven

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20090106/ba9ffa3a/attachment.html>

From guy.pyrzak at gmail.com  Tue Jan  6 17:03:53 2009
From: guy.pyrzak at gmail.com (Guy Pyrzak)
Date: Tue, 6 Jan 2009 09:03:53 -0800
Subject: new feature request: limit access to certain fields depending on group access
In-Reply-To: <-2845083683604224335@unknownmsgid>
References: <-2845083683604224335@unknownmsgid>
Message-ID: <df4dec6f0901060903h4c9ff984lbbc58692232405f0@mail.gmail.com>

The way we've done that is by limiting fields based on security level
fields, IE products and components. I am not sure if this is how the current
implementation of the narrowing capability works but I'm sure we could port
over the changes from our instance to Bugzilla if that is a direction we
want to go into.

As far as the question about resolutions, that's interesting. In theory it
should be pretty simple to do but our group hasn't written any code to do
that, although I'd be happy to write the front end to that if the fields
exist to do the narrowing on the field value lists.

-Guy Pyrzak

On Tue, Jan 6, 2009 at 7:06 AM, Steven Geerts
<Steven.Geerts at softathome.com>wrote:

>  Hi
>
>
>
> Can it maybe be an interesting feature that you can limit users to certain
> values of fields as well?
>
>
>
> Say for example that you have a product with different hardware versions,
> you have external people working on that product but they may not know that
> they are other hardware versions of that product.
>
>
>
> So product X with hardware A should only be visible to customer A, product
> X with hardware B should only be visible to customer B (or depending on the
> access control)
>
>
>
> Is this reasonable or should it be better to always create 2 separate
> products, one for cust A and one for B?
>
>
>
> Best regards
>
>
>
> steven
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20090106/c1297049/attachment.html>

From mkanat at bugzilla.org  Tue Jan  6 23:51:28 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Tue, 6 Jan 2009 15:51:28 -0800
Subject: new features 3.3.1
In-Reply-To: <004a01c9700f$a65e5470$f31afd50$@Geerts@softathome.com>
References: <004a01c9700f$a65e5470$f31afd50$@Geerts@softathome.com>
Message-ID: <20090106155128.3feee614@bugzilla.org>

On Tue, 6 Jan 2009 16:01:27 +0100 "Steven Geerts"
<Steven.Geerts at softathome.com> wrote:
> I have a question on the new feature [snip]

	This question would be more appropriate for the
support-bugzilla mailing list:

	http://www.bugzilla.org/support/

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


From mkanat at bugzilla.org  Tue Jan  6 23:52:55 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Tue, 6 Jan 2009 15:52:55 -0800
Subject: new feature request: limit access to certain fields depending
 on group access
In-Reply-To: <005e01c97010$6c80d560$45828020$@Geerts@softathome.com>
References: <005e01c97010$6c80d560$45828020$@Geerts@softathome.com>
Message-ID: <20090106155255.05d3a0ad@bugzilla.org>

On Tue, 6 Jan 2009 16:06:59 +0100 "Steven Geerts"
<Steven.Geerts at softathome.com> wrote:
> Can it maybe be an interesting feature that you can limit users to
> certain values of fields as well?

	That's this bug:

	https://bugzilla.mozilla.org/show_bug.cgi?id=372978
	
	-Max
-- 
http://www.everythingsolved.com/
Competent, Friendly Bugzilla and Perl Services. Everything Else, too.


From jpyeron at pdinc.us  Wed Jan  7 05:22:37 2009
From: jpyeron at pdinc.us (Jason Pyeron)
Date: Wed, 7 Jan 2009 00:22:37 -0500
Subject: The Future of Performance: Scaling
In-Reply-To: <99435f5b0901051438i67567bb2kf2cd078c046a89a1@mail.gmail.com>
Message-ID: <200901070521.n075LrhT008857@mail.pdinc.us>


 

> -----Original Message-----
> From: developers-owner at bugzilla.org 
> [mailto:developers-owner at bugzilla.org] On Behalf Of Bradley Baetz
> Sent: Monday, January 05, 2009 17:38
> To: developers at bugzilla.org
> Subject: Re: The Future of Performance: Scaling
> 
> On Mon, Jan 5, 2009 at 4:27 PM, David Lawrence <dkl at redhat.com> wrote:
> 
> > What if we first did a select to see if there would be any cookies 
> > older than 30 days returned and only then do a delete? The 
> select at 
> > least would not block like the delete would and if this worked it 
> > would only in theory run once every 30 days or I may be wrong.
> 
> I'd be depressed if that was true, but not really surprised 
> :) Isn't RH using postgres, though?
> 
> Anyway, an issue with this query is that "TO_DAYS(NOW()) -
> TO_DAYS(lastused) > 30" isn't indexable. Something like 
> 'WHERE lastused < NOW()-30*24*60*60' would probably be 

Just adding my $0.02.

delete from logincookies where lastused < date_add(curdate(), interval -31 DAY);

Should index well, and run on first access every 24 hours.

> better, although it doesn't help the underlying problem. Do 
> we really not want to make people run a cron job? I guess it 
> may be a bit tricky on windows, but are there hosting 
> companies that let users run cgi scripts but not cron jobs?
> 
> Bradley
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=jpyeron at pyerotechnics.com>
> 


--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                      PD Inc. http://www.pdinc.us -
- Principal Consultant              10 West 24th Street #100    -
- +1 (443) 269-1555 x333            Baltimore, Maryland 21218   -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00.



From fedrushkov at users.sourceforge.net  Wed Jan  7 14:52:34 2009
From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov)
Date: Wed, 07 Jan 2009 19:52:34 +0500
Subject: ANN: Bugzilla-ru 3.3.1 released
Message-ID: <4964C1B2.4090105@users.sourceforge.net>

Good $daytime,

Bugzilla-3.3.1-ru-1.0 release is available at

http://downloads.sourceforge.net/bugzilla-ru/bugzilla-3.3.1-ru-1.0.tar.gz

This release contains templates updated to version 3.3.1. No translation 
specific enhancements were made.

Good news to localizers: no l10n-specific troubles were encountered 
since 3.2.

   Regards,
   Vitaly.
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From fedrushkov at users.sourceforge.net  Wed Jan  7 15:09:39 2009
From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov)
Date: Wed, 07 Jan 2009 20:09:39 +0500
Subject: Switching to Bazaar (bzr)
In-Reply-To: <mailman.781.1229813909.4225.dev-apps-bugzilla@lists.mozilla.org>
References: <mailman.764.1229799458.4225.dev-apps-bugzilla@lists.mozilla.org>	<EKKdnQgnOv7r6tDUnZ2dnUVZ_hudnZ2d@mozilla.org>
	<mailman.781.1229813909.4225.dev-apps-bugzilla@lists.mozilla.org>
Message-ID: <4964C5B3.2090202@users.sourceforge.net>

Mikhail Gusarov wrote:

> Something like http://transifex.org/ should help. However I'm not sure
> is Transifex gettext-only, or can be set up to fetch different types of
> to-be-translated files.

Mozilla l10n team uses Narro:

https://l10n.mozilla.org/narro/

http://code.google.com/p/narro/

   Regards,
   Vitaly.
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From sayalipat at gmail.com  Thu Jan  8 08:56:07 2009
From: sayalipat at gmail.com (SayP)
Date: Thu, 8 Jan 2009 00:56:07 -0800 (PST)
Subject: Do we need mail-sendmail installed in perl to use scmbug
Message-ID: <9fe6124e-fcf7-439f-b078-1a6a27f05af7@w24g2000prd.googlegroups.com>

Hello ,
    I am trying to integrate Bugzilla and Subversion (SVN) with
SCMBUG. My doubt is whether we need to have mail-sendmail module
installed in perl? or is it optional? Also I would appreciate if
someone could give me a link for methodical integration of the 2.
 
Thanks and Regards,
 
Sayali
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From mkanat at bugzilla.org  Thu Jan  8 12:24:34 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Thu, 8 Jan 2009 04:24:34 -0800
Subject: Do we need mail-sendmail installed in perl to use scmbug
In-Reply-To: <9fe6124e-fcf7-439f-b078-1a6a27f05af7@w24g2000prd.googlegroups.com>
References: <9fe6124e-fcf7-439f-b078-1a6a27f05af7@w24g2000prd.googlegroups.com>
Message-ID: <20090108042434.40df43f4@bugzilla.org>

On Thu, 8 Jan 2009 00:56:07 -0800 (PST) SayP <sayalipat at gmail.com>
wrote:
>     I am trying to integrate Bugzilla and Subversion (SVN) with
> SCMBUG. My doubt is whether we need to have mail-sendmail module
> installed in perl?

	This question would probably be more appropriate for the
support-bugzilla mailing list.

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


From bugzilla at colinogilvie.co.uk  Fri Jan  9 00:13:03 2009
From: bugzilla at colinogilvie.co.uk (Colin Ogilvie)
Date: Fri, 09 Jan 2009 00:13:03 +0000
Subject: The Future of Performance: Scaling
In-Reply-To: <495E44CB.3000505@gmail.com>
References: <20081219054631.3bf208ca@bugzilla.org>	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com> <20081231152027.227bd3ba@bugzilla.org> <495DC3B6.1090707@bugzilla.org> <495E44CB.3000505@gmail.com>
Message-ID: <4966968F.70502@colinogilvie.co.uk>

Fr?d?ric Buclin wrote:
> IMO, that's because query.cgi uses the master DB to populate the 
> search form, and buglist.cgi prepares everything using the master DB, 
> and only shifts to the shadow DB at the very end when it's time to run 
> the huge query. I think both should shift to the shadow DB, the only 
> exceptions being when they write to the DB (when updating the default 
> query or deleting/updating a saved search).
>
> I also suspect more and more third-party tools call config.cgi to know 
> the config of Bugzilla, but this script uses the master DB too, 
> despite it's pure read-only. So we could shift to the shadow DB 
> without problem.
>
> describecomponents.cgi and describekeywords.cgi are also good 
> candidates to use the shadow DB. It doesn't matter if the number of 
> bugs reported by keyword is off by a few minutes, really.
>
> Maybe more controversial is show_activity.cgi, which *could* 
> eventually use the shadow DB too. Note that BugMail.pm doesn't call 
> show_activity.cgi to generate bugmail, so this wouldn't break anything.
>
> Other scripts look fine to me. I will file a bug to do these suggested 
> shifts so that we have a more centralized way to track what should be 
> changed or not.

With more and more stuff shifting to the Shadow DB, is replication lag 
going to prove an issue? Are people going to get annoyed if there is 
some replication lag and what they are looking for isn't found?

Is it worth possibly optionally adding a replication lag check in to the 
bit that switches us to the Shadow DB if the user has the right privs 
(which I can't remember off hand) to do a 'SHOW SLAVE STATUS'? (Yeah, I 
know this may be mysql specific, but it's the only DB I actually know :) )

Colin


From spamsux at forgetit.org  Fri Jan  9 01:39:36 2009
From: spamsux at forgetit.org (Steve Wendt)
Date: Thu, 08 Jan 2009 17:39:36 -0800
Subject: The Future of Performance: Scaling
In-Reply-To: <mailman.1219.1231460024.4224.dev-apps-bugzilla@lists.mozilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>	<20081231152027.227bd3ba@bugzilla.org>	<495DC3B6.1090707@bugzilla.org>
	<495E44CB.3000505@gmail.com>
	<mailman.1219.1231460024.4224.dev-apps-bugzilla@lists.mozilla.org>
Message-ID: <GYKdnfrA-aRFN_vUnZ2dnUVZ_g-dnZ2d@mozilla.org>

On 1/8/2009 4:13 PM, Colin Ogilvie wrote:

> Is it worth possibly optionally adding a replication lag check in to the 
> bit that switches us to the Shadow DB if the user has the right privs 
> (which I can't remember off hand) to do a 'SHOW SLAVE STATUS'? (Yeah, I 
> know this may be mysql specific, but it's the only DB I actually know :) )

Besides being MySQL specific, the privileges required for running that 
are probably not what you want your web processes running with.  I've 
thought about trying to do something like this myself (completely 
unrelated to Bugzilla), and never came up with a good solution.
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From mkanat at bugzilla.org  Fri Jan  9 01:52:38 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Thu, 8 Jan 2009 17:52:38 -0800
Subject: The Future of Performance: Scaling
In-Reply-To: <GYKdnfrA-aRFN_vUnZ2dnUVZ_g-dnZ2d@mozilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>
	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>
	<20081231152027.227bd3ba@bugzilla.org>
	<495DC3B6.1090707@bugzilla.org>
	<495E44CB.3000505@gmail.com>
	<mailman.1219.1231460024.4224.dev-apps-bugzilla@lists.mozilla.org>
	<GYKdnfrA-aRFN_vUnZ2dnUVZ_g-dnZ2d@mozilla.org>
Message-ID: <20090108175238.12ffafb5@bugzilla.org>

On Thu, 08 Jan 2009 17:39:36 -0800 Steve Wendt <spamsux at forgetit.org>
wrote:
> Besides being MySQL specific, the privileges required for running
> that are probably not what you want your web processes running with.
> I've thought about trying to do something like this myself
> (completely unrelated to Bugzilla), and never came up with a good
> solution.

	I think Eclipse has a cron script or something that routinely
checks the slave replication delay and switches the shadowdb parameters
over to match the master DB if the replication lag is longer than 30
seconds or so.

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


From spamsux at forgetit.org  Fri Jan  9 03:20:15 2009
From: spamsux at forgetit.org (Steve Wendt)
Date: Thu, 08 Jan 2009 19:20:15 -0800
Subject: The Future of Performance: Scaling
In-Reply-To: <mailman.1241.1231465989.4224.dev-apps-bugzilla@lists.mozilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>	<20081231152027.227bd3ba@bugzilla.org>	<495DC3B6.1090707@bugzilla.org>
	<495E44CB.3000505@gmail.com>	<mailman.1219.1231460024.4224.dev-apps-bugzilla@lists.mozilla.org>	<GYKdnfrA-aRFN_vUnZ2dnUVZ_g-dnZ2d@mozilla.org>
	<mailman.1241.1231465989.4224.dev-apps-bugzilla@lists.mozilla.org>
Message-ID: <dYidnYcpLtrtX_vUnZ2dnUVZ_jednZ2d@mozilla.org>

On 1/8/2009 5:52 PM, Max Kanat-Alexander wrote:

>> Besides being MySQL specific, the privileges required for running
>> that are probably not what you want your web processes running with.
>> I've thought about trying to do something like this myself
>> (completely unrelated to Bugzilla), and never came up with a good
>> solution.
> 
> 	I think Eclipse has a cron script or something that routinely
> checks the slave replication delay and switches the shadowdb parameters
> over to match the master DB if the replication lag is longer than 30
> seconds or so.

Which means you have to make sure that the cron script runs "frequently 
enough" - it's not very elegant, because it is completely independent of 
actual traffic.  I suppose you could have something from the web side 
trigger it to run, but you'd have to be careful about file permissions 
so you didn't get yourself into trouble...
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From justdave at bugzilla.org  Fri Jan  9 04:23:43 2009
From: justdave at bugzilla.org (David Miller)
Date: Thu, 08 Jan 2009 23:23:43 -0500
Subject: The Future of Performance: Scaling
In-Reply-To: <dYidnYcpLtrtX_vUnZ2dnUVZ_jednZ2d@mozilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>	<20081231152027.227bd3ba@bugzilla.org>	<495DC3B6.1090707@bugzilla.org>	<495E44CB.3000505@gmail.com>	<mailman.1219.1231460024.4224.dev-apps-bugzilla@lists.mozilla.org>	<GYKdnfrA-aRFN_vUnZ2dnUVZ_g-dnZ2d@mozilla.org>	<mailman.1241.1231465989.4224.dev-apps-bugzilla@lists.mozilla.org> <dYidnYcpLtrtX_vUnZ2dnUVZ_jednZ2d@mozilla.org>
Message-ID: <4966D14F.2000007@bugzilla.org>

Steve Wendt wrote on 1/8/09 10:20 PM:
> On 1/8/2009 5:52 PM, Max Kanat-Alexander wrote:
> 
>>> Besides being MySQL specific, the privileges required for running
>>> that are probably not what you want your web processes running with.
>>> I've thought about trying to do something like this myself
>>> (completely unrelated to Bugzilla), and never came up with a good
>>> solution.
>>
>>     I think Eclipse has a cron script or something that routinely
>> checks the slave replication delay and switches the shadowdb parameters
>> over to match the master DB if the replication lag is longer than 30
>> seconds or so.
> 
> Which means you have to make sure that the cron script runs "frequently
> enough" - it's not very elegant, because it is completely independent of
> actual traffic.  I suppose you could have something from the web side
> trigger it to run, but you'd have to be careful about file permissions
> so you didn't get yourself into trouble...

What I'm in the middle of setting up at Mozilla is this:

We have one master and two slave databases.  The slaves are behind a
load balancer.  Bugzilla only knows the master database and the load
balancer's IPs.  The status check on the load balancer that checks to
see if the host that it's sending traffic to is actually there also
checks the replication lag, and will pull it out of the rotation if it
gets more than a few minutes behind.  This in turn takes load off that
server, allowing it to catch up, and then it'll get put back in.  And I
imagine it'll probably switch back and forth a lot, as replication
blocks when people run queries, and people frequently run queries on
bugzilla.mozilla.org that take 3 or 4 minutes to run.

Currently, during busy times of day, b.m.o is often in the 10 to 15
minute range on replication lag (there's only one slave live at the
moment, the second one is something new I'm setting up, more for
redundancy reasons than capacity.

Although, thinking about it...  searches are the main thing that take
lots of time and cause replication lag.  What if Bugzilla itself knew
about two distinct slave servers, and used one for bug searches, and the
other for everything else?  Then the "everything else" one would almost
always have almost zero lag because the rest of the queries Bugzilla
runs are so quick.

-- 
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 bbaetz at acm.org  Fri Jan  9 05:41:30 2009
From: bbaetz at acm.org (Bradley Baetz)
Date: Thu, 8 Jan 2009 23:41:30 -0600
Subject: The Future of Performance: Scaling
In-Reply-To: <4966D14F.2000007@bugzilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>
	 <99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>
	 <20081231152027.227bd3ba@bugzilla.org> <495DC3B6.1090707@bugzilla.org>
	 <495E44CB.3000505@gmail.com>
	 <mailman.1219.1231460024.4224.dev-apps-bugzilla@lists.mozilla.org>
	 <GYKdnfrA-aRFN_vUnZ2dnUVZ_g-dnZ2d@mozilla.org>
	 <mailman.1241.1231465989.4224.dev-apps-bugzilla@lists.mozilla.org>
	 <dYidnYcpLtrtX_vUnZ2dnUVZ_jednZ2d@mozilla.org>
	 <4966D14F.2000007@bugzilla.org>
Message-ID: <99435f5b0901082141u5782db22q19a4cf08018b5608@mail.gmail.com>

On Thu, Jan 8, 2009 at 10:23 PM, David Miller <justdave at bugzilla.org> wrote:
> We have one master and two slave databases.  The slaves are behind a
> load balancer.  Bugzilla only knows the master database and the load
> balancer's IPs.  The status check on the load balancer that checks to
> see if the host that it's sending traffic to is actually there also
> checks the replication lag, and will pull it out of the rotation if it
> gets more than a few minutes behind.  This in turn takes load off that
> server, allowing it to catch up, and then it'll get put back in.  And I
> imagine it'll probably switch back and forth a lot, as replication
> blocks when people run queries, and people frequently run queries on
> bugzilla.mozilla.org that take 3 or 4 minutes to run.

Any have the sorryserver be the main db server, or something? I've
thought about doing something like that in a previous job, but never
done it. The other option is to only drop a server if its more than a
certain amount behind the other server (or most up-to-date server if
there are more than two), rather than behind the master.

> Currently, during busy times of day, b.m.o is often in the 10 to 15
> minute range on replication lag (there's only one slave live at the
> moment, the second one is something new I'm setting up, more for
> redundancy reasons than capacity.

Any idea why? With innodb, nothing should get blocked.

Bradley


From mkanat at bugzilla.org  Fri Jan  9 07:46:59 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Thu, 8 Jan 2009 23:46:59 -0800
Subject: The Future of Performance: Scaling
In-Reply-To: <99435f5b0901082141u5782db22q19a4cf08018b5608@mail.gmail.com>
References: <20081219054631.3bf208ca@bugzilla.org>
	<99435f5b0812302016n78a4dc25p4998b2c38c9b0b73@mail.gmail.com>
	<20081231152027.227bd3ba@bugzilla.org>
	<495DC3B6.1090707@bugzilla.org>
	<495E44CB.3000505@gmail.com>
	<mailman.1219.1231460024.4224.dev-apps-bugzilla@lists.mozilla.org>
	<GYKdnfrA-aRFN_vUnZ2dnUVZ_g-dnZ2d@mozilla.org>
	<mailman.1241.1231465989.4224.dev-apps-bugzilla@lists.mozilla.org>
	<dYidnYcpLtrtX_vUnZ2dnUVZ_jednZ2d@mozilla.org>
	<4966D14F.2000007@bugzilla.org>
	<99435f5b0901082141u5782db22q19a4cf08018b5608@mail.gmail.com>
Message-ID: <20090108234659.50d3c790@bugzilla.org>

On Thu, 8 Jan 2009 23:41:30 -0600 "Bradley Baetz" <bbaetz at acm.org>
wrote:
> Any idea why? With innodb, nothing should get blocked.

	There's a bug on it. I suspect that with SATA drives, copying
to a temporary table effectively blocks the filesystem from any further
access.

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


From bbaetz at acm.org  Fri Jan  9 14:52:05 2009
From: bbaetz at acm.org (Bradley Baetz)
Date: Fri, 9 Jan 2009 08:52:05 -0600
Subject: The Future of Performance: Scaling
In-Reply-To: <20090108234659.50d3c790@bugzilla.org>
References: <20081219054631.3bf208ca@bugzilla.org>
	 <495DC3B6.1090707@bugzilla.org> <495E44CB.3000505@gmail.com>
	 <mailman.1219.1231460024.4224.dev-apps-bugzilla@lists.mozilla.org>
	 <GYKdnfrA-aRFN_vUnZ2dnUVZ_g-dnZ2d@mozilla.org>
	 <mailman.1241.1231465989.4224.dev-apps-bugzilla@lists.mozilla.org>
	 <dYidnYcpLtrtX_vUnZ2dnUVZ_jednZ2d@mozilla.org>
	 <4966D14F.2000007@bugzilla.org>
	 <99435f5b0901082141u5782db22q19a4cf08018b5608@mail.gmail.com>
	 <20090108234659.50d3c790@bugzilla.org>
Message-ID: <99435f5b0901090652h1d33ec8ak946c27735331e6a9@mail.gmail.com>

On Fri, Jan 9, 2009 at 1:46 AM, Max Kanat-Alexander <mkanat at bugzilla.org> wrote:
> On Thu, 8 Jan 2009 23:41:30 -0600 "Bradley Baetz" <bbaetz at acm.org>
> wrote:
>> Any idea why? With innodb, nothing should get blocked.
>
>        There's a bug on it. I suspect that with SATA drives, copying
> to a temporary table effectively blocks the filesystem from any further
> access.

Bug #? Even if thats true you should only see an issue if lots of
stuff is being copied. I've seen similar issues, but that was on dbs
containing millions of rows with queries that had to scan all of them.

Bradley


From jpyeron at pdinc.us  Fri Jan  9 16:34:42 2009
From: jpyeron at pdinc.us (Jason Pyeron)
Date: Fri, 9 Jan 2009 11:34:42 -0500
Subject: Upgrading a customized (old) bugzilla.
Message-ID: <200901091634.n09GY0BX030804@mail.pdinc.us>

I has been a few years since I last hacked Bugzilla or even used CVS.

That being said I have been tasked to upgrade our customized BZ install and get
our SSO working in it. 

Any pearls of advice to go from 2.19 to latest stable?

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                      PD Inc. http://www.pdinc.us -
- Principal Consultant              10 West 24th Street #100    -
- +1 (443) 269-1555 x333            Baltimore, Maryland 21218   -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00.



From dmarshal at yahoo-inc.com  Fri Jan  9 17:32:17 2009
From: dmarshal at yahoo-inc.com (David Marshall)
Date: Fri, 09 Jan 2009 09:32:17 -0800
Subject: The Future of Performance: Scaling
In-Reply-To: <4966D14F.2000007@bugzilla.org>
Message-ID: <C58CCA21.217F9%dmarshal@yahoo-inc.com>




On 1/8/09 8:23 PM, "David Miller" <justdave at bugzilla.org> wrote:


> 
> Although, thinking about it...  searches are the main thing that take
> lots of time and cause replication lag.  What if Bugzilla itself knew
> about two distinct slave servers, and used one for bug searches, and the
> other for everything else?  Then the "everything else" one would almost
> always have almost zero lag because the rest of the queries Bugzilla
> runs are so quick.

We do something like that at Yahoo!, where we have 3 slave database servers
plus one slave that we use for "slow queries," which are heuristically
identified in Search.pm.  We don't put all searches to this slow query
server, because most searches are very fast, such as "bugs assigned to me,"
and we don't want to throw them in with the really slow queries.

One idea that we chose not to implement is to make replication updates on
this slow query server (or any slave, for that matter) be LOW_PRIORITY so
that they are only applied when there's not a query already going.  This
risks lengthy replication lag for what may be significant performance gains.
(We decided that we didn't want our replicas to have stale data, but YMMV.)

We have some really fancy stuff for improving search performance, now that
we're making a maximum effort to merge with Mozilla's HEAD, I hope that
we'll get this upstream sooner rather than later.






From mkanat at bugzilla.org  Fri Jan  9 19:17:23 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Fri, 9 Jan 2009 11:17:23 -0800
Subject: The Future of Performance: Scaling
In-Reply-To: <99435f5b0901090652h1d33ec8ak946c27735331e6a9@mail.gmail.com>
References: <20081219054631.3bf208ca@bugzilla.org>
	<495DC3B6.1090707@bugzilla.org>
	<495E44CB.3000505@gmail.com>
	<mailman.1219.1231460024.4224.dev-apps-bugzilla@lists.mozilla.org>
	<GYKdnfrA-aRFN_vUnZ2dnUVZ_g-dnZ2d@mozilla.org>
	<mailman.1241.1231465989.4224.dev-apps-bugzilla@lists.mozilla.org>
	<dYidnYcpLtrtX_vUnZ2dnUVZ_jednZ2d@mozilla.org>
	<4966D14F.2000007@bugzilla.org>
	<99435f5b0901082141u5782db22q19a4cf08018b5608@mail.gmail.com>
	<20090108234659.50d3c790@bugzilla.org>
	<99435f5b0901090652h1d33ec8ak946c27735331e6a9@mail.gmail.com>
Message-ID: <20090109111723.66954b80@bugzilla.org>

On Fri, 9 Jan 2009 08:52:05 -0600 "Bradley Baetz" <bbaetz at acm.org>
wrote:
> Bug #? 

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

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


From fedrushkov at users.sourceforge.net  Fri Jan  9 23:53:36 2009
From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov)
Date: Sat, 10 Jan 2009 04:53:36 +0500
Subject: Move to maketext: sample templates
Message-ID: <4967E380.1030605@users.sourceforge.net>

Good $daytime,

"The proof is in the pudding", says TPJ13.  To get an idea on how 
[un]readable templates would become under Maketext, I have converted 
several of them:

https://bugzilla.mozilla.org/attachment.cgi?id=356254&action=edit

These contain no examples of numeric inflection, (which I guess would be 
in favor of Maketext), but show at least some problems to be addressed 
before we start converting all 33k LOCs of Bugzilla templates to Maketext.

Lessons learnt:

1. By far most annoying was the need for

   [% l("text [_1]",value FILTER whatever,...) %]

I start thinking of unconditional 'FILTER html' to all args to maketext 
calls.  But there  must be counterexamples.

2. Even if we do enforce such filtering, template security audit 
(automated by t/008filter.t) will become harder and yield more 
exceptions and even may be prone to subtle errors.

3. Large static texts look fine with {{ }} syntactic sugar.  However, 
stock xgettext.pl grabs them literally, leading to Lexicon keys with 
lots of leading spaces, and ugly PO entries.  As long as we're rendering 
HTML, we may enforce 'FILTER collapse' on such keys both in xgettext.pl 
and upon lookup.

4. Long texts as Lexicon keys are not so handy, with their multiple 
explicit newlines, leading spaces, etc.  Other projects using Maketext 
and Template Toolkit also confront this:

Act! ended up with keys cut at first newline:

| msgid "This is your personal page."
| msgstr ""
| "This is your personal page.\n"
| "From here you can manage everything regarding your participation\n"

Request Tracker indeed uses long keys, up to 400 characters on a single 
line.  Not a problem with special PO editing tools, but their template 
files look accordingly, i.e. do not wrap paragraphs at all:

http://svn.bestpractical.com/cgi-bin/index.cgi/bps/view/rt/3.8/trunk/share/html/Install/DatabaseDetails.html

(around line 55)


Ideas and criticism are welcome.  Thanks in advance!

   Regards,
   Vitaly.
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From lpsolit at gmail.com  Sun Jan 11 18:59:57 2009
From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=)
Date: Sun, 11 Jan 2009 19:59:57 +0100
Subject: Bugzilla Meeting next Tuesday, Jan 13
Message-ID: <496A41AD.2000605@gmail.com>

Hi all,

Our next Bugzilla meeting will take place on Tuesday, January 13, at 
11:00 PST (19:00 GMT, 20:00 CET) on IRC in the #bugzilla-meeting 
channel. Everyone is free to attend, as usual.

The agenda is available here: https://wiki.mozilla.org/Bugzilla:Meetings

See you on Tuesday,

LpSolit


From vitaly.fedrushkov at gmail.com  Mon Jan 12 06:33:48 2009
From: vitaly.fedrushkov at gmail.com (SnowyOwl)
Date: Sun, 11 Jan 2009 22:33:48 -0800 (PST)
Subject: Bugzilla Meeting next Tuesday, Jan 13
References: <mailman.1439.1231700564.4224.dev-apps-bugzilla@lists.mozilla.org>
Message-ID: <2e34654d-8686-4cf9-9b6e-8ccbfd1ae89d@40g2000prx.googlegroups.com>

On 11 ???, 23:59, Fr?d?ric Buclin <lpso... at gmail.com> wrote:
> Our next Bugzilla meeting will take place on Tuesday, January 13, at
> 11:00 PST (19:00 GMT, 20:00 CET) on IRC in the #bugzilla-meeting
> channel. Everyone is free to attend, as usual.

> The agenda is available here:https://wiki.mozilla.org/Bugzilla:Meetings

Forgot to change meeting time on a wiki (fixed) and Google Calendar.

Anyone to fix logbot before meeting?

  Regards,
  Vitaly.
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla

From mkanat at bugzilla.org  Mon Jan 12 07:42:21 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Sun, 11 Jan 2009 23:42:21 -0800
Subject: Bugzilla Meeting next Tuesday, Jan 13
In-Reply-To: <2e34654d-8686-4cf9-9b6e-8ccbfd1ae89d@40g2000prx.googlegroups.com>
References: <mailman.1439.1231700564.4224.dev-apps-bugzilla@lists.mozilla.org>
	<2e34654d-8686-4cf9-9b6e-8ccbfd1ae89d@40g2000prx.googlegroups.com>
Message-ID: <20090111234221.73ece823@bugzilla.org>

On Sun, 11 Jan 2009 22:33:48 -0800 (PST) SnowyOwl
<vitaly.fedrushkov at gmail.com> wrote:
> Forgot to change meeting time on a wiki (fixed) and Google Calendar.

	No, the meeting time is correct on the Calendar. I moved it,
and it's a recurring event, and some calendar clients don't deal well
with that.

> Anyone to fix logbot before meeting?

	Byron fixed it today. :-)

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


From sayalipat at gmail.com  Mon Jan 12 08:41:39 2009
From: sayalipat at gmail.com (SayP)
Date: Mon, 12 Jan 2009 00:41:39 -0800 (PST)
Subject: Do we need mail-sendmail installed in perl to use scmbug
References: <9fe6124e-fcf7-439f-b078-1a6a27f05af7@w24g2000prd.googlegroups.com>
	<mailman.1138.1231417507.4224.dev-apps-bugzilla@lists.mozilla.org>
Message-ID: <cd69d6fc-c520-4aa1-8256-ddbfc210f871@w1g2000prm.googlegroups.com>

On Jan 8, 5:24?pm, Max Kanat-Alexander <mka... at bugzilla.org> wrote:
> On Thu, 8 Jan 2009 00:56:07 -0800 (PST)SayP<sayali... at gmail.com>
> wrote:
>
> > ? ? I am trying to integrate Bugzilla and Subversion (SVN) with
> > SCMBUG. My doubt is whether we need to have mail-sendmail module
> > installed in perl?
>
> ? ? ? ? This question would probably be more appropriate for the
> support-bugzilla mailing list.
>
> ? ? ? ? -Max
> --http://www.everythingsolved.com/
> Competent, Friendly Bugzilla and Perl Services. Everything Else, too.
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=dev-apps-bugzi... at lists.mozilla.org>

Thanks..
The problem that I am now facing is after running the glue_install on
my machine, I am getting the msg
"file pre-commit.bat cannot be opened"
I searched online and got the solution that i need to install log-
log4perl on my machine.
However it is already installed on my machine. and i m @ a dead end
now.
Please help!!!
Regards,
Sayali
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From sayalipat at gmail.com  Mon Jan 12 10:07:35 2009
From: sayalipat at gmail.com (SayP)
Date: Mon, 12 Jan 2009 02:07:35 -0800 (PST)
Subject: Do we need mail-sendmail installed in perl to use scmbug
References: <9fe6124e-fcf7-439f-b078-1a6a27f05af7@w24g2000prd.googlegroups.com>
	<mailman.1138.1231417507.4224.dev-apps-bugzilla@lists.mozilla.org> 
	<cd69d6fc-c520-4aa1-8256-ddbfc210f871@w1g2000prm.googlegroups.com>
Message-ID: <765f0cd8-0392-48e2-8168-dbed34354ada@f40g2000pri.googlegroups.com>

On Jan 12, 1:41?pm, SayP <sayali... at gmail.com> wrote:
> On Jan 8, 5:24?pm, Max Kanat-Alexander <mka... at bugzilla.org> wrote:
>
>
>
>
>
> > On Thu, 8 Jan 2009 00:56:07 -0800 (PST)SayP<sayali... at gmail.com>
> > wrote:
>
> > > ? ? I am trying to integrate Bugzilla and Subversion (SVN) with
> > >SCMBUG. My doubt is whether we need to have mail-sendmail module
> > > installed in perl?
>
> > ? ? ? ? This question would probably be more appropriate for the
> > support-bugzilla mailing list.
>
> > ? ? ? ? -Max
> > --http://www.everythingsolved.com/
> > Competent, Friendly Bugzilla and Perl Services. Everything Else, too.
> > -
> > To view or change your list settings, click here:
> > <http://bugzilla.org/cgi-bin/mj_wwwusr?user=dev-apps-bugzi... at lists.mozilla.org>
>
> Thanks..
> The problem that I am now facing is after running the glue_install on
> my machine, I am getting the msg
> "file pre-commit.bat cannot be opened"
> I searched online and got the solution that i need to install log-
> log4perl on my machine.
> However it is already installed on my machine. and i m @ a dead end
> now.
> Please help!!!
> Regards,
> Sayali- Hide quoted text -
>
> - Show quoted text -

Hello,
  The earlier problem got solved. I jus pasted the pre-commit.bat file
in the hooks folder of the SVN.
now my query is could you tell me the way i should execute this thing
so that i can understand it is working fine?
I went throught the manual but it was not of great help. I am
integrating bugzilla and SVN with scmbug.
Help me!!


Sayali
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From YLiu at bgcpartners.com  Mon Jan 12 15:16:39 2009
From: YLiu at bgcpartners.com (Liu, Ye)
Date: Mon, 12 Jan 2009 10:16:39 -0500
Subject: My Bugs
Message-ID: <0E31D03F3A4D9E4ABECCDD41315A4E2E01876E@TBEXCHMBXPDVS01.na.ad.espeed.com>

Dear Bugzilla users,

 

I want to make a little customization of "search": if the user has a
default query, I want to change search to "My Bugs", when the user
clicks the link, buglist will be displayed directly instead of
displaying the page for the user to change the query conditions. I am
not good at CGI programming, my understanding is that I have call
buglist.cgi directly from the link but I am not sure how to pass the CGI
query to it. Can someone give me a small example?

 

Thanks,

 

YE LIU


http://www.bgcpartners.com
CONFIDENTIAL: This e-mail has been sent to you by one of the BGC entities (collectively BGC)
listed at the following link http://www.bgcpartners.com/legal/disclaimers/index.html#email_disclaimer.
The link contains company and FSA registration numbers. This e-mail, including its contents and
attachments, if any, are confidential. If you are not the named recipient please notify the sender and
immediately delete it. You may not disseminate, distribute, or forward this e-mail message or disclose
its contents to anybody else. Copyright and any other intellectual property rights in its contents are the
sole property of BGC and its affiliates. E-mail transmission cannot be guaranteed to be secure or error-free.
The sender therefore does not accept liability for any errors or omissions in the contents of this
message which arise as a result of e-mail transmission.  If verification is required please request a
hard-copy version. Although we routinely screen for viruses, addressees should check this e-mail and any
attachments for viruses. We make no representation or warranty as to the absence of viruses in this
e-mail or any attachments. Please note that to ensure regulatory compliance and for the protection of our
customers and business, we may monitor and read e-mails sent to and from our server(s). 
The registered offices of the BGC entities are at 1 Churchill Place, London, E14 5RD.  
For any issues arising from this email please reply to the sender. 
The FSA register appears at http://www.fsa.gov.uk/register/.  
The FSA regulates the financial services industry in the United Kingdom and is located at 
25 The North Colonnade, Canary Wharf, London, E14 5HS.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20090112/94b2cce6/attachment.html>

From mkanat at bugzilla.org  Mon Jan 12 17:34:48 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Mon, 12 Jan 2009 09:34:48 -0800
Subject: My Bugs
In-Reply-To: <0E31D03F3A4D9E4ABECCDD41315A4E2E01876E@TBEXCHMBXPDVS01.na.ad.espeed.com>
References: <0E31D03F3A4D9E4ABECCDD41315A4E2E01876E@TBEXCHMBXPDVS01.na.ad.espeed.com>
Message-ID: <20090112093448.2419ea9e@bugzilla.org>

On Mon, 12 Jan 2009 10:16:39 -0500 "Liu, Ye" <YLiu at bgcpartners.com>
wrote:
> I want to make a little customization of "search":

	Hi! The appropriate place to ask this question would be on the
support-bugzilla mailing list, described here:

	http://www.bugzilla.org/support/

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


From YLiu at bgcpartners.com  Mon Jan 12 17:37:15 2009
From: YLiu at bgcpartners.com (Liu, Ye)
Date: Mon, 12 Jan 2009 12:37:15 -0500
Subject: My Bugs
In-Reply-To: <20090112093448.2419ea9e@bugzilla.org>
References: <0E31D03F3A4D9E4ABECCDD41315A4E2E01876E@TBEXCHMBXPDVS01.na.ad.espeed.com> <20090112093448.2419ea9e@bugzilla.org>
Message-ID: <0E31D03F3A4D9E4ABECCDD41315A4E2E01876F@TBEXCHMBXPDVS01.na.ad.espeed.com>

Ok, but I need to access more audience. You do not need to guard your
little kingdom so eagerly. Relax...

-----Original Message-----
From: developers-owner at bugzilla.org
[mailto:developers-owner at bugzilla.org] On Behalf Of Max Kanat-Alexander
Sent: Monday, January 12, 2009 12:35 PM
To: developers at bugzilla.org
Subject: Re: My Bugs

On Mon, 12 Jan 2009 10:16:39 -0500 "Liu, Ye" <YLiu at bgcpartners.com>
wrote:
> I want to make a little customization of "search":

	Hi! The appropriate place to ask this question would be on the
support-bugzilla mailing list, described here:

	http://www.bugzilla.org/support/

	-Max
-- 
http://www.everythingsolved.com/
Competent, Friendly Bugzilla and Perl Services. Everything Else, too.
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=yliu at bgcpartners.com>
http://www.bgcpartners.com
CONFIDENTIAL: This e-mail has been sent to you by one of the BGC entities (collectively BGC)
listed at the following link http://www.bgcpartners.com/legal/disclaimers/index.html#email_disclaimer.
The link contains company and FSA registration numbers. This e-mail, including its contents and
attachments, if any, are confidential. If you are not the named recipient please notify the sender and
immediately delete it. You may not disseminate, distribute, or forward this e-mail message or disclose
its contents to anybody else. Copyright and any other intellectual property rights in its contents are the
sole property of BGC and its affiliates. E-mail transmission cannot be guaranteed to be secure or error-free.
The sender therefore does not accept liability for any errors or omissions in the contents of this
message which arise as a result of e-mail transmission.  If verification is required please request a
hard-copy version. Although we routinely screen for viruses, addressees should check this e-mail and any
attachments for viruses. We make no representation or warranty as to the absence of viruses in this
e-mail or any attachments. Please note that to ensure regulatory compliance and for the protection of our
customers and business, we may monitor and read e-mails sent to and from our server(s). 
The registered offices of the BGC entities are at 1 Churchill Place, London, E14 5RD.  
For any issues arising from this email please reply to the sender. 
The FSA register appears at http://www.fsa.gov.uk/register/.  
The FSA regulates the financial services industry in the United Kingdom and is located at 
25 The North Colonnade, Canary Wharf, London, E14 5HS.


From after.fallout at gmail.com  Mon Jan 12 18:11:38 2009
From: after.fallout at gmail.com (Bill Barry)
Date: Mon, 12 Jan 2009 11:11:38 -0700
Subject: My Bugs
In-Reply-To: <0E31D03F3A4D9E4ABECCDD41315A4E2E01876F@TBEXCHMBXPDVS01.na.ad.espeed.com>
References: <0E31D03F3A4D9E4ABECCDD41315A4E2E01876E@TBEXCHMBXPDVS01.na.ad.espeed.com> <20090112093448.2419ea9e@bugzilla.org> <0E31D03F3A4D9E4ABECCDD41315A4E2E01876F@TBEXCHMBXPDVS01.na.ad.espeed.com>
Message-ID: <496B87DA.1000901@gmail.com>

Liu, Ye wrote:
> Ok, but I need to access more audience. You do not need to guard your
> little kingdom so eagerly. Relax...
>   
There is more people in the support group than in the dev group.

Btw, Max isn't king here, just highly respected and currently the most 
active developer on the project. Anybody's opinion counts just as much 
(as long as it can be backed up with code). Max actually gave you more 
than the rest of us would here in this list. Everyone else probably just 
ignored your message like I did. Please don't get offended by this 
though. Such a culture increases the signal to noise ratio and allows 
all of us to be more productive. This is the way with most online 
communities having segregated dev and support lists (and this one is 
certainly no exception).


From sayalipat at gmail.com  Tue Jan 13 08:13:52 2009
From: sayalipat at gmail.com (SayP)
Date: Tue, 13 Jan 2009 00:13:52 -0800 (PST)
Subject: Using scmbug!
Message-ID: <0eba5c1a-9518-449a-a15d-51b242819ff5@y1g2000pra.googlegroups.com>

Hello,
 I am new to all the three Scmbug, SVN and bugzilla. Now according to
the manual i have installed the integration tool and glue. The
glue.conf is getting created in the repos. However while reading the
daemon.conf, it has a problem. Apparently with the DBI version. I have
hardcoded that to 0 for the time being. Could you tell me the way
around this? Also I would like to know the way to test whether scmbug
is working correctly or not?
Any help is appreciated

Thanks and regards,
Sayali
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From mkanat at bugzilla.org  Tue Jan 13 09:02:38 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Tue, 13 Jan 2009 01:02:38 -0800
Subject: Using scmbug!
In-Reply-To: <0eba5c1a-9518-449a-a15d-51b242819ff5@y1g2000pra.googlegroups.com>
References: <0eba5c1a-9518-449a-a15d-51b242819ff5@y1g2000pra.googlegroups.com>
Message-ID: <20090113010238.7a0eeb51@bugzilla.org>

On Tue, 13 Jan 2009 00:13:52 -0800 (PST) SayP <sayalipat at gmail.com>
wrote:
>  I am new to all the three Scmbug, SVN and bugzilla.

	Hi Sayali. :-) The correct place for this question would be the
scmbug-users mailing list, I believe:

	http://lists.mkgnu.net/cgi-bin/mailman/listinfo/scmbug-users

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


From aliustek at gmail.com  Tue Jan 13 13:09:41 2009
From: aliustek at gmail.com (rojanu)
Date: Tue, 13 Jan 2009 05:09:41 -0800 (PST)
Subject: Components table program field
Message-ID: <9345998d-b028-48ed-97b1-4a765f111f7b@t26g2000prh.googlegroups.com>

I have added some custom code to have another default assignee and on
running I get

"DBD::mysql::st execute failed: Unknown column 'program' in 'field
list' [for Statement "SELECT program, value, initialtermow
                                   FROM components"] at Bugzilla/
Install/DB.pm line 920
        Bugzilla::Install::DB::_update_component_user_fields_to_ids()
called at Bugzilla/Install/DB.pm line 155
        Bugzilla::Install::DB::update_table_definitions('HASH
(0x1b46304)') called at c:\bugzilla-v3.0\checksetup.pl line 195"

it seems that program and value fields are no longer part of the
components table,  should I raised a bug for it or am I doing
something that I shouldn't?
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From mkanat at bugzilla.org  Tue Jan 13 14:31:58 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Tue, 13 Jan 2009 06:31:58 -0800
Subject: Components table program field
In-Reply-To: <9345998d-b028-48ed-97b1-4a765f111f7b@t26g2000prh.googlegroups.com>
References: <9345998d-b028-48ed-97b1-4a765f111f7b@t26g2000prh.googlegroups.com>
Message-ID: <20090113063158.27b03425@bugzilla.org>

On Tue, 13 Jan 2009 05:09:41 -0800 (PST) rojanu <aliustek at gmail.com>
wrote:
> I have added some custom code

	Hi! :-) Questions about local customizations should go to the
support-bugzilla mailing list, described here:

	http://www.bugzilla.org/support/

	This list is for the developers of Bugzilla itself to discuss
developing Bugzilla.

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


From lemma at confuego.org  Wed Jan 14 22:35:05 2009
From: lemma at confuego.org (Michael Leupold)
Date: Wed, 14 Jan 2009 23:35:05 +0100
Subject: Self-Introduction: Michael Leupold
Message-ID: <200901142335.11675.lemma@confuego.org>

Hi there,

as this is my first post to this list I'd like to introduce myself briefly.
My name is Michael Leupold (lemma on IRC) and I'm from Karlsruhe, Germany.

As a member of a team in KDE that triages bugs in our bugzilla installation 
(bugs.kde.org, currently 3.0, soon 3.2) I have used Bugzilla quite a bit, 
albeit rather from a user's perspective than from an administrator's one.

Lately our Bugzilla has been hit by some performance issues when doing 
substring searches (using MySQL, often tens of seconds before the search 
finishes). Unfortunately that features is needed a lot as we often have to 
search for related bugs/duplicates (eg. by symbols in the backtrace). I've 
been doing some benchmarking on wether 3.2 and InnoDB would improve 
performance but I didn't manage to exceed the results I had previously 
gathered. So I began browsing the Bugzilla code and checked for ways to 
improve performance.

One thing I came up with is extending the search mechanism to allow for 
external fulltext search engines to be implemented and used.

Things I did so far:
- Define a new Hook so supplemental search modules can be defined in 
extensions.
- Implement most of the search operators (that make sense, eg. allwordssubstr, 
substring, matches, ...) in an extension using Sphinx fulltext search.

All of this is only proof of concept so far but first benchmarks already show 
an enourmous gain in speed.

Unfortunately my knowledge of Perl is currently pretty limited as I only 
started last week. I do however hope that I'll be soon able to submit a patch 
for discussion/review.

Kind regards,
Michael
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20090114/169f7cd7/attachment.sig>

From fedrushkov at users.sourceforge.net  Sun Jan 18 00:48:06 2009
From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov)
Date: Sun, 18 Jan 2009 05:48:06 +0500
Subject: Move to maketext: sample templates
In-Reply-To: <4967E380.1030605@users.sourceforge.net>
References: <4967E380.1030605@users.sourceforge.net>
Message-ID: <49727C46.5010204@users.sourceforge.net>

Good $daytime,

Last Bugzilla meeting saw an improvised brainstorming session on how to 
keep template syntax easy when adding l10n support.  Thanks to everyone 
who contributed to discussion.

> 1. By far most annoying was the need for

>   [% l("text [_1]",value FILTER whatever,...) %]

Example 1:
https://bugzilla.mozilla.org/attachment.cgi?id=356254&action=diff#bugzilla-tip/template/en/default/account/profile-activity.html.tmpl_sec3

As is:
  <a href="editusers.cgi?action=edit&amp;userid=
   [%- otheruser.id FILTER url_quote %]"
   title="Edit user '[% otheruser.login FILTER html %]'">Edit this user</a>

Variant 1.1: dumb
   [% otheruser_login = otheruser.login FILTER html %]
   [% edit_url = BLOCK %]<a href="editusers.cgi?action=edit&amp;userid=
     [%- otheruser.id FILTER url_quote %]"
     title="[% l("Edit user '[_1]'", otheruser_login) %]">
   [% END %]
   [% |l(edit_url, "</a>") %]
     [_1]Edit this user[_2]
   [% END %]

Variant 1.2: introduce functions for 'FILTER html' and so on
   [% |l("<a href=\"editusers.cgi?action=edit&amp;userid=" _
	  url_quote(otheruser.id) _ "\" title=\"" _
	  l("Edit user '[_1]'", html(otheruser.login)) _ "\">",
         "</a>") %]
     [_1]Edit this user[_2]
   [% END %]

Variant 1.3: introduce scalar operators for the same:
   [% |l("<a 
href=\"editusers.cgi?action=edit&amp;userid=${otheruser.id.url_quote}\" 
title=\"" _
	  l("Edit user '[_1]'", otheruser.login.html) _ "\">",
         "</a>") %]
     [_1]Edit this user[_2]
   [% END %]

Variant 1.4: Leave basic HTML syntax within translated text:
   [% |l("editusers.cgi?action=edit&amp;userid=${otheruser.id}"
	l("Edit user '[_1]'", otheruser.login)) %]
     <a href="[_1]" title="[_2]">Edit this user</a>
   [% END %]

In the latter case, each parameter can be html-filtered within 'l' 
filter implementation.

Will any of these improve readability and what option do you prefer?

   Regards,
   Vitaly.
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From fedrushkov at users.sourceforge.net  Sun Jan 18 01:27:30 2009
From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov)
Date: Sun, 18 Jan 2009 06:27:30 +0500
Subject: Move to maketext: sample templates
In-Reply-To: <4967E380.1030605@users.sourceforge.net>
References: <4967E380.1030605@users.sourceforge.net>
Message-ID: <49728582.9050007@users.sourceforge.net>

Good $daytime,

Another option came from reading about Pylons and comparison of compiled 
templates before and after maketext'izing.

We may try to hide maketext calls entirely to make it happen on precompilation, 
not template parsing.

We still need to mark translation units with {{ }} or whatever.  However, 
instead of substituting them to l() calls on parse time:

1. When {{ is encountered, start new block (with my $output as usual)

2. Incoming literal text is added to $output as is.

3. Stash calls, filters and captures add "[_n]" to $output and evaluated with 
results saved to @params list.

4. When }} is encountered, block is closed, returning l($output, @params).

Good news: almost no explicit l() calls

Bad news:

  - xgettext complications: parse TT well or scan precompiled templates?

  - @params are obfuscated by precompilation, nothing to put as PO comments

Is it practical?  Suggestions and criticism are welcome.

   Regards,
   Vitaly.
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From lpsolit at gmail.com  Sun Jan 18 16:30:46 2009
From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=)
Date: Sun, 18 Jan 2009 17:30:46 +0100
Subject: Move to maketext: sample templates
In-Reply-To: <49727C46.5010204@users.sourceforge.net>
References: <4967E380.1030605@users.sourceforge.net> <49727C46.5010204@users.sourceforge.net>
Message-ID: <49735936.30301@gmail.com>

Le 18. 01. 09 01:48, Vitaly Fedrushkov a ?crit :
> Variant 1.1: dumb

This one is clearly ridiculous.


> Variant 1.2: introduce functions for 'FILTER html' and so on

So you will have to define one function for all possible FILTERs, 
including those taking parameters?


> Variant 1.3: introduce scalar operators for the same:

I don't like this one. I'm not even sure this will work as foo.html will 
be seen as html() being a method of the foo object, which is not the case.


> Variant 1.4: Leave basic HTML syntax within translated text:

No idea what you try to do here, but not all strings use FILTER html.


> Will any of these improve readability and what option do you prefer?

 From a developer point of view, I like none of these alternatives. Look 
at the developers/localizers ratio: there are hundreds of developers, 
compared to maybe ten localizers or so. And you are making life really 
difficult for developers to make life a *little* bit easier for a few 
localizers. I don't see this as being an improvement.
Now from a reviewer point of view: it would be a real pain to have to 
review patches with tens of such lines of code. It's really prone to errors.
So I'm still very septical with all this stuff.

LpSolit


From tm at sci.fi  Mon Jan 19 10:43:31 2009
From: tm at sci.fi (Teemu Mannermaa)
Date: Mon, 19 Jan 2009 12:43:31 +0200
Subject: Move to maketext: sample templates
In-Reply-To: <49727C46.5010204@users.sourceforge.net>
References: <4967E380.1030605@users.sourceforge.net> <49727C46.5010204@users.sourceforge.net>
Message-ID: <49745953.6070500@sci.fi>

On 18.1.2009 2:48, Vitaly Fedrushkov wrote:
> <a href="editusers.cgi?action=edit&amp;userid=
> [%- otheruser.id FILTER url_quote %]"
> title="Edit user '[% otheruser.login FILTER html %]'">Edit this user</a>

 From all the examples you show, I don't understand why you want to 
translate the HTML link tag. Somebody really wants to translate the HTML 
code and not just the english strings that are actually visible to user?

I would like to see something simple like this:

  <a href="editusers.cgi?action=edit&amp;userid=
  [%- otheruser.id FILTER url_quote %]"
  title="[% l("Edit user '$1'", filter($otheruser.login, "html")) %]">[% 
l("Edit this user") %]</a>

Could something like that work? It's similar to your variant 1.2 but 
much more simplified. Also our filter test still needs to protect us 
from unfiltered variables.

I'd think this syntax actually improves readability of templates. 
Especially parameterized texts would be clearly visible. As are 
translated text. Correct usage should also be simple to verify during a 
review.

> [% |l("<a href=\"editusers.cgi?action=edit&amp;userid=" _

These quoted quotation marks are not a good idea in any case. I do hope 
one can use apostrophes for the outermost quoting to get rid of these..

Otherwise I could pretty much echo what LpSolit said. :)
-- 
"Anything is possible but probabilities vary."
"Whatever. Life goes on." -Dark Angel



From fedrushkov at users.sourceforge.net  Tue Jan 20 01:59:40 2009
From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov)
Date: Tue, 20 Jan 2009 06:59:40 +0500
Subject: Move to maketext: sample templates
In-Reply-To: <mailman.349.1232361881.29480.dev-apps-bugzilla@lists.mozilla.org>
References: <4967E380.1030605@users.sourceforge.net>	<49727C46.5010204@users.sourceforge.net>
	<mailman.349.1232361881.29480.dev-apps-bugzilla@lists.mozilla.org>
Message-ID: <4975300C.7070300@users.sourceforge.net>

Teemu Mannermaa wrote:
> On 18.1.2009 2:48, Vitaly Fedrushkov wrote:
>> <a href="editusers.cgi?action=edit&amp;userid=
>> [%- otheruser.id FILTER url_quote %]"
>> title="Edit user '[% otheruser.login FILTER html %]'">Edit this user</a>

>  From all the examples you show, I don't understand why you want to 
> translate the HTML link tag. Somebody really wants to translate the HTML 
> code and not just the english strings that are actually visible to user?

I really don't want to mix html into translation.  Just tried to beautify the 
ugly reality :-)

http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla%2Fwebtools%2Fbugzilla%2Ftemplate%2Fen%2Fdefault%2Faccount%2Fprofile-activity.html.tmpl&rev=&cvsroot=%2Fcvsroot#77

 > I would like to see something simple like this:

 >  <a href="editusers.cgi?action=edit&amp;userid=
 >  [%- otheruser.id FILTER url_quote %]"
 >  title="[% l("Edit user '$1'", filter($otheruser.login, "html")) %]">[%
 > l("Edit this user") %]</a>

Natural language in real example consisted of

   <>Edit this user<> or <>find other accounts<>
   or go <>back to the user list<>

where <> are HTML markup parts and second line is conditional

Not all languages maintain progression similar to English so I doubt about 
possibility to translate

   [_1] or [_2] or go [_3]

to every language without complications, given that 1, 2 and 3 are phrases by 
themselves, already passed through l().

> I'd think this syntax actually improves readability of templates. 
> Especially parameterized texts would be clearly visible. As are 
> translated text. Correct usage should also be simple to verify during a 
> review.

Yes, we're trying to separate natural language and html markup better
(see https://bugzilla.mozilla.org/show_bug.cgi?id=367784)

>> [% |l("<a href=\"editusers.cgi?action=edit&amp;userid=" _

> These quoted quotation marks are not a good idea in any case. I do hope 
> one can use apostrophes for the outermost quoting to get rid of these..

Double quotes do allow ${} interpolation within.

> Otherwise I could pretty much echo what LpSolit said. :)

Thanks for your feedback!

   Regards,
   Vitaly.
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From vitaly.fedrushkov at gmail.com  Tue Jan 20 13:24:34 2009
From: vitaly.fedrushkov at gmail.com (SnowyOwl)
Date: Tue, 20 Jan 2009 05:24:34 -0800 (PST)
Subject: Move to maketext: sample templates
References: <4967E380.1030605@users.sourceforge.net>
	<49727C46.5010204@users.sourceforge.net> 
	<mailman.349.1232361881.29480.dev-apps-bugzilla@lists.mozilla.org> 
	<4975300C.7070300@users.sourceforge.net>
Message-ID: <5e59d90a-faa9-48c1-a188-4d8e3099e511@w1g2000prm.googlegroups.com>

> Natural language in real example consisted of

> ? ?<>Edit this user<> or <>find other accounts<>
> ? ?or go <>back to the user list<>

Another idea went in while reading this back:

implement FILTER linkify(anchor1, ... anchorN):

Instance of <N> within text is replaced to <a anchorN>, empty <> with
</a>.  Would enhance readability and simplify separation of text and
markup.  Optionally FILTER url_quote may be enforced on anchors, to
make the whole construct safe (anyone to provide counter-example when
we should not do so?)

Example:

 [% FILTER linkify('href="editusers.cgi?action=edit&amp;userid=' _
otheruser.id _
                     " title="' _ l("Edit user '[_1]'",
otheruser.login) _ '"',
                   'title="' _ l("Search For Users") _ '"
href="editusers.cgi"') %]
   {{<1>Edit this user<> or <2>find other accounts<>}}
 [% END %]

Here 'linkify' and 'l' filters are orthogonal, and 'l' is inner.

? ?Regards,
? ?Vitaly.

_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From sting606 at gmail.com  Wed Jan 21 17:46:03 2009
From: sting606 at gmail.com (yakoub 2)
Date: Wed, 21 Jan 2009 19:46:03 +0200
Subject: template hook
Message-ID: <49775F5B.9090305@gmail.com>

hi i read about the The Bugzilla Extension Mechanism 
<http://www.bugzilla.org/docs/3.2/en/html/cust-hooks.html>
but i couldn't get it to work

i tried extending "template/en/default/bug/create/create.html.tmpl "
using hook [% Hook.process("end") %] just before the footer line
i created 
"extensions/myext/template/en/default/bug/create/create-end.html.tmpl" 
and wrote "hhhhhhh" in it
but when reloading the "open bug" page i didn't see "hhhhh" before the 
footer , so how should i do this ?
also what is the use of the template/en/extension/ directory ?



From mkanat at bugzilla.org  Thu Jan 22 08:37:26 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Thu, 22 Jan 2009 00:37:26 -0800
Subject: template hook
In-Reply-To: <49775F5B.9090305@gmail.com>
References: <49775F5B.9090305@gmail.com>
Message-ID: <20090122003726.02d9dfad@bugzilla.org>

On Wed, 21 Jan 2009 19:46:03 +0200 yakoub 2 <sting606 at gmail.com> wrote:
> i tried extending "template/en/default/bug/create/create.html.tmpl "

	Hi! :-) The right place to ask this question is the
support-bugzilla mailing list, described here:

	http://www.bugzilla.org/support/

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


From joseph.delcioppio at gmail.com  Thu Jan 22 21:01:02 2009
From: joseph.delcioppio at gmail.com (Joseph DelCioppio)
Date: Thu, 22 Jan 2009 16:01:02 -0500
Subject: Self-Introduction: Joseph DelCioppio
Message-ID: <8ada9bf40901221301x3499decfv411ef1f6700160f9@mail.gmail.com>

Hello,

Joseph DelCioppio is my real name
TheDelChop is my IRC nick
I'm from Cranston, RI, USA

I am an electrical engineer who likes to code about the byte level in my
free time  :)
I'd like to help out with any part of bugzilla, with the idea of
contributing to something I'd liek to use and to sharpen my programming
skills.
I have worked on numerous coding projects for military applications at work
I have pretty solid programming skills in C, C++, Java, and OOA&D with the
hope to sharpen them and add Perl
I also have some experience designing interfaces for 3rd party users and
software design for larger systems

I have high hopes that I can be of help to the project because god knows I
use enough Open Source software that I should probably contribute to
something too!

Thanks,

Joe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20090122/1c665678/attachment.html>

From mkanat at bugzilla.org  Thu Jan 22 23:56:18 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Thu, 22 Jan 2009 15:56:18 -0800
Subject: Self-Introduction: Joseph DelCioppio
In-Reply-To: <8ada9bf40901221301x3499decfv411ef1f6700160f9@mail.gmail.com>
References: <8ada9bf40901221301x3499decfv411ef1f6700160f9@mail.gmail.com>
Message-ID: <20090122155618.40174c80@bugzilla.org>

On Thu, 22 Jan 2009 16:01:02 -0500 Joseph DelCioppio
<joseph.delcioppio at gmail.com> wrote:
> I have high hopes that I can be of help to the project because god
> knows I use enough Open Source software that I should probably
> contribute to something too!

	Great! :-) Look forward to your patches. :-)

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


From mkanat at bugzilla.org  Thu Jan 22 23:59:20 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Thu, 22 Jan 2009 15:59:20 -0800
Subject: Self-Introduction: Michael Leupold
In-Reply-To: <200901142335.11675.lemma@confuego.org>
References: <200901142335.11675.lemma@confuego.org>
Message-ID: <20090122155920.06137ca5@bugzilla.org>

On Wed, 14 Jan 2009 23:35:05 +0100 Michael Leupold <lemma at confuego.org>
wrote:
> Lately our Bugzilla has been hit by some performance issues when
> doing substring searches (using MySQL, often tens of seconds before
> the search finishes)

	If you're using the built-in fulltext in Bugzilla 3.0, it's
slow. You should try Bugzilla 3.2.

> One thing I came up with is extending the search mechanism to allow
> for external fulltext search engines to be implemented and used.
> [snip]

	We've talked about that before, but we didn't do it because a
separate fulltext engine can only do searches on fulltext, not fulltext
+ normal fields. So it'd be hard to implement, say, boolean charts
using that, in any efficient way.

> - Define a new Hook so supplemental search modules can be defined in 
> extensions.

	That'd be handy. We were looking into ways to do that--we might
want more re-arch of Search.pm before we actually add it upstream,
though.

> Unfortunately my knowledge of Perl is currently pretty limited as I
> only started last week. I do however hope that I'll be soon able to
> submit a patch for discussion/review.

	Cool. Feel free to get in touch with us on IRC.

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


From lemma at confuego.org  Fri Jan 23 07:28:06 2009
From: lemma at confuego.org (Michael Leupold)
Date: Fri, 23 Jan 2009 08:28:06 +0100
Subject: Self-Introduction: Michael Leupold
In-Reply-To: <20090122155920.06137ca5@bugzilla.org>
References: <200901142335.11675.lemma@confuego.org> <20090122155920.06137ca5@bugzilla.org>
Message-ID: <200901230828.08898.lemma@confuego.org>

On Friday 23 January 2009 00:59:20 Max Kanat-Alexander wrote:
> On Wed, 14 Jan 2009 23:35:05 +0100 Michael Leupold <lemma at confuego.org>
> wrote:
> > Lately our Bugzilla has been hit by some performance issues when
> > doing substring searches (using MySQL, often tens of seconds before
> > the search finishes)
> 	If you're using the built-in fulltext in Bugzilla 3.0, it's
> slow. You should try Bugzilla 3.2.

I tried CVS locally but didn't experience a lot of speedup.

> > One thing I came up with is extending the search mechanism to allow
> > for external fulltext search engines to be implemented and used.
> > [snip]
> 	We've talked about that before, but we didn't do it because a
> separate fulltext engine can only do searches on fulltext, not fulltext
> + normal fields. So it'd be hard to implement, say, boolean charts
> using that, in any efficient way.

I've implemented it using the Sphinx fulltext search engine. It's pretty handy 
because it can do searches with arbitrary infix (proper substring) and still 
fast. The only disadvantages it has are that integrating it into the Bugzilla 
search needs you to submit a big WHERE bug_id IN (...) query which - albeit 
the size - works pretty well if you up mysql's maximum query size.

Here's a benchmark I did: http://www.confuego.org/archives/13-Improving-
Bugzilla-search-speeds.html

> > - Define a new Hook so supplemental search modules can be defined in
> > extensions.
> 	That'd be handy. We were looking into ways to do that--we might
> want more re-arch of Search.pm before we actually add it upstream,
> though.

I submitted my patch as: https://bugzilla.mozilla.org/show_bug.cgi?id=474095

> > Unfortunately my knowledge of Perl is currently pretty limited as I
> > only started last week. I do however hope that I'll be soon able to
> > submit a patch for discussion/review.
> 	Cool. Feel free to get in touch with us on IRC.

Basically I am already hanging around there :)

Regards,
Michael
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20090123/114fb73b/attachment.sig>

From dmose at mozilla.org  Fri Jan 23 15:37:28 2009
From: dmose at mozilla.org (Dan Mosedale)
Date: Fri, 23 Jan 2009 16:37:28 +0100
Subject: Is Israel a Democracy?  -- The problem with intellectually insecure
	whites -- Should Christians Support Israeli Terrorism in Gaza?
Message-ID: <20090123153739.QAFL26080.hrndva-omta04.mail.rr.com@2ao1z>

The Jewish State of Israel has no constitution, nor does it name its borders. Israel's hidden constitution is Judaism. Israel's undeclared borders range from the Nile to the Euphrates rivers. Israel's desired jurisdiction extends over the entire Earth.

It could not be more clear that the Jewish State follows a foreign policy which obeys Jewish Law as iterated in the Hebrew Bible, the Talmud, Maimonedes, the Cabalah, and the many commentaries and refinements of same. The Jews are genociding the native inhabitants of Palestine, just as their religion advises, and because their religion teaches them to do so. They treat non-Jews as if non-humans, just as their religion requires them to do. They make perpetual war on every nation on Earth, just as their genocidal Jewish God has instructed.

The Jews of Israel are simply being Jews. Jews are an existential threat to the human race.

Israel contains one third of the Jews of the World. It is not some aberration of the Jewish spirit, but the condensation and concentration of the perverse Jewish mentality, which malady also pervades the remaining two thirds of Jewry, who almost unanimously support the Jewish State, and who certainly do unanimously support the Jewish People and its consistent and constant crimes against the human race. Israel is Jewry and the danger of Israel is the danger of the Jewish People to all others, as the Jews have demonstrated each and every day of their existence.

The Jews, the entire Jewish People of 15 million, will not relent until they have wiped out all non-Jews in "Greater Israel". They will not stop destroying all other cultures, nations, religions, ethnicities, races, competition, etc. until they are either stopped, or succeed in their ancient quest to destroy the human race.

What Israel is doing is not some reaction to outside forces, nor was the formation of Israel a response to the Holocaust. Israel is simply following the plan laid out in the Jews' religious texts. The Jews have openly planned to take Palestine and genocide the native population of Palestine for some 2,500 years before the Holocaust. The Jews have openly complained that "anti-Semitism" is a threat that gives them the right to genocide the Palestinians, not merely since the advent of Nazism, but for some 2,500 years.

The Jewish religion is the Constitution of the Jewish State of Israel, and, to a greater or lesser extent, the constitution of the nature of every Jew alive. The borders of Israel are the range the Jew roams over the entire World. The perverse Jewish mentality is inbred by a Jew's exposure to his parents and to his community. Judaism passes in the spit and slobber of Jewish mother telling her Jewish child that he is a "Jew", as much as Judaism passes in the poison and pain of a Talmudic tractate. The secular Jews did not suddenly come to life after the Enlightenment and the Jewish Reformation a body of vampires that appeared ex nihilo, in vacuo, mostly atheistical and undetached from formally practiced Judaism. Judaism is the Jew. It is a mindset that transcends and supercedes religion. It is a belief set, a way of life, a perception of one's self and one's relation to the World that makes a Jew, a Jew, and a danger to all of humanity.

In fact, the religious shell of Judaism is like the stretched and infected skin of a lycanthropic pustule. When you lance it to cure the infection, the virus only becomes more contagious and spills directly on the non-Jew.

The secular Jew is a deliberate product of the hyper-religious Jew, a monster created out of the hewed corpses of the fanatically religious Jew, a Golem which is conjured up to enter the World of the non-Jew and poison its blood, and boil its brain with a rabid lunacy that bites and spreads, until the infected community feeds on itself and fills the fields with rotting bloating bodies, where once human beings tilled the soil and tended to their families. The religious Jew created the secular Jew as an army of Esthers who seduce with open thighs, broad smiles, and a Siren call that lures in the non-Jew to cast his skull upon the jagged rocks and color the seas with his blood, sickened and blinded by the venereal disease of Judaism in secular form.

Israel is not a secular democracy. It is a religious mockery. It is a rabid bat flying to the ends of the Earth, to end the Earth. No one will be free nor safe until the disease is quarantined and dies out.

Source: http://www.ziopedia.org/articles/israel/how_can_israel_claim_to_be_a_%27democracy%27_when_it_has_no_constitution_nor_borders?/`

--------------------

The problem with intellectually insecure whites

Kevin MacDonald

January 19, 2009

America will soon have a white minority. This is a much desired state of affairs for the hostile elites who hold political power and shape public opinion. But it certainly creates some management issues ? at least in the long run. After all, it?s difficult to come up with an historical example of a nation with a solid ethnic majority (90% white in 1950) that has voluntarily decided to cede political and cultural power. Such transformations are typically accomplished by military invasions, great battles, and untold suffering. 

And it?s not as if everyone is doing it. Only Western nations view their own demographic and cultural eclipse as a moral imperative. Indeed, as I have noted previously, it is striking that racial nationalism has triumphed in Israel at the same time that the Jewish intellectual and political movements and the organized Jewish community have been the most active and effective force for a non-white America. Indeed, a poll in 2008 found that Avigdor Lieberman was the second most popular politician in Israel. Lieberman has advocated expulsion of Arabs from Israel and has declared himself a follower of Vladimir Jabotinsky, the leading pioneer of racial Zionism. The most popular politician in the poll was Benjamin Netanyahu ? another admirer of Jabotinsky. Prime Minister Ehud Olmert and Foreign Minister Tzipi Livni are also Jabotinskyists.

The racial Zionists are now carrying out yet another orgy of mass murder after a starvation-inducing blockade and the usual triggering assault designed to provoke Palestinian retaliation ? which then becomes the cover for claims that Israel is merely defending itself against terrorism. This monstrosity was approved by overwhelming majorities of both Houses of Congress. The craven Bush administration did its part by abstaining from a UN resolution designed by the US Secretary of State as a result of a personal appeal by the Israeli Prime Minister. This is yet another accomplishment of the Israel Lobby, but one they would rather not have discussed in public. People might get the impression that the Lobby really does dictate US foreign policy in the Mideast. Obviously, such thoughts are only entertained by anti-Semites.

But I digress.

In managing the eclipse of white America, one strategy of the mainstream media is to simply ignore the issue. Christopher Donovan  (?For the media, the less whites think about their coming minority status, the better?) has noted that the media, and in particular, the New York Times, are quite uninterested in doing stories that discuss what white people think about this state of affairs.

It?s not surprising that the New York Times ? the Jewish-owned flagship of anti-white, pro-multicultural media ? ignores the issue. The issue is also missing from so-called conservative media even though one would think that conservatives would find the eclipse of white America to be an important issue. Certainly, their audiences would find it interesting.

Now we have an article ?The End of White America? written by Hua Hsu, an Assistant Professor of English at Vassar College. The article is a rather depressing display of what passes for intellectual discourse on the most important question confronting white people in America.

Hsu begins by quoting a passage in F. Scott Fitzgerald?s The Great Gatsby in which a character, Tom Buchanan, states: ?Have you read The Rise of the Colored Empires by this man Goddard?? ? Well, it?s a fine book, and everybody ought to read it. The idea is if we don?t look out the white race will be?will be utterly submerged. It?s all scientific stuff; it?s been proved.?

Buchanan?s comment is a thinly veiled reference to Lothrop Stoddard?s The Rising Tide of Color which Hsu describes as ?rationalized hatred? presented in a scholarly, gentlemanly, and scientific tone. (This wording that will certainly help him when he comes up for tenure.) As Hsu notes, Stoddard had a doctorate from Harvard and was a member of many academic associations. His book was published by a major publisher. It was therefore ?precisely the kind of book that a 1920s man of Buchanan?s profile ? wealthy, Ivy League?educated, at once pretentious and intellectually insecure ? might have been expected to bring up in casual conversation.?

Let?s ponder that a bit. The simple reality is that in the year 2009 an Ivy League-educated person, "at once pretentious and intellectually insecure,"  would just as glibly assert the same sort of nonsense as Hsu. To wit:

The coming white minority does not mean that the racial hierarchy of American culture will suddenly become inverted, as in 1995?s White Man?s Burden, an awful thought experiment of a film, starring John Travolta, that envisions an upside-down world in which whites are subjugated to their high-class black oppressors. There will be dislocations and resentments along the way, but the demographic shifts of the next 40 years are likely to reduce the power of racial hierarchies over everyone?s lives, producing a culture that?s more likely than any before to treat its inhabitants as individuals, rather than members of a caste or identity group.

The fact is that no one can say for certain what multicultural America without a white majority will be like. There is no scientific or historical basis for claims like ?the demographic shifts of the next 40 years are likely to reduce the power of racial hierarchies over everyone?s lives, producing a culture that?s more likely than any before to treat its inhabitants as individuals, rather than members of a caste or identity group.?

Indeed, there is no evidence at all that we are proceeding to a color blind future. The election results continue to show that white people are coalescing in the Republican Party, while the Democrats are increasingly the party of a non-white soon-to-be majority. 

Is it so hard to believe that when this coalition achieves a majority that it will further compromise the interests of whites far beyond contemporary concerns such as immigration policy and affirmative action? Hsu anticipates a colorblind world, but affirmative action means that blacks and other minorities are certainly not treated as individuals. And it means that whites ? especially white males ? are losing out on opportunities they would have had without these policies and without the massive non-white immigration of the last few decades.

Given the intractability of changing intelligence and other traits required for success in the contemporary economy, it is unlikely that 40 more years of affirmative action will attain the outcomes desired by the minority lobbies. Indeed, in Obama's America, blacks are rioting in Oakland over perceived racial injustices, and from 2002?2007, black juvenile homicide victims increased 31%, while black juvenile homicide perpetrators increased 43%. Hence,  the reasonable outlook is for a continuing need for affirmative action and for racial activism in these groups, even after whites become a minority. 

Whites will also lose out because of large-scale importation of relatively talented immigrants from East Asia. Indeed, as I noted over a decade ago, "The United States is well on the road to being dominated by an Asian technocratic elite and a Jewish business, professional, and media elite."

Hsu shows that there already is considerable anxiety among whites about the future. An advertizing executive says, ?I think white people feel like they?re under siege right now ? like it?s not okay to be white right now, especially if you?re a white male. ... People are stressed out about it. ?We used to be in control! We?re losing control?? Another says, "There?s a lot of fear and a lot of resentment."

It's hard to see why these feelings won't increase in the future.

A huge problem for white people is lack of intellectual and cultural confidence. Hsu quotes Christian (Stuff White People Like) Lander saying, "I get it: as a straight white male, I?m the worst thing on Earth." A professor comments that for his students "to be white is to be culturally broke. The classic thing white students say when you ask them to talk about who they are is, ?I don?t have a culture.? They might be privileged, they might be loaded socioeconomically, but they feel bankrupt when it comes to culture ? They feel disadvantaged, and they feel marginalized."

This lack of cultural confidence is no accident. For nearly 100 years whites have been subjected to a culture of critique emanating from the most prestigious academic and media institutions. And, as Hsu points out, the most vibrant and influential aspect of American popular culture is hip-hop?a product of the African American urban culture.

The only significant group of white people with any cultural confidence centers itself around country music, NASCAR, and the small town values of traditional white America. For this group of whites ? and only this group ? there is  "a racial pride that dares not speak its name, and that defines itself through cultural cues instead?a suspicion of intellectual elites and city dwellers, a preference for folksiness and plainness of speech (whether real or feigned), and the association of a working-class white minority with 'the real America.'?

This is what I term implicit whiteness ? implicit because explicit assertions of white identity have been banned by the anti-white elites that dominate our politics and culture. It is a culture that, as Hsu notes, "cannot speak its name."

But that implies that the submerged white identity of the white working class and the lack of cultural confidence exhibited by the rest of white America are imposed from outside. Although there may well be characteristics of whites that facilitate this process, this suppression of white identity and interests is certainly not the natural outcome of modernization or any other force internal to whites as a people. In my opinion, it is the result of the successful erection of a culture of critique in the West dominated by Jewish intellectual and political movements.

The result is that educated, intellectually insecure white people these days are far more likely to believe in the utopian future described by Hsu than in hard and cautious thinking about what the future might have in store for them.

It's worth dwelling a bit on the intellectual insecurity of the whites who mindlessly utter the mantras of multiculturalism that they have soaked up from the school system and from the media. Most people do not have much confidence in their intellectual ability and look to elite opinion to shape their beliefs. As I noted elsewhere,

A critical component of the success of the culture of critique is that it achieved control of the most prestigious and influential institutions of the West, and it became a consensus among the elites, Jewish and non-Jewish alike. Once this happened, it is not surprising that this culture became widely accepted among people of very different levels of education and among people of different social classes.

Most people are quite insecure about their intellectual ability. But they know that the professors at Harvard, and the editorial page of the New York Times and the Washington Post, and even conservative commentators like Rush Limbaugh and Sean Hannity are all on page when it comes to racial and ethnic issues. This is a formidable array, to the point that you almost have to be a crank to dissent from this consensus.

I think one of the greatest triumphs of the left has been to get people to believe that people who assert white identity and interests or who make unflattering portrayals of organized Jewish movements are morally degenerate, stupid, and perhaps psychiatrically disturbed. Obviously, all of these adjectives designate low status. 

The reality is that the multicultural emperor has no clothes and, because of its support for racial Zionism and the racialism of ethnic minorities in America, it is massively hypocritical to boot. The New York Times, the academic left, and the faux conservatives that dominate elite discourse on race and ethnicity are intellectually bankrupt and can only remain in power by ruthlessly suppressing or ignoring the scientific findings.

This is particularly a problem for college-educated whites. Like Fitzgerald's Tom Buchanan, such people have a strong need to feel that their ideas are respectable and part of the mainstream. But the respectable mainstream gives them absolutely nothing with which to validate themselves except perhaps the idea that the world will be a better place when people like them no longer have power. Hsu quotes the pathetic Christian Lander: "?Like, I?m aware of all the horrible crimes that my demographic has done in the world. ... And there?s a bunch of white people who are desperate ? desperate ? to say, ?You know what? My skin?s white, but I?m not one of the white people who?s destroying the world.??

As a zombie leftist during the 1960s and 1970s, I know what that feeling of desperation is like ? what it's like to be a self-hating white. We must get to the point where college-educated whites proudly and confidently say they are white and that they do not want to become a minority in America.

This reminds me of the recent docudrama Milk, which depicts the life of gay activist Harvey Milk. Milk is sure be nominated for an Oscar as Best Picture because it lovingly illustrates a triumph of the cultural left. But is has an important message that should resonate with the millions of whites who have been deprived of their confidence and their culture: Be explicit. Just as Harvey Milk advocated being openly gay even in the face of dire consequences, whites need to tell their family and their friends that they have an identity as a white person and believe that whites have legitimate interests as white people. They must accept the consequences when they are harassed, fired from their jobs, or put in prison for such beliefs. They must run for political office as openly pro-white. 

Milk shows that homosexuals were fired from their jobs and arrested for congregating in public. Now it's the Southern Poverty Law Center and the rest of the leftist intellectual and political establishment that harasses and attempts to get people fired. But it's the same situation with the roles reversed. No revolution was ever accomplished without some martyrs. The revolution that restores the legitimacy of white identity and the legitimacy of white interests will be no exception. 

But it is a revolution that is absolutely necessary. The white majority is foolish indeed to entrust its future to a utopian hope that racial and ethnic identifications will disappear and that they won?t continue to influence public policy in ways that compromise the interests of whites. 

It does not take an overactive imagination to see that coalitions of minority groups could compromise the interests of formerly dominant whites. We already see numerous examples in which coalitions of minority groups attempt to influence public policy, including immigration policy, against the interests of the whites. Placing ourselves in a position of vulnerability would be extremely risky, given the deep sense of historical grievance fostered by many ethnic activists and organized ethnic lobbies.

This is especially the case with Jews. Jewish organisations have been unanimous in condemning Western societies, Western traditions, and Christianity, for past crimes against Jews. Similar sentiments are typical of a great many African Americans and Latinos, and especially among the ethnic activists from these groups. The ?God damn America? sermon by President Obama's pastor comes to mind as a recent notorious example.

The precedent of the early decades of the Soviet Union should give pause to anyone who believes that surrendering ethnic hegemony does not carry risks. The Bolshevik revolution had a pronounced ethnic angle: To a very great extent, Jews and other non-Russians ruled over the Russian people, with disastrous consequences for the Russians and other ethnic groups that were not able to become part of the power structure. Jews formed a hostile elite within this power structure ? as they will in the future white-minority America; Jews were ?Stalin?s willing executioners.? 

Two passages from my review of Yuri Slezkine's The Jewish Century seem particularly appropriate here. The first passage reminds me of the many American Jews who adopt a veneer of support for leftist versions of social justice and racial tolerance while nevertheless managing to support racial Zionism and the mass murder, torture, and incarceration of the Palestinian people in one of the largest prison systems the world has ever seen. Such people may be very different when they become a hostile elite in a white-minority America.

Many of the commentators on Jewish Bolsheviks noted the ?transformation? of Jews [after the Bolshevik Revolution]. In the words of [a] Jewish commentator, G. A. Landau, ?cruelty, sadism, and violence had seemed alien to a nation so far removed from physical activity.? And another Jewish commentator, Ia. A. Bromberg, noted that:

the formerly oppressed lover of liberty had turned into a tyrant of  ?unheard-of-despotic arbitrariness??. The convinced and unconditional opponent of the death penalty not just for political crimes but for the most heinous offenses, who could not, as it were, watch a chicken being killed, has been transformed outwardly into a leather-clad person with a revolver and, in fact, lost all human likeness. ...

After the Revolution, ... there was active suppression of any remnants of the older order and their descendants. ... The mass murder of peasants and nationalists was combined with the systematic exclusion of the previously existing non-Jewish middle class. The wife of a Leningrad University professor noted, ?in all the institutions, only workers and Israelites are admitted; the life of the intelligentsia is very hard? (p. 243). Even at the end of the 1930s, prior to the Russification that accompanied World War II, ?the Russian Federation?was still doing penance for its imperial past while also serving as an example of an ethnicity-free society? (p. 276). While all other nationalities, including Jews, were allowed and encouraged to keep their ethnic identities, the revolution remained an anti-majoritarian movement.

The difference from the Soviet Union may well be that in white-minority America it will not be workers and Israelites who are favored, but non-whites and Israelites. Whites may dream that they are entering the post-racial utopia imagined by their erstwhile intellectual superiors. But it is quite possible that they are entering into a racial dystopia of unimaginable cruelty in which whites will be systematically excluded in favor of the new elites recruited from the soon-to-be majority. It's happened before.

Kevin MacDonald is a professor of psychology at California State University?Long Beach.  

Permanent URL with hyperlinks:

http://www.theoccidentalobserver.net/articles/MacDonald-Hsu.html

-----------


Should Christians Support Israeli Terrorism in Gaza?

A timely discussion between Rev. Ted Pike and Dr. David Duke, one especially important for the Christians in our audience

http://www.davidduke.com/mp3/dukeradio090122DukeandPikeonGaza.mp3

 In this vital discussion, Rev. Pike and Dr. Duke explore the Pro-Israel attitude of some Christian evangelical organizations, and why their position not only goes directly against Christian morality and decency,  but actually is directly opposite of that expressed by Christian Scriptures. Today, Many Christians are instructed that Jews and today?s Israel has a special covenant? with God. In fact, the New Testament in the clearest of language states that the Jews ?continued not in my covenant, and I considered them not, saith the Lord.? Here?s the quote that Christians aren?t supposed to notice.:

8:10 Not according to the covenant that I made with their fathers, in the day when I took them by the hand out of the land of Egypt; because they continued not in my covenant, and I regarded them not, saith the Lord. (Hebrews 8:10)

They also don?t seem to notice that a 2000 year old Judaic war against Christianity that has been waged since time of Jesus Christ and still goes on today with the most powerful Jewish organizations attempting to destroy European and American traditions, that has even become a war on our Christmas traditions.

Dr. Duke and Ted Pike also speak about how over a hundred thousand Christian Palestinians have suffered with their families from anti-Christian Israel! Christian support of Israel has resulted in the very birthplace of Jesus Christ, go from 90 percent Palestinian Christians to 35 percent today because of Israeli terror and occupation. They ask, ?How could any Christian in good conscience support the anti-Christian state of Israel, bombing the homes, killing and maiming, torturing and oppressing fellow Christian men, women and children??

This is a vital show for every Christian reader and listener of DavidDuke.com. Next time, you hear someone say, ?God tells us that we must support Israel? you will have the clear Christian answer that just the opposite is true!

For documentation on this be sure to read some of the well-footnoted, sample chapters of Jewish Supremacism and My Awakening.

Source :
 http://www.davidduke.com/general/should-christians-support-israeli-terrorism-in-gaza_7282.html


-------------------------------------

You or someone using your email adress is currently subscribed to the Lawrence Auster
Newletter. If you wish to unsubscribe from our mailing list, please let us know by calling to 1 212 865 1284

Thanks,

Lawrence Auster,
238 W 101 St Apt. 3B
New York, NY  10025
Contact: lawrence.auster at att.net
-------------------------------------
-------------- next part --------------
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla

From mkanat at bugzilla.org  Fri Jan 23 16:41:51 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Fri, 23 Jan 2009 08:41:51 -0800
Subject: Is Israel a Democracy?  -- The problem with intellectually
 insecure whites -- Should Christians Support Israeli Terrorism in Gaza?
In-Reply-To: <20090123153739.QAFL26080.hrndva-omta04.mail.rr.com@2ao1z>
References: <20090123153739.QAFL26080.hrndva-omta04.mail.rr.com@2ao1z>
Message-ID: <20090123084151.5eb83230@bugzilla.org>

	Just so everybody knows, dmose didn't actually send that mail,
it's just spam. There's a spammer going around to mailing lists and
impersonating members of the lists and sending very similar messages to
them.

	-Max


From bugreport at peshkin.net  Fri Jan 23 18:43:01 2009
From: bugreport at peshkin.net (Joel Peshkin)
Date: Fri, 23 Jan 2009 10:43:01 -0800
Subject: Should we start using domainkeys for unmoderated postings to these
 lists?
In-Reply-To: <20090123084151.5eb83230@bugzilla.org>
References: <20090123153739.QAFL26080.hrndva-omta04.mail.rr.com@2ao1z> <20090123084151.5eb83230@bugzilla.org>
Message-ID: <497A0FB5.6010804@peshkin.net>


I don't think it would be a huge problem for most of us to start signing 
our emails with domainkeys or dkim.  Is that something we should consider?



Max Kanat-Alexander wrote:
> 	Just so everybody knows, dmose didn't actually send that mail,
> it's just spam. There's a spammer going around to mailing lists and
> impersonating members of the lists and sending very similar messages to
> them.
>
> 	-Max
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=bugreport at peshkin.net>
>   



From mkanat at bugzilla.org  Fri Jan 23 18:55:08 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Fri, 23 Jan 2009 10:55:08 -0800
Subject: Should we start using domainkeys for unmoderated postings to
 these lists?
In-Reply-To: <497A0FB5.6010804@peshkin.net>
References: <20090123153739.QAFL26080.hrndva-omta04.mail.rr.com@2ao1z>
	<20090123084151.5eb83230@bugzilla.org>
	<497A0FB5.6010804@peshkin.net>
Message-ID: <20090123105508.4bd1cb8c@bugzilla.org>

On Fri, 23 Jan 2009 10:43:01 -0800 Joel Peshkin <bugreport at peshkin.net>
wrote:
> I don't think it would be a huge problem for most of us to start
> signing our emails with domainkeys or dkim.

	We're gatewayed to a newsgroup, so people could always post
there anyway.

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


From justdave at bugzilla.org  Fri Jan 23 21:44:41 2009
From: justdave at bugzilla.org (David Miller)
Date: Fri, 23 Jan 2009 16:44:41 -0500
Subject: Should we start using domainkeys for unmoderated postings to
 these lists?
In-Reply-To: <497A0FB5.6010804@peshkin.net>
References: <20090123153739.QAFL26080.hrndva-omta04.mail.rr.com@2ao1z> <20090123084151.5eb83230@bugzilla.org> <497A0FB5.6010804@peshkin.net>
Message-ID: <497A3A49.9020100@bugzilla.org>

We're already enforcing SPF, fwiw, but mozilla.org doesn't have an SPF
record (for historical reasons - there's a lot of folks sending email
from the mozilla.org domain name that we haven't been able to convince
to use our mail servers to send it).

Joel Peshkin wrote on 1/23/09 1:43 PM:
> 
> I don't think it would be a huge problem for most of us to start signing
> our emails with domainkeys or dkim.  Is that something we should consider?
> 
> 
> 
> Max Kanat-Alexander wrote:
>>     Just so everybody knows, dmose didn't actually send that mail,
>> it's just spam. There's a spammer going around to mailing lists and
>> impersonating members of the lists and sending very similar messages to
>> them.
>>
>>     -Max
>> -
>> To view or change your list settings, click here:
>> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=bugreport at peshkin.net>
>>   
> 
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=justdave at bugzilla.org>
> 


-- 
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 mkanat at bugzilla.org  Sat Jan 24 11:27:34 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Sat, 24 Jan 2009 03:27:34 -0800
Subject: Soft Freeze Approaching: January 29
Message-ID: <20090124032734.64661bb3@bugzilla.org>

	For anybody who doesn't know, we are going into a "soft freeze"
for Bugzilla 3.4 starting on January 29. The soft freeze lasts two
weeks, and then becomes a "hard freeze."

	Once the soft freeze starts, only enhancements that already have
patches on them are eligible for inclusion into the trunk. That is, if
you're awaiting review for a patch, you have two weeks to pass review
after Jan 29. But if your bug doesn't even have a patch on it, then
it's going to wait for 3.6 (or 4.0, if we end up calling it 4.0).

	Once the "hard freeze" starts, we will create a Bugzilla 3.6
branch, and no further features will be allowed on that branch.

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


From bugzilla at colinogilvie.co.uk  Sat Jan 24 12:02:20 2009
From: bugzilla at colinogilvie.co.uk (Colin Ogilvie)
Date: Sat, 24 Jan 2009 12:02:20 +0000
Subject: Soft Freeze Approaching: January 29
In-Reply-To: <20090124032734.64661bb3@bugzilla.org>
References: <20090124032734.64661bb3@bugzilla.org>
Message-ID: <497B034C.7070507@colinogilvie.co.uk>

Max Kanat-Alexander wrote:
> Once the "hard freeze" starts, we will create a Bugzilla 3.6
> branch, and no further features will be allowed on that branch.

s/3.6/3.4/ in that statement?

Colin


From mkanat at bugzilla.org  Sat Jan 24 12:10:36 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Sat, 24 Jan 2009 04:10:36 -0800
Subject: Soft Freeze Approaching: January 29
In-Reply-To: <497B034C.7070507@colinogilvie.co.uk>
References: <20090124032734.64661bb3@bugzilla.org>
	<497B034C.7070507@colinogilvie.co.uk>
Message-ID: <20090124041036.1b6b9cc8@bugzilla.org>

On Sat, 24 Jan 2009 12:02:20 +0000 Colin Ogilvie
<bugzilla at colinogilvie.co.uk> wrote:
> Max Kanat-Alexander wrote:
> > Once the "hard freeze" starts, we will create a Bugzilla 3.6
> > branch, and no further features will be allowed on that branch.
> 
> s/3.6/3.4/ in that statement?

	Oh, yes. :-) We will create a Bugzilla 3.4 branch.

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


From sting606 at gmail.com  Sat Jan 24 12:20:59 2009
From: sting606 at gmail.com (yakoub 2)
Date: Sat, 24 Jan 2009 14:20:59 +0200
Subject: Soft Freeze Approaching: January 29
In-Reply-To: <20090124032734.64661bb3@bugzilla.org>
References: <20090124032734.64661bb3@bugzilla.org>
Message-ID: <497B07AB.2020503@gmail.com>

sorry i am not following the proper procedure for submitting 
enhancements but i thought you
could take a look at this and tell me what to do next ( quite amateur work )
the enhancement is at the enter_bug.cgi page on field "Assign To" , when 
user types
the name the page will open a menu offering possible completions
i tested it on standard 3.2 installation .

1.1) tar -tvf suggest_ext.tar will show content .
1.2) cd to bugzilla root
2 ) tar -xvf suggest_ext.tar
3.0 ) see content of *hooks files
3.1 ) patch template/en/default/bug/create/create.html.tmpl 
create.html.tmpl.hooks
3.2 ) patch template/en/default/global/userselect.html.tmpl 
userselect.html.tmpl.hooks

task that still need to be done is to offer user the option of disabling 
it after installation
and to choose at what prefix length should the suggest.cgi be called

Max Kanat-Alexander wrote:
> 	For anybody who doesn't know, we are going into a "soft freeze"
> for Bugzilla 3.4 starting on January 29. The soft freeze lasts two
> weeks, and then becomes a "hard freeze."
>
> 	Once the soft freeze starts, only enhancements that already have
> patches on them are eligible for inclusion into the trunk. That is, if
> you're awaiting review for a patch, you have two weeks to pass review
> after Jan 29. But if your bug doesn't even have a patch on it, then
> it's going to wait for 3.6 (or 4.0, if we end up calling it 4.0).
>
> 	Once the "hard freeze" starts, we will create a Bugzilla 3.6
> branch, and no further features will be allowed on that branch.
>
> 	-Max
>   
-------------- next part --------------
A non-text attachment was scrubbed...
Name: suggest_ext.tar
Type: application/octet-stream
Size: 20480 bytes
Desc: not available
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20090124/3e944cc1/attachment.obj>

From lpsolit at gmail.com  Sat Jan 24 13:25:08 2009
From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=)
Date: Sat, 24 Jan 2009 14:25:08 +0100
Subject: Soft Freeze Approaching: January 29
In-Reply-To: <497B07AB.2020503@gmail.com>
References: <20090124032734.64661bb3@bugzilla.org> <497B07AB.2020503@gmail.com>
Message-ID: <497B16B4.6030008@gmail.com>

Le 24. 01. 09 13:20, yakoub 2 a ?crit :
> sorry i am not following the proper procedure for submitting
> enhancements

We are talking about bugs already filed on bugzilla.mozilla.org with no 
patches. We are not talking about submitting new RFE before we freeze. 
Those have no chance to be ready on time for 3.4.

Also, RFE must be submitted to b.m.o, not by email.


If it's not clear enough, once we branch for 3.4, new patches which 
don't fix bugs will only land in Bugzilla 3.6/4.0.

LpSolit


From mkanat at bugzilla.org  Sat Jan 24 13:32:45 2009
From: mkanat at bugzilla.org (Max Kanat-Alexander)
Date: Sat, 24 Jan 2009 05:32:45 -0800
Subject: Soft Freeze Approaching: January 29
In-Reply-To: <497B07AB.2020503@gmail.com>
References: <20090124032734.64661bb3@bugzilla.org>
	<497B07AB.2020503@gmail.com>
Message-ID: <20090124053245.5d085564@bugzilla.org>

On Sat, 24 Jan 2009 14:20:59 +0200 yakoub 2 <sting606 at gmail.com> wrote:
> sorry i am not following the proper procedure for submitting enhancements 

	Please see and follow the Contributor's Guide at:

	http://wiki.mozilla.org/Bugzilla:Developers

	If you want to discuss a proposed feature on this mailing list,
please start a new thread to discuss it.

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


From sting606 at gmail.com  Sat Jan 24 16:31:12 2009
From: sting606 at gmail.com (yakoub 2)
Date: Sat, 24 Jan 2009 18:31:12 +0200
Subject: suggest name completion
Message-ID: <497B4250.90202@gmail.com>

my name is yakoub abaya , i am from israel , have Bsc in computer science
only recently started programing web applications .

could you take a look at this and tell me what to do next ( quite 
amateur work )
the enhancement is at the enter_bug.cgi page on field "Assign To" , when 
user types
the name the page will open a menu offering possible completions
i tested it on standard 3.2 installation .

1.1) tar -tvf suggest_ext.tar will show content .
1.2) cd to bugzilla root
2 ) tar -xvf suggest_ext.tar
3.0 ) see content of *hooks files
3.1 ) patch template/en/default/bug/create/create.html.tmpl 
create.html.tmpl.hooks
3.2 ) patch template/en/default/global/userselect.html.tmpl 
userselect.html.tmpl.hooks

task that still need to be done is to offer user the option of disabling 
it after installation
and to choose at what prefix length should the suggest.cgi be called
-------------- next part --------------
A non-text attachment was scrubbed...
Name: suggest_ext.tar
Type: application/octet-stream
Size: 20480 bytes
Desc: not available
URL: <http://lists.bugzilla.org/pipermail/developers/attachments/20090124/3137dab0/attachment.obj>

From sting606 at gmail.com  Sat Jan 24 16:37:49 2009
From: sting606 at gmail.com (yakoub 2)
Date: Sat, 24 Jan 2009 18:37:49 +0200
Subject: suggest name completion
In-Reply-To: <497B4250.90202@gmail.com>
References: <497B4250.90202@gmail.com>
Message-ID: <497B43DD.5040801@gmail.com>

sorry i posted this again by mistake , i thought my previous post was to 
support-bugzilla at lists.mozilla.org and not this list .


yakoub 2 wrote:
> my name is yakoub abaya , i am from israel , have Bsc in computer science
> only recently started programing web applications .
>
> could you take a look at this and tell me what to do next ( quite 
> amateur work )
> the enhancement is at the enter_bug.cgi page on field "Assign To" , 
> when user types
> the name the page will open a menu offering possible completions
> i tested it on standard 3.2 installation .
>
> 1.1) tar -tvf suggest_ext.tar will show content .
> 1.2) cd to bugzilla root
> 2 ) tar -xvf suggest_ext.tar
> 3.0 ) see content of *hooks files
> 3.1 ) patch template/en/default/bug/create/create.html.tmpl 
> create.html.tmpl.hooks
> 3.2 ) patch template/en/default/global/userselect.html.tmpl 
> userselect.html.tmpl.hooks
>
> task that still need to be done is to offer user the option of 
> disabling it after installation
> and to choose at what prefix length should the suggest.cgi be called
> ------------------------------------------------------------------------
>
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=sting606 at gmail.com>
>   


From dmose at mozilla.org  Sun Jan 25 15:44:09 2009
From: dmose at mozilla.org (Dan Mosedale)
Date: Sun, 25 Jan 2009 16:44:09 +0100
Subject: Obama =?ISO-8859-1?Q?=97?= The Judas Goat
Message-ID: <20090125154410.HIIG28583.cdptpa-omta05.mail.rr.com@2pvn8>

Obama ? The Judas Goat
1/25/2009
By David Duke

Judas Goat\ A goat that leads other goats or sheep to slaughter. Also, one who entices into danger and betrays others. The name is an allusion to Judas Iscariot, who betrayed Jesus for 30 pieces of slaughter. (From Merriam Webster?s Dictionary)

Barack Hussein Obama is a Judas Goat.

Extremist Jews guided Barack Hussein Obama?s career from day one, even all the way back to Harvard Law School.  Radical Zionist hitman, David Axelrod previously orchestrated the Jewish-financed and organized defeat of perceived anti-Zionist Sen. Charles Percy. He is the man who ran Obama?s campaign for President and who is his chief handler. Obama?s campaign was overwhelmingly financed by the most powerful Zionist bankers in the world. His campaign?s largest contribution source was the Zionist international banking firm of Goldman Sachs. (FEC campaign records). In both Obama?s Senate and Presidential campaign he prostrated himself before AIPAC (American Israel Public Affairs Committee) promising even more money and blood for Israel?s terrorism than even the supine John McCain, and even more money and blood than the previous Shabbez Goy in the White House, George Bush. Before the Israeli terrorism and mass murder in Gaza, he went to Israel and said that he supported Israel?s p
 lanned murderous terrorism against the men, women and children of Gaza.

His first act as President-elect was to appoint a rabid Zionist, Israeli dual citizen who served in the Israeli Army as his Chief of Staff, Rahm Emmanuel. As thousands of women and children in Gaza were killed or maimed, Obama remained silent. Within a few days as President Obama supported indiscriminate American missile strikes in villages of our ally Pakistan, a clear continuation of Bush?s policies.  He completely supports the theft of trillions of American taxpayer dollars to the Zionist international bankers. Eighty percent of American Jews voted for Obama, and all the main leaders of the Jewish Supremacist state of Israel have proclaimed Obama as the perfect man for U.S. President.

What better for the Zionists to have their own servant perceived as a clean break from the Jewish extremist-controlled Bush administration? What better than for the Zionists than to have their Shabbez Goy be treated by the world?s press and even by much of the anti-Zionist community as a man of ?real change?? What better for the Zionists than for the world to think that Obama will be a change from the Zionist-controlled policies when he willing to do anything that Israel demands? What better for the Zionist murderers to have their craven puppet be looked at by the whole world as a man of honor and integrity and fairness.

In the slaughterhouse, the Judas Goat is often painted with bright colors, adorned with strong, sweet scents to lure the sheep to their pens and to their death. Obama, the Judas Goat of our time, is looked upon by millions of Zionist-propagandized sheep as the man who will lead them to salvation.

Instead, he leads America, Palestine and the world to the bloody altar of Jewish Supremacism.

Any supposed anti-Zionist who praises Barack Obama is actually aiding this Judas Goat to lead us all to slaughter. Every person who truly opposes Jewish extremism must speak out and expose the Judas Goat named Barack Obama!

? Dr. David Duke

Former Member of the House of Representatives

State of Louisiana

United States of America

It is up to you the people of the United States who can still think freely,  and up to all of the people of the world who are able to see through the deceptions of the Zionist-influenced Global media  ? to get this simple, powerful message to everyone on earth. Email this message to your friends, post it on forums and websites and put links to it on every website, facebook or other media in the world. Go and seek out media and Internet sites not controlled by Zionist power. Make youtube videos of this message, (use the short audio and find good illustrative pictures) and post it untill your fingers are worn and tired, print it and mail it to newspapers or any media outlet that has still not fallen under the propaganda of the Zionists. Let the world know the truth. Person by person, in the USA, Canada, UK, France, Germany, Italy, japan, Russia, China, Africa, Palestine, South America and across the whole world this Judas Goat must be exposed for what he is, so that when begins
  to do his evil for Israel, the whole world will know exactly what is going on and resist!

Source : http://www.davidduke.com/general/obama-the-judas-goat_7317.html


------------------------

Why is the President of Israel, the terrorist who just oversaw the Zionist mass murder and maiming of thousands of Palestinians so happy
that Obama is President of the USA?
by David Duke


Read the excerpt from the Israeli News about how President Perez and Israel think that Obama?s becoming U.S. President is great day
for Israel.

"Israel?s President Shimon Peres ecstatic over the election of Obama"
Ronen Medzini Israel News Jan. 21

?Today is a great day not only for the United States of America, but for the entire world,? President Shimon Peres wrote in a letter
addressed to Barack Obama on the day of his inauguration as president of the United States.

?Obama was elected by the United States, but as a matter of fact, he was chosen by the whole of humankind,?

Why is Peres so ecstatic?

Why shouldn?t he be, he knows that Obama is completely in the grip of the extremist Jewish Zionists in America, and he knows that the
greater Obama?s popularity and idol worship, the more Obama can do for the International Zionist Cause.

Any thinking and caring human being who realizes that the Zionist-controlled American foreign policy has been a disaster for the robbed
and murdered people of Palestine, Lebanon, Iraq and a catastrophe for the 50,000 American wounded in Iraq and Afghanistan, as well
as an economic catastrophe for the hardworking Americans who pay trillions to finance these wars for Israel ? must wake up the fact that
supporting Obama and increasing his popularity  will only aid Zionist terrorism, war, and their murder and oppression of the Palestinians. It
will also hasten the economic suffering of billions of people around the world as his popularity enables him to more easily aid the Zionist
International Bankers steal the wealth of the United States, Europe and the world.  Obama is totally in the bloodstained and green ink-
stained hands of the Zionists. The hard truth is that the more good will and support Obama has also gives more power to support the
Zionist agenda!

Mark my words. The Obama Presidency will be disaster for America and for the world.

Obama was put into office by the Zionists. His top two cohorts for years have been the radical Jews David Axelrod and Rahm
Emmanuel. Both have long records of radical Zionism and have been attack dogs against anyone perceived as having the slightest
opposition to Israel. One such victim was Sen. Charles Percy, who both men worked to defeat and destroy because he dared to only be
99 percent rather than 100 percent pro-Israel. Rahm Emmanuel, a dual citizen of Israel who went to fight for Israel, he has a long
pedigree of Jewish extremism. His father served in the Irgun Terrorist Gang and he himself is named after an Irgun terrorist.

Zionist leaders in Chicago actually call Obama ?the first Jewish President? and boast that Jews were key players in Obama?s every step
up the ladder to President.

from the very earliest days, extremist Jews were the largest contributors to his campaign. In the beginning of his Presidential bid, three
Hollywood Jews that constantly make movies about Jewish suffering, but never about the Zionist terrorism and theft against the
Palestinian people, Steven Spielberg, David Geffen, and Jeffrey Katzenberg raised 1.2 million for Obama in a single Hollywood party.

By the time Obama?s campaign was in full swing, he had huge support from the criminal Zionist International Banking firms such as
Goldman Sachs and Lehman brothers. Goldman Sachs was Obama?s biggest single contributor, and his vast war chest came not from
American manufacturing firms like GM or even American oil companies, (not one was in his top twenty) it was overwhelmingly dominated
by Zionist international bankers, the same ones whose thievery and fraud are giving the world this economic depression.

For those looking for meaningful social and political change, do you really think it will come from this man who has already been bought
heart, head and soul by the most powerful czars of the international financial establishment and the biggest globalists in the world?

I know that many are desperate for change, so desperate that you want to believe anything. But in the face of these facts can?t you see
that Obama will be even more dangerous to freedom and justice than even George Bush and his band of Neocons were. What better
way to wipe out George Bush?s hated legacy and make the world believe that America has really changed than with the election of
Obama. But, all the real Zionist power, Zionist media power, and Zionist financial power in America is still in place, even stronger than
ever.

Many Americans and others around the world who want to do good are now telling us how wonderful Obama will be as president. What
a great change it will be from the old policies. This is because of the Zionist-Controlled media hype, promoting Obama. The fact is that
these poor sods are ignorantly helping the radical Zionist agenda in Israel and around the world.

Every day that you don?t help expose Obama for the Zionist servant that he actually is, his popularity will be a greater danger to peace
and freedom.

If the Zionist terrorist Shimon Perez is happy about the coronation of Obama, then why in the hell should you be?

?David Duke

Source : http://www.davidduke.com/general/7303_7303.html
-------------------------------------

You or someone using your email adress is currently subscribed to the Lawrence Auster
Newletter. If you wish to unsubscribe from our mailing list, please let us know by calling to 1 212 865 1284

Thanks,

Lawrence Auster,
238 W 101 St Apt. 3B
New York, NY  10025
Contact: lawrence.auster at att.net
-------------------------------------
-------------- next part --------------
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla

From jtmoree at kahalacorp.com  Mon Jan 26 14:46:31 2009
From: jtmoree at kahalacorp.com (JT Moree)
Date: Mon, 26 Jan 2009 07:46:31 -0700
Subject: Should we start using domainkeys for
	unmoderated postings to these lists?
In-Reply-To: <497A3A49.9020100@bugzilla.org>
References: <20090123153739.QAFL26080.hrndva-omta04.mail.rr.com@2ao1z>
	 <20090123084151.5eb83230@bugzilla.org> <497A0FB5.6010804@peshkin.net>
	 <497A3A49.9020100@bugzilla.org>
Message-ID: <1232981191.14480.17.camel@jtmoree-kubuntu.coldstonecreamery.com>

We're already enforcing SPF, fwiw, but mozilla.org doesn't have an SPF
> record (for historical reasons - there's a lot of folks sending email
> from the mozilla.org domain name that we haven't been able to convince
> to use our mail servers to send it).

Too bad for them.  It's your domain.  Do with it as you need to.
-  
JT Moree
System Admin
www.kahalacorp.com
480.362.4800
480.362.4405 direct



From brett.h.lemoine at gmail.com  Tue Jan 27 18:20:25 2009
From: brett.h.lemoine at gmail.com (brett.h.lemoine at gmail.com)
Date: Tue, 27 Jan 2009 10:20:25 -0800 (PST)
Subject: Upgrading a customized (old) bugzilla.
References: <mailman.1291.1231518860.4224.dev-apps-bugzilla@lists.mozilla.org>
Message-ID: <76b5d3d3-b3d8-49fe-a19d-1b1fa95e01d7@p23g2000prp.googlegroups.com>

Have you considered taking up knitting?

On Jan 9, 8:34?am, "Jason Pyeron" <jpye... at pdinc.us> wrote:
> I has been a few years since I last hacked Bugzilla or even used CVS.
>
> That being said I have been tasked to upgrade our customized BZ install and get
> our SSO working in it.
>
> Any pearls of advice to go from 2.19 to latest stable?
>
> --
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> - ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? -
> - Jason Pyeron ? ? ? ? ? ? ? ? ? ? ?PD Inc.http://www.pdinc.us-
> - Principal Consultant ? ? ? ? ? ? ?10 West 24th Street #100 ? ?-
> - +1 (443) 269-1555 x333 ? ? ? ? ? ?Baltimore, Maryland 21218 ? -
> - ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? -
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> This message is copyright PD Inc, subject to license 20080407P00.
>
> -
> To view or change your list settings, click here:
> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=dev-apps-bugzi... at lists.mozilla.org>

_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From jmdesp at alussinan.org  Fri Jan 30 13:15:48 2009
From: jmdesp at alussinan.org (Jean-Marc Desperrier)
Date: Fri, 30 Jan 2009 14:15:48 +0100
Subject: Move to maketext: sample templates
In-Reply-To: <49728582.9050007@users.sourceforge.net>
References: <4967E380.1030605@users.sourceforge.net>
	<49728582.9050007@users.sourceforge.net>
Message-ID: <jYmdnZLV270UYB_UnZ2dnUVZ_hSWnZ2d@mozilla.org>

Vitaly Fedrushkov wrote:
> [...]
> Another option came from reading about Pylons and comparison of compiled
> templates before and after maketext'izing.
> [...]
> Is it practical? Suggestions and criticism are welcome.

Vitaly, I've been reading your previous example and I really think 
there's something very wrong with such an utterly horrible syntax that 
justifies considering a complete change of approach.

So did you think about using (or at least factorizing as much as 
possible with) the l20n architecture that Axel Hecht has been working on ?

https://wiki.mozilla.org/L20n
https://wiki.mozilla.org/L20n:Features
https://wiki.mozilla.org/L20n:Control_flow

I had myself quite a bit forgotten about the l20n effort but Seth's 
recent blog entries have remembered me about it :
http://blog.mozilla.com/seth/2009/01/28/mozilla-dtd-files-caveat-emptor/
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From jmdesp at alussinan.org  Fri Jan 30 14:57:42 2009
From: jmdesp at alussinan.org (Jean-Marc Desperrier)
Date: Fri, 30 Jan 2009 15:57:42 +0100
Subject: Move to maketext: sample templates
In-Reply-To: <jYmdnZLV270UYB_UnZ2dnUVZ_hSWnZ2d@mozilla.org>
References: <4967E380.1030605@users.sourceforge.net>
	<49728582.9050007@users.sourceforge.net>
	<jYmdnZLV270UYB_UnZ2dnUVZ_hSWnZ2d@mozilla.org>
Message-ID: <2eGdnQFXCefxiB7UnZ2dnUVZ_sHinZ2d@mozilla.org>

Jean-Marc Desperrier wrote:
>> [...]
> I had myself quite a bit forgotten about the l20n effort but Seth's
> recent blog entries have remembered me about it :
> http://blog.mozilla.com/seth/2009/01/28/mozilla-dtd-files-caveat-emptor/

Oh, I just saw https://bugzilla.mozilla.org/show_bug.cgi?id=469732#c21

Yes, I also somewhat thought that l20n had stuck to the
drawing board, but Seth's recent post gives me hopes.
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla


From necmettin at pardus.org.tr  Sat Jan 31 22:40:24 2009
From: necmettin at pardus.org.tr (Necmettin Begiter)
Date: Sun, 01 Feb 2009 00:40:24 +0200
Subject: word forms for terms.Bugzilla needed
Message-ID: <XdqdnVdYLeYHThnUnZ2dnUVZ_vqdnZ2d@mozilla.org>

Hello all, I'm new to this list (but not Bugzilla translation). I am a
developer working for the Pardus GNU/Linux project and I've just recently
started translation Bugzilla 3.2 into Turkish as we will switch to 3.2 as
soon as I'm done.

First, some background information to the issue:
Turkish language has two very interesting features that makes it a IMHO very
un-mechanical language: Its written and spoken form is the same and the
letters (=sounds) used in suffixes in word formation differs according to
the letters (=sounds) preceding the letters to be added. Let me explain
them in the simplest form I can:

It's written and spoken form is the same:
Ali is read as /ali/ (=Alpha Lima India)
Book is read as /book/ (consider the /o/s in door)

On to the second issue, different letters (=sounds) in the suffix for words
with different endings:
Bugzilla'n?n (=Bugzilla's)
Ali'nin (=Ali's)
Notice the "n?n"-"nin" difference here.
Bugzilla'da (=in Bugzilla)
Eski?ehir'de (=in Eski?ehir)
Also notice the "da"-"de" difference here.

The conclusion:
I need to add variables like terms.BugzillaNom, BugzillaAcc, BugzillaDat,
BugzillaLoc, BugzillaAbl, BugzillaGen to the appropriate file (which, I'm
guessing, is global/variables.none.tmpl or some other file in global/) to
make them available to the Bugzilla installation that will be employed. As
Turkish has these two issues I've mentioned above, I can not translate
these noun forms seperately nor can I correctly use in my translations
suffixes like 'nin, 'n?n, 'da, 'de .. without knowing the value of
terms.Bugzilla. So in its current form, it is not possible to have an
optimum Turkish translation of Bugzilla.

On to the questions:
Is it possible that the mentioned variables be added to Bugzilla code (3.2
if possible)?
If so, if these variables are put into global/*whatever*, will/can they be
backported to 3.2 or 3.2.1, or will/can they be included in 3.4 and later?

Questions/ comments/ requests welcome. This is sort of a cross-posting (also
reported as a bug in Bugzilla's Bugzilla) but I needed clarification and
this list probably has a larger user-base.

Thanks in advance,
-- 
Necmettin Begiter
Pardus developer
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla

From fedrushkov at users.sourceforge.net  Sat Jan 31 23:57:15 2009
From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov)
Date: Sun, 01 Feb 2009 04:57:15 +0500
Subject: Move to maketext: sample templates
In-Reply-To: <49727C46.5010204@users.sourceforge.net>
References: <4967E380.1030605@users.sourceforge.net>
	<49727C46.5010204@users.sourceforge.net>
Message-ID: <4984E55B.2060100@users.sourceforge.net>

Vitaly Fedrushkov wrote:
> Variant 1.3: introduce scalar operators for the same:
>   [% |l("<a 
> href=\"editusers.cgi?action=edit&amp;userid=${otheruser.id.url_quote}\" 
> title=\"" _
>       l("Edit user '[_1]'", otheruser.login.html) _ "\">",
>         "</a>") %]
>     [_1]Edit this user[_2]
>   [% END %]

Done, have a look:

https://bugzilla.mozilla.org/attachment.cgi?id=359941&action=diff

Your feedback is appreciated.

   Regards,
   Vitaly.
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla at lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla