On Thu, Apr 20, 2006 at 10:36:16PM +0200, Andreas Barth wrote:
Andrea Mennucci
354650 lightspeed: segfault at start up on amd64
I converted it to GTK2, and uploaded it to experimental, as version
1.2a-3 ; if anybody has a AMD64 machine on the desktop, please test
it. In 1.2a-3 there is a bug
Steve, I thought ARM was a release candidate now, so I thought ARM had
to be in sync?...
Anyway, here are some more hints which should work.
easy openbabel/2.0.0-1 xdrawchem/1.9.9-1
easy libnet-domain-tld-perl/1.65-2 libemail-valid-perl/0.15-5
easy php4-pear-log/1.9.3-3 knowledgetree/2.0.7-3
#
These all have RC bugs and are 'leaf' packages in etch.
(As such, they will all get back in easily if the RC bugs are fixed.)
Personally, I'd kick the lot out of testing, but you can pick and choose.
Rationale.
* It would make a substantial and easy dent in the RC bug count for etch,
On Mon, May 08, 2006 at 02:24:38PM -0400, Nathanael Nerode wrote:
Steve, I thought ARM was a release candidate now, so I thought ARM had
to be in sync?...
The switch hasn't been flipped yet for this in britney. amd64 is also a
release candidate now, but it's not yet in a state where we can
Nathanael Nerode a écrit :
# 359065, 364550
remove ept/1.90.1
Version 1.88.4 is in Etch, 1.90.1 being blocked since #359065 was
opened. #359065 is not supposed to affect testing. #364550's severity is
apparently inflated. The bug does not reproduce on my system.
On the other hand, #355628
On Mon, May 08, 2006 at 03:04:16PM -0400, Nathanael Nerode wrote:
These all have RC bugs and are 'leaf' packages in etch.
(As such, they will all get back in easily if the RC bugs are fixed.)
Personally, I'd kick the lot out of testing, but you can pick and choose.
Rationale.
* It would make
Please forward this as appropriate. I wasn't sure what was appropriate, so I
sent it to -release only (for archival purposes, that's where people will
look for this sort of analysis).
aba wrote:
However, given both history and that db4.2 was quite much used in sarge
(and db3 was still in major
Nathanael Nerode [EMAIL PROTECTED] writes:
Now for the much shorter list of packages depending on db4.2.
Have we already gotten rid of db4.3? That's a better place to start than
getting rid of db4.2, as db4.3 had serious issues and at least some of the
packages linked against db4.2 were doing
8 matches
Mail list logo
