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

2023-06-25 Thread Ingo Saitz
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:

Preparing to unpack .../binutils-msp430_2.24~ti2_amd64.deb ...
Unpacking binutils-msp430 (2.24~ti2) over (2.24~ti1) ...
dpkg: error processing archive 
/var/cache/apt/archives/binutils-msp430_2.24~ti2_amd64.deb (--unpack):
 trying to overwrite '/usr/lib/x86_64-linux-gnu/bfd-plugins/libdep.so', which 
is also in package binutils-x86-64-linux-gnu 2.40.50.20230622-1
Errors were encountered while processing:
 /var/cache/apt/archives/binutils-msp430_2.24~ti2_amd64.deb



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.4.0-rc7 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages binutils-msp430 depends on:
ii  libc6  2.36-9
ii  libzstd1   1.5.5+dfsg2-1
ii  msp430mcu  20120406-2.3

binutils-msp430 recommends no packages.

binutils-msp430 suggests no packages.

-- no debconf information



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

2022-09-13 Thread Ingo Saitz
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 
'/usr/share/icons/hicolor/32x32/mimetypes/application-x-tads.png', which is 
also in package qtads 2.1.7-0.1+b1
Errors were encountered while processing:
 /var/cache/apt/archives/gargoyle-free_2022.1-1_amd64.deb

