[CCing -devel because there are several questions below]
Package: libetpan15
Version: 1.0-3
Severity: critical
Justification: breaks unrelated software
Installing libetpan15(-dev) causes libdb-4.8 libdb-4.7 libdb-4.6 to be
removed since libetpan depends on libdb-5.1. libdb5.1-dev cannot
Package: libetpan15
Version: 1.0-3
Severity: critical
Justification: breaks unrelated software
Installing libetpan15(-dev) causes libdb-4.8 libdb-4.7 libdb-4.6 to be
removed since libetpan depends on libdb-5.1. libdb5.1-dev cannot
coexists with libdb libdb-5.1. Package should always be
While we are on topic.
Maintainer scripts of runit package modify /etc/inittab
Although looks like /etc/inittab is not owned by any package, so policy is
not violated, this IMO still looks strange in debian context.
Is modifying /etc/inittab from postinst ok for random debian package these
...but decided not to do so. Package looks very dirty: autotools-based
build system is broken and can't be restored with autoreconf co because
if dirty tricks used in configure.ac, there are subversion temporary files
left, etc
NMUing this particular bug with suggested workaround won't help
tags 521918 -patch
thanks
Patch suggested by ubuntu is broken: build target mush build everything,
including arch-independed part. See Debian Policy, sec. 4.9.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: readline-common
Version: 6.0-3
Severity: serious
Justification: not installable
readline-common 6.0-3, currently in unstable, depends on dpkg (= 1.15.4),
while unstable contains dpkg 1.15.3.1.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
reassing 466373 ftp.debian.org
retitle 466373 RM: libcompress-lzo-perl: bindings to a library being removed
thanks
Ok, reassigning this bug to ftp.debian.org
In short, package libcompress-lzo-perl is a perl library for liblzo1;
upstream looks dead for years, there is no interest in porting the
reassign 466373 ftp.debian.org
retitle 466373 RM: libcompress-lzo-perl: bindings to a library being removed
thanks
Ok, reassigning this bug to ftp.debian.org
In short, package libcompress-lzo-perl is a perl library for liblzo1;
upstream looks dead for years, there is no interest in porting the
reassign 472848 ftp.debian.org
retitle 472848 RM: libcompress-lzo-perl -- RoM: bindings to a library to be
removed
thanks
Ok, reassigning this bug to ftp.debian.org
In short, package libcompress-lzo-perl is a perl library for liblzo1;
upstream looks dead for years, there is no interest in
Package: dbus-java-bin
Version: 2.4-1
Severity: serious
After running 'apt-get install dbus-java-bin', when I try to start
DBusViewer, I get
/usr/bin/DBusViewer: line 10: /usr/lib/jvm/java-gcj/bin/java: No such
file or directory
/usr/bin/DBusViewer: line 10: exec: /usr/lib/jvm/java-gcj/bin/java:
On Mon Mar 31 16:06, Nikita V. Youshchenko wrote:
Package: dbus-java-bin
Version: 2.4-1
Severity: serious
After running 'apt-get install dbus-java-bin', when I try to start
DBusViewer, I get
/usr/bin/DBusViewer: line 10: /usr/lib/jvm/java-gcj/bin/java: No such
file or directory
but seems to be another solution which apparently compiles to a kernel
module which will catch and report attempts to (ab)use vmsplice at
http://home.powertech.no/oystein/ptpatch2008/ptpatch2008.c
I've just tried to compile this module.
It successfully insmod'ed:
Feb 11 12:54:29 zigzag
Package: gcc-doc, gcc-4.1-doc
Severity: serious
The invariant part fsf-funding, plus the license texts are split out
from the manual pages, but currently not shipped. Removing invariant
parts and cover texts from the docs seems to be a license violation of
the GFDL. The former
Just tried in a pbuilder.
etpan-ng 0.7.1-3 builde ok in pbuilder against libetpan 0.47-1
Maybe something wrong in your chroot?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.20
found 375611 0.45-3
Bug#375611: libetpan: FTBFS/ia64
Bug marked as found in version 0.45-3.
This is fixed long ago, isn't it?
Current version (0.46-1) builds ok on ia64, as well
as Sylpheed uses etpan for IMAP access, the problem with not working SSL
will be probably in it.
Since people are only downgrading Sylpheed, not libetpan, to get
functionality back, this does not look like a library issue.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Sun, Jan 22, 2006 at 10:14:16PM +0100, Frank Lichtenheld wrote:
I've implemented this option. Patch and new script (since the patch is
garbled with a little code clean-up I did while going through the
script) are attached.
Comments and/or testing welcome.
Comment to myself: The
On Tue, Jan 24, 2006 at 06:43:02PM +0300, Nikita V. Youshchenko wrote:
dpkg-shlibdeps calls ldd, which will just fail if LD_LIBRARY_PATH
won't point to directories with local libraries.
That's not true. ldd will just happily print libfoo.so.1 = not found
and exit with exit code 0. So
On Tue, Jan 24, 2006 at 06:05:43PM +0300, Nikita V. Youshchenko wrote:
On Sun, Jan 22, 2006 at 10:14:16PM +0100, Frank Lichtenheld wrote:
Comment to myself: The current patch probably breaks dh_shlibdeps
-l option because it doesn't honor LD_LIBRARY_PATH. Can someone
tell me
Hello people.
objdump isn't a solution either, while it sometimes can read the
other shared library, it doesn't provide the linker search patch
which is of critical importance to get this stuff right.
Hmm...
But what for is that search path?
As far as I understand, dpkg-shlibdeps
objdump isn't a solution either, while it sometimes can read the other
shared library, it doesn't provide the linker search patch which is of
critical importance to get this stuff right.
Hmm...
But what for is that search path?
As far as I understand, dpkg-shlibdeps should just get NEEDED
21 matches
Mail list logo
