Bug#323140: earth3d: Failure to start

Package: earth3d Version: 1.0.2-2 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 $ earth3d registered plane size: 1 registered sphere size: 2 PATH: /usr/bin Unable to resolve Xmu symbols - please check your Xmu library installation. $ The

Bug#347423: #347423: evince: renders ECMA-6 PDF as featureless black pages

I tried building poppler with --disable-cairo-output, which fixes the pdf display bug. See Bug #349371 Ingo -- /* Why waste time? -- asuffield */ signature.asc Description: Digital signature

Bug#300834: python2.3-libxml2: not purgeing cleanly breaks other programs

Package: python2.3-libxml2 Version: 2.6.16-3 Severity: critical Justification: breaks unrelated software -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I installed python2.3-libxml2 as a dependency package and removed it again sometime later. I also use straw as a rss reader an suddenly it failed

Bug#329039: mkisofs segfaults when creating isos

I can reproduce the problem, too. With -J segfault, without no segfault. My locales are set to LANG=de_DE.UTF8. I can also avoid the segfault setting LC_CTYPE to C or POSIX (ascii charset). Other supported charsets ([EMAIL PROTECTED]: ISO-8859-15 and de_DE: ISO-8859-1) also produce a segfault. So

Bug#380721: azureus: Azureus won't start, calls script from swt-3.1

Package: azureus Version: 2.4.0.2-3 Severity: grave Tags: patch Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 $ azureus /usr/bin/azureus: line 2: /usr/share/java-config/libswt-3.1-java: No such file or directory Please change line 2 of /usr/bin/azureus

Bug#481241: missing WML/GD.pm

Moin I think something in the makesystem is fubared, -0.3 had a fix to install wml_common/filepathconcert, the same has to be done for wml_common/GD, too. Fix attached. Ingo diff -u wml-2.0.11ds1/debian/rules wml-2.0.11ds1/debian/rules --- wml-2.0.11ds1/debian/rules +++

Bug#626457: Bug#626450: Acknowledgement (lost /lib64 - /lib symlink on

In case you still have a root shell around (probably most people should have after apt-get just failed), call the linker directly to run ln: /lib/ld-linux-x86-64.so.2 /bin/ln -s /lib /lib64 Ingo -- And crawling On the planet's face Some insects Called the human race Lost in Time And

Bug#659838: kmod: v5 acts like a fork bomb

Moin I just got bitten by that bug today, too. On Tue, Feb 14, 2012 at 05:05:27PM -0200, Lucas De Marchi wrote: I bet you have these rules in your config: install snd /sbin/modprobe --ignore-install snd { /sbin/modprobe --quiet snd-ioctl32 ; /sbin/modprobe --quiet snd-seq ; } ... Marco,

Bug#659838: kmod: v5 acts like a fork bomb

On Sun, Feb 19, 2012 at 04:38:28AM -0200, Lucas De Marchi wrote: I prepared the patch attached... I couldn't test it (I don't have an environment ready for this right now), but I think it fixes the issue. Marco, I'm assuming you already backported the patch libkmod-module: probe: fix infinite

Bug#722604: Same problem

On Fri, Sep 13, 2013 at 01:14:06PM +0200, Michael Biebl wrote: Am 13.09.2013 05:50, schrieb Norbert Preining: On Fr, 13 Sep 2013, Norbert Preining wrote: * second, what about the udev maintainers specify what changes to self compiled kernels are necessary when upgrading udev. For

Bug#915582: Acknowledgement (Installs non-free binaries from cisco and google again)

After setting the options in my previous mail to false i found firefox still was downloading binaries of libgmpopenh264.so and libwidevinecdm.so. I looked into the firefox sources (64.0~b12-2), and the installation seems to be done by toolkit/mozapps/extensions/internal/ProductAddonChecker.jsm by

Bug#915582: Installs non-free binaries from cisco and google again

Package: firefox Version: 62.0.3-1 Severity: serious Justification: Policy §2.2.1 Mozilla changed the config options for the openh264 codec. The option listed in /etc/firefox/firefox.fs (media.gmp-gmpopenh264.enabled) seems to be no longer in use, instead about:config now lists the options

Bug#919031: libmono-system4.0-cil: not installable on amd64

On Fri, Jan 11, 2019 at 09:52:46PM -0500, Jo Shields wrote: > Maybe a typo in debian/rules? I do my builds in a chroot, this kind of thing > shouldn't happen I just tried rebuilding mono 5.16.0.220+dfsg3-1 in a clean chroot, and the dependencies look good: Package: libmono-system4.0-cil

Bug#1019713: gargoyle-free: trying to overwrite .../application-x-tads.png, which is also in package qtads

Package: gargoyle-free Version: 2022.1-1 Severity: serious Justification: Policy 7.6.1 Unpacking gargoyle-free (2022.1-1) over (2019.1.1-2) ... dpkg: error processing archive /var/cache/apt/archives/gargoyle-free_2022.1-1_amd64.deb (--unpack): trying to overwrite

Bug#1017007: manpages-de: trying to overwrite .../ethers.5.gz, which is also in package net-tools

Package: manpages-de Version: 4.14.0-4 Severity: serious Tags: l10n Justification: Policy 7.6.1 Unpacking manpages-de (4.15.0-3) over (4.14.0-4) ... dpkg: error processing archive /var/cache/apt/archives/manpages-de_4.15.0-3_all.deb (--unpack): trying to overwrite

Bug#1039064: binutils-msp430: file conflict with binutils-x86-64-linux-gnu

Package: binutils-msp430 Version: 2.24~ti2 Severity: serious Justification: Policy 7.6.1 libdeb.so is both in binutils-x86-64-linux-gnu and binutils-msp430 in the same location. This was not the case in ~ti1, where libdeb.so was in /usr/lib/bfd-plugins/libdep.so. Thus the upgrade fails: