> On Sun, 20 Mar 2011 09:35:40 +0300
>
> "Nikita V. Youshchenko" wrote:
> > *) libetpan15 is linked against libdb4.8, but libetpan-dev depends on
> > libdb5.1-dev
>
> This is a real issue since building packages against libetpan15 pulls
> in a dependen
[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 can
> 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 alwa
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
day
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 listmas...@list
...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 m
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 "unsu
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 portin
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
bi
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
bi
> 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/DBusV
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:
c
> 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 kern
> 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 gcc-d
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 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 "un
> 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
> 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 =&g
> 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 my
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
> 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 so
22 matches
Mail list logo
