I think this has more to do with poor architectural decisions made in
bugzilla. Things like storing the entire ticket history in one big record
instead of normalizing it.
This means you can't do anything to a ticket without munging through 10s of k
of data. This also creates problems when multipl
Alvaro Herrera <[EMAIL PROTECTED]> writes:
> Huh, RH's bugzilla is really slow. Are they using the
> PostgreSQL-powered bugzilla?
They are, but I think it's a fairly old version (7.3 IIRC).
I'm still trying to get them to move some internal systems
off 7.1 :-(
regards, to
On Sat, May 07, 2005 at 04:27:04PM +1000, Neil Conway wrote:
> Tom Lane wrote:
> >Yeah, we will. Please file a bugzilla entry for this though --- I
> >concur that it is a linker bug.
>
> Okay, patch reverted. The RH bug is here:
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=157126
Tom Lane wrote:
Yeah, we will. Please file a bugzilla entry for this though --- I
concur that it is a linker bug.
Okay, patch reverted. The RH bug is here:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=157126
-Neil
---(end of broadcast)---
Neil Conway <[EMAIL PROTECTED]> writes:
> The recent ld --as-needed patch seems to break psql on FC3: it fails to
> start with "symbol lookup error: /usr/lib64/libreadline.so.4: undefined
> symbol: BC". You can see this on the FC3 build farm machine:
Confirmed here on a pretty-nearly-up-to-date
