Steve Langasek 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 Debian
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 /var/cache/apt/archives/u
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-3&searchmode=searchfiles&case=sensitive&version=unstable&arch=i386
> says:
>
> You have searched for usr/share/
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 postin
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
| Pre
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 kill
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 requireme
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
| **
[...]
| ** Using
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 'std::basic_
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? Co
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 bu
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: 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 bui
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 | unst
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 fe
"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
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
orig
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 t
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.
>>
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 uplo
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:
> 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 su
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 as you haven't actually explained why this patch is
necessary.
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
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
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.
| unstable/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 p
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: 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: 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 started
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: 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: 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 arch
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 adplug-xm
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 (a
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:
http://people.debian.org/~troup/mis
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 p
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 geoip_1.3.14
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 o
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 admissi
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 po
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 d
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
Package: lam
Version: 7.1.1-5
Severity: serious
| ~/scratch/0/lam-7.1.1 $ grep -ri APSL .
| ./share/memory/darwin7/APPLE_LICENSE:http://www.opensource.apple.com/apsl/
and read it before using this
| ./share/memory/darwin7/scalable_malloc.c: *
http://www.opensource.apple.com/apsl/ and read it bef
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 s
ibdb4.1-dev. Closes: #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 "unsubs
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 /var/lib/dpkg/info/l
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 the
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 PROTE
Package: musixlyr, pmx, musixtex
Version: 2.1c-1, 2.5.4-1, 0.112.1-3
Severity: grave
The postrm failure is particularly bad because it wedged the buildd
chroots in a broken state causing all subsequent builds to fail.
Please fix ASAP.
| Setting up musixlyr (2.1c-1) ...
| /var/lib/dpkg/info/musixl
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 sct
severity 295718 important
thanks
Markus Schaber <[EMAIL PROTECTED]> writes:
> Package: gnupg
> Version: 1.2.5-3
> Severity: grave
> Justification: user security hole
>
> Hi,
>
> As Bruce Schneier reports at http://www.schneier.com/blog/ the SHA-!
> algorithm seems broken.
>From that webpage: "At
Package: namazu2
Version: 2.0.14-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.
Apparently you uploaded a binar
Package: ethereal
Version: 0.10.8-3
Severity: serious
[NB: it's a configure et al. in a non-top-level directory that's broken.]
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/
65 matches
Mail list logo
