On Thu, Apr 24, 2003 at 09:04:15PM +1000, Anthony Towns wrote:
> 146103 followup: any progress on 186299? any progress re: workaround?
A workaround (in fact, a correction to buggy code which caused the
compiler error) was suggested by gcc upstream, and I forwarded it to
#146103. As soon as I get back from my weekend in Scotland I'll build an
NMU; I was waiting for Adam Conrad to do so, but he seems to be busy
with other things now.
> 188400/qcam followup: NMU? mark as MIA/orphaned?
The maintainer gave me permission to NMU; done.
> 188403/ipautofw followup: did the patch work?
It's built on all released architectures and has no new bugs, so I'd say
it's fine.
> 149460 [ ] perhaps race condition when bringing multiple tap ...
The last message to the bug was from the submitter, indicating that the
problem may have been fixed in kernel 2.4.20. I've pinged him to ask how
his further testing went. If he still reports problems, I intend to
reassign this one over to the kernel; in the absence of evidence to the
contrary I think all his processes stuck in the D state and tun/tap
unregistration errors in the kernel log indicate a kernel bug.
> 153457 [ + ] inetutils: policy violation section 13.3
Since I don't have a hurd-i386 box, I can't usefully offer to NMU; the
best I can do here for now is ping the maintainer, which I've done. No
response yet. It just occurred to me I should have copied -hurd, so I
bounced my ping there.
> 154155 [ ] lib-saxon-java: package well behind current stable ...
Argument in progress. :-)
> 154727 [ ] libdb-ruby: Version conflict between db2 and db3.
The fixes to this (libdb{2,3,4.1}-ruby) were waiting in NEW and have
just been accepted.
> 155130 [ ] wvdial: pppd does not use provided password
In the absence of any knowledge whatsoever of wvdial I've asked -user
and the ppp maintainer for help reproducing or explaining this. It
smells of user error, though; breakage like that reported would have
caused major problems for lots of people, and there are no other
reports. I will downgrade if people who know more than I do confirm
this.
> 155158 [ ] fp-units-gfx: Package dependecies list must be ...
Package seems largely unmaintained (there's also a serious bug filed,
recently with a patch), but the maintainer is active elsewhere in
Debian. I've sent a ping and will NMU if nothing comes of it.
> mrouted,
Non-free, needed builds on alpha, ia64, powerpc; all built by hand. It's
in testing now.
> jpeg2ps,
Non-free, needed builds on alpha, ia64, powerpc, sparc; all built by
hand. It's in testing now.
> rumbagui
I pinged #137784 in fairly strong terms; the maintainer said a new
upstream release is underway. We'll see ...
> -alsa-lib-0.5
Progress on this: phonecore is in, so it's only blocked by freesci and
soundtracker now. freesci still has that toolchain problem, and
soundtracker is still blocked on jack-audio-connection-kit and
libsndfile. However, the RC bug in libsndfile has now been fixed and
it's built everywhere, so that'll unstick in a week or so. The freesci
problem might take longer, so if getting rid of alsa-lib-0.5 is
something we want to do soon I'd recommend removing freesci/arm from
testing.
--
Colin Watson [EMAIL PROTECTED]
