Steve Langasek vor...@debian.org writes:
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2, or (at your option)
any later version.
(The
Package: util-linux
Version: 2.13-2
Severity: serious
(Reading database ... 9677 files and directories currently installed.)
Preparing to replace util-linux 2.13~rc3-6 (using
.../util-linux_2.13-2_sparc.deb) ...
Unpacking replacement util-linux ...
dpkg: error processing
severity 437423 important
thanks
Juhapekka Tolvanen [EMAIL PROTECTED] writes:
But
http://packages.debian.org/cgi-bin/search_contents.pl?word=%2Fusr%2Fshare%2Fcommon-licenses%2FGPL-3searchmode=searchfilescase=sensitiveversion=unstablearch=i386
says:
You have searched for
Package: libsilc-1.0-2-dev
Version: 0.9.12-6
Severity: serious
| Unpacking replacement libsilc-1.0-2-dev ...
| dpkg: error processing
/var/cache/apt/archives/libsilc-1.0-2-dev_0.9.12-6_i386.deb (--unpack):
| trying to overwrite `/usr/lib/libsilc.so', which is also in package
libsilc-1.0-2
|
severity 430041 important
thanks
Loïc Gomez [EMAIL PROTECTED] writes:
le 22.06.2007, Touko Korpela [EMAIL PROTECTED] a écrit:
You seem to use obsolete version of binutils. Testing and unstable have
2.17cvs20070426-8.
I tried with all the versions availables before posting this
Daniel Jacobowitz [EMAIL PROTECTED] writes:
I think it's just a bug in readelf that it can't deal with the gnu hash.
IIRC it was fixed recently upstream.
It hasn't been as far as I can see; there's simply no code in readelf
to handle hash-style=gnu when invoked as -s -D, only for -i. I
Package: libc6
Version: 2.5-4
Severity: serious
| Preparing to replace libc6 2.3.6.ds1-11 (using
.../archives/libc6_2.5-4_arm.deb) ...
| Unpacking replacement libc6 ...
| dpkg: error processing /var/cache/apt/archives/libc6_2.5-4_arm.deb (--unpack):
| dpkg: warning - old post-removal script
Package: python-numpy-dev
Version: 1:1.0.1-2
Severity: serious
| Automatic build of shogun_0.3.0-1 on grieg by sbuild/arm 98
| Build started at 20070215-1448
| **
[...]
| ** Using build dependencies supplied by package:
Package: oo2c
Version: 2.1.11-2
Severity: serious
This failure mode hoses the buildd chroot to the point where a human
has to come and intervene...
| Automatic build of libooc-vo_20020310-3+b1 on cats by sbuild/arm 98
| Build started at 20070126-1804
|
Simon Josefsson [EMAIL PROTECTED] writes:
This is out of scope of debian-legal, I think, because it's not a
matter of interpreting the DFSG or a license. It's really matter for
the FTP masters and the Release manager, I think.
FWIW, I'm happy to say as an FTP master that the requirements of
retitle 380370 as: arm segmentation fault in low memory situations with large
C++
severity 380370 important
thanks
Christopher Martin [EMAIL PROTECTED] writes:
/usr/lib/gcc/arm-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/basic_string.h:278:
warning: cast from 'char*' to
Package: mpd
Version: 0.12.0-2
Severity: serious
You appear to be missing a build-depends on quilt.
| Automatic build of mpd_0.12.0-2 on spontini by sbuild/sparc 85
| Build started at 20061002-1652
| **
[...]
| **
Package: libdvdread3
Version: 0.9.6-4
Severity: serious
The /usr/share/doc/libdvdread3/install-css.sh script uses files in
/tmp in an entirely unsafe manner and is only useful when run as root.
--
James
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Package: libsensors3
Version: 2.10.1-1
Severity: serious
You appear to be missing a depends on debconf.
| Automatic build of cpufreqd_2.2.0-2 on auric by sbuild/sparc 85
| Build started at 20060927-1449
| **
[...]
| **
Package: libept
Version: 0.4.0
Severity: serious
You appear to be missing a build-depends on cmake.
| Automatic build of libept_0.4.0 on auric by sbuild/sparc 85
| Build started at 20060928-0606
| **
[...]
| ** Using
Package: apr
Version: 1.2.7-4
Severity: serious
You appear to be missing a build-depends on doxygen.
| Automatic build of apr_1.2.7-4 on europa by sbuild/arm 85
| Build started at 20060927-1256
| **
[...]
| ** Using
Package: packagesearch
Version: 2.1.1
Severity: serious
Build-Depends-Indep are not satisifed when debian/rules build is run.
docbook-to-man should be in build-depends.
| Automatic build of packagesearch_2.1.1 on spontini by sbuild/sparc 85
| Build started at 20060924-0321
|
Package: libgnome-java
Version: 2.12.3-1
Severity: grave
libgnome-jni has been bin-only NMUed but libgnome-java (which is Arch:
all) has a strict dependency on the exact source version of
libgnome-jni.
libgnome-java | 2.12.3-1 | unstable | source, all
libgnome-jni | 2.12.3-1+b1 |
James Vega [EMAIL PROTECTED] writes:
Is Vim's manual distributable in main or do we need to move it to
non-free?
The OPL without options is fine for main.
--
James
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 293556 + unreproducible moreinfo help
thanks
martin f krafft [EMAIL PROTECTED] writes:
severity 293556 grave
thanks
It just did it again. I am thus making the bug RC.
Obviously this works for me - I've never had gpg trash a pubring.gpg
and I've often interrupted it while it was
Aurelien Jarno [EMAIL PROTECTED] writes:
True, this part has been rejected upstream, but all other parts, ie
most of them, have been accepted. So I can't let you say the patch as
originally posted was rejected there.
Sorry, maybe you speak a different English from me. The patch as
originally
Steinar H. Gunderson [EMAIL PROTECTED] writes:
Here's a patch to do that; before configure, it checks for the
existence of the given symlink, and if it exists, removes
it. Testing would be appreciated.
Thanks for the patch, I'm uploading a package with something similar
now. Some notes:
o
Aurelien Jarno [EMAIL PROTECTED] writes:
Also Ubuntu *DOES* have this patch. Matthias has added it in version
2.17-1ubuntu1, and the patch is called
debian/patches/122_x86_64_i386_biarch.dpatch.
That's edgy, not dapper.
--
James
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Aurelien Jarno [EMAIL PROTECTED] writes:
Well this patch has been merged upstream in November 2005,
Bzzt, no, it wasn't.
~/debian/packages/binutils/binutils-2.17 % grep ld.so bfd/elfcode.h
zsh: exit 1 grep ld.so bfd/elfcode.h
That part of the patch was, as I said, rejected upstream.
Aurelien Jarno [EMAIL PROTECTED] writes:
James Troup wrote:
Aurelien Jarno [EMAIL PROTECTED] writes:
The bug is opened with a patch for a long time, so I plan to do a porter
NMU on friday morning UTC time, unless you oppose and upload a patched
version by yourself.
I do oppose an NMU
Loïc Minier [EMAIL PROTECTED] writes:
On Wed, Jul 19, 2006, James Troup wrote:
Also Ubuntu *DOES* have this patch. Matthias has added it in version
2.17-1ubuntu1, and the patch is called
debian/patches/122_x86_64_i386_biarch.dpatch.
That's edgy, not dapper.
Your point being?
*sigh
Aurelien Jarno [EMAIL PROTECTED] writes:
First it would have been nice to expose your opposition before, that
would have let us 50+ days to dig into the problem.
Well, it'd be nice if I had a pony too, but I don't.
Saying it works on Ubuntu is not a right answer.
I didn't say it was the
Matt Zimmerman [EMAIL PROTECTED] writes:
On Tue, Jul 04, 2006 at 11:55:16PM +0100, James Troup wrote:
Package: apt-utils
Version: 0.6.44.2
Severity: serious
Tags: help
(Backported) apt-ftparchive on ftp-master currently fails to generate
Contents files. I've reproduced this locally
Hi,
I'm pretty sure this bug is simply due to misuse of auto_ptr in
writer.cc (causing old auto_ptr's not to be freed properly or
similar which then causes breakage after a few have built up). This
is probably my fault; the fix is just:
Unfortunately this patch doesn't fix the problem for me
Package: apt-utils
Version: 0.6.44.2
Severity: serious
Tags: help
(Backported) apt-ftparchive on ftp-master currently fails to generate
Contents files. I've reproduced this locally on sid with vanilla
apt-utils and a trivial apt.conf file.
| Done Packages, Starting contents.
|
Package: heartbeat
Version: 1.2.4-9
Severity: serious
Justification: breaks buildds
| Purging configuration files for heartbeat ...
| /var/lib/dpkg/info/heartbeat.postrm: line 25: deluser: command not found
This left the buildd chroot in a broken state.
--
James
--
To UNSUBSCRIBE, email to
severity 365750 important
thanks
Stefan Janke [EMAIL PROTECTED] writes:
[ Sorry for not replying earlier, my bug mail filters weren't setup to
flag bugs for gnus yet. ]
If I start gnus, then I get at the moment only the following backtrace:
I (obviously) can't reproduce this. Could you
Package: gst-plugins-ugly0.10
Version: 0.10.3-1
Severity: serious
Please update your build-depends to match the current package name.
| Automatic build of gst-plugins-ugly0.10_0.10.3-1 on cats by sbuild/arm 85
| Build started at 20060505-2015
|
Package: dvbstream
Version: 0.6+cvs20060501-1
Severity: serious
You appear to be missing a build-depends on dbs.
| Automatic build of dvbstream_0.6+cvs20060501-1 on spontini by sbuild/sparc 85
| Build started at 20060502-0745
|
Package: redhat-cluster
Version: 1.02.00-1
Severity: serious
You appear to be missing a build-depends on libncurses5-dev.
| Automatic build of redhat-cluster_1.02.00-1 on spontini by sbuild/sparc 85
| Build started at 20060429-2345
|
Package: rgl
Version: 0.66-3
Severity: serious
sbuild automatically selects the first of an or'ed build-depends, so
it needs to be a valid (real) package which is in the archive and
AFAICS libgl-mesa-dev isn't/doesn't.
| Automatic build of rgl_0.66-3 on spontini by sbuild/sparc 85
| Build
Package: kinput2
Version: 3.1-8
Severity: serious
libxaw8-dev is deprecated and going away soon, please use libxaw7-dev
instead.
| Automatic build of kinput2_3.1-8 on spontini by sbuild/sparc 85
| Build started at 20060428-2206
|
Package: scorched3d
Version: 39.1+cvs20050929-2+b1
Severity: serious
Please update the build-depends to account for the recent changes in X.
| Automatic build of scorched3d_39.1+cvs20050929-2+b1 on mrpurply by
sbuild/sparc 85
| Build started at 20060427-2232
|
Package: misc3d
Version: 0.3-1-4
Severity: serious
Please update your build-depends to take into account the recent X
changes.
| Automatic build of misc3d_0.3-1-4 on spontini by sbuild/sparc 85
| Build started at 20060428-0942
|
Package: kdebluetooth
Version: 0.99+1.0beta1-9
Severity: serious
You appear to be missing a build-depends on autoconf.
| Automatic build of kdebluetooth_0.99+1.0beta1-9 on mrpurply by sbuild/sparc 85
| Build started at 20060427-1928
|
Package: poker-network
Version: 1.0.19-1
Severity: serious
Why on earth are you build-depending on valgrind? I can't imagine why
a package like this would require it installed to build. Even if
there is a legitimate reason to build-depend on it, the dependency
needs to be conditionalized on
Package: adplug-xmms
Version: 1.1-2
Severity: serious
The version of libtool used to build this source package is too old to
correctly support shared libraries for at least arm. Please see
http://people.debian.org/~keybuk/libtool-pass_all.html for more
information.
| Automatic build of
severity 334497 important
thanks
Domenico Andreoli [EMAIL PROTECTED] writes:
it is up-to-date because it is built using -mlong-calls option which
works around this bug. please have a look at #342267.
OK, but if there's a workaround that gets stuff building, I think we
can call it not RC (and
Package: linux-2.6
Version: 2.6.15-2
Severity: serious
The build on arm gets into an infinite loop running make oldconfig
while building the footbridge variant. It loops in the 'ARM system
type' menu.
The first 2000 lines of the build log are available from:
Package: licq
Version: 1.3.2-5
Severity: serious
The version of libtool used to build this source package is too old to
correctly support shared libraries for at least arm. Please see
http://people.debian.org/~keybuk/libtool-pass_all.html for more
information.
| Automatic build of licq_1.3.2-5
Package: geoip
Version: 1.3.14-1
Severity: serious
The version of libtool used to build this source package is too old to
correctly support shared libraries for at least arm. Please see
http://people.debian.org/~keybuk/libtool-pass_all.html for more
information.
| Automatic build of
Package: rageircd
Version: 2.0.1-4
Severity: grave
Tags: patch, security
If rageircd is configured to require a password to connect to the
server, it will still allow users to connect if they don't provide a
password at all and only bounce them if they provide an incorrect one.
I've attached the
severity 325689 important
tags 325689 - security
thanks
Neil McGovern [EMAIL PROTECTED] writes:
It's essentially the same, with a minor difference:
Fork bombs traditionally happen very quickly, whereas with normal
operation, this DoS will take some time.
Sorry, but a (by your own admission)
Neil McGovern [EMAIL PROTECTED] writes:
I'm tagging this bug as security and upping the severity.
Justification:
A small script can be used to affect the availability of the parent
xserver if xloadimage is installed. If the resource limits of the
xserver are high enough, there is potential
Package: trustedqsl
Version: 1.11-3
Severity: grave
ObSeverity: builds forever or at least till the logfile fills up the disk
On 4, if not 5 of Debian's architectures the build of trustedqsl went
into an infinite loop, the ad-nauseam section of the build log looks
like this:
| make[1]: Entering
reassign 339415 glibc
thanks
Daniel Jacobowitz [EMAIL PROTECTED] writes:
This bug was both worked around in the glibc CVS and fixed in binutils.
It was only present in binutils HEAD for a week or two.
[AFAIK (and based in no small part on the conversation I had with
you?)] We already have a
severity 333218 normal
thanks
Blars Blarson [EMAIL PROTECTED] writes:
Package: gnupg
Version: 1.4.2-2
Severity: serious
Justification: no longer builds from source
gnupg has mail-transport-agent as a build dependancy without specifying
a desired one first as an alternative. The sparc
: #331569, #330013
+
+ -- James Troup [EMAIL PROTECTED] Sat, 8 Oct 2005 01:54:09 +0100
+
evolution-data-server (1.2.3-4) unstable; urgency=low
* Build with db4.2 (closes: #282770)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libbz2-1.0
Version: 1.0.2-9
Severity: serious
While building gnupg, I noticed the following:
| dpkg-shlibdeps: warning: unable to find dependency information for shared
library libbz2 (soname 1.0, path /usr/lib/libbz2.so.1.0, dependency field
Depends)
...
| % cat
severity 323768 important
tags 323768 + unreproducible
thanks
David Martínez Moreno [EMAIL PROTECTED] writes:
Hello, James. Even though you state in the lynx changelog that you
prop
erly
compiled lynx...
What architecture is this? As I can't reproduce this on a fresh sid i386
Package: ntp-server
Version: 1:4.2.0a+stable-8
Severity: serious
ObJustification: installation of ntp-server into a clean/buildd chroot
kills ntpd in base
25 # There's also the problem of spurious ntpd server
processes,
26 # caused by
tags 310763 - patch
thanks
This patch doesn't actually work. Try building the package from
source afterwards and comparing the resulting deb with previous
versions ...
--
James
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
severity 310328 normal
thanks
Hi,
Unless someone can a) reproduce this and b) provide (the non-secret
parts of) the .gnupg directory and/or diagnose the actual problem,
there's nothing I can do about this and no reason for it to remain
grave.
--
James
--
To UNSUBSCRIBE, email to [EMAIL
Package: sctplib-stable
Version: 1.0.1a-1
Severity: serious
The version of libtool used to build this source package is too old to
correctly support shared libraries for at least arm. Please see
http://people.debian.org/~keybuk/libtool-pass_all.html for more
information.
| Automatic build of
59 matches
Mail list logo