Both packages (qtads and the new gargoyle-free) provide the icon for .tads
files, so you probably need to set up alternatives. dpkg-divert would
only work until a 3rd package also tries to provide that icon.


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (800, 'unstable')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-rc5-pinguin20220912 (SMP w/2 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages gargoyle-free depends on:
ii  fonts-go  0~20170330-1
ii  fonts-liberation  1:1.07.4-11
ii  fonts-linuxlibertine  5.3.0-6
ii  fonts-noto-core   20201225-1
ii  libc6 2.34-8
ii  libfontconfig12.13.1-4.4
ii  libfreetype6  2.12.1+dfsg-3
ii  libgcc-s1 12.2.0-2
ii  libglib2.0-0  2.73.3-3
ii  libgtk2.0-0   2.24.33-2
ii  libjpeg62-turbo   1:2.1.2-1
ii  libpng16-16   1.6.37-5
ii  libsdl-mixer1.2   1.2.12-17+b1
ii  libsdl-sound1.2   1.0.3-9+b1
ii  libsdl1.2debian   1.2.15+dfsg2-8
ii  libstdc++612.2.0-2
ii  zlib1g1:1.2.11.dfsg-4.1

gargoyle-free recommends no packages.

gargoyle-free suggests no packages.

-- no debconf information



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

2022-08-11 Thread Ingo Saitz
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 '/usr/share/man/de/man5/ethers.5.gz', which is also in 
package net-tools 1.60+git20181103.0eebece-1
dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/manpages-de_4.15.0-3_all.deb


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.19.0-pinguin20220731 (SMP w/2 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

manpages-de depends on no packages.

manpages-de recommends no packages.

Versions of packages manpages-de suggests:
it  man-db [man-browser]  2.10.2-1
ii  manpages  5.13-1

-- no debconf information



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

2019-01-12 Thread Ingo Saitz
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
Source: mono
Version: 5.16.0.220+dfsg3-1
Architecture: all
Maintainer: Debian Mono Group 
Installed-Size: 3101
Depends: libc6 (>= 2.28) | libc6.1 (>= 2.28) | libc0.1 (>= 2.28), 
libmono-corlib4.5-cil (>= 5.16.0.220), libmono-security4.0-cil (>= 4.6.1.3), 
libmono-system-configuration4.0-cil (>= 4.0.0~alpha1), 
libmono-system-xml4.0-cil (>= 4.6.1.3), mono-runtime (>= 5.16.0.220), 
mono-runtime (<< 5.16.0.221)
Recommends: ca-certificates-mono (= 5.16.0.220+dfsg3-1)
Suggests: libasound2 (>> 1.0.18), libgamin0
Section: cli-mono
Priority: optional
Homepage: http://www.mono-project.com/
Description: Mono System libraries (for CLI 4.0)
 Mono is a platform for running and developing applications based on the
 ECMA/ISO Standards. Mono is an open source effort led by Xamarin.
 Mono provides a complete CLR (Common Language Runtime) including compiler and
 runtime, which can produce and execute CIL (Common Intermediate Language)
 bytecode (aka assemblies), and a class library.
 .
 This package contains the BCL (Base Class Libraries) of Mono for CLI 4.0.


I'll keep the buildroot around till this bug can be closed, just query
me if you want additional information about it.

Ingo
-- 
 ╭─╮  Kennedy's Lemma:
╭│───╮  If you can parse Perl, you can solve the Halting Problem.
│╰─│─╯
╰──╯  http://www.perlmonks.org/?node_id=663393



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

2018-12-10 Thread Ingo Saitz
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
ProductAddonChecker.getProductAddonList(). There is a config option
GMPPrefs.KEY_UPDATE_ENABLED to disable this, which is defined in
toolkit/modules/GMPUtils.jsm line 118. Setting this to false seems to
disable the binary blob downloads.

So in /etc/firefox/firefox.js (debian/browser.js.in in the source), the
option

pref("media.gmp-gmpopenh264.enabled", false);

should be changed to

pref("media.gmp-manager.updateEnabled", false);

Users needing to enable the EME and OpenH264 binaries can still change
this option in about:config.

Ingo
-- 
 ╭─╮  Kennedy's Lemma:
╭│───╮  If you can parse Perl, you can solve the Halting Problem.
│╰─│─╯
╰──╯  http://www.perlmonks.org/?node_id=663393



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

2018-12-04 Thread Ingo Saitz
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

media.gmp-provider.enabled
media.gmp.decoder.enabled
media.gmp-widevinecdm.enabled
media.gmp.trial-create.enabled

And in addition to libgmpopenh264.so it also downloads and installs into
~/.mozilla a libwidevinecdm.so binary. Its license (contained in the
zip-archive from which it gets installed) reads

> "Google Inc. and its affiliates ("Google") own all legal right, title and
> interest in and to the content decryption module software ("Software") and
> related documentation, including any intellectual property rights in the
> Software. You may not use, modify, sell, or otherwise distribute the Software
> without a separate license agreement with Google.  The Software is not open
> source software.
> 
> If you are interested in licensing the Software, please contact
> widev...@google.com.

Cf. bug #769716 i believe these automated downloads should be disabled by
default in debian packages.

Thx

-- Package-specific info:


-- Addons package information

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (800, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.4-echse20181124 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages firefox depends on:
ii  debianutils   4.8.6
ii  fontconfig2.13.1-2
ii  libasound21.1.7-1+b1
ii  libatk1.0-0   2.30.0-1
ii  libc6 2.28-1
ii  libcairo-gobject2 1.16.0-1
ii  libcairo2 1.16.0-1
ii  libdbus-1-3   1.12.10-1
ii  libdbus-glib-1-2  0.110-3
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-9
ii  libfontconfig12.13.1-2
ii  libfreetype6  2.9.1-3
ii  libgcc1   1:8.2.0-10
ii  libgdk-pixbuf2.0-02.38.0+dfsg-6
ii  libglib2.0-0  2.58.1-2
ii  libgtk-3-03.24.1-2
ii  libjsoncpp1   1.7.4-3
ii  libnspr4  2:4.20-1
ii  libnss3   2:3.40-1
ii  libpango-1.0-01.42.4-4
ii  libsqlite3-0  3.26.0-1
ii  libstartup-notification0  0.12-5
ii  libstdc++68.2.0-10
ii  libvpx5   1.7.0-3
ii  libx11-6  2:1.6.7-1
ii  libx11-xcb1   2:1.6.7-1
ii  libxcb-shm0   1.13.1-1
ii  libxcb1   1.13.1-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.15-2
ii  zlib1g1:1.2.11.dfsg-1

Versions of packages firefox recommends:
ii  libavcodec58  7:4.0.3-1

Versions of packages firefox suggests:
ii  fonts-lmodern  2.004.5-5
ii  fonts-stix [otf-stix]  1.1.1-4
ii  libcanberra0   0.30-6
ii  libgssapi-krb5-2   1.16.1-1
ii  libgtk2.0-02.24.32-3
ii  pulseaudio 12.2-2

-- no debconf information

-- debsums errors found:
debsums: package firefox is not installed


Bug#722604: Same problem

2013-09-13 Thread Ingo Saitz
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 those coming here in search of help:
  CONFIG_DEVTMPFS=y
  CONFIG_DEVTMPFS_MOUNT=y (might not be necessary, not sure)
 
 As I wrote earlier, CONFIG_DEVTMPFS=y is mandatory now and it needs
 something which mounts the devtmps. Usually it is done by the initramfs
 (in Debian both dracut and initramfs-tools work fine) and if you don't
 use and initramfs for whatever reason, you'll need
 CONFIG_DEVTMPFS_MOUNT=y, so the kernel mounts the devtmpfs for you.

Note that /etc/init.d/udev chacks for tmpfs to be mounted on / and
mounts it, if not. If you change this to check for and mount devtmpfs,
it still works without CONFIG_DEVTMPFS_MOUNT, only CONFIG_DEVTMPFS is
still needed.

This should increase compatibility with a number of self-compiled
kernels, since the kernel default for CONFIG_DEVTMPFS_MOUNT still seems
to be No. You also could suggest to set devtmpfs.mount=1 on the kernel
commandline instead.

Ingo
-- 
 ╭─╮  Kennedy's Lemma:
╭│───╮  If you can parse Perl, you can solve the Halting Problem.
│╰─│─╯
╰──╯  http://www.perlmonks.org/?node_id=663393


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



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

2012-02-20 Thread Ingo Saitz
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 loop with softdeps, right?
 
 Could you check if this works for you?

It works.

I restored the old alsa config and I can't reproduce the fork bug with
this patch.

Ingo
-- 
Kennedy's Lemma:
If you can parse Perl, you can solve the Halting Problem.

http://www.perlmonks.org/?node_id=663393



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



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

2012-02-18 Thread Ingo Saitz
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, why are you shipping this with alsa? This creates dependency
 loops, relying on modules being inserted to be able to break the
 loops. It seems very fragile. What are you trying to accomplish with
 that config?

These are indeed useful, as it pulls in additional modules that give you
the full functionality of the sound system. The problem seems to be that
--ignore-install seems to get ignored by kmod version 5 resulting in
endless recursive loops trying to insert these modules.

But since 3.12 module-init-tools (and kmod, too) supports the softdep
keyword in modprobe.d/. After changing the above rules to use softdep
instead of install, the bug was gone.

For example the rule qouted above using softdep should read:

softdep snd post: snd-ioctl32 snd-seq

I think this change could be done now in unstable, since softdep is already
supported by the module-init-tools in stable.

Ingo
-- 
Kennedy's Lemma:
If you can parse Perl, you can solve the Halting Problem.

http://www.perlmonks.org/?node_id=663393



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



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

2011-05-12 Thread Ingo Saitz
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 lost in space
And meaning



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



Bug#481241: missing WML/GD.pm

2008-05-31 Thread Ingo Saitz
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
+++ wml-2.0.11ds1/debian/rules
@@ -47,6 +47,8 @@
 	$(MAKE) prefix=$(r)/usr mandir=$(r)/usr/share/man INSTALLDIRS=perl install
 	cd wml_common/filepathconvert  \
 		$(MAKE) DESTDIR=$(r) mandir=$(r)/usr/share/man INSTALLDIRS=perl install
+	cd wml_common/gd  \
+		$(MAKE) DESTDIR=$(r) mandir=$(r)/usr/share/man INSTALLDIRS=perl install
 	dh_installdocs ANNOUNCE BUGREPORT COPYRIGHT COPYRIGHT.OTHER CREDITS \
 		MANIFEST NEWS README README.mp4h SUPPORT VERSION \
 		VERSION.HISTORY wml_contrib/


signature.asc
Description: Digital signature


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

2006-08-01 Thread Ingo Saitz
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 to call SWT-3._2_, instead of
SWT-3.1:

. /usr/share/java-config/libswt-3.2-java

Ingo

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.7-schwan20060725
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages azureus depends on:
ii  libcommons-cli-java   1.0-8  API for working with the command l
ii  liblog4j1.2-java  1.2.13-1   Logging library for java
ii  libseda-java  3.0-3  the Staged Event-Driven Architectu
ii  libswt-gtk-3.2-java   3.2-1  Standard Widget Toolkit for GTK Ja
ii  sun-java5-jre [java2-runtime] 1.5.0-07-1 Sun Java(TM) Runtime Environment (

Versions of packages azureus recommends:
pn  java-package  none (no description available)

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEzu0h4XrXtQkN2NURAoXPAKC5A1ug0OQtu3mYoD0Ga3oUST2QvwCeNuSW
tr+2Br+Z573HSdqmoWC7RN0=
=j37c
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



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

2006-01-22 Thread Ingo Saitz
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#329039: mkisofs segfaults when creating isos

2005-09-19 Thread Ingo Saitz
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 it seems the charset conversion in the joliet tree is broken.

Another funny thing I noticed:

$ ls -l foo bar
-rw-r--r--  1 ingo ingo 0 2005-09-19 23:14 bar
-rw-r--r--  1 ingo ingo 0 2005-09-19 23:14 foo
$ mkisofs -J foo bar | wc
Warning: creating filesystem with (nonstandard) Joliet extensions
 but without (standard) Rock Ridge extensions.
 It is highly recommended to add Rock Ridge
INFO:   UTF-8 character encoding detected by locale settings.
Assuming UTF-8 encoded filenames on source filesystem,
use -input-charset to override.
  0   0   0
$ mkisofs -J foo | wc
Warning: creating filesystem with (nonstandard) Joliet extensions
 but without (standard) Rock Ridge extensions.
 It is highly recommended to add Rock Ridge
INFO:   UTF-8 character encoding detected by locale settings.
Assuming UTF-8 encoded filenames on source filesystem,
use -input-charset to override.
  0   0   32768

Both are aborting with an Segfault (remove the | wc).

And the workaround:
$ export LC_CTYPE=C
$ mkisofs -J foo bar | wc
Warning: creating filesystem with (nonstandard) Joliet extensions
 but without (standard) Rock Ridge extensions.
 It is highly recommended to add Rock Ridge
Total translation table size: 0
Total rockridge attributes bytes: 0
Total directory bytes: 0
Path table size(bytes): 10
Max brk space used 21000
180 extents written (0 MB)
  4  42  368640


Mail me if you need additional data from me.

Ingo

$ locale
LANG=de_DE.UTF-8
LC_CTYPE=de_DE.UTF-8
LC_NUMERIC=de_DE.UTF-8
LC_TIME=de_DE.UTF-8
LC_COLLATE=de_DE.UTF-8
LC_MONETARY=de_DE.UTF-8
LC_MESSAGES=de_DE.UTF-8
LC_PAPER=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
LC_ADDRESS=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_MEASUREMENT=de_DE.UTF-8
LC_IDENTIFICATION=de_DE.UTF-8
LC_ALL=



signature.asc
Description: Digital signature


Bug#323140: earth3d: Failure to start

2005-08-14 Thread Ingo Saitz
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 strace shows it searches for libXmu.so, and fails to do so in
/usr/X11R6/lib.

1. It is linked against libXmu.so.6, so why does it try to open it
   again?

2. Loading libXmu.so will fail if it points to another ABI version of
   the library, please open the library by its soname (libXmu.so.6).

3. The .so link is in the -dev package, which is, being not a
   dependency, not guaranteed to be intalled. But don't depend on it;
   see 2.

Ingo

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.3-schwan20050805
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages earth3d depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.1-4  GCC support library
ii  libglu1-xorg [libglu1]6.8.2.dfsg.1-5 Mesa OpenGL utility library [X.Org
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libqt3-mt 3:3.3.4-7  Qt GUI Library (Threaded runtime v
ii  libstdc++64.0.1-4The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-5 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-5 X Window System miscellaneous exte
ii  libxmu6   6.8.2.dfsg.1-5 X Window System miscellaneous util
ii  xlibmesa-gl [libgl1]  6.8.2.dfsg.1-5 Mesa 3D graphics library [X.Org]
ii  xlibs 6.8.2.dfsg.1-5 X Window System client libraries m

earth3d recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC/9Bx4XrXtQkN2NURAhW7AJ9LIDLZ50z8LND4d4htVK8VDF3VoACfbe+N
a1ru3gT3qgSgaFHoPnkmCsc=
=wzf4
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



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

2005-03-21 Thread Ingo Saitz
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 to fetch new data after a restart (see below). But straw was
still working in a clean sid chroot, so I dug...

It seems, python2.3-libxml2 does not bytecompile its files in
/usr/lib/python2.3/site-packages on its own, but somehow I got
bytecompiled files (*.pyc and *.pyo for every *.py file), probably due
to a python update which recompiled everything. These files were left
over on the package purge causing straw to hiccup.

Please read the Debian Python Policy, especially 2.5 Modules
Bytecompilation how to correctly bytecompile and clean up:
http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-bytecompilation


Straw was displaying the errormessage 'module' object has no attribute
'create_parser' in the gui and the following Traceback on the console
it was started at:

PollManager.py:195:http_results: exception in summaryparser
Traceback (most recent call last):
  File /usr/lib/straw/straw/PollManager.py, line 193, in http_results
parsed = straw.SummaryParser.parse(data, self._feed)
  File /usr/lib/straw/straw/SummaryParser.py, line 47, in parse
parsed_content = feedparser.parse(content)
  File /usr/lib/straw/straw/feedparser.py, line 2152, in parse
saxparser = xml.sax.make_parser(PREFERRED_XML_PARSERS)
  File /usr/lib/python2.3/xml/sax/__init__.py, line 81, in make_parser
return _create_parser(parser_name)
  File /usr/lib/python2.3/xml/sax/__init__.py, line 106, in _create_parser
return drv_module.create_parser()
AttributeError: 'module' object has no attribute 'create_parser'

Ingo

- -- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-schwan20050302
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages python2.3-libxml2 depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libxml2 2.6.16-3 GNOME XML library
ii  python2.3   2.3.5-1  An interactive high-level object-o

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCP7ew4XrXtQkN2NURAoL2AKCkM5TMWml0D5CUrbcYv7HvgyYIXQCeJ0LF
SlHc9WV/+AsscB5T8IpvnFQ=
=SKtk
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]