Bug#1060768: pdudaemon: Missing dependency on python3-aiohttp

Package: pdudaemon Version: 0.0.8.58.g597052b-1 Severity: serious Attempting to use pdudaemon without python3-aiohttp installed results in a traceback: # pdudaemon Traceback (most recent call last): File "/usr/sbin/pdudaemon", line 33, in sys.exit(load_entry_point('pdudaemon==0.1',

Bug#1059165: [Pkg-javascript-devel] Bug#1059165: src:zlib: fails to migrate to testing for too long: triggers autopkgtest issues

On Wed, Dec 20, 2023 at 10:14:44PM +0100, Jérémy Lal wrote: > BURP wrong zlib version check in the failing test - this could be NMUed > DOLFIN has a single test failure, that is odd and unrelated as well - this > could be NMUed For non-technical reasons I can't do these NMUs myself if they're

Bug#1059165: src:zlib: fails to migrate to testing for too long: triggers autopkgtest issues

clone 1059165 -1 reassign -1 nodejs retitle -1 autopkgtest failures on i386 found -1 18.19.0+dfsg-6 block 1059165 by -1 kthxbye On Wed, Dec 20, 2023 at 08:15:31PM +0100, Paul Gevers wrote: > The Release Team considers packages that are out-of-sync between testing and > unstable for more than 30

Bug#1012674: zlib: contrib/testzlib included (lintian: source-ships-excluded-file)

On Wed, Jul 27, 2022 at 09:00:09PM +0200, vollan...@gmail.com wrote: > There is no licence on this code, it is juste free!! If that's the goal they should have a clear statement that they're in the public domain, without an explicit license grant of some kind the default is that things are

Bug#1012674: NMU: zlib: contrib/testzlib included (lintian: source-ships-excluded-file)

On Mon, Jul 11, 2022 at 06:54:13PM +0200, Bastian Germann wrote: > Am 11.07.22 um 18:40 schrieb Mark Brown: > > On Mon, Jul 11, 2022 at 06:16:31PM +0200, Bastian Germann wrote: > > > I have uploaded zlib 1.2.12.dfsg-0.1 with the changes attached to > > > DELAYE

Bug#1012674: NMU: zlib: contrib/testzlib included (lintian: source-ships-excluded-file)

On Mon, Jul 11, 2022 at 06:16:31PM +0200, Bastian Germann wrote: > I have uploaded zlib 1.2.12.dfsg-0.1 with the changes attached to DELAYED/3. Why? Please drop this. signature.asc Description: PGP signature

Bug#1008265: CVE-2018-25032: zlib memory corruption on deflate

On Fri, Mar 25, 2022 at 10:50:51PM +0100, Salvatore Bonaccorso wrote: > Here is a preliminary debdiff to address this. Thanks, that's roughly what I uploaded - it looks like your mail raced with my own update. signature.asc Description: PGP signature

Bug#999155: ping

On Mon, Jan 24, 2022 at 05:51:43PM +0100, Thorsten Alteholz wrote: > In order have some activity on this bug and to avoid autoremoval of > dependencies, this is a reminder of outstanding things to do ... Please don't send content free pings, they just add noise and make it likely that it's going

Bug#999155: RC bug in mm and zlib

On Wed, Jan 05, 2022 at 12:57:47PM +0100, Thorsten Alteholz wrote: > are you already working on an update of mm and zlib? Or do you need some > help? They're utterly trivial, I'll get round to them at some point when I do a batch run through all my packages. It'd be more effort to integrate

Bug#992089: xemacs21-packages: contains a file with a non-free "disparaging to Sun" license

On Wed, Aug 11, 2021 at 02:38:48PM +0200, Pierre Gruet wrote: > Source: xemacs21-packages > Version: 2009.02.17.dfsg.2-4 > Severity: serious > Tags: stretch buster bullseye sid ... > The file > xemacs-packages/jde/java/src/jde/debugger/expr/LValue.java > incorporates a non-free license, stating

Bug#952257: xemacs21-packages: FTBFS: Malformed UTF-8 character (fatal) at /usr/share/texinfo/Texinfo/ParserNonXS.pm line 3364.

On Sun, Feb 23, 2020 at 02:22:15PM +0100, Lucas Nussbaum wrote: > Relevant part (hopefully): > > make[3]: Entering directory '/<>/xemacs-packages/edit-utils' Not sure how these are generated but there's over 1000 lines of log here, most of it irrelevant. This makes it hard to both find the

Bug#915190: xemacs21-support: infinite loop in /etc/xemacs21/site-start.d

te: Sat, 16 Jun 2018 11:04:27 -0500 > > From: Rob Browning > > Subject: [PATCH 3/4] Given new policy and emacsXY unversioning drop shared > > dirs > > To: debian-emac...@lists.debian.org > > Cc: Mark Brown > > > > --- > > debian/00debian.el | 7

