Possible fix:
I tried adding the missing file arv-viewer.ui as follows:
- Modify the source package aravis-0.6.0-1, adding the following line
to debian/aravis-tools.install:
usr/share/aravis-0.6/arv-viewer.ui
- Rebuild the aravis-tools binary package.
The modified package contains
08:52:58.292: Cant't load user
interface file: Failed to open file
“/usr/share/aravis-0.6/arv-viewer.ui”: No such file or directory
Trace/breakpoint trap
Indeed the file "arv-viewer.ui" is not included in the "aravis-tools"
package.
I believe this makes the program completely unusa
Hello,
I second the request to upgrade, to Linux-GPIB 3.2.14 please.
The current version of gpib-modules-source-3.2.11-2 does not compile against
recent kernels. This is increasingly a problem, because modern hardware often
requires a recent Linux kernel (for network driver, video card, etc.).
Package: kpicosim
Version: 0.6a-1
Severity: important
The built-in assembler in kpicosim may generate incorrect code when
the PicoBlaze program uses constant names starting with an 's'.
When the first two letters of the name of a constant match the
name of a register, the assembler uses that
The policy manual says: The Depends field should be used if the
depended-on package is required for the depending package to provide
a significant amount of functionality.
If I start audacious without D-Bus, I do not see errors but I do see
a music player that provides a satisfactory
Package: audacious
Version: 2.1-1
Severity: minor
Hello,
I noticed that the new audacious package depends on dbus and dbus-x11.
This is not correct. Audacious in fact works fine without dbus.
Probably there is some advanced functionality in audacious which
requires dbus. But the core package
Package: mp3gain
Version: 1.5.1-1
Severity: wishlist
Tags: patch
Recent versions of mp3gain have an option to write gain information
in ID3v2 format instead of APEv2 format. This option is not yet documented
in the manpage.
Also, the manpage could more clearly explain the two ways of working
Package: sysklogd
Version: 1.5-5
Syslogd is vulnerable to a race condition where SIGTERM triggers a
futex deadlock, freezing the syslogd process.
To demonstrate the bug, I will assume that syslogd is configured to
send log messages to a remote target, and also that the DNS server is
not
Package: sysklogd
Version: 1.5-5
When syslogd is configured to send messages to a remote target, and
initial DNS lookup of the target host name fails, the lookup will
be retried later.
The intention has clearly been to retry DNS lookups a limited number of
times, and with some time between the
Package: ghc6
Version: 6.8.2-7
Severity: important
GHC apparently can no longer compile programs that use the
package Data.IntSet. A few months ago, this used to work just fine
with GHC (lenny).
Example Haskell program:
import Data.IntSet
main =
let q = empty
in do
if
Sure I'm fine with waiting until after Lenny.
However, the reason for distributing a module source package is to support
compiling against a non-standard kernel. So the fact that it works with the
standard Debian kernel is of little relevance.
Joris.
--
To UNSUBSCRIBE, email to [EMAIL
Package: comedi-source
Version: 0.7.76+20080817cvs-1
The build process for the comedi modules appears to ignore the KSRC environment
variable.
I suggest adding --with-linuxdir=$(KSRC) to the invocation of ./configure in
debian/rules.
jorisvr:/data/comedi/modules/comedi$
Package: libxml-libxml-perl
Version: 1.59-2
When XML::LibXML::SAX encounters an empty CDATA section while parsing an
XML file, it will sometimes call the characters method of the SAX
handler with an empty hash value as argument. This is wrong, and breaks
XML::RSS::Parser.
When the parser sees
I believe this bug still exists, but is not specific to
libxml-parser-perl. I can reproduce it now (on Debian sarge)
without making any reference to XML::Parser.
The error message I get is slightly different from the original
report, but so similar that I feel it must be the same thing:
On Sat, 2006-08-05 at 14:12 -0400, Joey Hess wrote:
Would just calling Encode::decode_utf8 on the input string in Expat.pm
be the simplest fix?
I'm not sure, but I think not.
First of all, in the case I reported, the parser reads directly from an
input stream. The data is then not touched by
Package: libxml-parser-perl
Version: 2.34-4
Severity: grave
A heap overflow can be triggered in the Expat library wrapper
when running on an input stream in non-raw mode. This bug has
also been reported at CPAN:
http://rt.cpan.org/Ticket/Display.html?id=19859
The following example program will
Package: libxml-parser-perl
Version: 2.34-4
Severity: grave
A heap overflow in the Expat library wrapper can be triggered by
XML input with deeply nested elements. This bug has also been reported
to CPAN: http://rt.cpan.org/Ticket/Display.html?id=19860
The error is caused at
17 matches
Mail list logo