Bug#1031315: libjpeg9: libjpeg.so.9* missing

On Wed, Feb 15, 2023 at 05:45:26AM +0800, Roy Clark (kralcyor) wrote: > Package: libjpeg9 > Version: 1:9d-1.1 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > /usr/lib/*/{libjpeg.so.9,libjpeg.so.9.4.0} are missing in the package, making > it completely unusabl

Bug#1033065: release-notes: i386 notes should specify minimum CPU requirements

On Mon, Mar 20, 2023 at 12:05:24PM +, James Addison wrote: > On Mon, 20 Mar 2023 13:31:37 +0800, pabs wrote: > > Perhaps lintian could add classification tags for the relevant CPU > > instructions and then the i386 port could have extra autopkgtest nodes > > that only process the packages detec

Bug#1041207: debootstrap: bad NMU produces buildds not supported by dpkg _and_ CTTE

On Sun, Jul 16, 2023 at 12:42:11PM +0100, Luca Boccassi wrote: > If there is somebody who's ignoring things, that would be yourself, > given this change has been not only been explicitly requested, but even > provided _BY_ the CTTE, as you would have easily found out if you > actually went and chec

Bug#932356: autotest fail with gap 4.10.2

Source: gap-guava Version: 3.14+ds-1 Severity: serious Dear Debian Science Maintainers, gap-guava 3.14+ds-1 is failing the autotest with gap 4.10.2. Please rebuild the package for the new GAP version. Cheers, -- Bill. Imagine a large red swirl here.

Bug#958802: gap-float: please update for new GAP ABI

Package: gap-float Version: 0.9.1+ds-5 Severity: serious Dear Debian Science Maintainers, Please update gap-float for the new GAP ABI. 1) GAP 4.11.0 includes libgap7, libgap-dev as a normal Debian shared library package. 2) There is now an officially supported ABI for the GAP kernel. the curren

Bug#958495: Fwd: gap-io: please update for new GAP ABI

On Thu, Apr 30, 2020 at 10:35:49AM +0400, Jerome BENOIT wrote: > Dear Bill, thanks for your message. Hello Jerome > I understand that GAP comes now with an official ABI. Yes, one for gap-core which is gap-kernel-7, and one for libgap which is libgap7, but they should be compatible. > Currently

Bug#959378: gap-guava-bin: please update for new GAP ABI

Package: gap-guava-bin Version: 3.15+ds-1 Severity: serious Dear Debian Science Maintainers, Please update gap-guava for the new GAP ABI. 1) GAP 4.11.0 includes libgap7, libgap-dev as a normal Debian shared library package. 2) There is now an officially supported ABI for the GAP kernel. the cur

Bug#973588: Update from pari 2.11 to 2.13 breaks giac compilation

On Mon, Nov 02, 2020 at 08:54:02AM +0100, Julien Puydt wrote: > Package: libpari-dev > Version: 2.13.0-2 > Severity: grave > > The last pari upload broke giac on amd64, arm64 and mipsel : Hello Julien, > https://buildd.debian.org/status/fetch.php?pkg=giac&arch=amd64&ver=1.6.0.25%2Bdfsg1-2%2Bb1&s

Bug#973588: Update from pari 2.11 to 2.13 breaks giac compilation

On Mon, Nov 02, 2020 at 09:57:07AM +0100, Bill Allombert wrote: > On Mon, Nov 02, 2020 at 08:54:02AM +0100, Julien Puydt wrote: > > Package: libpari-dev > > Version: 2.13.0-2 > > Severity: grave > > > > The last pari upload broke giac on amd64, arm64 and mipsel

Bug#973588: Update from pari 2.11 to 2.13 breaks giac compilation

On Sat, Nov 07, 2020 at 10:29:18AM +0100, Julien Puydt wrote: > Le jeudi 05 novembre 2020 à 19:12 +0100, Bill Allombert a écrit : > > On Mon, Nov 02, 2020 at 09:57:07AM +0100, Bill Allombert wrote: > > > This means 512000 is not sufficient. This is a fatal error. > >

Bug#973588: Update from pari 2.11 to 2.13 breaks giac compilation

On Sat, Nov 07, 2020 at 02:32:41PM +0100, Julien Puydt wrote: > Le samedi 07 novembre 2020 à 11:05 +0100, Bill Allombert a écrit : > > Too late for that, I'll close by hand. Thanks! > > > but still, crashing is pretty bad : it should detect > > > the value is

Bug#975211: gap-polycyclic: FTBFS: test failed

reassign 975211 gap-alnuth notfound 975211 2.15.1-1 found 975211 3.1.2-1 merge 975211 975216 quit On Thu, Nov 19, 2020 at 10:52:30AM +0100, Lucas Nussbaum wrote: > Source: gap-polycyclic > Version: 2.15.1-1 > Severity: serious > Justification: FTBFS on amd64 > Tags: bullseye sid ftbfs > Usertags: f

Bug#864597: upgrade-reports: jessie -> stretch: gnome fails to upgrade: cycle found while processing triggers

On Sun, Jun 11, 2017 at 11:13:05AM +0200, Cyril Brulebois wrote: > Package: upgrade-reports > Severity: critical > Justification: makes upgrade from stable abort > > [ X-D-Cc: > debian-rele...@lists.debian.org > pkg-java-maintain...@lists.alioth.debian.org > pkg-gnome-maintain...@lists.aliot

Bug#864597: upgrade-reports: jessie -> stretch: gnome fails to upgrade: cycle found while processing triggers

On Thu, Jun 15, 2017 at 03:16:17PM +0200, Cyril Brulebois wrote: > Julien Cristau (2017-06-15): > > It sounds like openjdk-8 added two Breaks recently, one or both of > > which are causing trouble, and none of which fix anything as bad as > > this. So I think we should remove the Breaks on tzdata

Bug#860648: gap-radiroot: FTBFS on i386: not enough memory during build on i386

severity 860648 normal quit On Wed, Apr 19, 2017 at 09:37:57AM +0200, Lucas Nussbaum wrote: > Source: gap-radiroot > Version: 2.7-2 > Severity: serious > Tags: stretch sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20170418-i386 qa-ftbfs > Justification: FTBFS in stretch on i386 > > H

Bug#928415: tagging 928417

On Sat, May 04, 2019 at 08:54:27AM +0200, Salvatore Bonaccorso wrote: > tags 928417 - security The fact that this bug allows Mozilla to disable remotely security extensions like noscript is a major security issue. When noscript get deactivated, firefox should default to disabling javascript compl

Bug#993665: debianutils: tempfile still required in printer-driver-pnm2ppa

On Sat, Sep 04, 2021 at 10:41:37PM +0900, Norbert Preining wrote: > Package: debianutils > Version: 5.4-3 > Severity: critical > Justification: breaks unrelated software > > The tempfile saga is not over. It might be wise grepping through the > maintainer scripts of all packages. > > printer-driv

Bug#993722: FTBFS: tempfile: not found

On Sun, Sep 05, 2021 at 04:34:08PM +0200, Samuel Thibault wrote: > Package: gap > Version: 4.11.0-4 > Severity: serious > Justification: FTBFS > > Hello, > > gap currently FTBFS in unstable because tempfile was removed from > debianutils. You can probably use mktemp instead. Thanks for reporting

Bug#999172: toppler: missing required debian/rules targets build-arch and/or build-indep

On Tue, Nov 09, 2021 at 10:28:21PM +0100, Lucas Nussbaum wrote: > Source: toppler > Version: 1.1.6-3 > Severity: important > Justification: Debian Policy section 4.9 > Tags: bookworm sid > User: debian...@lists.debian.org > Usertags: missing-build-arch-indep > > Dear maintainer, > > Your package

Bug#999319: popularity-contest: missing required debian/rules targets build-arch and/or build-indep

On Tue, Nov 09, 2021 at 10:28:20PM +0100, Lucas Nussbaum wrote: > Source: popularity-contest > Version: 1.73 > Severity: important > Justification: Debian Policy section 4.9 > Tags: bookworm sid > User: debian...@lists.debian.org > Usertags: missing-build-arch-indep > > Dear maintainer, > > Your

Bug#1001956: popcon: gpg: 5B1A07804DD558242CF5538215A07BA5233E3E85: skipped: unusable public key

On Sun, Dec 19, 2021 at 01:49:30PM +, Thorsten Glaser wrote: > Package: popularity-contest > Version: 1.71 > Severity: grave > Justification: renders package unusable > > got a cron mail: > > Subject: Cron test -x /usr/sbin/anacron || ( cd / && run-parts > --report /etc/cron.daily ) > > /e

Bug#923698: gcc-mingw-w64 miscompiles PARI

On Thu, Mar 07, 2019 at 09:07:15AM +0100, Stephen Kitt wrote: > Hi Bill, > > On Mon, 4 Mar 2019 00:39:00 +0100, Bill Allombert wrote: > > Since the upgrade to 8.2.0-17, gcc-mingw-w64-x86-64 miscompiles PARI/GP. > > <https://pari.math.u-bordeaux.fr> > > >

Bug#1020456: cypari2 FTBFS with PARI 2.15.0

On Wed, Oct 05, 2022 at 10:41:58PM +0200, Bill Allombert wrote: > On Wed, Sep 21, 2022 at 11:57:40PM +0300, Adrian Bunk wrote: > > Testing cypari2.gen > > ** > > File > > "/<>/.pybui

Bug#1020456: cypari2 FTBFS with PARI 2.15.0

On Fri, Oct 28, 2022 at 07:26:09PM +, Tobias Hansen wrote: > Thanks! I will apply the patch once the pari version with the other fixes is > uploaded. Great! I uploaded it today (pari 2.15.1~pre1-1). I hope it will be OK. Cheers, -- Bill. Imagine a large red swirl here.

Bug#999306: libjpeg6b: diff for NMU version 1:6b2-3.1

On Thu, Nov 03, 2022 at 04:12:46PM -0300, Marcos Talau wrote: > Control: tags 999306 + patch > Control: tags 999306 + pending > > Dear maintainer, > > I've prepared an NMU for libjpeg6b (versioned as 1:6b2-3.1) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it lon

Bug#1020437: clisp FTBFS with PARI 2.15.0

On Wed, Sep 21, 2022 at 09:23:00PM +0300, Adrian Bunk wrote: > Source: clisp > Version: 1:2.49.20210628.gitde01f0f-2 > Severity: serious > Tags: ftbfs > > https://buildd.debian.org/status/logs.php?pkg=clisp&ver=1%3A2.49.20210628.gitde01f0f-2%2Bb1 To build with PARI 2.15.0-2, please apply the atta

Bug#1020436: giac FTBFS with PARI 2.15.0

On Wed, Sep 21, 2022 at 09:01:51PM +0300, Adrian Bunk wrote: > Source: giac > Version: 1.9.0.19+dfsg2-1 > Severity: serious > Tags: ftbfs > > https://buildd.debian.org/status/logs.php?pkg=giac&ver=1.9.0.19%2Bdfsg2-1%2Bb1 > > ... > pari.cc: At global scope: > pari.cc:752:17: error: typedef ‘giac::

Bug#1020456: cypari2 FTBFS with PARI 2.15.0

On Wed, Sep 21, 2022 at 11:57:40PM +0300, Adrian Bunk wrote: > Source: cypari2 > Version: 2.1.2-2 > Severity: serious > Tags: ftbfs bookworm sid > > https://buildd.debian.org/status/logs.php?pkg=cypari2&ver=2.1.2-2%2Bb3 > > Differences (ndiff with -expected +actual): > Traceback (most recen

Bug#1020456: cypari2 FTBFS with PARI 2.15.0

On Wed, Sep 21, 2022 at 11:57:40PM +0300, Adrian Bunk wrote: > Testing cypari2.gen > ** > File > "/<>/.pybuild/cpython3_3.10_cypari2/build/cypari2/gen.cpython-310-x86_64-linux-gnu.so", > line ?, in cypari2.gen.Gen.__complex__ > F

Bug#1020576: please update sage for pari 2.15.0 and gap 4.12.0

On Mon, Oct 17, 2022 at 08:44:52AM +, Tobias Hansen wrote: > Control: block -1 by 1020436 1020456 > > Before sagemath can be fixed, cypari2 and giac have to be built against pari > 2.15. OK, is there someone taking care of giac ? Cheers, -- Bill. Imagine a large red swirl here.

Bug#1020436: giac FTBFS with PARI 2.15.0

On Wed, Oct 19, 2022 at 09:27:23AM +, Tobias Hansen wrote: > I tried rebuilding with this patch from sagemath: Thanks! > |diff --git a/src/pari.cc b/src/pari.cc index 76ce8e1..50d08ab 100644 --- > a/src/pari.cc +++ b/src/pari.cc @@ -40,6 +40,13 @@ using namespace std; > #ifdef HAVE_LIBPARI

Bug#955751: gap-atlasrep: package is broken

On Sat, Apr 04, 2020 at 04:42:57PM +0200, Tobias Hansen wrote: > Source: gap-atlasrep > Version: 2.1.0-1 > Severity: grave > > Hi Bill, > > during a test build of sage I noticed that the newly updated gap-atlasrep > package seems to be seriously broken. Trying the first commands from the > atla

Bug#923698: gcc-mingw-w64 miscompiles PARI

On Sun, Apr 12, 2020 at 12:02:38PM +0200, Ivo De Decker wrote: > Hi Stephen, Bill, > > While looking at RC bugs that have been open for I while, I noticed this one. > > On Thu, Mar 07, 2019 at 09:07:15AM +0100, Stephen Kitt wrote: > > Subject: Re: Bug#923698: gcc-mingw-w64 miscompiles PARI > > [

Bug#923698: gcc-mingw-w64 miscompiles PARI

On Sun, Apr 12, 2020 at 02:41:00PM +0200, Ivo De Decker wrote: > > I very much like to see a chaangelog that tell what changed betwee 8.2 > > and 8.3 that could have fixed this. > > So I guess the current version in testing is ok, and the bug can be closed > there? > > If it works on gcc 8.3, doe

Bug#958495: gap-io: please update for new GAP ABI

Package: gap-io Version: 4.7.0+ds-1 Severity: serious Dear Debian Science Maintainers, Please update gap-io for the new GAP ABI. 1) GAP 4.11.0 includes libgap7, libgap-dev as a normal Debian shared library package. 2) There is now an officially supported ABI for the GAP kernel. the current kern

Bug#971203: gap-atlasrep: FTBFS: dpkg-source: error: pathname '/<>/debian/gaproot/pkg/AtlasRep' points outside source root (to '/<>')

On Sun, Sep 27, 2020 at 08:58:00PM +0200, Lucas Nussbaum wrote: > > gpgv: unknown type of key resource 'trustedkeys.kbx' > > gpgv: keyblock resource '/tmp/dpkg-verify-sig.DGPbPdCb/trustedkeys.kbx': > > General error > > gpgv: Signature made Sat Apr 4 15:09:48 2020 UTC > > gpgv:usi

Bug#971203: dpkg-source cause gap-atlasrep to FTBFS for no reason

reassign 971203 dpkg-dev severity grave retitle dpkg-source cause gap-atlasrep to FTBFS quit On Sun, Sep 27, 2020 at 08:58:00PM +0200, Lucas Nussbaum wrote: > Source: gap-atlasrep > Version: 2.1.0-2 > Severity: serious > Justification: FTBFS on amd64 > Tags: bullseye sid ftbfs > Usertags: ftbfs-202

Bug#971203: dpkg-source cause gap-atlasrep to FTBFS for no reason

On Mon, Sep 28, 2020 at 05:19:33AM +0200, Guillem Jover wrote: > Hi! > > On Sun, 2020-09-27 at 22:53:13 +0200, Bill Allombert wrote: > > On Sun, Sep 27, 2020 at 08:58:00PM +0200, Lucas Nussbaum wrote: > > > During a rebuild of all packages in sid, your package failed

Bug#971203: dpkg-source cause gap-atlasrep to FTBFS for no reason

severity 971203 important quit > > root (to '/tmp/gap-atlasrep-2.1.0') > > E: Unpack command 'dpkg-source --no-check -x gap-atlasrep_2.1.0-2.dsc' > > failed. > > > > There is no rationale to reject such a symlink which does not point > > _outside_ the source root, but _to_ the source root. > > Th

Bug#1060164: libxeus9 incompatible with nlohmann::json_abi_v3_11_3

Package: xeus-dev Version: 3.1.3-1 Severity: serious Dear Debian Science maintainers, I have trouble with linking with libxeus9 since I upgraded nlohmann-json3-dev to 3.11.3-1. It seems to me nlohmann-json3-dev 3.11.3-1. is changing the API of libxeus9 in an incompatible way. /lib/x86_64-linux

Bug#1069027: Fixed upstreamo

On Fri, May 31, 2024 at 10:56:54AM +0200, Thomas Viehmann wrote: > This is fixed upstream in Jupyter Notebook 6.5.6 per > https://github.com/jupyter/notebook/issues/7054 Will someone from the python team will fix this or should I prepare a minimal NMU with the patch applied ? Cheers, -- Bill.

Bug#369877: kaffe FTBFS on ia64

Package: kaffe Version: 2:1.1.7-2 Severity: serious Hello Kaffe maintainers, kaffe FTBFS on ia64: /usr/bin/ecj -source 1.4 -encoding UTF-8 -warn:-deprecation,serial,unused -proceedOnError -bootclasspath '' -classpath /build/buildd/kaffe-1.1.7/build-tree/kaffe-1.1.7/libraries/javalib/vmspecific

Bug#334221: gbib: FTBFS on 64 bit arches: Old gettext macro.

On Sun, Oct 16, 2005 at 02:03:13PM +0200, Kurt Roeckx wrote: > Package: gbib > Version: 0.1.2-7 > Severity: serious > > Hi, > > Your package is failing to build on 64 bit arches. During > configure we see: > checking for gettext in libc... no > > Which later results in: > c++ -o gbib -g bibentr

Bug#349807: towitoko: [m68k, arm, s390] FTBFS: cp: cannot stat `./debian/tmp/usr/lib/libtowitoko.so': No such file or directory

dh_testdir diff -u towitoko-2.0.7/debian/changelog towitoko-2.0.7/debian/changelog --- towitoko-2.0.7/debian/changelog +++ towitoko-2.0.7/debian/changelog @@ -1,3 +1,10 @@ +towitoko (2.0.7-7.1) unstable; urgency=low + + * Build-depends on libtool and use /usr/bin/libtool instead of package +

Bug#350688: gcc-2.95: FTBFS with new make

On Sun, Jun 04, 2006 at 04:38:23PM +0200, Matthias Klose wrote: > [EMAIL PROTECTED] writes: > > On Tue, Jan 31, 2006 at 12:03:40PM +0100, Matthias Klose wrote: > > > please send a fix. I do not intend to touch this code. it's fixed in > > > the 3.4, 4.0 and 4.1 packages. > > > > Hello Matthias, >

Bug#337358: Bug#337346: slib upgrade broken

On Tue, Jun 06, 2006 at 08:52:26AM -0700, Thomas Bushnell BSG wrote: > <[EMAIL PROTECTED]> writes: > > > Hello Rob and Thomas, > > > > This bug is assigned to libglade9 which has been removed from > > unstable. > > > > As a consequence, this bug should either be closed or reassigned. > > Bug 337

Bug#337358: Bug#337346: slib upgrade broken

On Tue, Jun 06, 2006 at 10:08:37AM -0700, Thomas Bushnell BSG wrote: > >> libguile9 has not actually been removed from unstable; see > >> http://packages.debian.org/cgi-bin/search_packages.pl?searchon=names&version=all&exact=1&keywords=libguile9. > > > > The link you post only lists libguile9 in _s

Bug#337358: Bug#337346: slib upgrade broken

On Tue, Jun 06, 2006 at 09:25:06AM -0700, Thomas Bushnell BSG wrote: > Bill Allombert <[EMAIL PROTECTED]> writes: > > > On Tue, Jun 06, 2006 at 08:52:26AM -0700, Thomas Bushnell BSG wrote: > >> <[EMAIL PROTECTED]> writes: > >> > >> > Hello

Bug#334407: gbib segfaults after update

tags 334407 - fixed severity 334407 important quit On Tue, Jun 06, 2006 at 08:01:37PM +0200, Peter Henseler wrote: > Hello, > > I just reproduced the problem on an up-to-date sid system. The problem > seems to be connected to the libesd0 library. First I had installed the > package libesd-alsa0 (

Bug#369877: kaffe FTBFS on ia64

On Mon, Jun 05, 2006 at 12:27:26PM +0200, Michael Koch wrote: > > The bug was in GCJ (See > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26483). > > I patch for this was uploaded in gcj-4.1 Version 4.1.1-1. > Which this fix is available on ia64 kaffe should build fine. This does not seem to be th

Bug#369877: kaffe FTBFS on ia64

On Thu, Jun 08, 2006 at 04:14:17PM +0200, Michael Koch wrote: > On Thu, Jun 08, 2006 at 04:03:16PM +0200, Bill Allombert wrote: > > On Mon, Jun 05, 2006 at 12:27:26PM +0200, Michael Koch wrote: > > > > > > The bug was in GCJ (See > > > http://gcc.gn

Bug#369877: kaffe FTBFS on ia64

On Thu, Jun 08, 2006 at 11:20:32PM +0200, Michael Koch wrote: > On Thu, Jun 08, 2006 at 11:08:31PM +0200, Bill Allombert wrote: > > On Thu, Jun 08, 2006 at 04:14:17PM +0200, Michael Koch wrote: > > > On Thu, Jun 08, 2006 at 04:03:16PM +0200, Bill Allombert wrote: > > > &

Bug#350688: gcc-2.95: FTBFS with new make

On Mon, Jun 05, 2006 at 10:10:51AM +0100, Thiemo Seufer wrote: > Bill Allombert wrote: > > On Sun, Jun 04, 2006 at 04:38:23PM +0200, Matthias Klose wrote: > > > [EMAIL PROTECTED] writes: > > > > Hello Matthias, > > > > > > > > Daniel and M

Bug#372791: libarts1-akode: overwrite `/usr/lib/libarts_akode.la', which is also in akode

Package: libarts1-akode Version: 4:3.5.3-1 Severity: serious Hello Debian Qt/KDE Maintainers, When doing a sarge to sid upgrade with piuparts /usr/sbin/piuparts -a -d sarge -d sid gnupg gnome kde the upgrade fails with Selecting previously deselected package libarts1-akode. Unpacking libar

Bug#372804: libgnome-window-settings1: try to overwrite capplets during sarge to sid upgrade

Package: libgnome-window-settings1 Version: 1:2.14.2-1 Severity: serious Hello Marco, A sarge to sid upgrade with piuparts failed because libgnome-window-settings1 overwrite a file in capplets. The piuparts command used: /usr/sbin/piuparts -a -d sarge -d sid gnupg gnome Selecting previously d

Bug#373098: gcc-2.95: f77 FTBFS on alpha (work-around provided)

Package: gcc-2.95 Version: 2.95.4.ds15-25 Severity: serious Tags: patch Hello GCC maintainers, gcc-2.95 FTBFS on alpha as seen here: While investigating, I found a simple work-around

Bug#369877: kaffe FTBFS on ia64

On Fri, Jun 09, 2006 at 08:11:20PM +0200, Michael Koch wrote: > > Is 3.1.2-6 the latest release of ecj-bootstrap-gcj ? In that case it > > still cause kaffe to FTBFS and was built with gcj-4.1 4.1.0-2j1, so > > an ia64 binNMU should be requested. > > I asked vorlon on irc and queued a binNMU for e

Bug#369877: kaffe FTBFS on ia64

On Fri, Jun 16, 2006 at 11:50:56AM +0200, Michael Koch wrote: > On Fri, Jun 16, 2006 at 11:24:25AM +0200, Bill Allombert wrote: > > > > Unfortunately, kaffe still FTBFS on ia64, albeit differently: > > > > ... > > Setting up ecj-bootstrap (3.1.2-6) ... >

Bug#369877: kaffe FTBFS on ia64

On Fri, Jun 16, 2006 at 07:58:06PM +0200, Michael Koch wrote: > On Fri, Jun 16, 2006 at 02:41:40PM +0200, Bill Allombert wrote: > > On Fri, Jun 16, 2006 at 11:50:56AM +0200, Michael Koch wrote: > > > > Well this seems like a gcc-4.1 (not gcj) issue: kaffe build fine >

Bug#374211: monodevelop: FTBFS: unsatisfiable and missing build-depend.

Package: monodevelop Version: 0.10-1 Severity: serious Hello Mirko, I tried to build monodevelop and it failed. To build, the build-dependencies need to be updated: Add libmono-sqlite1.0-cil Change libmono-cecil0.3-cil to libmono-cecil0.4-cil Sonce monodevelop is blocking the transition of a who

Bug#349271: popularity-contest: shell option errors

On Sat, Jan 21, 2006 at 04:25:31PM -0600, Ron Johnson wrote: > On 14-Jan, cron.weekly started sending me emails with this in them: The issue is that 'su' has changed its syntax and /etc/cron.weekly/popularity-contest used su with the old syntax, so technically this is a bug in su. Please upgrade

Bug#349673: /usr/lib/menu/guidedog is spurious and violate menu subpolicy

Package: guidedog Version: 1.0.0-2+b1 Severity: serious Hello Paul, Guidedog include both /usr/lib/menu/guidedog and /usr/share/menu/guidedog which is spurious. (/usr/lib/menu/guidedog take precedence). Worse, /usr/lib/menu/guidedog is a mandrake style menu entry which is not compatible with the

Bug#320375: conquest-gl: fail to start (Assertion `window->Window.VisualInfo != ((void *)0)' failed.)

On Thu, Jul 28, 2005 at 11:52:16PM +0200, Petter Reinholdtsen wrote: > Package: conquest-gl > Version: 8.1-2 > Severity: grave > Justification: renders package unusable > > When I try to start conquestgl on my sarge installation, I only get an > assertion error. This render the package completely

Bug#350407: lessdisks-terminal: modifies /etc/kernel-img.conf in postinst

On Sun, Jan 29, 2006 at 03:34:58PM +, Stephen Gran wrote: > Package: lessdisks-terminal > Severity: serious > Justification: Policy 10.7.4 > > debian/lessdisks-terminal.postinst: > if ! egrep "postinst_hook|postrm_hook" /etc/kernel-img.conf; then > echo "postinst_hook = /usr/sbin/upd

Bug#320375: conquest-gl: fail to start (Assertion `window->Window.VisualInfo != ((void *)0)' failed.)

severity 320375 normal retitle 320375 conquest-gl: require visual with at least 1bit of alpha channel quit On Fri, Apr 21, 2006 at 11:37:39PM +0200, [EMAIL PROTECTED] wrote: > On Fri, Apr 21, 2006 at 07:34:32PM +0200, Bill Allombert wrote: > > Once upgrading (only) freeglut3 to 2.4.0

Bug#327564: Bug #327564: [patch] can't start aria

tags 327564 patch thanks Hello Jung-hoon, Chris and Rene, The attached patch seems to fix aria on 64bit plateform. At least I can download a file with aria now on amd64. This patch also fix most gcc warning on amd64. This patch replace use of 'unsigned int' where string::size_type would be expec

Bug#351646: Bug #351646: atlas3: FTBFS: No rule to make .../3dnow/liblapack.so

On Tue, Mar 21, 2006 at 11:54:16AM -0500, Yaroslav Halchenko wrote: > --- debian/rules.b2006-03-21 05:48:25.0 + > +++ debian/rules 2006-03-21 05:49:43.0 + > @@ -677,6 +677,10 @@ > lib%.so: lib%.so.$(SO) > ln -snf $$(basename $<) $@ > > +lib%.so: lib%.so.$(V

Bug#339060: abntex: FTBFS: \pdfinfo used while \pdfoutput

On Mon, May 15, 2006 at 02:32:31PM +0200, Frank Küster wrote: > <[EMAIL PROTECTED]> wrote: > > > Upstream has release 0.9-beta which seems to fix this bug albeit > > differently (they no more use \pdfoutput at all). > > Yes, that's easily possible in most of the cases. > > > However the new vers

Bug#339060: abntex: FTBFS: \pdfinfo used while \pdfoutput

On Mon, May 15, 2006 at 04:12:35PM +0200, Frank Küster wrote: > Bill Allombert <[EMAIL PROTECTED]> wrote: > > >> > Is there a way to avoid using this file ? > >> > >> That depends on why it is used. If it only uses the file, but does not > >>

Bug#339060: abntex: FTBFS: \pdfinfo used while \pdfoutput

On Mon, May 15, 2006 at 05:25:36PM +0200, Frank Küster wrote: > Bill Allombert <[EMAIL PROTECTED]> wrote: > > > On Mon, May 15, 2006 at 04:12:35PM +0200, Frank Küster wrote: > >> Bill Allombert <[EMAIL PROTECTED]> wrote: > >> > &g

Bug#368301: proftpd binary set trapdoor rpath to /users/frankie

Package: proftpd Version: 1.3.0-7 Severity: grave Tags: security Hello Francesco, proftpd include a trapdoor rpath to /users/frankie/... %chrpath usr/sbin/proftpd usr/sbin/proftpd: RPATH=/users/frankie/debian/mypkgs/proftpd/current/proftpd-1.3.0/debian/tmp/usr/sbin This rpath allows a user wit

Bug#367618: [PATCH] Re: #367618: libexpect5.43.so: cannot open shared object file: No such file or directory

On Sat, May 20, 2006 at 10:45:35PM +0100, Paul Cupis wrote: > [EMAIL PROTECTED] wrote: > > On Sat, May 20, 2006 at 09:09:22AM +0100, Paul Cupis wrote: > >> tag 367618 + patch > >> thanks > >> > >> Please find attached my patch which moves libexpect5.43.so back into the > >> expect package. > >> > >

Bug#368487: tasksel-data: overwrite files from tasksel

Package: tasksel-data Version: 2.45 Severity: serious Dear Debian Install System team, Upgrading taskel from sarge to sid fails with the error: Selecting previously deselected package tasksel-data. Unpacking tasksel-data (from .../tasksel-data_2.45_all.deb) ... dpkg: error processing /var/cache/

Bug#368487: Bug: #368487: tasksel-data: overwrite files from tasksel

close 368487 merge 368487 368408 quit Somehow I missed 368408. Sorry for the duplicated report. Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#341424: amaya: rpath to directory in /home is a security risk.

Package: amaya Version: 9.2.1-6 Severity: grave Justification: might allow to access others users accounts Tags: security Hello Anand, Amaya binary include a rpath: /usr/bin/amaya: RPATH=/home/anand/Debian/amaya/config--amaya-full/amaya-full/Amaya/WX/Mesa/lib This means that a user having acces

Bug#340079: insecure tempfiles

On Sun, Nov 20, 2005 at 03:01:58PM -0800, Steve Langasek wrote: > On Sun, Nov 20, 2005 at 10:13:00PM +0100, Bill Allombert wrote: > > However I am not sure this is a security bug: > > The original script create a file named tempfile in the current > > directory, not int /

Bug#358369: tcpquota: /usr/bin/toptcp symlink point to user directory

Package: tcpquota Version: 1.6.15-10 Severity: grave Tags: security Hello Turbo, tcpquota include the following symlink: lrwxrwxrwx1 bill bill 110 mar 22 14:10 usr/bin/openhost -> /afs/bayour.com/user/fredriksson/turbo/src/Mine/TCPQuota/tcpquota-1.6.15/debian/tmp//usr/bin/tcp_m

Bug#358376: konwert: /etc/bash_completion.d/konwert not marked as conffile.

Package: konwert Version: 1.8-10.0.1 Severity: serious Justification: discard users changes to config files. Hello Yann, konwert ship a config file /etc/bash_completion.d/konwert which is not marked as a conffile. This will cause dpkg to discard user's changes during upgrade. Cheers, -- Bill.

Bug#359231: pike7.6: not installable in sid

Package: pike7.6 Version: 7.6.67-1 Severity: grave Justification: package cannot be installed Hello Marek, pike7.6 was not binNMU safe and now cannot be installed on sid: pike7.6 Depends: pike7.6-core (= 7.6.67-1), pike7.6-image (= 7.6.67-1), pike7.6-gdbm (= 7.6.67-1) but sid has pike7.6-core

Bug#359234: libapache2-svn: modules have trapdoor rpath /tmp/svn

Package: libapache2-svn Version: 1.3.0-4 Severity: grave Tags: security Hello Guilherme, libapache2-svn modules have a rpath pointing to /tmp: %chrpath usr/lib/apache2/modules/mod_* usr/lib/apache2/modules/mod_authz_svn.so: RPATH=/tmp/svn/subversion-1.3.0/BUILD/subversion/libsvn_subr/.libs:/tmp

Bug#359239: libgpib-perl: LinuxGpib.so has trapdoor rpath /tmp/buildd/...

Package: libgpib-perl Version: 3.2.06-2 Severity: grave Tags: security Hello Robert, LinuxGpib.so includes a rpath pointing to /tmp/buildd/... %chrpath usr/lib/perl5/auto/LinuxGpib/LinuxGpib.so usr/lib/perl5/auto/LinuxGpib/LinuxGpib.so: RPATH=/tmp/buildd/gpib-3.2.06/build-tree/linux-gpib-3.2.06

Bug#359241: libtunepimp-perl: tunepimp.so has trapdoor rpath /tmp/buildd/...

Package: libtunepimp-perl Version: 0.4.2-1 Severity: grave Tags: security Hello Robert, tunepimp.so has a rpath pointing to /tmp: %chrpath usr/lib/perl5/auto/MusicBrainz/Tunepimp/tunepimp/tunepimp.so usr/lib/perl5/auto/MusicBrainz/Tunepimp/tunepimp/tunepimp.so: RPATH=/tmp/buildd/libtunepimp-0.4

Bug#359234: libapache2-svn: modules have trapdoor rpath /tmp/svn

On Mon, Mar 27, 2006 at 09:10:48PM +0200, Laszlo Boszormenyi wrote: > On Mon, 2006-03-27 at 11:57 -0600, Peter Samuelson wrote: > > [Bill Allombert] > > > libapache2-svn modules have a rpath pointing to /tmp: > [...] > > Extra rpaths are usually > > quite harmles

Bug#360489: upgrading from sarge to etch remove openoffice.org

Package: openoffice.org Version: 1.1.3-9 Severity: serious Hello Debian OpenOffice Team , When doin a upgrade of a clean sarge installation, apt-get and aptitude attempt to remove openoffice.org. This is 100% reproducible. # aptitude --with-recommends dist-upgrade The following packages will be

Bug#360489: upgrading from sarge to etch remove openoffice.org

severity 360489 normal thanks On Sun, Apr 02, 2006 at 07:06:42PM +0200, Rene Engelhard wrote: > tag 360489 + moreinfo > thanks > > Hi, > > Bill Allombert wrote: > > When doin a upgrade of a clean sarge installation, apt-get and aptitude > > attempt to remo

Bug#360785: foomatic-db: generation of ppd files is broken

Package: foomatic-db Version: 20060318-1 Severity: grave Hello Chris, foomatic-ppdfile is not able to build ppd files anymore and it is not possible to add new printers. It works fine after downgrading foomatic-db to 20060113-1 I am unsure what is the righ way to invoke foomatic-ppdfile directl

Bug#360785: foomatic-db: generation of ppd files is broken

On Tue, Apr 04, 2006 at 04:32:56PM -0400, Chris Lawrence wrote: > Is downgrading foomatic-db the only thing you needed to do to fix the > problem, or did you also downgrade foomatic-filters (which is the only > package with a binary in it)? I only downgraded foomatic-db using foomatic-db_20060113-

Bug#360895: ImportError: libstdc++.so.6: cannot handle TLS data

Package: apt-listchanges Version: 2.59-0.2 Severity: grave apt-listchanges just fails with error message Traceback (most recent call last): File "/usr/bin/apt-listchanges", line 30, in ? import apt_pkg ImportError: libstdc++.so.6: cannot handle TLS data which render the package use

Bug#360895: Bug: #360895 ImportError: libstdc++.so.6: cannot handle TLS data

On Wed, Apr 05, 2006 at 12:32:28PM +0200, Bill Allombert wrote: > Package: apt-listchanges > Version: 2.59-0.2 > Severity: grave > > apt-listchanges just fails with error message > > Traceback (most recent call last): > File "/usr/bin/apt-listchanges", li

Bug#355199: libjpeg62: jpegtran -rotate 180 source.jpg > target.jpg damages borders see: http://www.calmar.ws/jpegtrans.png

severity 355199 normal quit On Sat, Mar 04, 2006 at 12:55:11AM +0100, Marco Candrian wrote: > Package: libjpeg62 > Version: 6b-11 > Severity: critical > Justification: causes serious data loss > > jpegtran -rotate 180 source.jpg > target.jpg > > damages borders, see: http://www.calmar.ws/jpegtra

Bug#358060: fvwm-crystal: menu-method write to /usr

Package: fvwm-crystal Version: 3.0.3-1 Severity: serious Justification: FHS violation. Hello Michael, fvwm-crystal menu-method attempt to write to /usr/share/fvwm-crystal/fvwm/Applications which belong to the potentially read-only partition /usr. Since the admin can run update-menus at any time

Bug#358139: gauche-config has a trapdoor rpath /home/yaegashi/....

Package: gauche Version: 0.8.6-1 Severity: grave Justification: allow access to the accounts of users who use the package Hello Hatta, gauche-config set a trapdoor rpath: chrpath usr/bin/gauche-config usr/bin/gauche-config: RPATH=/home/yaegashi/debian/gauche/gauche-0.8.6/build-tree/src This al

Bug#358142: libgtkodbcconfig.so.0.0.0 has a trapdoor rpath /home/vorlon/...

Package: gtkodbcconfig0 Version: 2.2.11-10 Severity: grave Tags: security Hello Steve, usr/lib/libgtkodbcconfig.so.0.0.0 set a rpath pointing to user writable location: % chrpath usr/lib/libgtkodbcconfig.so.0.0.0 usr/lib/libgtkodbcconfig.so.0.0.0: RPATH=/home/vorlon/unixodbc-2.2.11/gODBCConfig/.

Bug#358157: fftw2: usr/lib/librfftw.so.2 has trapdoor rpath /home/devel...

Package: fftw2 Version: 2.1.3-16.2 Severity: grave Tags: security Hello James, Some libraries in fftw2 and sfftw2 include a rpath pointing to a valid homedir. This potentially allows a user having homedir "/home/devel" to access accounts of other users using fftw2. %chrpath -k -l usr/lib/* usr/l

Bug#358166: Hamlib.so has trapdoor rpath /home/pg4i/...

Package: hamlib3-perl Version: 1.2.4-3 Severity: grave Tags: security Hello Joop, usr/lib/perl5/auto/Hamlib/Hamlib.so include a rpath to a user-writable directory. %chrpath usr/lib/perl5/auto/Hamlib/Hamlib.so usr/lib/perl5/auto/Hamlib/Hamlib.so: RPATH=/home/pg4i/Desktop/Projects/Debian/hamlib-

Bug#358169: sleepd: should be arch: any not arch: all

Package: sleepd Version: 1.3.2 Severity: serious Hello Joey, sleepd is Architecture: all but it include platform-specific binaries: %file usr/sbin/sleepd usr/sbin/sleepd: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), for GN

Bug#374912: varkon: FTBFS: unrecognized command line option "-fwritable-strings"

tags 374912 fixed merge 374912 328039 quit On Thu, Jun 22, 2006 at 03:08:03AM +0200, Julien Danjou wrote: > Package: varkon > Version: 1.18A-2 > Severity: serious > > Hello, > > There was a problem while autobuilding your package: > > gcc -ansi -pedantic -Wall -ffloat-store -fsigned-char -fwrita

Bug#375103: FTBFS: ../depcomp: No such file

On Sat, Jun 24, 2006 at 09:32:38PM +0200, Sune Vuorela wrote: > tag 375103 +patch > > > source='update-menus.cc' object='update-menus.o' libtool=no \ > > DEPDIR=.deps depmode=none /bin/sh ../depcomp \ > > g++ -DHAVE_CONFIG_H -I. -I. -I.. -g -Wall -O2 -c -o update-menus.o > > update-men

Bug#373865: file hijacking is serious

On Tue, Jun 27, 2006 at 08:10:27AM -0400, Shaya Potter wrote: > you know the bug is fixed in hebcal! hello Shaya, This bug is only fixed in sid. This is still a RC bug for Etch, see

Bug#375300: new tar behavior and --wildcards

On Wed, Jun 28, 2006 at 07:02:15AM +0200, Christian Perrier wrote: > > Debian still has to provide an upgrade path for users upgrading from Sarge. > > We cannot blindly break users scripts. > > Here, the only way seems to be putting an entry in NEWS.Debian (for > users script, ie things not under

  1   2   3   4   5   6   >