Bug#897573: You need to install the extra package

On Mon, May 07, 2018 at 03:01:23PM +0200, Bastien ROUCARIES wrote: > hi, > > It is a feature you need to depends on extra package It would have been rather more helpful if you were to mention which package this is. It would also have been helpful to have made some effort to communicate this

Bug#897551: usbview: FTBFS: convert-im6.q16: unable to open file `/tmp/magick-20115vbmutCN0nGsV': No such file or directory @ error/constitute.c/ReadImage/544.

clone 897551 -1 reassign -1 imagemagick retitle -1 imagemagic: Errors converting SVG to PNG causing build failures thanks On Wed, May 02, 2018 at 10:55:01PM +0200, Lucas Nussbaum wrote: > > make[2]: Entering directory '/<>' > > convert -geometry $(basename $(dirname $(dirname > >

Bug#853714: yp-tools_3.3-5.1_source.changes ACCEPTED into unstable

On Wed, Mar 28, 2018 at 12:27:03PM +0100, James Cowgill wrote: > On 28/03/18 02:56, Mark Brown wrote: > > bugs are useful for keeping it out of releases. > I emailed the BTS with the diff on Thursday last week. The BTS says it > forwarded the email to you: > https://bugs.

Bug#853714: yp-tools_3.3-5.1_source.changes ACCEPTED into unstable

On Tue, Mar 27, 2018 at 08:51:30PM +, Debian FTP Masters wrote: >* Non-maintainer upload. >* debian/patches: > - Add patch to fix FTBFS with GCC 7. (Closes: #853714) > - Add patch to fix FTBFS on architectures with strict alignment >requirements. (Closes: #836021)

Bug#787956: raising the severity, prevents usage of the multilib packages

On Sat, Jan 07, 2017 at 11:15:51AM +0100, Matthias Klose wrote: > multiarch is not yet ready; you can't build it on the buildds, you can't > depend > on foreign architectures on the buildds. If you want to spend some time > working > on this, it would be appreciated, but until then I think

Bug#787956: raising the severity, prevents usage of the multilib packages

On Fri, Jan 06, 2017 at 08:48:06AM +0100, Matthias Klose wrote: > On 05.12.2016 18:50, Mark Brown wrote: > > As we have been discussing it is still not clear to me if I should fix > > or remove the multilib packages since it is still not clear to me that > > there is a sensi

Bug#787956: raising the severity, prevents usage of the multilib packages

On Mon, Dec 05, 2016 at 06:24:46PM +0100, Matthias Klose wrote: > On 05.12.2016 18:14, Mark Brown wrote: > > I am suggesting that since nothing except for the multlib D runtime > > packages needs a multilib zlib and there seems to be a very limited use > > case for them it

Bug#787956: raising the severity, prevents usage of the multilib packages

On Mon, Dec 05, 2016 at 04:40:29PM +0100, Matthias Klose wrote: > On 05.12.2016 11:29, Mark Brown wrote: > > On Wed, Nov 30, 2016 at 03:31:59PM +0100, Matthias Klose wrote: > >> it's available in the GCC packages for a while now. > > Sure, but there's a bunch more stuff n

Bug#787956: raising the severity, prevents usage of the multilib packages

On Wed, Nov 30, 2016 at 03:31:59PM +0100, Matthias Klose wrote: > On 30.11.2016 13:45, Mark Brown wrote: > > Well, there's a bunch of questions there - people seem generally > > negative on x32 and the use cases for multilib with tooling for early > > boot and so on don't

Bug#787956: raising the severity, prevents usage of the multilib packages

On Tue, Nov 29, 2016 at 02:00:48PM +0100, Matthias Klose wrote: > On 28.11.2016 19:42, Mark Brown wrote: > > On Sat, Nov 26, 2016 at 08:59:34PM +0100, Matthias Klose wrote: > > Which apparently changed at some point in the toolchain, probably quite > > some time ago, but fort

Bug#787956: raising the severity, prevents usage of the multilib packages

On Sun, Nov 27, 2016 at 06:39:22PM +0200, Sami Liedes wrote: > It seems to me that Mark is saying that this is not even supposed to > work with lib32z1-dev installed, but rather you should have > zlib1g-dev:i386 installed (and not doing so is user error). Right, that's now the expected way for

Bug#787956: raising the severity, prevents usage of the multilib packages

On Sat, Nov 26, 2016 at 08:59:34PM +0100, Matthias Klose wrote: > On 26.11.2016 20:35, Mark Brown wrote: > > On Sat, Nov 26, 2016 at 07:52:26PM +0100, Matthias Klose wrote: > >> On 26.11.2016 19:42, Mark Brown wrote: > >>> On Sat, Nov 26, 2016 at 03:56:21

Bug#787956: raising the severity, prevents usage of the multilib packages

On Sat, Nov 26, 2016 at 07:52:26PM +0100, Matthias Klose wrote: > On 26.11.2016 19:42, Mark Brown wrote: > > On Sat, Nov 26, 2016 at 03:56:21PM +0100, Matthias Klose wrote: > > Please allow at least a little time for a response, I've no real idea > > what you're even asking

Bug#812532: files with the same name installed in / and /usr

On Sun, Oct 23, 2016 at 02:06:29AM +0200, Marco d'Itri wrote: > On Oct 23, Mark Brown <broo...@debian.org> wrote: > > I'd have expected to at least have seen something going round saying > > that the transition was mostly complete and that there were only a few > >

Bug#812532: files with the same name installed in / and /usr

On Sun, Oct 23, 2016 at 01:18:54AM +0200, Marco d'Itri wrote: > On Oct 23, Mark Brown <broo...@debian.org> wrote: > > Which was uploaded yesterday without warning which isn't exactly > > helpful, there's not even been a proposal from anyone working on this > > for how

Bug#812532: files with the same name installed in / and /usr

severity 812532 serious On Sun, Oct 23, 2016 at 12:36:18AM +0200, Marco d'Itri wrote: > Control: severity -1 grave Please don't play severity games, it's not at all helpful. > On Jan 24, Marco d'Itri wrote: > > which have the same name of file installed by the hostname

Bug#837712: Processed: severity of 837712 is serious

On Fri, Oct 21, 2016 at 05:45:39PM +0200, Lucas Nussbaum wrote: > On 21/10/16 at 16:32 +0100, Mark Brown wrote: > > > Bug #837712 [src:xemacs21] xemacs21: FTBFS with bindnow and PIE enabled > > > Severity set to 'serious' from 'important' > > I've still not s

Bug#837712: Processed: severity of 837712 is serious

On Fri, Oct 21, 2016 at 02:08:47PM +, Debian Bug Tracking System wrote: > Bug #837712 [src:xemacs21] xemacs21: FTBFS with bindnow and PIE enabled > Severity set to 'serious' from 'important' I've still not seen any usable reproduction instructions. signature.asc Description: PGP signature

Bug#837225: xemacs21: FTBFS: Can't locate var_file.pl in @INC

On Sat, Sep 10, 2016 at 09:30:31AM +0200, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build on > amd64. FFS, why did this suddenly break and if it's due to the perl include transition why did it not get reported in the mass bug filing for this?

Bug#812371: nis: NIS is started before rpcbind since rpcbind was migrated to systemd

On Fri, Jan 22, 2016 at 01:47:36PM -0800, Nye Liu wrote: > > It should eventually figure things out? > No, but I have a patch for nis script, attached... I can't tell what this patch is supposed to do, sorry. > --- dist/nis2016-01-20 16:18:24.171239577 -0800 > +++ nis 2016-01-22

Bug#754121: AICCU not starting on boot in Debian

On Wed, Feb 17, 2016 at 05:46:53PM +0100, Jeroen Massar wrote: > On 2016-02-17 17:00, Mark Brown wrote: > > Right, but I do think AICCU can deal better with this situation. Not > > dealing with it makes system integration much harder as there are a > > range of op

Bug#754121: AICCU not starting on boot in Debian

On Wed, Feb 17, 2016 at 04:03:22PM +0100, Jeroen Massar wrote: > On 2016-02-17 13:47, Mark Brown wrote: > > Let me try to provide that... We now no longer have the problems in the > > original report with the boot hanging but we still don't have AICCU > > coming up rel

Bug#754121: AICCU not starting on boot in Debian

Hi, There's a bug open in Debian about AICCU not starting when used with systemd (though it's most likely not that specifically). One of the last things in the bug log is: | Actually, a concise problem statement would be a good thing to have, as | it seems completely lost in the bug report.

Bug#812371: nis: NIS is started before rpcbind since rpcbind was migrated to systemd

reassign 812371 rpcbind On Fri, Jan 22, 2016 at 01:03:00PM -0800, Nye Liu wrote: > Package: nis > Version: 3.17-34 > Severity: critical > Justification: breaks the whole system > For some reason, even though $portmap is mentioned in /etc/init.d/nis as a > start prereq, ypbind is started BEFORE

Bug#800305: nis: Please migrate a supported debhelper compat level

On Thu, Dec 31, 2015 at 01:59:42PM +0100, Petter Reinholdtsen wrote: > I believe the attached patch will solve this issue. The packaging is being redone with separate packages matching the upstream release. Since there seems to be quite a bit of latency through new at the minute I'm currently

Bug#778180: xemacs21: ftbfs with GCC-5

On Thu, Oct 08, 2015 at 02:31:55PM +0800, YunQiang Su wrote: > Any progress of this bug? > It blocks some packages in to build for mips64el port. I'm part way through upgrading to the latest upstream version. signature.asc Description: Digital signature

Bug#799326: zlib-bin: miniunzip unzips paths starting with ../

clone 799326 -1 reassign minizip -1 kthxbye Assigining a copy to minizip which is the package containing minizip in current distributions, not deleting context as a result. On Thu, Sep 17, 2015 at 11:27:36PM +0200, Marc Lehmann wrote: > Package: zlib-bin > Version: 1:1.2.7.dfsg-13 > Severity:

Bug#778180: xemacs21: ftbfs with GCC-5

On Fri, Jul 10, 2015 at 03:57:40PM -0600, Brett Johnson wrote: gcc5 changes the semantics of inline function declarations, causing some inline functions in xemacs to be considered extern, and thus cause In what way does it change the semantics - this seems like a very surprising and

Bug#778180: xemacs21: ftbfs with GCC-5

tag 778180 - patch kthxbye --- xemacs21-21.4.22.orig/configure.in +++ xemacs21-21.4.22/configure.in @@ -1941,6 +1941,8 @@ if test $cflags_specified = no; then CFLAGS=-g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes dnl Yuck, bad compares have been worth at least 3 crashes!

Bug#778180: xemacs21: ftbfs with GCC-5

On Thu, Aug 13, 2015 at 11:33:36AM -0400, Martin Michlmayr wrote: * Mark Brown broo...@debian.org [2015-08-13 12:51]: gcc5 changes the semantics of inline function declarations, causing some inline functions in xemacs to be considered extern, and thus cause In what way does it change

Bug#778180: xemacs21: ftbfs with GCC-5

On Thu, Aug 13, 2015 at 09:39:09AM -0600, Brett Johnson wrote: I agree that it would be better to make the change in the packaging, rather than in configure.in. If you've already done this, would you mind submitting a patch? Who would I submit a patch for the packaging to?! signature.asc

Bug#775733: Processed: unarchiving 775733

On Mon, Jul 27, 2015 at 01:09:14PM +, Debian Bug Tracking System wrote: unarchive 775733 Bug #775733 {Done: Mark Brown broo...@debian.org} [src:xemacs21,xemacs21-gnome-mule,xemacs21-gnome-nomule,xemacs21-gnome-mule-canna-wnn] xemacs21-gnome-*: hangs during upgrade from squeeze - wheezy

Bug#775733: fixed in xemacs21 21.4.22-12

On Mon, Jul 27, 2015 at 03:56:03PM +0200, Andreas Beckmann wrote: On 2015-06-06 09:59, Andreas Beckmann wrote: On 2015-04-27 14:43, Andreas Beckmann wrote: On 2015-04-26 10:43, Debian Bug Tracking System wrote: #775733: xemacs21-gnome-*: hangs during upgrade from squeeze - wheezy -

Bug#783704: xemacs21-support: fails to install: ln: failed to create symbolic link '/usr/lib/xemacs-21.4.22/etc': No such file or directory

On Wed, Apr 29, 2015 at 01:20:37PM +0200, Andreas Beckmann wrote: xemacs21-support needs to ship the empty directory /usr/lib/xemacs-21.4.22 Ship, don't mkdir! This is what the circular dependency was for wasn't it (dpkg didn't used to cope I believe)? Again, *please* provide reproduction

Bug#775733: xemacs21-gnome-*: hangs during upgrade from squeeze - wheezy - jessie

On Fri, Mar 27, 2015 at 11:58:01PM +0100, gregor herrmann wrote: On Tue, 24 Mar 2015 10:18:44 -0700, Mark Brown wrote: Actually having opened the logs I'm not seeing the command lines, the logs appear to start with displaying output from the commend. And the output shows the used command

Bug#775733: xemacs21-gnome-*: hangs during upgrade from squeeze - wheezy - jessie

On Wed, Mar 18, 2015 at 12:41:56AM +0100, Andreas Beckmann wrote: On 2015-03-17 11:21, Mark Brown wrote: OK, thanks for the command lines. How about the analysis for the patch? I'm not keen on just applying random changes without understanding. Actually having opened the logs I'm

Bug#775733: xemacs21-gnome-*: hangs during upgrade from squeeze - wheezy - jessie

On Tue, Mar 17, 2015 at 01:56:34AM +0100, Andreas Beckmann wrote: Package: src:xemacs21,xemacs21-gnome-mule,xemacs21-gnome-nomule,xemacs21-gnome-mule-canna-wnn Followup-For: Bug #775733 Attached are two new piuparts logs: * failure due to deadlock and timeout * success after patching

Bug#775733: Processed: reassign 775733 to src:xemacs21,xemacs21-gnome-mule,xemacs21-gnome-nomule,xemacs21-gnome-mule-canna-wnn ...

On Mon, Mar 16, 2015 at 04:27:48PM +0100, Andreas Beckmann wrote: I can deterministically reproduce this bug in piuparts, haven't tried other means to get it reproduced. Please check the bug log for details and a patch. https://bugs.debian.org/775733 I can't see instructions for reproducing

Bug#778810: grub-efi-amd64-bin: boot/bootx86.efi problems

On Sat, Feb 21, 2015 at 10:31:19AM +, Ian Campbell wrote: On Sat, 2015-02-21 at 11:39 +0900, Mark Brown wrote: Neither of these appears to have disrupted the boot partition though so I'm not sure what's been doing that :/ . Does dpkg-reconfigure grub-efi-amd64 or apt-get install

Bug#778810: grub-efi-amd64-bin: boot/bootx86.efi problems

On Fri, Feb 20, 2015 at 09:25:52AM +, Ian Campbell wrote: On Fri, 2015-02-20 at 14:21 +0900, Mark Brown wrote: This sounds, if I'm interpreting the paths correctly, like it relates somehow to the stuff Steve was doing in #708430, in as much as it sounds like your system is one which would

Bug#778810: grub-efi-amd64-bin: boot/bootx86.efi problems

Package: grub-efi-amd64-bin Version: 2.02~beta2-20 Severity: critical On a couple of occasions recently my system has been updated to remove boot/bootx86.efi from the EFI boot partition, and on a new install on a separate machine this file was not installed at all. Instead debian/grubx86.efi was

Bug#773359: Unauthorised activity surrounding tbb package

On Sun, Jan 18, 2015 at 10:09:34AM +0100, Andreas Tille wrote: On Fri, Jan 16, 2015 at 04:48:33PM +, Steven Capper wrote: we have had no discussion over #773359; your response is effectively placing words in my mouth and I will not tolerate that. To confound matters, I wasn't even

Bug#721737: nis: segfault in yppasswd when using shadow

severity 721737 normal kthxbye On Tue, Dec 09, 2014 at 02:18:52PM +0100, Goswin von Brederlow wrote: Not being able to change the password is a security problem. Raising severity to grave. Please don't inflate severities pointlessly; there are simple solutions to this like changing passwords

Bug#768669: xemacs21-packages: FTBFS in jessie: build hangs

tag 768669 + unreproducible moreinfo thanks On Sun, Nov 09, 2014 at 08:17:54AM +0100, Lucas Nussbaum wrote: During a rebuild of all packages in jessie (in a jessie chroot, not a sid chroot), your package failed to build on amd64. Relevant part (hopefully): # bind (error-data)

Bug#763566: horst build depends on sparse which is in non-free

retitle 763566 horst: Build dep on sparse which has not yet moved from non-free block 763566 524319 kthxbye Horst has a build dependency on sparse which is currently in non-free so creating a RC bug in horst until it is moved to contrib. However sparse has been relicensed under a MIT license so

Bug#765685: linux-image-3.16-2-amd64: Kernel lockups with r8723au

Package: src:linux Version: 3.16.3-2 Severity: serious The staging driver r8723au is enabled in the kernel but there appear to be very good reasons why it's in staging - when it loads it routinely locks up my system (hard with no output unfortunately). It seems to make sense to disable the

Bug#761320: kicad: depends on zlib-bin, which has been dropped from zlib-bin

On Fri, Sep 12, 2014 at 10:13:34PM +0200, Cyril Brulebois wrote: I'm filing this as a serious bug to make sure it's tracked, either by kicad maintainers or by zlib maintainers (in x-debbugs-cc). Looking at kicad's BTS page, it looks like there might have been some lack of coordination, but

Bug#747719: FTBFS: configure: error: The pkg-config script could not be found or is too old

reassign 747719 mkvtoolnix found 747719 6.9.1-1 severity 747719 serious kthxbye On Sun, May 11, 2014 at 03:46:08PM +0200, Christian Marillat wrote: Christian Hofstaedtler z...@debian.org writes: Control: affects 747719 mkvtoolnix severity 747719 normal I must disagree with this severity

Bug#696146: xemacs21-nomule, xemacs21-mule-canna-wnn: prerm deletes files owned by xemacs21-support: /usr/lib/xemacs-21.4.22/{etc, lisp}

On Tue, Apr 08, 2014 at 01:41:38AM +0200, John Paul Adrian Glaubitz wrote: This bug is still present in the current version of xemacs21 in the archives, therefore re-opening. You've reopened several bugs, have you verified all of them are actually present? signature.asc Description: Digital

Bug#696146: xemacs21-nomule, xemacs21-mule-canna-wnn: prerm deletes files owned by xemacs21-support: /usr/lib/xemacs-21.4.22/{etc, lisp}

On Tue, Apr 08, 2014 at 02:10:30PM +0200, John Paul Adrian Glaubitz wrote: In particular, xemacs21 still hasn't properly made the libpng transition, the piuparts bug which showed xemacs21-nomule removing files which belong to xemacs21-support is still present and several other issues in the

Bug#696146: xemacs21-nomule, xemacs21-mule-canna-wnn: prerm deletes files owned by xemacs21-support: /usr/lib/xemacs-21.4.22/{etc, lisp}

On Tue, Apr 08, 2014 at 01:57:50PM +0100, Mark Brown wrote: I guess you might be thinking of stuff like the patch system which is definitely annoying but isn't really a control file thing? Oh, actually I did fix the patch system but left the build dep hanging. Ho hum. signature.asc

Bug#696146: xemacs21-nomule, xemacs21-mule-canna-wnn: prerm deletes files owned by xemacs21-support: /usr/lib/xemacs-21.4.22/{etc, lisp}

On Tue, Apr 08, 2014 at 03:25:30PM +0200, John Paul Adrian Glaubitz wrote: On 04/08/2014 02:57 PM, Mark Brown wrote: Could you be more specific as to what you believe the issues in the control file are? Is it just the hard coded architectures thing, that's the only reported issue

Bug#720652: tua: fails to upgrade from wheezy: needs to add empty prerm script

On Sat, Aug 24, 2013 at 12:40:54PM +0200, Andreas Beckmann wrote: To fix this, you need to add a dummy empty prerm script like this: #/bin/sh set -e # dummy empty prerm to ensure clean upgrades from wheezy, see #xx # this file can be reoved after jessie was released

Bug#681747: pulseaudio: Fails to upgrade

Package: pulseaudio Version: 1.1-3.2 Severity: serious Attempting to upgrade PulseAudio I get: (Reading database ... 323691 files and directories currently installed.) Preparing to replace pulseaudio 1.1-3.2 (using .../pulseaudio_2.0-3_amd64.deb) ... /etc/init.d/pulseaudio: 23: .: Can't open

Bug#681747: pulseaudio: Fails to upgrade

reassign 681747 systemd kthxbye On Mon, Jul 16, 2012 at 08:02:51AM +0100, Mark Brown wrote: Attempting to upgrade PulseAudio I get: (Reading database ... 323691 files and directories currently installed.) Preparing to replace pulseaudio 1.1-3.2 (using .../pulseaudio_2.0-3_amd64.deb

Bug#642403: Looks like a combination of multiarch and GCC 4.7

I think if it's just a case of adding extra include paths that ought to be trivial to fix... generally all these issues have been pretty basic and easy to update for. (notice how the total lack of context makes it harder to understand the mail?) -- To UNSUBSCRIBE, email to

Bug#678511: zlib: FTBFS on s390x

reassign 678511 libc6-dev kthxbye On Fri, Jun 22, 2012 at 12:12:25PM +0100, Jonathan McCrohan wrote: Your package FTBFS on s390x. s390x is now a release architecture [1], hence the RC status. Please make *some* effort to read the buildd logs when reporting bugs like this. If you'd looked

Bug#662658: Reply

On Thu, Mar 08, 2012 at 12:22:39AM +0100, Robert Millan wrote: El 7 de mar?? de 2012 21:40, Mark Brown broo...@debian.org ha escrit: Where is that? http://www.freshports.org/sysutils/x86info/ Is there anywhere one can actually download the source of the package, perhaps even somewhere which

Bug#662658: Reply

Where is that? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#662658: x86info: FTBFS(kfreebsd): fatal error: asm/mtrr.h: No such file or directory

On Mon, Mar 05, 2012 at 03:51:01PM +0100, Christoph Egger wrote: gcc -g -O2 -Werror -Wall -Wshadow -Wextra -Wmissing-declarations -Wdeclaration-after-statement -Wredundant-decls -c -o mtrr.o mtrr.c mtrr.c:11:22: fatal error: asm/mtrr.h: No such file or directory compilation terminated.

Bug#662658: x86info: FTBFS(kfreebsd): fatal error: asm/mtrr.h: No such file or directory

tag 662658 - wheezy tag 662658 + help kthxbye -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#662658: x86info: FTBFS(kfreebsd): fatal error: asm/mtrr.h: No such file or directory

On Mon, Mar 05, 2012 at 05:33:59PM +0100, Christoph Egger wrote: Mark Brown broo...@debian.org writes: On Mon, Mar 05, 2012 at 03:51:01PM +0100, Christoph Egger wrote: gcc -g -O2 -Werror -Wall -Wshadow -Wextra -Wmissing-declarations -Wdeclaration-after-statement -Wredundant-decls -c

Bug#659681: Bug#659680: texlive-xetex: xelatex error: ``(Fatal format file error; I'm stymied)

On Mon, Feb 13, 2012 at 01:09:27PM +0900, Norbert Preining wrote: Assigning to zlib, maintainers of zlib, what is your plan here? Should we patch xetex (and probably many other packages have to be fixed, too), or do you intend to fix this misbehaviour? I've no intention to diverge from

Bug#659681: Bug#659680: texlive-xetex: xelatex error: ``(Fatal format file error; I'm stymied)

On Tue, Feb 14, 2012 at 08:00:39AM +0900, Norbert Preining wrote: On Mo, 13 Feb 2012, Mark Brown wrote: that the TeX upstream appears to have already changed their code for the new zlib upstream it seems like they're not expecting any change in zlib and will be updated to use the new

Bug#659681: Bug#659680: texlive-xetex: xelatex error: ``(Fatal format file error; I'm stymied)

On Tue, Feb 14, 2012 at 08:49:29AM +0900, Norbert Preining wrote: On Mo, 13 Feb 2012, Mark Brown wrote: I was thinking for the case where someone upgrades zlib but for whatever reason doesn't upgrade TeX at all - it's not exactly going to be common but it's simple enough to do. Ok, yeah

Bug#650174: pcscd: Fails to configure

Package: pcscd Version: 1.8.1-1 Severity: serious Attempting to configure pcscd fails for me with no useful diagnostic output being produced: | Setting up pcscd (1.8.1-1) ... | dpkg: error processing pcscd (--configure): | subprocess installed post-installation script returned error exit status

Bug#650174: pcscd: Fails to configure

On Sun, Nov 27, 2011 at 08:21:04PM +0100, Ludovic Rousseau wrote: What is the output of: $ apt-cache policy systemd and of: $ systemctl status pcscd.socket I'm not actually running systemd now, I just happen to have it installed. $ apt-cache policy systemd systemd: Installed: 37-1

Bug#642403: tendra ftbfs on i386

On Thu, Sep 22, 2011 at 10:56:54AM +0200, Matthias Klose wrote: /home/packages/tmp/u/tendra-4.1.2/src/lib/libtdf/abstract.pl tld: Error: cannot open library file 'target_tok': No such file or directory tld: Error: cannot open library file 'ansi': No such file or directory make[1]: ***

Bug#608179: tendra: FTBFS: mv: cannot stat `debian/tendra/usr/share/man/man1/tcc.1': No such file or directory

On Sun, Jan 09, 2011 at 07:00:31PM +, Simon McVittie wrote: Hopefully the patch below is better? It's also available from http://git.debian.org/?p=users/smcv/qa/tendra.git which also has some minor lintian fixes as separate commits. Yes, that's a lot less hideous. I've actually got an

Bug#608179: tendra: FTBFS: mv: cannot stat `debian/tendra/usr/share/man/man1/tcc.1': No such file or directory

On Sun, Jan 09, 2011 at 07:00:31PM +, Simon McVittie wrote: Hopefully the patch below is better? It's also available from http://git.debian.org/?p=users/smcv/qa/tendra.git which also has some minor lintian fixes as separate commits. BTW, some things regarding the git tree: - You need to

Bug#608179: tendra: FTBFS: mv: cannot stat `debian/tendra/usr/share/man/man1/tcc.1': No such file or directory

On Mon, Jan 03, 2011 at 09:48:38PM +0100, Jakub Wilk wrote: Or, better, stop using dh_installmanpages. It's been deprecated for over 6 years for very good reasons. It wasn't visibly deprecated immediately, I think the warnings have only been on for this release or something. See the

Bug#608179: tendra: FTBFS: mv: cannot stat `debian/tendra/usr/share/man/man1/tcc.1': No such file or directory

useful to look at the man page and figure out how to tune it to make file happy as that's likely to involve figuring out the ultimate bug with file. In any case, I'll look at this tomorrow. On 31 Dec 2010, at 17:36, Cyril Brulebois wrote: tag 608179 patch thanks Mark Brown broo

Bug#608179: tendra: FTBFS: mv: cannot stat `debian/tendra/usr/share/man/man1/tcc.1': No such file or directory

On Tue, Dec 28, 2010 at 12:31:53PM +0100, Jakub Wilk wrote: tendra fails to build from source in a clean sid i386 chroot. Tail of the build log: It would be helpful to provide the full build log; in general when reporting build issues you should always link to the full build log in the

Bug#608179: tendra: FTBFS: mv: cannot stat `debian/tendra/usr/share/man/man1/tcc.1': No such file or directory

On Tue, Dec 28, 2010 at 04:59:17PM +0100, Jakub Wilk wrote: * Mark Brown broo...@debian.org, 2010-12-28, 15:25: It would be helpful to provide the full build log Attached. Thanks. This looks like debhelper messed up and hasn't copied the man page for the compiler in. -- To UNSUBSCRIBE

Bug#589896: [Pkg-alsa-devel] Bug#589896: openarena: segfaults when using pulse-via-ALSA output and PulseAudio capture

On Fri, Aug 20, 2010 at 11:56:02PM +0200, Elimar Riesebieter wrote: forwarded 589896 https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2124 forwarded 589896 https://bugtrack.alsa-project.org/alsa-bug/view.php?id=4426 thanks Thoughts from the ALSA/VoIP teams? There are already bugs in

Bug#589896: [Pkg-alsa-devel] Bug#589896: Bug#589896: openarena: segfaults when using pulse-via-ALSA output and PulseAudio capture

On Sat, Aug 21, 2010 at 09:11:44PM +0100, Simon McVittie wrote: forwarded 589896 https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2124 tags 589896 + patch thanks On Sat, 21 Aug 2010 at 19:07:03 +0100, Simon McVittie wrote: I suggested removing the call to snd_dlobj_cache_cleanup();

Bug#575089: gnash: Crippling memory leak

On 17 Aug 2010, at 20:40, Petter Reinholdtsen wrote: I've talked with upstream on #gnash (irc.freenode.net), and they had a look at URL: http://www.last.fm/user/broonie to try to reproduce this. There is no media player on this page when upstream and me test it. Do one need to log in to be

Bug#575089: gnash: Crippling memory leak

On 17 Aug 2010, at 20:48, Petter Reinholdtsen wrote: [Mark Brown] You may need to be logged in. Presumably any last.fm user account will have a player, though in the considerable time between me reporting this bug and now it appears that last.fm have changed their player so perhaps other web

Bug#589821: Kills systems ypbind when installing in chroot

severity 589821 important kthxbye On Wed, Jul 21, 2010 at 02:07:45PM +0200, Goswin von Brederlow wrote: Package: nis Version: 3.17-17 Severity: critical Please be realistic in the severity of your reports; this is a fairly obscure use case (it's been present for something in the region of ten

Bug#575089: gnash: Crippling memory leak

Package: gnash Version: 0.8.7-2 Severity: critical With current versions of gnash there appears to be a very severe memory leak when running with at least some sites (I believe including the media player on last.fm user pages such as http://www.last.fm/user/broonie which appears to leak at

Bug#568518: Aix 5.3 nis-client crashs ypserv[2358]: segfault

severity 568518 important kthxbye On Fri, Feb 05, 2010 at 01:51:18PM +0100, thomas.lefringhau...@witte-automotive.de wrote: Severity: grave Justification: renders package unusable Please file bugs with realistic severities, inflating the severity is unhelpful. In this case the problem only

Bug#562757: Apparent portmap to rpcbind transition?

On Mon, Jan 04, 2010 at 02:45:27PM +, Mark Brown wrote: As discussed by a number of people in bug #562757 it appears that nfs-kernel-server has kicked off a transition to the use of rpcbind - at least, nfs-kernel-server has switched to needing rpcbind and we can't have two things claiming

Bug#565823: zlib1g: Breaking ABI? {update-mime-database.real, xsltproc, xmllint} start segfaulting

reassign 565823 libxml2 kthxbye On 19 Jan 2010, at 00:20, Cyril Brulebois k...@debian.org wrote: Package: zlib1g Version: 1:1.2.3.5.dfsg-1 Severity: serious Justification: ABI break? Hi, context: kfreebsd-* experimental buildds were not properly configured and pulled more stuff from

Bug#562757: Apparent portmap to rpcbind transition?

state but none of them seem to have a summary of what the intention is - does anyone have any information here? Daniel Baumann dan...@debian.org doodle (U) Mark Brown broo...@debian.org nis Tim Cutts t...@chiark.greenend.org.uk am-utils Debian QA Group packa...@qa.debian.org unfs3

Bug#562518: zlib1g 1:1.2.3.4.dfsg-1 hangs(?)

On Fri, Dec 25, 2009 at 11:33:05AM +0100, Lucas Nussbaum wrote: If, in a clean minimal chroot, I install zlib1g from testing first, then install man-db, it works fine. My guess is that it is related to the fixing of #301283. As far as I can tell zlib is performing correctly here, the man-db

Bug#562518: how to reproduce

On Fri, Dec 25, 2009 at 06:41:16PM +0100, Joern Heissler wrote: you can reproduce the problem with this little program, more or less copied from man-db source. That's one of the tests I used (plus using man-db itself). Upgrading to zlib_1.2.3.4.dfsg-2 seems *NOT* to fix the problem. Works

Bug#562518: zlib1g 1:1.2.3.4.dfsg-1 hangs(?)

On Fri, Dec 25, 2009 at 03:05:12PM +, Mark Brown wrote: As far as I can tell zlib is performing correctly here, the man-db process doing the decompression exits correctly having detected EOF and closed the file, then exits. The read() that's spinning with zero bytes is certainly

Bug#562503: #562503 upgrade of man-db hangs during postinst, consumes 100% cpu for over 30 minutes

On Fri, Dec 25, 2009 at 08:16:26PM +0100, Frans Pop wrote: To show the severity of the issue, this is from my sparc box during a regular upgrade (last one was 2 months ago): 9630 man 20 0 5448 1960 680 R 98.8 0.2 54:11.05 mandb And no idea how much longer it's going to take.

  1   2   >