* get new linux-kernel-headers on the buildds
Your long mails in the corresponding RC gem bug didn't include the
suggestion to let gm build depend on an appropriate version of
linux-kernel-headers.
Unless I'm mistaken, new versions of glibc and linux-kernel-headers are
*not* automatically
Adrian Bunk wrote:
On Fri, Dec 19, 2003 at 09:15:00PM -0500, Nathanael Nerode wrote:
Adrian Bunk wrote:
Independent of this, they are not ready:
xawtv depends on new zlib
zlib has build failures on several architectures
This should hopefully be fixed ASAP as it's holding up mozilla
presumably go in when
the jack-audio-connection-kit logjam unjams.
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
suspect that there won't be much more and it will become appropriate
to try to figure out how to fix all the uninstallable in sarge bugs at that
time.
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
These are the qt2 packages. Currently they are held up because they
break innovation3d and nurbs++ -- both of these have newer, c102
versions in unstable which use qt3. They FTBFS on some architectures,
so they can't go in, but if they were removed from 'testing', it looks
like the qt2
Wouldn't it be more effective if you would try to fix these packages
instead of proposing to remove them?
No, it wouldn't.
(1) I couldn't care less about these packages. I'm not competent to fix them
and
I don't really want to.
(2) nurbs++ has been failing to build on HPPA since July,
Are these four ready to be hinted in together, or am I missing something?
It looks like libsigc++ is ready to go. All the packages which it would
render uninstallable are just waiting for it (or have been deleted from
unstable).
xgsmlib needed a build on m68k, which is apparently done (I don't know
if it's been uploaded yet; if not, that should happen first of
This is a non-free package. It won't go in due to unsatisfiable 'depends',
but that's the way it's designed; it seems to be a false issue.
It will break horribly when unstable glibc gets into 'testing' unless its
new unstable version is pushed into testing.
--
Nathanael Nerode neroden
libgc
-
* oo2c has to wait 6 more days.
* w3m has an RC security bug (#200028) which has not been fixed
(apparently due to some stupid arguments).
* Then, joint hinting will presumably do the trick.
Summary:
w3m should not be setuid root. It needs to be setuid root because
/dev/MAKEDEV
http://bjorn.haxx.se/debian/testing.pl?package=icu
The three 'uninstallable' packages aren't in unstable.
It looks like 'xerces' and 'xerces20' should stay gone. Not sure about
'xerces21', but if it should stay, it should be hinted in together with
icu, which looks like it will make
It looks from
http://bjorn.haxx.se/debian/testing.pl?package=libsigc%2B%2Bexpand=1
as though libsigc++ and the packages which depend on it are ready to go in,
but have to be hinted together.
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
Colin Watson wrote:
On Fri, Oct 17, 2003 at 01:55:28PM -0400, Nathanael Nerode wrote:
It looks from
http://bjorn.haxx.se/debian/testing.pl?package=libsigc%2B%2Bexpand=1
as though libsigc++ and the packages which depend on it are ready to go in,
but have to be hinted together.
They aren't
time as libxml2.
Hope this helps.
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
-master.debian.org/testing/testing_outdate.txt
* Uninstallable binaries in testing fixed up (a list of reasons for each
one wouldn't hurt in dealing with this)
http://ftp-master.debian.org/testing/testing_probs.html
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode
setup, lots of unfixed-long-time bugs.
autoinstall-i386 -- doesn't build, hasn't for a long time.
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
From bjorn.haxx.se:
20 packages wait for lcms (63 days old, Valid candidate, breaks 309 pkgs)
Really? This seems unlikely.
Perhaps it needs hinting?
to
do with upstream gcc. :-/ Evil gpc.
hppa is toast due to glibc, so I don't even know what to say about KDE there.
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
be hinted in despite the HPPA problem (that's
what I'd guess)?
--
Nathanael Nerode neroden at gcc.gnu.org
http://home.twcny.rr.com/nerode/neroden/fdl.html
the bottleneck for KDE to get into testing. If a
concerted effort is made to deal with that, it will probably slow down
the building of everything else on m68k, of course...
I'm sure it will catch up eventually, but it does seem to be behind
right now.
--
Nathanael Nerode neroden at gcc.gnu.org
201 - 220 of 220 matches
Mail list logo