Christian Hammers wrote:
Hello
In Debian Sarge we had libmysqlclient12 from MySQL 4.0.x as main mysql
library in use. In Etch I already have MySQL 4.1 (libmysqlclient14) and
MySQL 5.0 (libmysqlclient15) which is still only release-candidate, so I'd
like to drop support for the 4.0 branch
)
kxdocker (alpha, i386, m68k, mips, mipsel, powerpc, sparc)
krename (sparc)
kvdr (arm, sparc)
...and certainly others I haven't spotted yet.
It may make more sense to put GNOME 1 and libpng through first, though
I really detest delaying KDE for these things.
--
Nathanael Nerode [EMAIL PROTECTED
++ transition
remove epiphany/0.5.1-1
easy clanlib/0.6.5-1-3 clanbomber/1.05cdbs-2 pingus/0.6.0-8.2 trophy/1.1.3-3
--
Nathanael Nerode [EMAIL PROTECTED]
A thousand reasons. http://www.thousandreasons.org/
Lies, theft, war, kidnapping, torture, rape, murder...
Get me out of this fascist nightmare
)
-- then letting libpng in
Feel free to help with any part of this :-)
Stuff depending on new openssl will probably be deliberately broken if
necessary to get KDE friends in. Openssl shouldn't be a big problem though
because it can go in ahead of its dependencies.
--
Nathanael Nerode [EMAIL PROTECTED
-dev (m68k, source is wxwindows)
libgdk-pixbuf2 (arm, source is gdk-pixbuf)
gif2png (arm)
gdk-imlib11 (sparc, source is imlib)
dillo (sparc -- but deserves rebuild on all arches for new openssl)
ygraph (arm, sparc)
You know, that's a much shorter list than I thought it would be.
--
Nathanael Nerode
Hmm, a list of binary packages would probably be more useful for purposes
of
checking out what warrants a rebuild.
OK, I'll work on it. :-)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
vorlon wrote:
This is better fixed by reuploading the packages currently blocked on
libpng, such that they get built with a libpng that doesn't require bumped
shlibs.
Oh ah. I somehow hadn't quite figured out that rebuilds against the new
libpng would *downgrade* the
dependency, although it
Packages built against the unversioned libssl0.9.8 will, when run on a
system
with versioned libssl0.9.8, either pick up the symbols from libssl0.9.7
(wrong) or not find their symbols (segfault). Accordingly, all packages
linked against the current libssl0.9.8 are in trouble and will
# gdk-pixbuf needs an ia64 build, zvbi needs ia64 and hppa
urgent imlib/1.9.14-24
urgent zvbi/0.2.17-3
hint imlib/1.9.14-24 libpng/1.2.8rel-5 gdk-pixbuf/0.22.0-10
wxwindows2.4/2.4.4.1.1
--
Nathanael Nerode neroden at gcc.gnu.org
Doom! Doom!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
tcpdump
aria
balsa
dovecot
hammerhead
jpilot
libpam-mount
neon0.23
ntop
openssh
php4
php5
postgresql-8.0
spamassassin
webauth
lasso
libfwbuilder
asterisk-oh323
fwbuilder
heartbeat-2
kdesdk
xmms
gambas
tellico
trustedqsl
ntp
cl-tclink
...and growing.
--
Nathanael Nerode
[EMAIL PROTECTED] wrote:
Please note that libssl0.9.7 and libssl0.9.8 have a different
SONAME. There can only be a problem when a program (indirectly)
links to both of them. In that case, there isn't even an option
not to install both of them.
If a program is linked to both of them, and
libssl0.9.8.
Finally, are there any plans to alleviate testing migration issues for
packages held up by this, and if so, how?
--
Nathanael Nerode [EMAIL PROTECTED]
A thousand reasons. http://www.thousandreasons.org/
Lies, theft, war, kidnapping, torture, rape, murder...
Get me out of this fascist
I somehow hadn't figured out. Stupid
me. :-P
in which case they should be rebuilt against gtkmm2.4, as implied by
upstream's placement of them with the gtkmm 2.8 libraries. Bugs filed.
--
Nathanael Nerode [EMAIL PROTECTED]
This space intentionally left blank.
--
To UNSUBSCRIBE
# mono-tools still has 9 days to go, but then it will need this
easy monodoc/1.1.9-1 mono-tools/1.1.9-3
--
Nathanael Nerode [EMAIL PROTECTED]
A thousand reasons. http://www.thousandreasons.org/
Lies, theft, war, kidnapping, torture, rape, murder...
Get me out of this fascist nightmare
periods and uploads.
--
Nathanael Nerode [EMAIL PROTECTED]
(Instead, we front-load the flamewars and grudges in
the interest of efficiency.) --Steve Lanagasek,
http://lists.debian.org/debian-devel/2005/09/msg01056.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
: to prevent this at this time). This was an unauthorized
transition and we are doing our best to stop the bad effects of it.
--
Nathanael Nerode [EMAIL PROTECTED]
Make sure your vote will count.
http://www.verifiedvoting.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
transitions.
Any other transition which would delay any of the packages involved in the
KDE/JACK transition could set us back weeks.
--
Nathanael Nerode [EMAIL PROTECTED]
(Instead, we front-load the flamewars and grudges in
the interest of efficiency.) --Steve Lanagasek,
http
* or a bug in ld.so -- inability to handle correctly specified multiple
GOTs
for more than 16k global symbols
Thiemo wrote:
That (it shouldn't segfault), and/or potentially also a bug in ld which
leads to failure for large MultiGOT binaries.
Rocking. It looks like most people involved
Daniel Jacobowitz wrote:
It's a lot of work to fix and no one has done it. That's not the same
thing at all.
That's nice, but there's still a real problem unrelated to that.
An example of a relatively healthy bug which is a lot of work to fix and no
one has done it is
Junichi wrote:
I agree that at this stage it might be good enough just to kick a few
packages out of testing to let it propagate.
Unfortunately, new ARTS depends on new JACK and old ARTS depends on old JACK.
This means that pushing JACK in must be done at the same time as pushing KDE
in, if we
Release team -- please take this, make it into something useful, and post it
to d-d-a if deemed appropriate.
We currently still have quite a lot of transitions going on.
*Please don't* upload shlib bumps or lib renamings unless required by one of
these transitions. This has not changed since
or indirectly on gdk-imlib1
*at once*, and such a request should come from debian-gtk-gnome regulars,
who are perhaps best equipped to make such a list.
--
Nathanael Nerode [EMAIL PROTECTED]
A thousand reasons. http://www.thousandreasons.org/
Lies, theft, war, kidnapping, torture, rape, murder...
Get me
.
--
Nathanael Nerode [EMAIL PROTECTED]
A thousand reasons. http://www.thousandreasons.org/
Lies, theft, war, kidnapping, torture, rape, murder...
Get me out of this fascist nightmare!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
. But they should certainly
be dropped from testing.
remove orbit2cpp/1.3.9-1
remove libbonobomm1.3/1.3.8-2.2
remove libbonobouimm1.3/1.3.7-3.1
This cleans up the libsigc++1.2 dependency tree a little.
--
Nathanael Nerode [EMAIL PROTECTED]
A thousand reasons. http://www.thousandreasons.org/
Lies, theft
[EMAIL PROTECTED] wrote:
Ok, I've just been through the ntp source tree looking at all the
copyright and license assertions. Executive summary is that there are
indeed some problems, but it's not bad, and I believe it can be fixed
with an upload that elides certain bits from the upstream
Marco D'Itri wrote:
No, maybe it's you who do not understand english, or probably just like
armchair lawyering.
Please stop being rude when you're wrong.
You apparenly don't understand the difference between a license and a
copyright notice. Actually, it's
quite possible the authors of NTP
with the high demands of the
port by himself). It has a lot of code which needs to be updated to current
GCC standards and is therefore notoriously irritating to debug.
I doubt that it's reasonable to maintain a port to m68k under these
conditions.
--
Nathanael Nerode [EMAIL PROTECTED
of them will be GTK, Qt, or JACK dependent,
which makes it relatively straightforward.)
--
Nathanael Nerode [EMAIL PROTECTED]
This space intentionally left blank.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
What do these have to do with getting GNOME 2.10 in? The last two are
not in testing at all right now, and I haven't noticed any of these
three packages listed in the hint output.
Perhaps they don't... But they are dependencies of meta-gnome2, which *does*
show up as broken in the hint output,
changing the 'hint' to a
'force-hint', which should obviously only be done after everything else
is ready.
-- Nathanael Nerode [EMAIL PROTECTED]
Make sure your vote will count.
http://www.verifiedvoting.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
. :-)
--
Nathanael Nerode [EMAIL PROTECTED]
A thousand reasons. http://www.thousandreasons.org/
Lies, theft, war, kidnapping, torture, rape, murder...
Get me out of this fascist nightmare!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Looking at /usr/include/fam.h (the only FAM header file), it appears to
provide a pure C interface only. The library has an awful lot of C++
symbols, but it seems clear that nobody's supposed to be linking to them.
Changing the name is reasonable anyway, but it looks like it might be safe
for it
So there's something weird keeping gcc-defaults out of etch.
gcc-defaults is waiting for gcc-3.4.
britney thinks that updating gcc-3.4 in testing will break jigdo
on arm. Presumably this is because jigdo in testing depends on
libstdc++6-0 on arm, which isn't going to exist any more.
jigdo in
OK. The GNOME transition isn't going to happen for a *long* time,
since it's stuck behind the xorg-x11 transition. Also, at least
control-center and icewm need new uploads. But I've found
some other things which might help clear it once that happens.
---
# libpango is holding up gdesklets
release blockers:
pet release goals (aka non-blockers):
How about a newer glibc version? Not mentioned, but I think a lot of people
would really like to see it.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Andreas Barth wrote:
Hi,
I started to draft the textual changes to our release policy according
to our meetings results. Please feel free to cluebat me until the texts
are in good shape. :)
Cheers,
Andi
1. DFSG-freeness
Code {+and Documentation+} in main and contrib
Bill Allombert wrote:
After spending a dozen of hour tracking it, I have the obvious headache,
but also the following:
1) debootstrap woody
2) Install the following packages:
konqueror aptitude libqt3 libhtml-tree-perl libapt-pkg-perl libft-perl
3) point apt at sarge.
At this point
Just did a little checking on Joey Hess's list:
opendchub 0.7.14-1.1 needed, have 0.7.14-1 for CAN-2004-1127
Needs 2 days, m68k build
mailutils 1:0.5-4 needed, have 1:0.5-3 for CAN-2004-0984
Blocked for over 1 month by missing s390 builds now.
Still.
perl 5.8.4-4 needed, have
Steve Langasek wrote:
On Fri, Oct 01, 2004 at 01:07:25PM -0400, Nathanael Nerode wrote:
So I produced a kernel intended for the upgrade-i386 directory.
See http://lists.debian.org/debian-kernel/2004/08/msg02087.html
I wanted it to be tested, but nobody has paid any attention. I don't
Andreas Metzler wrote:
OTOH 4.34-2 is rather well tested, it has been in sid since 2004-05-31
and I'd like to get it into testing. - The new upstream simplifies
some part of the configuration due to new features but mainly consists
of bugfixes.
If this is unacceptable I can try to prepare
Steve Langasek wrote:
On Thu, Jun 03, 2004 at 01:07:02AM +0200, Andreas Barth wrote:
snip
# FTBFS, first reported on 2002-11-20, no success in fixing till now
remove xemacs21-packages/2003.01.27-1.1
Hint added, but this also seems to require removal of xemacs21 itself.
Thoughts?
Xemacs21
Joe Buck wrote:
IBM holds *so* many software patents (all invalid on their
faces, of course) that if it decided to enforce them, and was
successful, most of Debian would likely have to be removed.
Many of IBM's patents are clearly valid according to US law;
OK, that may be true -- I should
Colin Watson wrote:
On Sun, May 23, 2004 at 08:57:39PM +0200, Andreas Barth wrote:
Hi,
as far as I understood, we probably need for the release of sarge at
least six more weeks, i.e. not before 4th July. Some packages are put
into non-free/contrib because they produce (direct or indirect)
Wouter Verhelst wrote:
When autobuilding the experimental distribution, I'd think one would
want to install packages from experimental (otherwise there wouldn't be
much point). Since experimental is explicitely for packages that are
expected to be broken, I suspect the number of
Joey Hess wrote:
Another fine waste of electrons:
It's using libgnutls10? (Or is it using libgcrypt7 directly?) Hmmm.
OK, I
guess that's a good enough reason to put off the change. :-P
Take a look at debootstrap's changelog sometime.
Oh, debootstrap is still being used by default, not
Ivo Timmermans wrote:
Werner Koch wrote:
libgcrypt7 is not supported by upstream because it has always been
marked as work-in-progress.
Please replace it by the current libgcrypt (1.1.94) which will RSN be
re-released as the stable 1.2. We are then going to track down any
remaining
Colin Watson wrote:
It is very painful to change the version of libgcrypt7 in base at this
point. Doing this will break debian-installer testing, which is the
It's using libgnutls10? (Or is it using libgcrypt7 directly?) Hmmm. OK, I
guess that's a good enough reason to put off the change.
Steve Langasek wrote:
On Tue, Apr 06, 2004 at 08:20:54AM -0400, David B Harris wrote:
On Tue, 6 Apr 2004 01:15:13 -0500
Steve Langasek [EMAIL PROTECTED] wrote:
Can one of the release managers comment on this? Me and the other
ALSA maintainers had planned on changing (perhaps getting rid
Martin Schulze wrote:
Really, 2.*2*? Any reason for that rather than 2.4?
They're similar. So it's from 2.4 as well. Please take a look at the
source and let me know if there are any problems to be expected with
it, if you're in doubt.
The structures are the same... except for one thing.
Martin Schulze wrote:
Nathanael Nerode wrote:
sysklogd has two annoyingly-long-open patched RC bugs.
(syslog-ng, for example, doesn't.)
sysklogd's maintainer (Martin Schulze) is presumably too busy to deal
with
it, or something. Either sysklogd should be NMUed, or a different
syslog
Rene Engelhard wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Nathanael Nerode wrote:
-- libdb3:
rpm (and librpm4)
libsasl2
dhelp
libpam-modules
openoffice.org-bin
OOo builds and (apparently) works with db3, db4.0, 4.1 and
(I tested this yesterday) 4.2, too - the db
Colin Watson wrote:
On Mon, Mar 29, 2004 at 12:53:14AM -0500, Nathanael Nerode wrote:
OK, just as a data point, here are the things on my system built against
various versions of libdb other than libdb4.2.
-- libdb1-compat
libc6
Is there ever going to be any way to get rid of this waste
Clint Adams wrote:
Note that upgrading applications to new libdb versions is generally more
work than you expect, as on-disk databases need to be upgraded.
Sometimes you can use the db*_upgrade tools, sometimes you can dump and
reload, sometimes it's acceptable and much easier to trash the
I filed bug 241225 to prevent new hotplug from going into sarge until the
ALSA issue is resolved.
New hotplug currently breaks alsa for basically everyone using
kernel 2.6. This is a nasty regression, regardless of whose fault it is,
and it seems extremely inappropriate to allow this regression
Steve Langasek wrote:
db3
#223142, #234507
db4.0
#223140
I know we can't remove them. One of the base problems
It would be nice to see fewer copies of libdb in sarge, in all honesty.
Christian Perrier reported on debian-boot that there are no less than
six versions currently pulled in
For zope to be removed, one must also do this:
remove zope-textindexng2/2.05-1
remove zope-zpatterns/0.4.3p2-17
--
Make sure your vote will count.
http://www.verifiedvoting.org/
sysklogd has two annoyingly-long-open patched RC bugs.
(syslog-ng, for example, doesn't.)
sysklogd's maintainer (Martin Schulze) is presumably too busy to deal with
it, or something. Either sysklogd should be NMUed, or a different
syslog package should be the default for sarge. Thoughts?
--
These should both work right now.
easy mono/0.30.2-1 mcs/0.30.2-1
easy arts/1.2.1-2 xmms-arts/0.7.1-1
--
Make sure your vote will count.
http://www.verifiedvoting.org/
Steve Langasek wrote:
= easy lam/7.0.4-2 blacs-mpi/1.1-21 scalapack/1.7-7
python-scientific/2.4.5-2 hdf5/1.6.1-4 netpipe/3.6-1 xmpi/2.2.3b8-3
Lets that whole list in.
Well, this isn't working, apparently, from the big FAILED in
update_output.txt, and I can't tell why from update-output.txt.
Yay! All the necessary uploads have been done for lm-sensors!
Congrats to everyone involved!
It will still take ten days and some rebuilds. (Unless the 'urgent' hint
becomes possible.)
But when they're ready I think this is the right hint:
easy lm-sensors/2.8.5-3 mrtgutils/0.5
Riku Voipio wrote:
On Fri, Mar 12, 2004 at 09:37:15PM -0500, Nathanael Nerode wrote:
Igor Genibel wrote:
Could you explain your motivation about dovecot ?
The upstream seems to be active and aware
( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=225048 )
and the maintainer too
Adrian Bunk wrote:
snip
This will ensure _nothing_.
It's supported that users upgrade from Debian 3.0r0 to 3.1.
Unfortunately, I think that already isn't supported. If I'm not very much
mistaken, there are several things which simply will not work without an
intermediate upgrade to 3.0r2 --
I'm getting more aggressive as time goes on. All of these have RC bugs
which affect the package in Sarge and have been open since at least January.
I ignored patched and pending bugs, although I'll probably send a different
message to a different list asking for NMUs of those. I also ignored
Josip Rodin wrote:
On Sat, Mar 20, 2004 at 03:22:20PM -0500, Nathanael Nerode wrote:
remove dict-jargon/4.4.4-4
FTBFS (#229435). Eventually it will be fixed and it can go in again, of
course.
Um. It's Architecture: all.
So what? It still has source and object files, since it generates
hint lam/7.0.4-2
Won't work until scalapack builds on mips, but that appears to be just
a matter of time.
--
Make sure your vote will count.
http://www.verifiedvoting.org/
So, the nagios mess does not look close to being fixed.
The following packages have no installable binaries in 'testing' (except
nagios-nrpe-doc, which seems kind of silly when none of the other packages
are installable.)
remove nagios-nrpe/2.0-2
remove nagios-statd/3.09-3
remove nagios/2:1.1-11
Josip Rodin wrote:
On Sat, Mar 20, 2004 at 05:30:21PM -0500, Nathanael Nerode wrote:
remove dict-jargon/4.4.4-4
FTBFS (#229435). Eventually it will be fixed and it can go in again,
of course.
Um. It's Architecture: all.
So what? It still has source and object files, since
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adrian Bunk wrote:
| On Sat, Mar 20, 2004 at 06:46:28PM -0500, Nathanael Nerode wrote:
|
|So, the nagios mess does not look close to being fixed.
|The following packages have no installable binaries in 'testing' (except
|nagios-nrpe-doc, which seems
remove irssi-plugin-icq/0.2-2
#232702, request of maintainer
--
Make sure your vote will count.
http://www.verifiedvoting.org/
remove gkrellongrun/0.6.1-2.2
Bug #190882.
--
Make sure your vote will count.
http://www.verifiedvoting.org/
remove wesnoth/0.6.99.4-1
Bug #238191
--
Make sure your vote will count.
http://www.verifiedvoting.org/
remove icecast2/1.9+2.0alphasnap2+20030802-1.2
Bug #229720; the 'license-clean' version still hasn't been uploaded, and the
'license-dirty' version shouldn't be released.
--
Make sure your vote will count.
http://www.verifiedvoting.org/
deadlock. Is it possible to hint a joint removal?
If not, this may require manual intervention.
--
Nathanael Nerode neroden at gcc.gnu.org
US citizens: if you're considering voting for Bush, look at these first:
http://www.misleader.org/ http://www.cbc.ca/news/background/arar/
http
that this 'can't be removed', but see above
remove kernel-image-2.4.18-i386bf/2.4.18-5
remove kernel-patch-2.4.17-s390/0.0.20020816-2
remove kernel-image-2.4.17-s390/2.4.17-3
remove rcconf/1.6
--
Nathanael Nerode neroden at gcc.gnu.org
US citizens: if you're considering voting for Bush, look at these first
'l' except for this one I happened to notice:
remove rcconf/1.6:
#218951 Thomas Hood described it as an experimental POS with potential.
--
Nathanael Nerode neroden at gcc.gnu.org
US citizens: if you're considering voting for Bush, look at these first:
http://www.misleader.org/ http
and won't be until it's repackaged (for similar reasons plus others).
== urgent libjackasyn
Um, yeah, I know there isn't such a hint yet, but if there was, this
would be a good idea. Otherwise we have to wait another 10 days when
all that changed was a Build-Depends.
--
Nathanael Nerode neroden
in, and then kdeaddons 3.1.5 will go in -- and kdeaddons
is still at version 2.2.2 in sarge. In other words, this will allow
there to be a version of KDE 3 entirely present in sarge for the first
time, accomplishing an important release goal and allowing everyone
to relax. :-)
--
Nathanael Nerode
,motv
--
Nathanael Nerode neroden at gcc.gnu.org
US citizens: if you're considering voting for Bush, look at these first:
http://www.misleader.org/ http://www.cbc.ca/news/background/arar/
http://www.house.gov/reform/min/politicsandscience/
:1.5-3
Version mismatch, mozilla 2:1.5-3 != 2:1.6-1
Not using hint
Hint from ajt: jack-audio-connection-kit/0.75.0-2 alsa-lib/0.9.8-2
Version mismatch, jack-audio-connection-kit 0.75.0-2 != 0.94.0-1
Version mismatch, alsa-lib 0.9.8-2 != 1.0.1-1
Not using hint
--
Nathanael Nerode neroden
-- may (or may not) need Ryan Murray to wake up
--
Nathanael Nerode neroden at gcc.gnu.org
US citizens: if you're considering voting for Bush, look at these first:
http://www.misleader.org/ http://www.cbc.ca/news/background/arar/
http://www.house.gov/reform/min/politicsandscience/
previous suggestions have all gone in and been successful. :-)
== remove logtrend-visuapache/0.82.2-1
Necessary to remove libgd-perl. (Although, come to think of it, why was
libgd-perl being removed again?)
--
Nathanael Nerode neroden at gcc.gnu.org
US citizens: if you're considering voting
The lone mipsel buildd appears to be suffering all manner of problems.
Perhaps it's time to admit that mipsel isn't keeping up right now? :-P
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
Martin Schulze wrote:
Joel Konkle-Parker wrote:
According to http://people.debian.org/~joey/stable.html, 3.0r3 is due to
be cut pretty soon.
How's it looking?
It'll probably be mid or end of February.
Regards,
Joey
Is it possible to get the boot-floppies from unstable (which are
IMHO encompass should be dropped from testing.
Opinions?
I suggested this several days (weeks?) ago because I *anticipated* encompass
keeping neon (and hence subversion) out of sarge. Note that apart from
whatever problems encompass itself has, it is stuck until gtkhtml3.0 is
fixed, and
freeze there will be no new uploads of
anything in this mess (except to fix build failures or RC bugs)
until kdemultimedia gets in. :-)
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
http://ftp-master.debian.org/testing/update_out_code/
http://ftp-master.debian.org/testing/hints/
Forbidden.
Please (a) reenable these, and (b) link them from somewhere appropriate
(such as http://www.debian.org/devel/testing).
Thank you.
--
Nathanael Nerode neroden at gcc.gnu.org
http
.
It may be more reasonable to remove the package entirely, from
sid as well, despite the maintainer's statements of intent -- that's why
this is CC:ed to QA.
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
-4
The problem is that this is non-free with unsatisfiable depends and
will *never* go in manually. 5328 is needed for out-of-the-box 2.6 kernel
support, which is worth having for sarge.
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
== force nvidia-graphics-drivers/1.0.4496-10
The testing scripts still don't recognize that non-free packages can
depend on packages not in Debian, so there's no other way to get this in.
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
will need to be kept out because gtkhtml3.0 is broken. :-P
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
.
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
hint libpcd/1.0.1 openmotif/2.2.2-6
These two need to go in together because of ida.
It won't work until ida/0.20 gets built on arm and m68k, but hopefully
that will happen soon.
).
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
I notice emacs20 has been trying to be removed for a while.
In order to make this work, you need to
remove eshell/2.4.2-6
remove w3-el/4.0pre.46-18
remove emacs20/20.7-13.1
W3-el and eshell are packages for emacs20 (only). The packages serve no
function with emacsen other than emacs20. Eshell
AJ, thanks for the pointer to
http://ftp-master.debian.org/testing/hints/README; I'd never seen it
before, because it isn't linked to by anything.
==? reassign bug 224599 (and mergee 224602) to nvidia-glx or something
These are known not to be bugs in the python-qt3 package. The
maintainer
On Wed, Dec 31, 2003 at 02:01:34AM -0500, Nathanael Nerode wrote:
==? Ignore RC bugs for kdebase/4:3.1.4-1
Neither of the RC bugs are present in sid (only in woody); it seems to
be a failing of the current 'testing' scripts that they don't recognize
this, given that both bugs are tagged 'woody
== remove rocks-n-diamonds/2.0.0-0.2
May not be distributable; see bug #210233
== remove mindi-kernel/1.0-1
No source; see bug #217160
== remove kernel-image-3.4.18-i386bf
Boot-floppies image, useless in sarge
== remove iraf/2.11.3-2
FTBFS, major FHS violation, binary with same name as one in
Woo-hoo; beautiful hinting. :-) Nice to see zlib in.
Looks like s390, arm, and sparc were put on the out-of-date architecture
list, right?
Lots of stuff should start going in automatically, such as apache.
--
So, it's time to hint mozilla in together with its locale packages.
I have been
libcache-cache-perl: See bug 215107; the (new) maintainer apparently
does not want it in testing until he fixes it. Yet it is already in
testing
kernel-image-2.4.18-i386bf: Boot-floppies kernel image. Boot-floppies
won't be in sarge.
iraf: Three serious policy violations. (223543,
Colin Watson wrote:
zlib's going to be a little while due to missing buildds, and a lot of
the rest depends on that ...
I think we might have to remove some packages for
jack-audio-connection-kit. IRC conversations are a bit timezone-lagged
though.
It's really hard to tell until the buildds
101 - 200 of 220 matches
Mail list logo