Bug#1017008: matrix-synapse: Incorrect version in python3-canonicaljson dependency
Package: matrix-synapse Version: 1.64.0-2 Severity: minor After upgrade to synapse 1.64.0, the service failed to restart with no visible error message. Manually trying to launch synapse printed this: ERROR:root:Synapse 1.64.0 needs canonicaljson<2.0.0,>=1.5.0, but got canonicaljson==1.4.0 Missing Requirements: "canonicaljson" To install run: pip install --upgrade --force "canonicaljson" However the package dependency still says python3-canonicaljson (>= 1.4.0). Hitting this issue requires doing an isolated upgrade of synapse, so probably quite rare, but still I think the dependency should be corrected. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.35-core2-server (SMP w/8 CPU threads) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages matrix-synapse depends on: ii adduser 3.121 ii debconf [debconf-2.0] 1.5.79 ii init-system-helpers 1.63 ii libjs-jquery3.6.0+dfsg+~3.5.13-1 ii libpython3-stdlib 3.10.5-3 ii lsb-base11.2 ii python3 3.10.5-3 ii python3-attr21.2.0-1 ii python3-bcrypt 3.2.0-1+b1 ii python3-bleach 4.1.0-2 ii python3-canonicaljson 1.6.2-1 ii python3-cryptography3.4.8-2 ii python3-distutils 3.9.12-1 ii python3-frozendict 1.2-3 ii python3-ijson 3.1.4-1+b1 ii python3-importlib-metadata 4.6.4-1 ii python3-jinja2 3.0.3-1 ii python3-jsonschema 3.2.0-5 ii python3-lxml4.8.0-1 ii python3-matrix-common 1.2.1-1 ii python3-msgpack 1.0.3-1+b1 ii python3-netaddr 0.8.0-2 ii python3-openssl 21.0.0-1 ii python3-packaging 21.3-1 ii python3-phonenumbers8.12.1-2 ii python3-pil 9.1.1-1 ii python3-prometheus-client 0.9.0-1 ii python3-psycopg22.9.2-2+b1 ii python3-pyasn1 0.4.8-2 ii python3-pyasn1-modules 0.2.8-1 ii python3-pymacaroons 0.13.0-5 ii python3-service-identity18.1.0-7 ii python3-signedjson 1.1.1-2 ii python3-sortedcontainers2.1.0-2 ii python3-systemd 234-4+b1 ii python3-treq22.2.0-0.1 ii python3-twisted 22.4.0-2 ii python3-typing-extensions 3.10.0.2-1 ii python3-unpaddedbase64 2.1.0-2 ii python3-yaml5.4.1-1+b2 Versions of packages matrix-synapse recommends: pn matrix-synapse-ldap3 pn python3-pympler Versions of packages matrix-synapse suggests: pn python3-authlib pn python3-jwt -- Configuration Files: /etc/matrix-synapse/homeserver.yaml [Errno 13] Permission denied: '/etc/matrix-synapse/homeserver.yaml' /etc/matrix-synapse/log.yaml changed [not included] -- debconf information excluded
Bug#1008617: git add -p emits perl errors with very long files
Package: git Version: 1:2.35.1+next.20220211-1 Severity: minor Tags: patch I'm working on a large Unity project where some of out scene and prefab files reach six digit line numbers. When using git add -p on such a file and selecting the go to hunk option, these errors appear: Negative repeat count does nothing at /usr/lib/git-core/git-add--interactive line 1399, line 1. It seems to be due to the summary of the hunks exceeding 20 characters. The error appears once per such a hunk and makes the list of hunks difficult to read. It can be avoided by simply wrapping the offending line in an if (see attached patch). -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.4-k8 (SMP w/24 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages git depends on: ii git-man 1:2.35.1+next.20220211-1 ii libc62.33-7 ii libcurl3-gnutls 7.81.0-1 ii liberror-perl0.17029-1 ii libexpat12.4.6-1 ii libpcre2-8-0 10.39-3 ii perl 5.34.0-3 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages git recommends: ii ca-certificates 20211016 ii less 590-1 ii openssh-client [ssh-client] 1:8.9p1-3 ii patch2.7.6-7 Versions of packages git suggests: ii gettext-base 0.21-4 pn git-cvs pn git-daemon-run | git-daemon-sysvinit pn git-doc pn git-email pn git-gui pn git-mediawiki pn git-svn pn gitk pn gitweb -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/git-core/git-add--interactive (from git package) --- git-add--interactive.orig 2022-03-29 18:30:14.787905260 +0300 +++ /usr/lib/git-core/git-add--interactive 2022-03-29 18:25:28.990785877 +0300 @@ -1396,7 +1396,9 @@ # Keep the line numbers, discard extra context. $summary =~ s/@@(.*?)@@.*/$1 /s; - $summary .= " " x (20 - length $summary); + if (length $summary < 20) { + $summary .= " " x (20 - length $summary); + } # Add some user context. for my $line (@{$rhunk->{TEXT}}) {
Bug#995905: opencolorio v2.* packaging
Hi, What remains to be done for this bug? Is any help needed? All bugs which are marked as blockers have been fixed. It's causing all sorts of subtle breakage in Blender, and at least twice now I've bothered open source developers with spurious bug reports when the error turned out to be in Debian's packaging. I'll have to consider Debian's version of Blender unusable for now, because I can't rely on it having the advertised functionality until this bug (and then #994392) is fixed. -- Mikko
Bug#997804: libstdc++-11-dev: Link error when libtbb-dev is installed
Package: libstdc++-11-dev Version: 11.2.0-9 Severity: normal If libtbb-dev is installed ( is present on the system), any program using the header from C++17 or otherwise causing to be included fails to link with this error: /usr/bin/ld: /tmp/cc8b8juf.o: in function `tbb::interface7::task_arena::current_thread_index()': foo.cpp:(.text._ZN3tbb10interface710task_arena20current_thread_indexEv[_ZN3tbb10interface710task_arena20current_thread_indexEv]+0x5): undefined reference to `tbb::interface7::internal::task_arena_base::internal_current_slot()' collect2: error: ld returned 1 exit status Adding -ltbb makes it succeed, but I would not expect the C++ stdlib to require explicitly linking additional libraries. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.11.10-k8 (SMP w/24 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libstdc++-11-dev depends on: ii gcc-11-base11.2.0-9 ii libc6-dev 2.32-4 ii libgcc-11-dev 11.2.0-9 ii libstdc++6 11.2.0-9 libstdc++-11-dev recommends no packages. Versions of packages libstdc++-11-dev suggests: pn libstdc++-11-doc -- no debconf information
Bug#994392: blender: Color management settings missing
Package: blender Version: 2.93.4+dfsg-1 Severity: normal Blender 2.93.4 is missing most options in color management settings. I only have "sRGB" for display device, "Standard" for view transform, "None" for look and "sRGB" and "Linear" for sequencer. A build downloaded from blender.org shows all of the options, so it seems Debian's build is incorrectly configured somehow. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.11.10-k8 (SMP w/24 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages blender depends on: ii blender-data 2.93.4+dfsg-1 ii fonts-dejavu 2.37-2 ii libavcodec58 7:4.4-5+b1 ii libavdevice58 7:4.4-5+b1 ii libavformat58 7:4.4-5+b1 ii libavutil56 7:4.4-5+b1 ii libboost-locale1.74.0 1.74.0-9 ii libc6 2.32-2 ii libembree3-3 3.13.1+dfsg-1 ii libfftw3-double3 3.3.8-2 ii libfreetype6 2.10.4+dfsg-1 ii libgcc-s1 11.2.0-4 ii libgl11.3.2-1 ii libglew2.12.1.0-4+b1 ii libgomp1 11.2.0-4 ii libilmbase25 2.5.7-1 ii libjack-jackd2-0 [libjack-0.125] 1.9.19~dfsg-2 ii libjemalloc2 5.2.1-3 ii libjpeg62-turbo 1:2.0.6-4 ii libopenal11:1.19.1-2 ii libopenexr25 2.5.7-1 ii libopenimageio2.2 2.2.17.0+dfsg-2 ii libopenjp2-7 2.4.0-3 ii libopenvdb8.1 8.1.0-1 ii libosdcpu3.4.43.4.4-2 ii libpcre3 2:8.39-13 ii libpng16-16 1.6.37-3 ii libpugixml1v5 1.11.4-1 ii libpulse0 15.0+dfsg1-2 ii libpython3.9 3.9.7-2 ii libsdl2-2.0-0 2.0.16+dfsg1-4 ii libsndfile1 1.0.31-2 ii libspnav0 0.2.3-1+b2 ii libstdc++611.2.0-4 ii libswscale5 7:4.4-5+b1 ii libtbb2 2020.3-1 ii libtiff5 4.3.0-2 ii libx11-6 2:1.7.2-1 ii libxfixes31:5.0.3-2 ii libxi62:1.7.10-1 ii libxml2 2.9.12+dfsg-3 ii libxrender1 1:0.9.10-1 ii libxxf86vm1 1:1.1.4-1+b2 ii zlib1g1:1.2.11.dfsg-2 blender recommends no packages. blender suggests no packages. -- no debconf information
Bug#979183: kernel-package: Building an i386 kernel hangs
Package: kernel-package Version: 13.018+nmu1 Severity: normal I was trying to build a new kernel (5.4.35) for an old system and had an issue where the build process would get stuck at syncconfig. Eventually I found out that the Debian rules were inconsistent in passing the ARCH parameter to make. It so happens that make ARCH=i386 oldconfig removes the "# CONFIG_64BIT is not set" line from .config, and then a few commands later make syncconfig doesn't see that line and wants to ask some questions. But since the particular place where it's called from directs output elsewhere, the user never sees those questions. The attached patch fixes the issue. I haven't tried building an amd64 kernel with it, but since other places pass the ARCH parameter I don't expect any trouble. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 4.9.0-atom (SMP w/4 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages kernel-package depends on: ii bc 1.07.1-2+b2 ii binutils 2.35.1-6 ii build-essential 12.8 ii bzip21.0.8-4 ii dpkg-dev 1.20.5 ii file 1:5.39-3 ii gettext 0.21-3 ii kmod 27+20200310-2 ii po-debconf 1.0.21+nmu1 ii xmlto0.0.28-2.1 ii xz-utils [lzma] 5.2.4-1+b1 Versions of packages kernel-package recommends: ii cpio 2.13+dfsg-4 pn docbook-utils pn kernel-common pn uboot-mkimage Versions of packages kernel-package suggests: ii libncurses-dev 6.2+20201114-1 pn linux-source -- Configuration Files: /etc/kernel-pkg.conf changed [not included] -- no debconf information --- /usr/share/kernel-package/ruleset/targets/common.mk.orig2016-02-17 01:35:18.0 +0200 +++ /usr/share/kernel-package/ruleset/targets/common.mk 2021-01-04 00:57:52.837829683 +0200 @@ -185,8 +185,8 @@ # Use the kernel's Makefile to calculate the TOPDIR. # TOPDIR is obsolete in 2.6 kernels, so the kernel_version.mk # will get us the right answer - @echo $(shell $(MAKE) --no-print-directory -sf $(DEBDIR)/ruleset/kernel_version.mk debian_TOPDIR 2>/dev/null | tail -n 1) >/dev/null - @sed -e 's%$(shell $(MAKE) --no-print-directory -sf $(DEBDIR)/ruleset/kernel_version.mk debian_TOPDIR 2>/dev/null | tail -n 1)%$$(TOPDIR)%g' debian/stamp/conf/mak > debian/stamp/conf/vars + @echo $(shell $(MAKE) --no-print-directory -sf $(DEBDIR)/ruleset/kernel_version.mk ARCH=$(KERNEL_ARCH) $(CROSS_ARG) debian_TOPDIR 2>/dev/null | tail -n 1) >/dev/null + @sed -e 's%$(shell $(MAKE) --no-print-directory -sf $(DEBDIR)/ruleset/kernel_version.mk ARCH=$(KERNEL_ARCH) $(CROSS_ARG) debian_TOPDIR 2>/dev/null | tail -n 1)%$$(TOPDIR)%g' debian/stamp/conf/mak > debian/stamp/conf/vars @rm -f debian/stamp/conf/mak @touch debian/stamp/conf/vars
Bug#970357: fonts-adf-tribun: Inappropriate ligatures for ae and oe
On 29.9.2020 11.49, Nathan Willis wrote: Actually, don't mean to make assumptions — did you already try reaching out to upstream? Worth a shot, IMO. I hadn't before your message. I did so shortly afterwards, but have yet to receive a response. I need to get a publication using these fonts out the door very soon, so it's likely I'll have to edit the fonts myself. I can contribute the edited files to Debian in the event the upstream proves unresponsive. -- Mikko
Bug#970357: fonts-adf-tribun: Inappropriate ligatures for ae and oe
Package: fonts-adf-tribun Version: 0.20190904-2 Severity: normal Recent versions of the ADF fonts contain an rlig (required ligatures) table which replaces the letters ae with æ and oe with œ. This is incorrect for at least Finnish and English and probably many other languages as well. I know Norwegian uses the ligated versions as separate letters, but I'm not sure if the non-ligated letter combination also appears (and so if the ligature substitution could actually change the meaning of the text). I'm not convinced that the ligatures are useful, since languages where those ligated letters are used are typically able to enter the relevant Unicode characters directly from the keyboard. And having them as required ligatures is definitely wrong since there are many examples of using those letters separately. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.3-k8 (SMP w/24 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- no debconf information
Bug#968588: dovecot-gssapi: GSSAPI login broke
On 19.8.2020 13.38, Christian Göttsche wrote: There is a proposed fix[1], which is claimed to resolve the issue[2]. Could you try to verify whether this change resolves the issue for you. There is an amd64 package available at [3], from a merge-request against the packaging[4]. Confirmed, the issue is fixed by these packages. I first upgraded to 2.3.11.3+dfsg1-1 again, which predictably broke the login (just to make sure there's no cached data or anything interfering). Installing the +salsaci version then restored access. -- Mikko
Bug#968588: dovecot-gssapi: GSSAPI login broke
Package: dovecot-gssapi Version: 1:2.3.11.3+dfsg1-1 Severity: grave Justification: renders package unusable After upgrading dovecot to 1:2.3.11.3+dfsg1-1, GSSAPI login no longer works. I'm using Thunderbird as client and it says the Kerberos ticket was not accepted. A downgrade back to 1:2.3.10.1+dfsg1-2 fixes the situation. -- Package-specific info: dovecot configuration - # 2.3.10.1 (a3d0e1171): /etc/dovecot/dovecot.conf # Pigeonhole version 0.5.10 (bf8ef1c2) # OS: Linux 5.4.35-core2-server x86_64 Debian bullseye/sid # Hostname: capybara.tdb.fi auth_krb5_keytab = /etc/dovecot/private/dovecot.keytab auth_mechanisms = plain gssapi mail_location = maildir:~/Maildir mail_privileged_group = mail namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { args = scheme=CRYPT username_format=%u /etc/dovecot/users driver = passwd-file } passdb { driver = pam } plugin { sieve = file:~/sieve;active=~/.dovecot.sieve } protocols = " imap" service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0666 user = postfix } } ssl_cert = ii dovecot-gssapi 1:2.3.10.1+dfsg1-2 ii dovecot-imapd 1:2.3.10.1+dfsg1-2 pn dovecot-ldap pn dovecot-lmtpd pn dovecot-managesieved pn dovecot-mysql pn dovecot-pgsql pn dovecot-pop3d ii dovecot-sieve 1:2.3.10.1+dfsg1-2 pn dovecot-sqlite
Bug#962522: libkadm5srv-mit11: krb5 admin programs are unable to find master key stash
Package: libkadm5srv-mit11 Version: 1.17-9 Severity: important Upgrade to 1.17-9 broke my Kerberos configuration. At first I got an error about missing database (see #962519). Downgrading all packages with krb5 in their name back to 1.17-7 allowed me to start the KDC again, restoring user logins, but the admin server and other administrative programs started giving a different error: Jun 9 11:05:51 capybara kadmind[28039]: Can not fetch master key (error: No such file or directory). while initializing, aborting After puttering about for a while I finally discovered that there were two other library packages from the krb5 source package, this one and the clnt variant. Downgrading those allowed the admin server to start as well. It seems that something in either 1.17-8 or 1.17-9 completely broke configuration handling. In strace of the broken version I can see that it first opens and reads the correct configuration file in /etc, but then tries to stat /var/krb5kdc/kdc.conf and discovers it does not exist: stat("/etc/krb5kdc/kdc.conf", {st_mode=S_IFREG|0644, st_size=849, ...}) = 0 openat(AT_FDCWD, "/etc/krb5kdc/kdc.conf", O_RDONLY) = 3 read(3, "[libdefaults]\n\tdefault_realm = T"..., 4096) = 245 close(3) = 0 stat("/var/krb5kdc/kdc.conf", 0x7fff1257d200) = -1 ENOENT (No such file or directory) It then goes on to trying to open the master key stash at the default location and reports the error when that does not exist: openat(AT_FDCWD, "/var/krb5kdc/.k5.MY.REALM", O_RDONLY) = -1 ENOENT (No such file or directory) write(2, "kadmind: Can not fetch master ke"..., 99) = 99 The working version uses /etc/krb5kdc/kdc.conf throughout and finds the correct master key stash. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.35-core2-server (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init)
Bug#962519: krb5-kdc: LDAP configuration broke
Package: krb5-kdc Version: 1.17-9 Severity: normal With the recent upgrade, the kerberos servers fail to start with these messages in log: Jun 9 06:10:42 capybara krb5kdc[14954]: Cannot open DB2 database '/var/lib/krb5kdc/principal': No such file or directory - while initializing database for realm TDB.FI Jun 9 06:10:43 capybara kadmind[14992]: Cannot open DB2 database '/var/lib/krb5kdc/principal': No such file or directory while initializing, aborting My system is set up to use LDAP, so it should not need any DB2 databases. Downgrading back to 1.17-7 fixed the issue. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.35-core2-server (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init)
Bug#960305: matrix-synapse: No instructions on setting up TLS
Package: matrix-synapse Version: 1.12.4-1 Severity: normal Debian's homeserver configuration contains a https listener with certificate files stored under /etc/matrix-synapse. However these files are not supplied nor generated by the package and there's no instructions on how to generate them. Due to this the server won't start and it's not immediately obvious what should be done to correct the situation. Most debian packages which need certificates use a self-signed "snakeoil" certificate. Perhaps that could also be used here? -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.35-core2-server (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages matrix-synapse depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.74 ii libjs-jquery 3.5.1+dfsg-3 ii libpython3-stdlib 3.8.2-3 ii lsb-base 11.1.0 ii python33.8.2-3 ii python3-attr 19.3.0-4 ii python3-bcrypt 3.1.7-3 ii python3-bleach 3.1.5-2 ii python3-canonicaljson 1.1.4-3 ii python3-daemonize 2.4.7-4 ii python3-distutils 3.8.2-2 ii python3-frozendict 1.2-2 ii python3-idna 2.9-1 ii python3-jinja2 2.11.1-1 ii python3-jsonschema 3.2.0-3 ii python3-lxml 4.5.0-1.1 ii python3-msgpack0.6.2-1+b1 ii python3-nacl 1.3.0-5 ii python3-netaddr0.7.19-4 ii python3-openssl19.1.0-2 ii python3-phonenumbers 8.12.1-1 ii python3-pil7.0.0-4+b1 ii python3-prometheus-client 0.7.1-1.1 ii python3-pyasn1 0.4.2-4 ii python3-pyasn1-modules 0.2.1-1 ii python3-pymacaroons0.13.0-3 ii python3-service-identity 18.1.0-6 ii python3-signedjson 1.1.0-1 ii python3-six1.14.0-3 ii python3-sortedcontainers 2.1.0-2 ii python3-systemd234-3+b2 ii python3-treq 18.6.0-0.2 ii python3-twisted18.9.0-11 ii python3-typing-extensions 3.7.4.2-1 ii python3-unpaddedbase64 1.1.0-5 ii python3-yaml 5.3.1-2 Versions of packages matrix-synapse recommends: ii python3-psycopg2 2.8.5-1 Versions of packages matrix-synapse suggests: pn python3-txacme -- Configuration Files: /etc/init.d/matrix-synapse changed [not included] /etc/matrix-synapse/homeserver.yaml [Errno 13] Permission denied: '/etc/matrix-synapse/homeserver.yaml' -- debconf information excluded
Bug#960276: matrix-synapse: init.d script is unable to generate missing keys
Package: matrix-synapse Version: 1.12.4-1 Severity: normal I was trying to set up synapse and kept getting the error: Starting matrix-synapse: matrix-synapseTLS certificate file not found ... failed! Turns out the synapse.config does not like certain files being missing, or an invalid database configuration: /usr/bin/python3 -m synapse.config read tls_certificate_file --config-path ... Unsupported database type 'psycopg3' This was my own fault for making a typo in the configuration. However, after fixing that I got this: Error accessing file '/etc/matrix-synapse/homeserver.signing.key' (config for signing_key): No such file or directory The init.d script redirects the output of the config command to /dev/null and only uses the return value, so it will complain about missing TLS certificates and the user will never see the actual error. The latter error seems to be a catch 22 in the synapse.config module. If the signing key does not exist, you can't retrieve its path to check if it exists and create it if it doesn't. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.35-core2-server (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages matrix-synapse depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.74 ii libjs-jquery 3.5.1+dfsg-3 ii libpython3-stdlib 3.8.2-3 ii lsb-base 11.1.0 ii python33.8.2-3 ii python3-attr 19.3.0-4 ii python3-bcrypt 3.1.7-3 ii python3-bleach 3.1.5-2 ii python3-canonicaljson 1.1.4-3 ii python3-daemonize 2.4.7-4 ii python3-distutils 3.8.2-2 ii python3-frozendict 1.2-2 ii python3-idna 2.9-1 ii python3-jinja2 2.11.1-1 ii python3-jsonschema 3.2.0-3 ii python3-lxml 4.5.0-1.1 ii python3-msgpack0.6.2-1+b1 ii python3-nacl 1.3.0-5 ii python3-netaddr0.7.19-4 ii python3-openssl19.1.0-2 ii python3-phonenumbers 8.12.1-1 ii python3-pil7.0.0-4+b1 ii python3-prometheus-client 0.7.1-1.1 ii python3-pyasn1 0.4.2-4 ii python3-pyasn1-modules 0.2.1-1 ii python3-pymacaroons0.13.0-3 ii python3-service-identity 18.1.0-6 ii python3-signedjson 1.1.0-1 ii python3-six1.14.0-3 ii python3-sortedcontainers 2.1.0-2 ii python3-systemd234-3+b2 ii python3-treq 18.6.0-0.2 ii python3-twisted18.9.0-11 ii python3-typing-extensions 3.7.4.2-1 ii python3-unpaddedbase64 1.1.0-5 ii python3-yaml 5.3.1-2 Versions of packages matrix-synapse recommends: ii python3-psycopg2 2.8.5-1 Versions of packages matrix-synapse suggests: pn python3-txacme -- Configuration Files: /etc/matrix-synapse/homeserver.yaml [Errno 13] Permission denied: '/etc/matrix-synapse/homeserver.yaml' -- debconf information excluded
Bug#950620: abiword: Poor cursor visibility while moving with arrow keys
Package: abiword Version: 3.0.2-9+b1 Severity: wishlist Most programs make the cursor visible when a key is pressed and only blink it when idle. Abiword does this too when letters are typed but ignores arrow keys. As a result the cursor is periodically invisible when moving around the document. What's worse, pressing an arrow key seems to actually turn the cursor *off*, which makes it very annoying to move to the exact position you want to edit. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.12-k8 (SMP w/24 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages abiword depends on: ii abiword-common 3.0.2-9 ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.4 ii libabiword-3.0 3.0.2-9+b1 ii libc6 2.29-7 ii libdbus-1-3 1.12.16-2 ii libdbus-glib-1-20.110-5 ii libgcc1 1:9.2.1-21 ii libgcrypt20 1.8.5-3 ii libglib2.0-02.62.4-1 ii libgnutls30 3.6.11.1-2 ii libgoffice-0.10-10 0.10.46-1 ii libgsf-1-1141.14.46-1 ii libgtk-3-0 3.24.13-1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libloudmouth1-0 1.5.3-5+b1 ii libots0 0.5.0-3 ii libpng16-16 1.6.37-1 ii librdf0 1.0.17-1.1+b1 ii libreadline88.0-3 ii librevenge-0.0-00.0.4-6+b1 ii libsoup2.4-12.68.2-1 ii libstdc++6 9.2.1-21 ii libtelepathy-glib0 0.24.1-2+b1 ii libtidy5deb12:5.6.0-10 ii libwmf0.2-7 0.2.8.4-17 ii libwpd-0.10-10 0.10.3-1 ii libwpg-0.3-30.3.3-1 ii libxml2 2.9.4+dfsg1-8 ii zlib1g 1:1.2.11.dfsg-1+b1 Versions of packages abiword recommends: pn abiword-plugin-grammar ii aspell-en [aspell-dictionary] 2018.04.16-0-1 ii fonts-liberation 1:1.07.4-10 ii poppler-utils 0.71.0-6 abiword suggests no packages. -- no debconf information
Bug#946391: gvfs is not installable without systemd as init
Source: gvfs Version: 1.42.1-3 Severity: wishlist There's a dependency chain gvfs -> gvfs-daemons -> udisks2 -> libpam-systemd -> systemd-sysv, which is preventing me from installing gvfs. Gtk's show_uri function uses gvfs to open a browser, and it seems to me that that should be achievable even with sysvinit. There are probably other functionalities that gvfs can usefully provide without systemd as well. Please consider adjusting dependencies so that systemd-sysv is not a hard dependency for gvfs. I'm not certain if this bug report actually belongs on gvfs, gvfs-daemons, gvfs-backends of src:gvfs, but I hope someone more familiar with the matter can move it to a more appropriate package if it doesn't belong here. PS. I'm aware of the currently ongoing GR on init system support, the solution of which affects the relevance of this bug report. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.14-k8 (SMP w/24 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init)
Bug#932298: krb5-admin-server: Confusing error if DES encryption types are enabled
Package: krb5-admin-server Version: 1.17-4 Severity: normal Version 1.17-4 of the kerberos 5 packages removes single DES support. If such encryption types are enabled in kdc.conf, the admin server will error out with: kadmind: Required parameters in kdc.conf missing while initializing It is not at all clear from the error message what the problem is. Removing DES encryption types allows the admin server to start correctly. It would be great if the error message could be improved. Failing (or perhaps in addition to) that the preinst script could check for deprecated encryption types and warn the user that the configuration needs to be modified or krb5 will break. -- System Information: Debian Release: 10.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.24-core2-server (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages krb5-admin-server depends on: ii debconf [debconf-2.0] 1.5.72 ii krb5-kdc 1.17-4 ii libc6 2.28-10 ii libcom-err21.45.2-1 ii libgssapi-krb5-2 1.17-4 ii libgssrpc4 1.17-4 ii libk5crypto3 1.17-4 ii libkadm5srv-mit11 1.17-4 ii libkdb5-9 1.17-4 ii libkeyutils1 1.6-6 ii libkrb5-3 1.17-4 ii libkrb5support01.17-4 ii libss2 1.45.2-1 ii libverto1 0.3.0-2 ii lsb-base 10.2019051400 krb5-admin-server recommends no packages. krb5-admin-server suggests no packages. -- debconf information: * krb5-admin-server/newrealm:
Bug#898184: librrd8: leaks insecure umask in multithreaded applications
Package: librrd8 Version: 1.7.0-1+b1 Severity: important I installed collectd-core on my system and noticed that it created directories and rrd files with strange and insecure permissions such as 0777 and 0177. A bit of detective work later I managed to track the problem down to this issue in rrdtool: https://github.com/oetiker/rrdtool-1.x/issues/794 To summarize, librrd uses umask to affect the permissions of created files. It first obtains the current umask so that it can restore it. However umask is global to the process and collectd performs rrd operations in multiple threads. It may happen that another thread obtains the modified umask as the original value and restores the incorrect value after doing its thing. Worse, the version currently in Debian contains this call: saved_umask = umask(S_IRUSR|S_IWUSR); This sets the umask to 0600, apparently in an attempt to protect files from users other than the owner. However the auther failed to realize that umask is a negation of the allowed bits, so this actually exposes created files to everyone! The problematic call appeared in June 2016: https://github.com/oetiker/rrdtool-1.x/commit/cd139a8 A year later the author realized his mistake and first corrected the umask bits: https://github.com/oetiker/rrdtool-1.x/commit/e1bddaf And then removed the umask calls entirely: https://github.com/oetiker/rrdtool-1.x/commit/f1edd12 However there has not been a new version since then and the latest released version (1.7.0, from May 2017) remains vulnerable. Please pick up the fix for Debian. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.24-core2-server (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages librrd8 depends on: ii libc62.27-3 ii libcairo21.15.10-3 ii libdbi1 0.9.0-5 ii libglib2.0-0 2.56.1-2 ii libpango-1.0-0 1.42.1-1 ii libpangocairo-1.0-0 1.42.1-1 ii libpng16-16 1.6.34-1 ii libxml2 2.9.4+dfsg1-6.1 Versions of packages librrd8 recommends: ii fonts-dejavu-core 2.37-1 ii ttf-bitstream-vera 1.10-8 librrd8 suggests no packages. -- no debconf information
Bug#893775: python3-certbot: should depend on python3-distutils
Package: python3-certbot Version: 0.22.0-1 Severity: serious Justification: Policy 3.5 The dependency on python3-distutils was recently dropped from libpython3.6-minimal and the package was automatically removed from my system as unused. Since then certbot fails with: Traceback (most recent call last): File "/usr/bin/certbot", line 11, in load_entry_point('certbot==0.21.1', 'console_scripts', 'certbot')() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 587, in load_entry_point return get_distribution(dist).load_entry_point(group, name) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2800, in load_entry_point return ep.load() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2431, in load return self.resolve() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2437, in resolve module = __import__(self.module_name, fromlist=['__name__'], level=0) File "/usr/lib/python3/dist-packages/certbot/main.py", line 17, in from certbot import account File "/usr/lib/python3/dist-packages/certbot/account.py", line 21, in from certbot import util File "/usr/lib/python3/dist-packages/certbot/util.py", line 7, in import distutils.version # pylint: disable=import-error,no-name-in-module ModuleNotFoundError: No module named 'distutils' Installing python3-distutils again fixes the issue. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.24-core2-server (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages python3-certbot depends on: ii python3 3.6.4-1 ii python3-acme0.22.0-1 ii python3-configargparse 0.11.0-1 ii python3-configobj 5.0.6-2 ii python3-cryptography2.1.4-1 ii python3-josepy 1.0.1-1 ii python3-mock2.0.0-3 ii python3-parsedatetime 2.4-2 ii python3-pkg-resources 38.5.2-1 ii python3-requests2.18.4-2 ii python3-rfc3339 1.0-4 ii python3-tz 2018.3-2 ii python3-zope.component 4.3.0-1 ii python3-zope.interface 4.3.2-1+b1 Versions of packages python3-certbot recommends: ii certbot 0.22.0-1 Versions of packages python3-certbot suggests: pn python-certbot-doc -- no debconf information
Bug#893774: borgbackup: should depend on python3-distutils
Package: borgbackup Version: 1.1.4-2 Severity: serious Justification: Policy 3.5 The dependency on python3-distutils was recently dropped from libpython3.6-minimal and the package was automatically removed from my system as unused. Since then borgbackup fails with: Traceback (most recent call last): File "/usr/bin/borgbackup", line 11, in load_entry_point('borgbackup==1.1.4', 'console_scripts', 'borg')() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 587, in load_entry_point return get_distribution(dist).load_entry_point(group, name) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2800, in load_entry_point return ep.load() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2431, in load return self.resolve() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2437, in resolve module = __import__(self.module_name, fromlist=['__name__'], level=0) File "/usr/lib/python3/dist-packages/borg/__init__.py", line 1, in from distutils.version import LooseVersion ModuleNotFoundError: No module named 'distutils' Installing python3-distutils again fixes the issue. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.24-core2-server (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages borgbackup depends on: ii fuse 2.9.7-1 ii libacl12.2.52-3+b1 ii libb2-10.97+git20171226-2 ii libc6 2.27-2 ii liblz4-1 0.0~r131-2+b1 ii libssl1.1 1.1.0g-2 ii libzstd1 1.3.3+dfsg-1 ii python33.6.4-1 ii python3-llfuse 1.3.2+dfsg-2 ii python3-msgpack0.5.1-2 ii python3-pkg-resources 38.5.2-1 borgbackup recommends no packages. Versions of packages borgbackup suggests: pn borgbackup-doc -- no debconf information
Bug#893317: php-common: sessionclean spams errors if php${version}-cli is removed but not purged
Package: php-common Version: 1:60 Severity: minor The script /usr/lib/php/sessionclean goes through installed php versions and runs the associated executable to obtain session variables. The versions are obtained by inspecting the directory /usr/lib/php. The sessionclean script also checks for the existence of php.ini for that version and SAPI under /etc/php. The package php${version}-common includes some configuration files under /usr/lib/php/${version}, causing sessionclean to process that version. The package php${version}-cli contains the php.ini for the cli SAPI as well as the executable. If the latter package is removed but not purged, the executable is gone but php.ini remains. As a result sessionclean tries to obtain session variables for that version but fails with a message like: /usr/lib/php/sessionclean: 35: /usr/lib/php/sessionclean: php7.0: not found Since the script is run from cron or systemd twice per hour, this generates a fair bit of email spam to the system administrator. The fix is easy enough (purge the -cli package or move php.ini away if wanting to keep it), but it seems to me that the sessionclean script could be a bit more robust in checking which versions to process. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.1-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages php-common depends on: ii psmisc 23.1-1 ii sed 4.4-2 php-common recommends no packages. php-common suggests no packages. -- no debconf information
Bug#883312: kicad-common: Please split 3D models to a separate package
Package: kicad-common Version: 4.0.7+dfsg1-1 Severity: wishlist The 3D models take up nearly three gigabytes of space, which is nearly a fourth of my entire installed system size. Many hobbyists do not need the 3D models and kicad is perfectly usable without them, so I suggest splitting this large chunk of data into a separate package. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.1-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages kicad-common depends on: ii python 2.7.14-1 Versions of packages kicad-common recommends: ii kicad 4.0.7+dfsg1-1 kicad-common suggests no packages. -- no debconf information
Bug#873151: tigervnc-standalone-server: Forced disconnections clog up the VNC server
Package: tigervnc-standalone-server Version: 1.7.0+dfsg-7 Severity: normal I am running a graphical IRC client in a VNC server. Previously I used realvnc, but since it got removed from Debian I switched to tigervnc around the start of the year. Since then I've noticed that after the VNC server has been running for a month or two, I can no longer get in on the first try. A second attempt is successful, until eventually it will require three attempts and so on. Eventually enough attempts are required that my client is blacklisted before I can successfully connect. Some methodical testing revealed a way to reproduce the issue. Start a vnc server process: tigervncserver :10 -SecurityTypes None Then run a loop to start client processes: while :; do xvncviewer localhost:10 & sleep 1; done You can do a tail -f on the server log in another terminal if you wish. Soon enough you will start getting popups for "Too many security failures". The log will look something like this: Fri Aug 25 01:51:26 2017 Connections: accepted: 127.0.0.1::34667 Fri Aug 25 01:51:27 2017 Connections: accepted: 127.0.0.1::34668 Fri Aug 25 01:51:28 2017 Connections: accepted: 127.0.0.1::34669 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type None(1) VNCSConnST: Server default pixel format depth 24 (32bpp) little-endian rgb888 Connections: closed: 127.0.0.1::34668 (Non-shared connection requested) EncodeManager: Framebuffer updates: 0 EncodeManager: Total: 0 rects, 0 pixels EncodeManager: 0 B (1:-nan ratio) Connections: closed: 127.0.0.1::34667 (Non-shared connection requested) EncodeManager: Framebuffer updates: 0 EncodeManager: Total: 0 rects, 0 pixels EncodeManager: 0 B (1:-nan ratio) Connections: closed: 127.0.0.1::34666 (Non-shared connection requested) EncodeManager: Framebuffer updates: 1 EncodeManager: Tight: EncodeManager: Solid: 1 rects, 2.28 Mpixels EncodeManager:16 B (1:570001 ratio) EncodeManager: Total: 1 rects, 2.28 Mpixels EncodeManager: 16 B (1:570001 ratio) VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Note that no client information was printed for the two stub attempts. After a successful connection is made, the two stub connections are terminated, as well as the previous live connection. Using shared connections can be used to work around the problem. The failure mechanism seems to rely on connection "slots"; after a connection is forcibly terminated, its slot will become permanently unusable and the next connection to land in that slot will remain in a limbo indefinitely. However since a shared connection does not terminate other connections, the defunct slots remain filled with stub connections and each new connection gets a viable slot. I have not yet delved into the code, but based on this observation my theory is that there's an array of connections that gets reused, and new connections are incompletely initialized. A forced disconnection and subsequent new connection in the same array index would then land in a bad state where the server won't process it further. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.1-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages tigervnc-standalone-server depends on: ii libaudit1 1:2.7.7-1+b2 ii libbsd0 0.8.6-1 ii libc6 2.24-14 ii libgcc1 1:7.2.0-1 ii libgcrypt20 1.7.8-2 ii libgl1-mesa-glx [libgl1] 13.0.6-1+b2 ii libgnutls30 3.5.13-2 ii libjpeg62-turbo 1:1.5.1-2 ii libpam0g 1.1.8-3.6 ii libpixman-1-0 0.34.0-1 ii libselinux1 2.6-3+b2 ii libstdc++67.2.0-1 ii libsystemd0 232-25 ii libx11-6 2:1.6.4-3 ii libxau6 1:1.0.8-1+b2 ii libxdmcp6 1:1.1.2-3 ii libxfont2 1:2.0.1-3 ii libxshmfence1 1.2-1+b2 ii perl 5.26.0-5 ii x11-xkb-utils 7.7+3+b1 ii xauth 1:1.0.9-1+b2 ii xkb-data 2.19-1.1 ii zlib1g1:1.2.8.dfsg-5 Versions of packages tigervnc-standalone-server recommends: pn libgl1-mesa-dri ii tigervnc-common1.7.0+dfsg-7 ii x11-xserver-utils 7.7+7+b1 ii xfonts-base1:1.0.4+nmu1 Versions of packages tigervnc-standalone-server suggests: ii xfonts-75dpi 1:1.0.4+nmu1 pn xfonts-scalable -- no debconf information
Bug#862175: kernel-package: 4.11 kernel - make-kpkg builds kernel_headers deb incorrectly
Package: kernel-package Version: 13.018 Followup-For: Bug #862175 This bug also occurs with the virtualbox-dkms package. It produces this output to the log: - begin log excerpt - CC [M] /var/lib/dkms/virtualbox/5.1.22/build/vboxnetadp/linux/VBoxNetAdp-linux.o CC [M] /var/lib/dkms/virtualbox/5.1.22/build/vboxnetadp/VBoxNetAdp.o In file included from ./include/linux/compat.h:16:0, from ./include/linux/ethtool.h:16, from /var/lib/dkms/virtualbox/5.1.22/build/vboxnetadp/linux/VBoxNetAdp-linux.c:26: ./include/linux/if.h:27:54: fatal error: sys/socket.h: No such file or directory #include/* for struct sockaddr. */ ^ compilation terminated. - end log excerpt - It builds fine against the official linux-headers-4.11.0-trunk-amd64 package. -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.1-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages kernel-package depends on: ii bc 1.06.95-9+b3 ii binutils 2.28-5 ii build-essential 12.3 ii bzip21.0.6-8.1 ii dpkg-dev 1.18.24 ii file 1:5.30-1 ii gettext 0.19.8.1-2 ii kmod 24-1 ii lzma 9.22-2+b2 ii po-debconf 1.0.20 ii xmlto0.0.28-1 ii xz-utils [lzma] 5.2.2-1.2+b1 Versions of packages kernel-package recommends: ii cpio 2.11+dfsg-6 pn docbook-utils pn kernel-common pn uboot-mkimage Versions of packages kernel-package suggests: ii libncurses5-dev [libncurses-dev] 6.0+20161126-1 pn linux-source -- Configuration Files: /etc/kernel-pkg.conf changed: maintainer := Mikko Rasa email := t...@tdb.fi priority := Low debian = $(version)-1 -- no debconf information
Bug#772681: kernel-package bug preventing build NVidia proprietary module
On 25.02.2016 01:11, Manoj Srivastava wrote: Thanks for the report. This should be relatively easy to fix, and I’ll try getting to a new release perhaps this weekend. Did you ever get to fixing this? The bug is still present, and in fact kernel-package version hasn't changed at all since your message. -- Mikko
Bug#847961: gitweb: missing dependency to libcgi-pm-perl
Package: gitweb Version: 1:2.11.0-1 Severity: serious Justification: Policy 3.5 After running full-upgrade today I noticed that my gitweb server started returning internal server errors. Apache's error.log contained many repeats of this error: [Mon Dec 12 17:03:04.782271 2016] [cgi:error] [pid 20116] [client 163.172.66.30:41120] AH01215: Can't locate CGI.pm in @INC (you may need to install the CGI module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at /usr/share/gitweb/index.cgi line 13.: /usr/share/gitweb/index.cgi [Mon Dec 12 17:03:04.782303 2016] [cgi:error] [pid 20116] [client 163.172.66.30:41120] AH01215: BEGIN failed--compilation aborted at /usr/share/gitweb/index.cgi line 13.: /usr/share/gitweb/index.cgi [Mon Dec 12 17:03:04.782368 2016] [cgi:error] [pid 20116] [client 163.172.66.30:41120] End of script output before headers: index.cgi A search for CGI.pm revealed it to live in libcgi-pm-perl and installing that package fixed the issue. dpkg.log reveals that the package was installed prior to today's upgrade. I don't know why it got removed, and the relevant output has already disappeared from my terminal scrollback. The gitweb package suggests libcgi-fast-perl, which in turn depends on libcgi-pm-perl. However that won't be installed by default. As gitweb's index.cgi explicitly and unconditionally references the CGI module, it seems that a direct dependency should be added to the gitweb package. Mikko -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.1-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages gitweb depends on: ii git 1:2.11.0-1 ii perl 5.24.1~rc4-1 Versions of packages gitweb recommends: ii apache2 [httpd]2.4.23-8 ii libhttp-date-perl 6.02-1 Versions of packages gitweb suggests: ii apache2 [httpd-cgi] 2.4.23-8 pn git-doc -- Configuration Files: /etc/gitweb.conf changed: $projectroot = "/home/git"; $git_temp = "/tmp"; @diff_opts = (); -- no debconf information
Bug#772681: kernel-package bug preventing build NVidia proprietary module
Package: kernel-package Version: 13.018 Followup-For: Bug #772681 The nvidia-kernel-dkms package was recently modified to run conftest.sh at compile time. Inspecting the make.log file reveals that several tests are failing to run properly. After modifying conftest.sh so that the compiler output from the tests is visible, there are many errors about undeclared identifiers, such as _NSIG_WORDS from . It turns that there are multiple versions of asm/signal.h in the generated linux-headers package. The correct one is in arch/x86/include/asm. However, there is another version in include/asm, and this one comes earlier in the include path, so that's what the compiler picks. This version is lacking a number of definitions, causing nvidia's conftest to fail. Moving the include/asm directory out of the way fixes the issue and allows the nvidia module to be built. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.1-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages kernel-package depends on: ii bc 1.06.95-9+b1 ii binutils 2.26-4 ii build-essential 12.2 ii bzip21.0.6-8 ii dpkg-dev 1.18.4 ii file 1:5.25-2 ii gettext 0.19.7-2 ii kmod 22-1 ii lzma 9.22-2 ii po-debconf 1.0.19 ii xmlto0.0.28-0.1 ii xz-utils [lzma] 5.1.1alpha+20120614-2.1 Versions of packages kernel-package recommends: ii cpio 2.11+dfsg-5 pn docbook-utils pn kernel-common pn uboot-mkimage Versions of packages kernel-package suggests: ii libncurses5-dev [libncurses-dev] 6.0+20160213-1 pn linux-source -- Configuration Files: /etc/kernel-pkg.conf changed: maintainer := Mikko Rasa email := t...@tdb.fi priority := Low debian = $(version)-1 -- no debconf information
Bug#789875: subsurface: FTBFS in experimental
Since these emails managed to escape my mail filters and catch my attention, I'll butt in with my opinion. Apologies if this has been said already. Have you considered in-source copies of the modified libraries? Perhaps as git submodules? If you take full control of building and installing them, you could either link them statically or install them in a private directory. Just yesterday I debugged a segfault in icedove which was caused by the package shipping a custom version of libldap under /usr/lib/icedove (see [1] for details), so this kind of thing isn't even unprecedented in Debian. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703857 -- Mikko
Bug#740016: nvidia-driver: OpenGL image painted over other windows
On 22.10.2014 09:48, Andreas Beckmann wrote: On 2014-05-29 11:49, Gleb Golubitsky wrote: Please try 331.67. The problem is still reproducible on the lastest nvidia-driver: OpenGL contexts painted over other windows. And what about the 340.xx series (testing/unstable) or 343.xx (experimental)? I haven't seen this problem in a while, quite possibly since the upgrade to 340 series. Running 340.32 currently. -- Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761959: debian-installer: iso-scan fails if root directory contains directories with spaces
Package: debian-installer Version: 20140802 Severity: normal Tags: d-i The iso-scan step contains a loop that goes through all directories in a partition. Line 165 contains this command: find $dir $opt -name *.iso -o -name *.ISO Bacause the $dir argument is not quoted, a directory name with spaces in it gets passed as multiple arguments. Most likely the individual words do not exist as files or directories, so the find command returns with an error and causes the entire script to terminate. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.2-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754454: glusterfs-common: Brick logs are not rotated
Package: glusterfs-common Version: 3.5.1-1 Severity: minor I found that I had a 1.6 gigabyte logfile for one of my bricks, containing two years worth of logs. Adding /var/log/glusterfs/bricks/*.log to the logrotate config file fixed this. The modified file is included at the end of this message. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.4-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages glusterfs-common depends on: ii libaio10.3.109-4 ii libc6 2.19-5 ii libglib2.0-0 2.40.0-3 ii libibverbs11.1.8-1 ii liblvm2app2.2 2.02.106-2 ii libpython2.7 2.7.8-1 ii librdmacm1 1.0.16-1 ii libssl1.0.01.0.1h-3 ii libxml22.9.1+dfsg1-4 ii multiarch-support 2.19-5 ii psmisc 22.21-2 ii zlib1g 1:1.2.8.dfsg-1 glusterfs-common recommends no packages. glusterfs-common suggests no packages. -- Configuration Files: /etc/logrotate.d/glusterfs-common changed: /var/log/glusterfs/*.log { daily rotate 7 delaycompress compress notifempty missingok postrotate [ ! -f /var/run/glusterd.pid ] || kill -HUP `cat /var/run/glusterd.pid` ; killall -HUP glusterfs /dev/null 21 || true endscript } /var/log/glusterfs/bricks/*.log { daily rotate 7 delaycompress compress notifempty missingok postrotate killall -HUP glusterfsd /dev/null 21 || true endscript } -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740016: nvidia-driver: OpenGL image painted over other windows
Package: nvidia-driver Version: 331.49-1 Followup-For: Bug #740016 I've found that running a composition manager (such as xcompmgr) makes this problem go away most of the time. However, occasionally a single frame still gets painted on top of everything else. It does not happen very frequently, perhaps a couple of times per hour at most. So far I've only observed it with Steam, so I can't be certain if it's specific to something Steam does. I'm using Sawfish as window manager. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.1-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-driver depends on: ii libc6 2.18-4 ii libgl1-nvidia-glx 331.49-1 ii libnvidia-ml1 331.49-1 ii nvidia-alternative 331.49-1 ii nvidia-installer-cleanup 20131102+1 ii nvidia-kernel-dkms [nvidia-kernel-331.49] 331.49-1 ii nvidia-support 20131102+1 ii nvidia-vdpau-driver331.49-1 ii xserver-xorg-video-nvidia 331.49-1 Versions of packages nvidia-driver recommends: pn libgl1-nvidia-glx-i386 none pn nvidia-settings none Versions of packages nvidia-driver suggests: ii nvidia-kernel-dkms 331.49-1 Versions of packages xserver-xorg-video-nvidia depends on: ii debconf [debconf-2.0] 1.5.52 ii libc6 2.18-4 ii libgl1-nvidia-glx 331.49-1 ii nvidia-alternative 331.49-1 ii nvidia-installer-cleanup 20131102+1 ii nvidia-support 20131102+1 ii xserver-xorg-core [xorg-video-abi-15] 2:1.15.0-2 Versions of packages xserver-xorg-video-nvidia recommends: ii nvidia-kernel-dkms [nvidia-kernel-331.49] 331.49-1 pn nvidia-settingsnone ii nvidia-vdpau-driver331.49-1 Versions of packages xserver-xorg-video-nvidia suggests: ii nvidia-kernel-dkms 331.49-1 Versions of packages nvidia-alternative depends on: ii glx-alternative-nvidia 0.4.1 Versions of packages nvidia-kernel-dkms depends on: ii dkms 2.2.0.3-1.2 ii nvidia-alternative [nvidia-alternative--kmod-alias] 331.49-1 ii nvidia-installer-cleanup 20131102+1 ii nvidia-kernel-common 20131102+1 nvidia-kernel-dkms recommends no packages. Versions of packages glx-alternative-nvidia depends on: ii glx-alternative-mesa 0.4.1 ii glx-diversions0.4.1 glx-alternative-nvidia suggests no packages. Versions of packages nvidia-driver is related to: pn ia32-libs none pn libdrm-nouveau1none pn libdrm-nouveau1a none ii libdrm-nouveau22.4.52-1 pn libgl1-nvidia-alternatives-ia32none ii libgl1-nvidia-glx [libgl1-nvidia-glx-any] 331.49-1 pn libgl1-nvidia-glx-ia32 none pn libgl1-nvidia-glx-ia32-any none pn libgl1-nvidia-legacy-173xx-glx-ia32none pn libgl1-nvidia-legacy-96xx-glx-ia32 none ii linux-headers-3.12.0-core2 [linux-headers] 3.12.0-1 ii linux-headers-3.12.1-core2 [linux-headers] 3.12.1-1 ii linux-headers-3.8.4-core2 [linux-headers] 3.8.4-1 ii nvidia-driver [nvidia-glx-any] 331.49-1 pn nvidia-glx none ii nvidia-kernel-common 20131102+1 ii nvidia-kernel-dkms 331.49-1 pn nvidia-kernel-source none pn nvidia-settingsnone ii nvidia-support 20131102+1 pn nvidia-xconfig none ii xserver-xorg 1:7.7+6 ii xserver-xorg-core 2:1.15.0-2 pn xserver-xorg-video-nouveau none ii xserver-xorg-video-nvidia [xserver-xorg-video-nvidia-any] 331.49-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729610: glusterfs-common: Log files are not rotated properly
Package: glusterfs-common Version: 3.4.1-1 Severity: minor The postrotate script in /etc/logrotate.d/glusterfs-common does not send SIGHUP to glusterfs clients. As a result, log files for mounted filesystems can grow indefinitely unless the machine is restarted. An example logrotate file for glusterfs uses this to notify clients: /usr/bin/killall -HUP glusterfs /dev/null 21 || true -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.12.0-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages glusterfs-common depends on: ii dpkg 1.17.1 ii libaio10.3.109-4 ii libc6 2.17-93 ii libibverbs11.1.7-1 ii liblvm2app2.2 2.02.98-6+b1 ii librdmacm1 1.0.16-1 ii libssl1.0.01.0.1e-4 ii libxml22.9.1+dfsg1-3 ii multiarch-support 2.17-93 glusterfs-common recommends no packages. glusterfs-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724677: libegl1-mesa-dev has a useless indirect dependency to libgl1-mesa-dri
Package: libegl1-mesa-dev Version: 9.1.3-6 Severity: minor This bug report actually concerns version 9.1.6-2+b1, the installation of which I'm putting off due to the reason described here. libegl1-mesa-dev depends on libegl1-mesa-drivers, which in turn depends on libgl1-mesa-dri. This is a rather large package (55.3 M), which I do not wish to install on a headless server that has no hardware supported by the included drivers. You may think that on modern multi-terabyte hard disks 55 M is nothing, but if each of the 126 -dev packages on this system depended on 55 M of useless junk, it would quickly add up. Please consider adjusting dependencies so that the -dev package only depends on the stuff necessary for compiling and linking programs, and not large runtimes. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.4-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libegl1-mesa-dev depends on: ii libdrm-dev2.4.45-3 ii libegl1-mesa 9.1.3-6 ii libegl1-mesa-drivers 9.1.3-6 ii libx11-dev2:1.6.1-1 ii libx11-xcb-dev2:1.5.0-1+deb7u1 ii libxcb-dri2-0-dev 1.9.1-3 ii libxcb-glx0-dev 1.9.1-3 ii libxdamage-dev1:1.1.3-2 ii libxext-dev 2:1.3.1-2+deb7u1 ii libxfixes-dev 1:5.0-4+deb7u1 ii libxxf86vm-dev1:1.1.2-1+deb7u1 ii x11proto-dri2-dev 2.8-2 ii x11proto-gl-dev 1.4.16-2 libegl1-mesa-dev recommends no packages. libegl1-mesa-dev suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704230: apt considers packages with Architecture: all as being of the native architecture
On 31.03.2013 06:45, Guillem Jover wrote: I managed to put together a Python script which changes the architecture of an installed Debian system from i386 to amd64. I didn't even need to use any --force; processing packages in correct order by dependencies is enough, since dpkg does less dependency checks than apt. It's not perfect, but it left me with only about two dozen broken packages to be fixed by hand, as opposed to the several hundreds I encountered when trying to do this manually. If dpkg fails on some packages, one issue might be because they are not yet properly marked with a Multi-Arch field, as noted also in the announcement mail. My script does handle the Multi-Arch field and its absence. Almost all of the issues were multiarch-enabled packages that depended on a pre-multiarch package. Installing the new arch version of the dependency left the old arch version of the dependant broken. I added a section at the end of the script to clean up such broken packages. As of now, there's only two real problems in the cross-grading process: libclutter-gst-1.0-0 has a binNMU with different changelogs, and can't coexist with itself even though it is Multi-Arch: same. postgresql won't restart after cross-grading since its binary data format is arch-dependant. Would this script be of interest to the Debian community? If so, I can share it. -- Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704230: apt considers packages with Architecture: all as being of the native architecture
On 30.03.2013 03:51, Daniel Hartwig wrote: On 30 March 2013 06:33, Mikko Rasat...@tdb.fi wrote: Package: apt Version: 0.9.7.8 Severity: normal Some background: I'm migrating my home server to new hardware and considering changing the OS to 64-bit as well. Since apt now supports multiarch, I thought I'd do this by installing a 64-bit kernel first and then updating userspace bit by bit as necessary and as time permits. Unfortunately, reality turned out to be much more complicated. Hello Cross-grading an entire system is not a documented or supported procedure. You could possibly still proceed as you intended, if you are adventurous. It will take some encouraging of dpkg (lots of ‘--force-FOO’) and you will not receive support for the procedure here. I am aware of the unsupported nature of this operation. It used to be even harder, but multiarch makes it reasonably easy since programs are much less likely to break due to mismatched libraries. Half the reason I'm doing this is to explore the limits of what's possible, and because it's an interesting technical challenge. Probably simpler to install a fresh amd64 system. The other half of the reason is that I'm too lazy to dig up all the customizations I've done over the seven years since this system was installed and migrate them to the new system. However, I might be grossly overestimating the amount of effort required, and a fresh install would probably also result in a somewhat cleaner /etc. If a package with Architecture: all depends on a package with a specific architecture, then that dependency can't be fulfilled by a foreign package. https://wiki.ubuntu.com/MultiarchSpec#Dependencies_involving_Architecture:_all_packages As above, this is by design. The developers are aware of the highlighted dependency handling and the desire to perhaps move away from it eventually. I am therefore prone to closing this as not-a-bug, the difficultly in cross-grading a system is neither apts or dpkgs fault, they handle the situation correctly. Perhaps it could be implemented as a configuration option to begin with, and change the default later? ... Several hours of furious coding and testing later: I managed to put together a Python script which changes the architecture of an installed Debian system from i386 to amd64. I didn't even need to use any --force; processing packages in correct order by dependencies is enough, since dpkg does less dependency checks than apt. It's not perfect, but it left me with only about two dozen broken packages to be fixed by hand, as opposed to the several hundreds I encountered when trying to do this manually. -- Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704230: apt considers packages with Architecture: all as being of the native architecture
Package: apt Version: 0.9.7.8 Severity: normal Some background: I'm migrating my home server to new hardware and considering changing the OS to 64-bit as well. Since apt now supports multiarch, I thought I'd do this by installing a 64-bit kernel first and then updating userspace bit by bit as necessary and as time permits. Unfortunately, reality turned out to be much more complicated. If a package with Architecture: all depends on a package with a specific architecture, then that dependency can't be fulfilled by a foreign package. In my scenario above, this caused apt to think half the system was broken as soon as dpkg and apt themselves had been changed to amd64 versions. For example: xbase-clients : Depends: x11-apps but it is not installed Depends: x11-session-utils but it is not installed Depends: x11-xkb-utils but it is not installed Depends: x11-xserver-utils but it is not installed Depends: xauth but it is not installed Depends: xinit but it is not installed However, dpkg -l shows this: ii x11-apps7.7~2 i386 X applications ii x11-session-utils 7.6+2 i386 X session utilities ii x11-xkb-utils 7.7~1 i386 X11 XKB utilities ii x11-xserver-utils 7.7~3 i386 X server utilities ii xauth 1:1.0.7-1 i386 X authentication utility ii xinit 1.3.2-1i386 X server initialisation tool Clearly those packages are installed and apt's complaints are baseless. This seems to affect dpkg as well. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends false; APT::Install-Suggests 0; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::NeverAutoRemove:: ^gnumach$; APT::NeverAutoRemove:: ^gnumach-image.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Architectures ; APT::Architectures:: amd64; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma; APT::Compressor::lzma::CompressArg:: -9; APT::Compressor::lzma::UncompressArg ; APT::Compressor::lzma::UncompressArg:: --format=lzma; APT::Compressor::lzma::UncompressArg:: -d; APT::CompressorName ; APT::CompressorExtension .; APT::CompressorBinary ; APT::CompressorCost 100; APT::CompressorCompressArg ; APT::CompressorCompressArg:: -9; APT::CompressorUncompressArg ; APT::CompressorUncompressArg:: -d; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc
Bug#695149: icedove: Corrupt address book causes icedove to segfault
Package: icedove Version: 17.0-1 Severity: normal My Icedove address book got corrupted for an unknown reason, and this caused the program to segfault hard, without any kind of useful error message. I eventually had to install the icedove-dbg package and use gdb to figure out what was wrong. Now, I'm a developer so using a debugger comes to me naturally, but an ordinary user would've probably hit a brick wall, with there not even being any message to google for. The address book is still in the Mork text-database format, which has been criticized for its failed attempt in being human-readable, as well as inefficient use of space. It appears that fault tolerance can be added to this list. Even if the file cannot be repaired, the user should be told what's happening, and offered an option to delete the damaged file and start over. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.5.0-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 4.3.4 ii fontconfig2.9.0-7 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.2-4 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.9.3-1 ii libnss3 2:3.14-1 ii libnss3-1d2:3.14-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-3 ii libsqlite3-0 3.7.14.1-1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-4 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt61:1.1.3-1 ii psmisc22.20-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii myspell-en-gb [myspell-dictionary] 1:3.3.0-4 ii myspell-en-us [myspell-dictionary] 1:3.3.0-4 ii myspell-fi [myspell-dictionary] 0.7-18 Versions of packages icedove suggests: pn fonts-lyx none ii libgssapi-krb5-2 1.10.1+dfsg-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683953: udev: Dropping unix.ko from initrd makes certain custom kernels unbootable
Package: udev Version: 175-5 Severity: critical Justification: breaks the whole system Recently, bug #654282 was fixed by not attempting to include unix.ko in initrd images. I run custom kernels with a high degree of modularization, so a side effect of this change was that my systems became unbootable without warning. Fortunately the postinst script only updates the initrd image for the latest kernel, so I was able to boot into an earlier one and downgrade udev back to 175-3.1. I suggest checking for the presence of the unix.ko module when generating the initrd and including it if necessary. Since manual_add_modules already effectively checks for the presence of the module, perhaps it could return a status code to let force_load know not to add the module in conf/modules. If implementing the above is not possible, please check for the presence of unix.ko (or, equivalently, CONFIG_UNIX=m) when upgrading udev and issue a warning about unbootable system if it exists. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.1-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.45 ii libc6 2.13-35 ii libselinux12.1.9-5 ii libudev0 175-5 ii lsb-base 4.1+Debian7 ii procps 1:3.3.3-2 ii util-linux 2.20.1-5.1 Versions of packages udev recommends: ii pciutils 1:3.1.9-5 ii usbutils 1:005-3 udev suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677215: duplicity: Document the danger of using large incremental backup chains
Package: duplicity Version: 0.6.18-2 Severity: wishlist Duplicity can use large amounts of resources when restoring files (see bug #676840). In extreme cases this can cause backups to become practically unrestorable. Apparently such long chains are not officially supported. However, this is not mentioned in the manpage, /usr/share/doc/duplicity nor the duplicity website, so a user is likely to be unaware of this until the first time a restore operation fails. Some sort of best practices document would be nice, and there should also be a mention on the manpage. If possible, duplicity could warn after an incremental backup if the backup chain is about to become so large that the available resources make restoration difficulty. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.1-core2 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages duplicity depends on: ii libc6 2.13-33 ii librsync1 0.9.7-9 ii python 2.7.3~rc2-1 ii python-gnupginterface 0.3.2-9.1 ii python2.7 2.7.3~rc2-2.1 Versions of packages duplicity recommends: pn python-paramiko none ii rsync3.0.9-1 Versions of packages duplicity suggests: ii lftp 4.3.7-1 pn ncftp none pn python-botonone pn python-cloudfiles none pn python-gdata none ii python-pexpect 2.4-1 pn tahoe-lafs none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677217: duplicity puts temporary files in /tmp regardless of --tempdir
Package: duplicity Version: 0.6.18-2 Severity: minor Duplicity has a --tempdir option, but it affects only some temporary files. A significant amount of temporary files is still written to /tmp, and can prevent backup restoration in some cases (see bug #676840). The same applies to the environment variables. Please make --tempdir affect all temporary files so that space restrictions in /tmp can be circumvented. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.1-core2 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages duplicity depends on: ii libc6 2.13-33 ii librsync1 0.9.7-9 ii python 2.7.3~rc2-1 ii python-gnupginterface 0.3.2-9.1 ii python2.7 2.7.3~rc2-2.1 Versions of packages duplicity recommends: pn python-paramiko none ii rsync3.0.9-1 Versions of packages duplicity suggests: ii lftp 4.3.7-1 pn ncftp none pn python-botonone pn python-cloudfiles none pn python-gdata none ii python-pexpect 2.4-1 pn tahoe-lafs none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676840: duplicity leaks resources while restoring
On 10.06.2012 04:31, Alexander Zangerl wrote: On Sat, 09 Jun 2012 23:49:54 +0300, Mikko Rasa writes: I've been running daily incremental backups for about 10 months. what ratio of full-to-incremental backups are you using? how many incrementals are in the backup chain that you are trying to restore? have you changed your --volsize (default is 25meg)? The last full backup was 10 months ago, so there's around 300 incrementals. My --volsize is 512M (this keeps the number of volumes somewhat sensible). I see no reason why duplicity should keep more than one volume in the tempdir at any given time though (plus the associated signature and manifest files). -- Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676840: duplicity leaks resources while restoring
Package: duplicity Version: 0.6.18-2 Severity: normal I've been running daily incremental backups for about 10 months. Recently I tried to restore a file I accidentally deleted, only to find that duplicity ran out of space. Some investigation revealed that duplicity leaks several kinds of resources: 1) gpg processes (not zombies) 2) pipes used to communicate with gpg 3) temporary files 3.1) in the directory specified with --tempdir 3.2) in /tmp (deleted but held open) The last one is especially problematic for me, since /tmp is on a tmpfs and I don't want to grow it too large (and there's no telling how much would be needed; 4GB is not enough). Shortly before running out of space, duplicity had used 1126 file descriptors, 285 gpg processes and 281 temporary files in the designated tempdir totalling nearly 23GB. After duplicity had terminated, it took nearly ten minutes for all the gpg processes to finish their own cleanup and release the resources (disk space) they were holding. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.1-core2 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages duplicity depends on: ii libc6 2.13-33 ii librsync1 0.9.7-9 ii python 2.7.3~rc2-1 ii python-gnupginterface 0.3.2-9.1 ii python2.7 2.7.3~rc2-2.1 Versions of packages duplicity recommends: ii python-paramiko none ii rsync3.0.9-1 Versions of packages duplicity suggests: pn lftp 4.3.7-1 pn ncftp none pn python-botonone pn python-cloudfiles none pn python-gdata none pn python-pexpect 2.4-1 pn tahoe-lafs none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672148: abiword: Borders and shading dialog becomes unusable after first use; crashes abiword
Package: abiword Version: 2.9.2+svn20120215-2 Severity: normal After using the borders and shading dialog to apply a border to a paragraph, trying to open the dialog again produces a stream of errors from gobject: (abiword:23342): GLib-GObject-WARNING **: /build/buildd-glib2.0_2.32.2-1-i386-xYNq2i/glib2.0-2.32.2/./gobject/gsignal.c:2495: instance `0x8cd51c8' has no handler with id `6605' (abiword:23342): GLib-GObject-WARNING **: /build/buildd-glib2.0_2.32.2-1-i386-xYNq2i/glib2.0-2.32.2/./gobject/gsignal.c:2495: instance `0x8cd54c8' has no handler with id `6606' (abiword:23342): GLib-GObject-WARNING **: /build/buildd-glib2.0_2.32.2-1-i386-xYNq2i/glib2.0-2.32.2/./gobject/gsignal.c:2495: instance `0x8cd5288' has no handler with id `6607' (abiword:23342): GLib-GObject-WARNING **: /build/buildd-glib2.0_2.32.2-1-i386-xYNq2i/glib2.0-2.32.2/./gobject/gsignal.c:2495: instance `0x8cd5588' has no handler with id `6608' If the dialog is closed from the close button in the window frame, any attempt to edit the document or change the cursor position will crash abiword. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.1-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages abiword depends on: ii abiword-common 2.9.2+svn20120215-2 ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 ii libabiword-2.9 2.9.2+svn20120215-2 ii libc6 2.13-32 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-20.98-1 ii libgcc1 1:4.7.0-7 ii libgcrypt11 1.5.0-3 ii libglib2.0-02.32.2-1 ii libgnutls26 2.12.19-1 ii libgsf-1-1141.14.21-2.1 ii libgtk-3-0 3.4.1-2 ii libjpeg88d-1 ii libloudmouth1-0 1.4.3-8 ii libots0 0.5.0-2.1 ii libpng12-0 1.2.49-1 ii librdf0 1.0.15-1 ii libreadline66.2-8 ii libsoup2.4-12.38.1-2 ii libstdc++6 4.7.0-7 ii libtelepathy-glib0 0.18.1-2 ii libtidy-0.99-0 20091223cvs-1.2 ii libwmf0.2-7 0.2.8.4-10 ii libwpd-0.9-90.9.4-3 ii libwpg-0.2-20.2.1-1 ii libwps-0.2-20.2.4-2 ii libxml2 2.7.8.dfsg-9 ii libxslt1.1 1.1.26-11 ii zlib1g 1:1.2.7.dfsg-1 Versions of packages abiword recommends: ii abiword-plugin-grammar none ii abiword-plugin-mathviewnone ii aspell-en | aspell-dictionary none ii fonts-liberation none ii poppler-utils 0.16.7-3 abiword suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672149: abiword: Scroll wheel does not work
Package: abiword Version: 2.9.2+svn20120215-2 Severity: minor Scroll wheel is not working when the pointer is on top of the document area. It does work when hovering on top of the scroll bar, but having to move the pointer there defeats the purpose of having a scroll wheel in the first place. In addition, several other programs allow zooming with ctrl+wheel. This does not work in abiword either, and the only way to zoom is from the menu. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.1-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages abiword depends on: ii abiword-common 2.9.2+svn20120215-2 ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 ii libabiword-2.9 2.9.2+svn20120215-2 ii libc6 2.13-32 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-20.98-1 ii libgcc1 1:4.7.0-7 ii libgcrypt11 1.5.0-3 ii libglib2.0-02.32.2-1 ii libgnutls26 2.12.19-1 ii libgsf-1-1141.14.21-2.1 ii libgtk-3-0 3.4.1-2 ii libjpeg88d-1 ii libloudmouth1-0 1.4.3-8 ii libots0 0.5.0-2.1 ii libpng12-0 1.2.49-1 ii librdf0 1.0.15-1 ii libreadline66.2-8 ii libsoup2.4-12.38.1-2 ii libstdc++6 4.7.0-7 ii libtelepathy-glib0 0.18.1-2 ii libtidy-0.99-0 20091223cvs-1.2 ii libwmf0.2-7 0.2.8.4-10 ii libwpd-0.9-90.9.4-3 ii libwpg-0.2-20.2.1-1 ii libwps-0.2-20.2.4-2 ii libxml2 2.7.8.dfsg-9 ii libxslt1.1 1.1.26-11 ii zlib1g 1:1.2.7.dfsg-1 Versions of packages abiword recommends: ii abiword-plugin-grammar none ii abiword-plugin-mathviewnone ii aspell-en | aspell-dictionary none ii fonts-liberation none ii poppler-utils 0.16.7-3 abiword suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672150: abiword: Clip art window is practically unusable
Package: abiword Version: 2.9.2+svn20120215-2 Severity: normal The icon view in the clip art window is about 10 pixels high, making it impossible to see any item in full. It's still possible to select an item and insert it into the document. The view will resize horizontally if the dialog is resized, but not vertically. This strikes me as a missing (vertical) expand modifier in the packing of the widget. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.1-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages abiword depends on: ii abiword-common 2.9.2+svn20120215-2 ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 ii libabiword-2.9 2.9.2+svn20120215-2 ii libc6 2.13-32 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-20.98-1 ii libgcc1 1:4.7.0-7 ii libgcrypt11 1.5.0-3 ii libglib2.0-02.32.2-1 ii libgnutls26 2.12.19-1 ii libgsf-1-1141.14.21-2.1 ii libgtk-3-0 3.4.1-2 ii libjpeg88d-1 ii libloudmouth1-0 1.4.3-8 ii libots0 0.5.0-2.1 ii libpng12-0 1.2.49-1 ii librdf0 1.0.15-1 ii libreadline66.2-8 ii libsoup2.4-12.38.1-2 ii libstdc++6 4.7.0-7 ii libtelepathy-glib0 0.18.1-2 ii libtidy-0.99-0 20091223cvs-1.2 ii libwmf0.2-7 0.2.8.4-10 ii libwpd-0.9-90.9.4-3 ii libwpg-0.2-20.2.1-1 ii libwps-0.2-20.2.4-2 ii libxml2 2.7.8.dfsg-9 ii libxslt1.1 1.1.26-11 ii zlib1g 1:1.2.7.dfsg-1 Versions of packages abiword recommends: ii abiword-plugin-grammar none ii abiword-plugin-mathviewnone ii aspell-en | aspell-dictionary none ii fonts-liberation none ii poppler-utils 0.16.7-3 abiword suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672151: abiword: Borders cause hidden margins to appear and interact badly with certain tab settings
Package: abiword Version: 2.9.2+svn20120215-2 Severity: minor When adding a border to a paragraph, it will add small margins on all sides, even if not all borders are selected. In particular, if only top or bottom border is selected, there will be margins to the left and right of the paragraph. This can cause alignment issues with text, and in certain corner cases can break tabs. And example of such case is provided below. 1. Add a custom tab stop at the right margin of the page 2. Type some words, press tab and type some more words 3. Notice how the words are neatly aligned to the left and right margins 4. Add a thick bottom border to the paragraph 5. Observe the paragraph breaking up over multiple lines -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.1-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages abiword depends on: ii abiword-common 2.9.2+svn20120215-2 ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 ii libabiword-2.9 2.9.2+svn20120215-2 ii libc6 2.13-32 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-20.98-1 ii libgcc1 1:4.7.0-7 ii libgcrypt11 1.5.0-3 ii libglib2.0-02.32.2-1 ii libgnutls26 2.12.19-1 ii libgsf-1-1141.14.21-2.1 ii libgtk-3-0 3.4.1-2 ii libjpeg88d-1 ii libloudmouth1-0 1.4.3-8 ii libots0 0.5.0-2.1 ii libpng12-0 1.2.49-1 ii librdf0 1.0.15-1 ii libreadline66.2-8 ii libsoup2.4-12.38.1-2 ii libstdc++6 4.7.0-7 ii libtelepathy-glib0 0.18.1-2 ii libtidy-0.99-0 20091223cvs-1.2 ii libwmf0.2-7 0.2.8.4-10 ii libwpd-0.9-90.9.4-3 ii libwpg-0.2-20.2.1-1 ii libwps-0.2-20.2.4-2 ii libxml2 2.7.8.dfsg-9 ii libxslt1.1 1.1.26-11 ii zlib1g 1:1.2.7.dfsg-1 Versions of packages abiword recommends: ii abiword-plugin-grammar none ii abiword-plugin-mathviewnone ii aspell-en | aspell-dictionary none ii fonts-liberation none ii poppler-utils 0.16.7-3 abiword suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642135: gnumeric: Gnumeric tries to allocate an obnoxious amount of memory and aborts
On 21.09.2011 18:38, J.H.M. Dassen (Ray) wrote: Hello Mikko, On Mon, Sep 19, 2011 at 20:58:01 +0300, Mikko Rasa wrote: The file in question contains names and addresses of people, so I do not wish to publish it on the Internet. However, I can send it to the package maintainer in exchange of a promise that the information won't be misused. Here's a backtrace from gdb, perhaps it will be useful: Evaluation of this type of issue is usually done much more effectively by gnumeric's upstream maintainers than myself. It would be helpful if you could supply the file that triggers this issue to Morten Welindermort...@gnome.org and Andreas Guelzowaguel...@pyrshep.ca. Morten has commented that a better back trace will be required for analysis of this issue. Well, I was going to send the file to the developers but I wanted to provide as much information as possible so I compiled gnumeric and a few libraries from source in order to get a better backtrace. I ended up finding and fixing the bug :) Patch attached. The bug originates from commit 4e484d1 over a year ago. I think the cause of the bug should be clear from the patch but if any more information is needed I'll be happy to provide it. -- Mikko From 1a7332cadd7d15b04ea3e499d9bd635908a84009 Mon Sep 17 00:00:00 2001 From: Mikko Rasa t...@tdb.fi Date: Wed, 21 Sep 2011 22:06:48 +0300 Subject: [PATCH] Don't go into infinite loop with percent signs --- plugins/openoffice/openoffice-read.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/plugins/openoffice/openoffice-read.c b/plugins/openoffice/openoffice-read.c index d1531f6..3108303 100644 --- a/plugins/openoffice/openoffice-read.c +++ b/plugins/openoffice/openoffice-read.c @@ -3849,7 +3849,7 @@ oo_date_text_end (GsfXMLIn *xin, G_GNUC_UNUSED GsfXMLBlob *blob) int len = xin-content-len; char const *text = xin-content-str; char const *percent_sign; - while ((percent_sign = strchr (xin-content-str, '%')) != NULL) { + while ((percent_sign = strchr (text, '%')) != NULL) { if (percent_sign text) { oo_date_text_end_append (state-cur_format.accum, text, -- 1.7.6.3
Bug#642135: gnumeric: Gnumeric tries to allocate an obnoxious amount of memory and aborts
Package: gnumeric Version: 1.10.17-1 Severity: normal When opening a particular .ods file gnumeric crashes with this message: GLib-ERROR **: /build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./glib/gmem.c:239: failed to allocate 2147483648 bytes aborting... Aborted The number happens to be exactly 0x8000. The file in question contains names and addresses of people, so I do not wish to publish it on the Internet. However, I can send it to the package maintainer in exchange of a promise that the information won't be misused. Here's a backtrace from gdb, perhaps it will be useful: #0 0xb7fe2424 in __kernel_vsyscall () #1 0xb73cb911 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb73ced42 in *__GI_abort () at abort.c:92 #3 0xb75605e8 in g_logv () from /lib/libglib-2.0.so.0 #4 0xb7560622 in g_log () from /lib/libglib-2.0.so.0 #5 0xb755e35c in g_realloc () from /lib/libglib-2.0.so.0 #6 0xb757ae9f in ?? () from /lib/libglib-2.0.so.0 #7 0xb757bc4b in g_string_insert_c () from /lib/libglib-2.0.so.0 #8 0xb5c338ac in ?? () from /usr/lib/gnumeric/1.10.17/plugins/openoffice/openoffice.so #9 0xb736dd15 in ?? () from /usr/lib/libgsf-1.so.114 #10 0xb7246fda in ?? () from /usr/lib/libxml2.so.2 #11 0xb7250a93 in xmlParseElement () from /usr/lib/libxml2.so.2 #12 0xb724f790 in xmlParseContent () from /usr/lib/libxml2.so.2 #13 0xb7250894 in xmlParseElement () from /usr/lib/libxml2.so.2 #14 0xb724f790 in xmlParseContent () from /usr/lib/libxml2.so.2 #15 0xb7250894 in xmlParseElement () from /usr/lib/libxml2.so.2 #16 0xb724f790 in xmlParseContent () from /usr/lib/libxml2.so.2 #17 0xb7250894 in xmlParseElement () from /usr/lib/libxml2.so.2 #18 0xb725188a in xmlParseDocument () from /usr/lib/libxml2.so.2 #19 0xb736ed6f in gsf_xml_in_doc_parse () from /usr/lib/libgsf-1.so.114 #20 0xb5c34cce in openoffice_file_open () from /usr/lib/gnumeric/1.10.17/plugins/openoffice/openoffice.so #21 0xb7be5a9c in ?? () from /usr/lib/libgoffice-0.8.so.8 #22 0xb7be892b in ?? () from /usr/lib/libgoffice-0.8.so.8 #23 0xb7bea37d in go_file_opener_open () from /usr/lib/libgoffice-0.8.so.8 #24 0xb7e0bd31 in wb_view_new_from_input () from /usr/lib/libspreadsheet-1.10.17.so #25 0xb7e0bfd8 in wb_view_new_from_uri () from /usr/lib/libspreadsheet-1.10.17.so #26 0x0804b059 in main () -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39.3-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.41 ii gconf2 2.32.4-1 ii gnumeric-common1.10.17-1 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.2 ii libatk1.0-02.0.1-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.28.6-1 ii libgoffice-0.8-8 0.8.17-1 ii libgsf-1-114 1.14.21-2 ii libgtk2.0-02.24.6-1 ii libpango1.0-0 1.28.4-3 ii libxml22.7.8.dfsg-4 ii procps 1:3.2.8-11 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages gnumeric recommends: pn evince2.32.0-1 pn lp-solve none Versions of packages gnumeric suggests: ii epiphany-browser none ii gnumeric-doc none ii gnumeric-plugins-extra none ii ttf-mscorefonts-installer 3.3 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638033: geeqie: Incorrect string length calculation for UTF-8 characters
Package: geeqie Version: 1:1.0-8 Severity: minor When opening the rename dialog, the base part of the filename (everything up to but not including the dot) is selected. However, if there are multibyte UTF-8 characters before the dot, some characters beyond the dot get selected. It seems like the length of the base part is calculated in bytes but then used to specify the selection length in characters. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39.3-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages geeqie depends on: ii geeqie-common 1:1.0-8 data files for Geeqie ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libexiv2-9 0.20-2.1 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.6.1-6GCC support library ii libgdk-pixbuf2.0-0 2.23.5-3 GDK Pixbuf library ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.5-4 GTK+ graphical user interface libr ii liblcms11.19.dfsg-1 Little CMS color management librar ii liblircclient0 0.9.0~pre1-1 infra-red remote control support - ii libpango1.0-0 1.28.4-2 Layout and rendering of internatio ii libstdc++6 4.6.1-6 GNU Standard C++ Library v3 Versions of packages geeqie recommends: pn exiftran none (no description available) pn exiv2none (no description available) ii imagemagick 8:6.6.9.7-5 image manipulation programs ii librsvg2-common 2.34.0-2SAX-based renderer library for SVG pn ufraw-batch none (no description available) ii zenity 3.0.0-2 Display graphical dialog boxes fro Versions of packages geeqie suggests: pn geeqie-dbg none (no description available) ii gimp 2.6.11-3+b1 The GNU Image Manipulation Program ii libjpeg-progs8c-2Programs for manipulating JPEG fil pn ufrawnone (no description available) pn xpaint none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624238: darktable: Incomplete custom gtk theme
Package: darktable Version: 0.8-3 Severity: minor Darktable uses a custom dark-colored GTK+ theme irrespective of the selected system theme. However, the backgrounds of the TreeViews in the file selection dialog are not themed, resulting in light gray text on white background. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.36-core2 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages darktable depends on: ii gconf2 2.28.1-6 GNOME configuration database syste ii gtk2-engines1:2.20.1-1 theme engines for GTK+ 2.x ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.6-1 Multi-protocol file transfer libra ii libdbus-1-3 1.4.8-2 simple interprocess messaging syst ii libdbus-glib-1-20.92-1 simple interprocess messaging syst ii libexiv2-9 0.20-2 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.6.0-5GCC support library ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgdk-pixbuf2.0-0 2.23.3-3 GDK Pixbuf library ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgnome-keyring0 3.0.0-2 GNOME keyring services library ii libgomp14.6.0-5 GCC OpenMP (GOMP) support library ii libgphoto2-22.4.11-2 gphoto2 digital camera library ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libilmbase6 1.0.1-3 several utility libraries from ILM ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii liblcms2-2 2.1.dfsg-1 Color management library ii liblensfun0 0.2.4-1 Lens Correction library - Runtime ii libopenexr6 1.6.1-4.1runtime files for the OpenEXR imag ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libpng12-0 1.2.44-2 PNG library - runtime ii librsvg2-2 2.32.1-1 SAX-based renderer library for SVG ii libsqlite3-03.7.6.2-1SQLite 3 shared library ii libstdc++6 4.6.0-5 The GNU Standard C++ Library v3 ii libtiff43.9.5-1 Tag Image File Format (TIFF) libra ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime darktable recommends no packages. darktable suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621693: vim: Vim gets confused by gcc 4.5 in file included from messages
Package: vim Version: 2:7.3.035+hg~8fdc1210-1 Severity: minor In GCC 4.5 error reporting was changed to report character position on the line in addition to the line number. For the most part Vim handles this just fine, but seems to get confused by the lack of an actual error message on certain lines. An example of such a message is In file included from foo.c:1:0:. Vim appears to think that 0: is the error message and that the error is in the file In file included from foo.c on line 1. I use switchbuf=usetab,newtab (the bug is reproducible without the setting, but manifests a bit differently), so this results in Vim opening lots of unnecessary tabs when going through a quickfix list with the :cn command. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.36-core2 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vim depends on: ii libacl1 2.2.49-4Access control list shared library ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libncurses5 5.8+20110307-1 shared libraries for terminal hand ii libselinux1 2.0.98-1SELinux runtime shared libraries ii vim-common 2:7.3.035+hg~8fdc1210-1 Vi IMproved - Common files ii vim-runtime 2:7.3.035+hg~8fdc1210-1 Vi IMproved - Runtime files vim recommends no packages. Versions of packages vim suggests: pn ctags none (no description available) pn vim-doc none (no description available) pn vim-scripts none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583122: vim -r segfaults
Package: vim Version: 2:7.2.436+hg~e12b9d992389-1 Severity: normal Trying to list swap files with vim -r causes vim to immediately segfault, without listing any swap files. This happens whether or not there are any swap files in the current directory, and even if the directory is empty. While this problem does not disrupt normal use of vim, I have found the -r option useful in determining what to do if I want to modify the files from another location, so its sudden disappearance is a nuisance. When trying to open a file for which a swap file already exists, vim gives the usual prompt asking what to do about it and does not segfault. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31.6 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vim depends on: ii libacl1 2.2.49-2Access control list shared library ii libc62.10.2-9Embedded GNU C Library: Shared lib ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii libselinux1 2.0.94-1SELinux runtime shared libraries ii vim-common 2:7.2.436+hg~e12b9d992389-1 Vi IMproved - Common files ii vim-runtime 2:7.2.436+hg~e12b9d992389-1 Vi IMproved - Runtime files vim recommends no packages. Versions of packages vim suggests: pn ctags none (no description available) pn vim-doc none (no description available) pn vim-scripts none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536076: lcdproc: picolcd.so is missing from package
Upstream version 0.5.3 from June 2009 fixes this problem by removing the need for usblcd. It's not advertised on the website, but can be found from Sourceforge: http://sourceforge.net/projects/lcdproc/files/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529751: gxmms2: Needs to be rebuilt against libxmmsclient5
Package: gxmms2 Version: 0.7.0-2 Severity: grave Justification: renders package unusable The gxmms2 package still depends on libxmmsclient4, which has been superseded by libxmmsclient5 in the 0.6DrMattDestruction release. Furthermore, libxmmsclient5 conflicts with libxmmsclient4, and the older version can not be used to communicate with the newer server. Since xmms2-client-cli also needs the client library, the only option is to remove gxmms2 and upgrade libxmmsclient. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29.2 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gxmms2 depends on: ii libatk1.0-0 1.26.0-1The ATK accessibility toolkit ii libc62.9-12 GNU C Library: Shared libraries ii libcairo21.8.6-2+b1 The Cairo 2D vector graphics libra ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libpango1.0-01.24.2-1Layout and rendering of internatio ii libx11-6 2:1.2.1-1 X11 client-side library ii libxmmsclient-glib1 0.5DrLecter-2.1 XMMS2 - glib client library ii libxmmsclient4 0.5DrLecter-2.1 XMMS2 - client library gxmms2 recommends no packages. Versions of packages gxmms2 suggests: ii xmms2-core0.6DrMattDestruction-1 XMMS2 - core package -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519556: xserver-xorg-input-tslib: Segfault with no RandR support
Package: xserver-xorg-input-tslib Version: 0.0.5-6 Severity: important When running an X server without RandR support (for example, fbdev driver with the Rotate option set), the tslib driver segfaults. A backtrace with gdb revealed the location: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x403ce330 (LWP 15240)] 0x0012373c in RRFirstOutput () (gdb) bt #0 0x0012373c in RRFirstOutput () #1 0x00125d08 in RRGetRotation () #2 0x4051d250 in ?? () from /usr/lib/xorg/modules/input//tslib_drv.so Cannot access memory at address 0x862 I am not sure if this is a bug in the tslib driver or the X server itself - the mouse driver does not contain any calls to that function. Thus, I am unable to provide a proper fix at this time. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27.2 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519474: More information on X11 locale troubles
This seems to be due to a change in the locale.dir file. Doing grep fi_FI\\.UTF-8 on lenny's version (1.1.5-2) shows: en_US.UTF-8/XLC_LOCALE fi_FI.UTF-8 en_US.UTF-8/XLC_LOCALE: fi_FI.UTF-8 While the same command for sid (1.2-1) shows: fi_FI.UTF-8/XLC_LOCALE fi_FI.UTF-8 fi_FI.UTF-8/XLC_LOCALE: fi_FI.UTF-8 However, the fi_FI.UTF-8 directory does not actually exist. This causes other kinds of funny behavior too - I noticed that sawfish stopped displaying window titles and crashed when starting ltris. As a workaround, set LC_CTYPE to en_US.UTF-8. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518738: dovecot-common: Upgrade overwrote a custom SSL certificate
Package: dovecot-common Version: 1:1.1.11-4 Severity: minor I had a custom SSL certificate from cacert.org installed for dovecot. After upgrading packages last night, I discovered that I could no longer connect to my IMAP server - dovecot was spewing errors about a mismatch in the SSL key file. Upon further examination, I discovered that the certs/dovecot.pem file had been overwritten and a new private/dovecot.pem added (my custom key file was private/dovecot.key). Since I had chosen to preserve my old config file, dovecot was now trying to use the new certificate with the old key. Some more investigation revealed that dovecot-common's postinst script skips generating an SSL certificate only if _both_ certs/dovecot.pem _and_ private/dovecot.pem exist. Since the latter wasn't present on my system, the script decided to generate a new certificate. I suggest that the postinst script is changed to skip certificate generation if _either_ of those files exists, or a warning is added to the config file about this potential trampling if only one file is renamed. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dovecot-common depends on: ii adduser 3.110 add and remove users and groups ii libbz2-1.01.0.5-1high-quality block-sorting file co ii libc6 2.9-4 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libgssapi-krb5-2 1.6.dfsg.4~beta1-9 MIT Kerberos runtime libraries - k ii libk5crypto3 1.6.dfsg.4~beta1-9 MIT Kerberos runtime libraries - C ii libkrb5-3 1.6.dfsg.4~beta1-9 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.15-1 OpenLDAP libraries ii libmysqlclient15off 5.0.77-1 MySQL database client library ii libpam-runtime1.0.1-7Runtime support for the PAM librar ii libpam0g 1.0.1-7Pluggable Authentication Modules l ii libpq58.3.6-1PostgreSQL C client library ii libsqlite3-0 3.5.9-6SQLite 3 shared library ii libssl0.9.8 0.9.8g-15 SSL shared libraries ii openssl 0.9.8g-15 Secure Socket Layer (SSL) binary a ii ucf 3.0016 Update Configuration File: preserv ii zlib1g1:1.2.3.3.dfsg-13 compression library - runtime dovecot-common recommends no packages. Versions of packages dovecot-common suggests: ii ntp 1:4.2.4p6+dfsg-1 Network Time Protocol daemon and u ii ntpdate 1:4.2.4p6+dfsg-1 client for setting system time fro -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511297: devil: Definitions of VTF handling functions are missing
Package: devil Version: 1.7.5-1 Severity: important The 1.7.5 release of DevIL added support for VTF (Valve Texture Format) files, but the associated functions are missing definitions. Any program trying to link libIL.so fails with the following errors: /usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/libIL.so: undefined reference to `ilLoadVtfF' /usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/libIL.so: undefined reference to `ilLoadVtf' /usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/libIL.so: undefined reference to `ilLoadVtfL' The MSVC project files hint to files src-IL/src/il_vtf.c and src-IL/include/il_vtf.h, which do not exist in the tarball. It seems to me that the upstream author simply forgot to add these files to the distribution. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27.2 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510572: gedit: LC_CTYPE affects language of some menu items
Package: gedit Version: 2.22.3-1+b1 Severity: minor Tags: l10n I have LC_CTYPE set to fi_FI.utf8, and the following items in the Tools menu appear in Finnish: Käännös (Build) Avaa pääte tähän (Open terminal here) Poista ylimääräiset tyhjät (Remove trailing spaces) Suorita komento (Run command) All other menus behace properly and react to LC_MESSAGES. I suspect this has something to do with the Tools menu entries being editable by the user. Full listing of localization related environment variables: LANG=en_US.utf8 LC_COLLATE=C LC_CTYPE=fi_FI.utf8 LC_TIME=fi_FI.utf8 -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27.2 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gedit depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii gedit-common 2.22.3-1 official text editor of the GNOME ii iso-codes 3.5-1 ISO language, territory, currency, ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libattr1 1:2.4.43-1Extended attribute shared library ii libc6 2.7-16GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libenchant1c2a 1.4.2-3.3 a wrapper library for various spel ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.3-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome2-02.20.1.1-2The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libgtksourceview2.0-0 2.4.0-2 shared libraries for the GTK+ synt ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libx11-6 2:1.1.5-2 X11 client-side library ii libxml22.6.32.dfsg-5 GNOME XML library ii python 2.5.2-3 An interactive high-level object-o ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gobject 2.14.2-1 Python bindings for the GObject li ii python-gtk22.12.1-6 Python bindings for the GTK+ widge ii python-gtksourceview2 2.2.0-1+b1Python bindings for the GtkSourceV ii python-support 0.8.7 automated rebuilding support for P ii python2.5 2.5.2-14 An interactive high-level object-o ii scrollkeeper 0.3.14-16 A free electronic cataloging syste Versions of packages gedit recommends: pn libgnomevfs2-bin none (no description available) ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk pn zenitynone (no description available) gedit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501139: Corrected patch
It appears that I accidentally made a diff from the upstream version to one that contained both Debian's and my patches. Attached is a corrected version containing only my changes. -- Mikko Rasa The DataBeaver --- xf86-input-tslib-0.0.5/src/tslib.c 2008-10-05 13:28:02.0 +0300 +++ xf86-input-tslib-0.0.5.mod/src/tslib.c 2008-10-04 00:29:23.0 +0300 @@ -123,52 +123,50 @@ int ret; int x,y; - ret = ts_read(priv-ts, samp, 1); + while((ret = ts_read(priv-ts, samp, 1)) == 1) { + if(samp.pressure) { + int tmp_x = samp.x; + + switch(priv-rotate) { + case TSLIB_ROTATE_CW: samp.x = samp.y; + samp.y = priv-width - tmp_x; + break; + case TSLIB_ROTATE_UD: samp.x = priv-width - samp.x; + samp.y = priv-height - samp.y; + break; + case TSLIB_ROTATE_CCW: samp.x = priv-height - samp.y; + samp.y = tmp_x; + break; + default: break; + } + + priv-lastx = samp.x; + priv-lasty = samp.y; + x = samp.x; + y = samp.y; + + xf86XInputSetScreen(local, priv-screen_num, + samp.x, + samp.y); - if (ret 0) { - ErrorF(ts_read failed\n); - return; - } + xf86PostMotionEvent (local-dev, TRUE, 0, 2, + x, y); -// ErrorF(%ld.%06ld: %6d %6d %6d\n, samp.tv.tv_sec, samp.tv.tv_usec, samp.x, samp.y, samp.pressure); - - if(samp.pressure) { - int tmp_x = samp.x; - - switch(priv-rotate) { - case TSLIB_ROTATE_CW: samp.x = samp.y; - samp.y = priv-width - tmp_x; - break; - case TSLIB_ROTATE_UD: samp.x = priv-width - samp.x; - samp.y = priv-height - samp.y; - break; - case TSLIB_ROTATE_CCW: samp.x = priv-height - samp.y; - samp.y = tmp_x; - break; - default: break; } - priv-lastx = samp.x; - priv-lasty = samp.y; - x = samp.x; - y = samp.y; - - xf86XInputSetScreen(local, priv-screen_num, -samp.x, -samp.y); - - xf86PostMotionEvent (local-dev, TRUE, 0, 2, -x, y); + if(!!priv-lastp != !!samp.pressure) { + priv-lastp = samp.pressure; + xf86PostButtonEvent(local-dev, TRUE, +1, !!samp.pressure, 0, 2, +priv-lastx, +priv-lasty); + } } - if(priv-lastp != samp.pressure) { - priv-lastp = samp.pressure; - - xf86PostButtonEvent(local-dev, TRUE, - 1, !!samp.pressure, 0, 2, - priv-lastx, - priv-lasty); + if (ret 0) { + ErrorF(ts_read failed\n); + return; } } @@ -348,7 +346,7 @@ s = xf86SetStrOption(pInfo-options, TslibDevice, NULL); - priv-ts = ts_open(s, 0); + priv-ts = ts_open(s, 1); if (!priv-ts) { ErrorF(ts_open failed (device=%s)\n,s); return NULL;
Bug#501139: xserver-xorg-input-tslib: Does not handle button release events correctly
Package: xserver-xorg-input-tslib Version: 0.0.5-1 Severity: normal Tags: patch When the variance module is enabled in ts.conf, the tslib input driver will emit a ButtonRelease event only when the pen is pressed the next time. This is because the variance module caches samples and will produce two samples on a release event, but the input driver is only prepared to receive one sample each time there is data available in the fd. A solution is to open the touchscreen in non-blocking mode and read as long as samples are available. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26.2 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- xf86-input-tslib-0.0.5/src/tslib.c 2008-08-19 09:48:11.0 +0300 +++ xf86-input-tslib-0.0.5.mod/src/tslib.c 2008-10-04 00:29:23.0 +0300 @@ -123,52 +123,50 @@ int ret; int x,y; - ret = ts_read(priv-ts, samp, 1); + while((ret = ts_read(priv-ts, samp, 1)) == 1) { + if(samp.pressure) { + int tmp_x = samp.x; + + switch(priv-rotate) { + case TSLIB_ROTATE_CW: samp.x = samp.y; + samp.y = priv-width - tmp_x; + break; + case TSLIB_ROTATE_UD: samp.x = priv-width - samp.x; + samp.y = priv-height - samp.y; + break; + case TSLIB_ROTATE_CCW: samp.x = priv-height - samp.y; + samp.y = tmp_x; + break; + default: break; + } + + priv-lastx = samp.x; + priv-lasty = samp.y; + x = samp.x; + y = samp.y; + + xf86XInputSetScreen(local, priv-screen_num, + samp.x, + samp.y); - if (ret 0) { - ErrorF(ts_read failed\n); - return; - } + xf86PostMotionEvent (local-dev, TRUE, 0, 2, + x, y); -// ErrorF(%ld.%06ld: %6d %6d %6d\n, samp.tv.tv_sec, samp.tv.tv_usec, samp.x, samp.y, samp.pressure); - - if(samp.pressure) { - int tmp_x = samp.x; - - switch(priv-rotate) { - case TSLIB_ROTATE_CW: samp.x = samp.y; - samp.y = priv-width - tmp_x; - break; - case TSLIB_ROTATE_UD: samp.x = priv-width - samp.x; - samp.y = priv-height - samp.y; - break; - case TSLIB_ROTATE_CCW: samp.x = priv-height - samp.y; - samp.y = tmp_x; - break; - default: break; } - priv-lastx = samp.x; - priv-lasty = samp.y; - x = samp.x; - y = samp.y; - - xf86XInputSetScreen(local, priv-screen_num, -samp.x, -samp.y); - - xf86PostMotionEvent (local-dev, TRUE, 0, 2, -x, y); + if(!!priv-lastp != !!samp.pressure) { + priv-lastp = samp.pressure; + xf86PostButtonEvent(local-dev, TRUE, +1, !!samp.pressure, 0, 2, +priv-lastx, +priv-lasty); + } } - if(priv-lastp != samp.pressure) { - priv-lastp = samp.pressure; - - xf86PostButtonEvent(local-dev, TRUE, - 1, !!samp.pressure, 0, 2, - priv-lastx, - priv-lasty); + if (ret 0) { + ErrorF(ts_read failed\n); + return; } } @@ -183,7 +181,7 @@ { InputInfoPtr pInfo; unsigned char map[MAXBUTTONS + 1]; - int i; + int i, axiswidth, axisheight; struct ts_priv *priv; ErrorF(%s\n, __FUNCTION__); @@ -212,17 +210,29 @@ return !Success; } + switch(priv-rotate) { + case TSLIB_ROTATE_CW: + case TSLIB_ROTATE_CCW: + axiswidth = priv-height; + axisheight = priv-width; + break; + default: + axiswidth = priv-width; + axisheight = priv-height; + break; + } + InitValuatorAxisStruct(device, 0, 0, /* min val */ - priv-width - 1, /* max val */ - priv-width, /* resolution */ + axiswidth - 1, /* max val */ + axiswidth, /* resolution */ 0, /* min_res */ - priv-width); /* max_res */ + axiswidth); /* max_res */ InitValuatorAxisStruct(device, 1, 0, /* min val */ - priv-height - 1,/* max val */ - priv-height, /* resolution */ + axisheight - 1, /* max val */ + axisheight, /* resolution */ 0, /* min_res */ - priv-height); /* max_res */ + axisheight); /* max_res */ if (InitProximityClassDeviceStruct (device) == FALSE) { ErrorF (Unable to allocate EVTouch touchscreen ProximityClassDeviceStruct\n); @@ -336,7 +346,7 @@ s = xf86SetStrOption(pInfo-options, TslibDevice, NULL); - priv-ts = ts_open(s, 0); + priv-ts = ts_open(s, 1); if (!priv-ts) { ErrorF(ts_open failed (device=%s)\n,s); return NULL;
Bug#498732: iceape-browser: Iceape leaks X connections
Package: iceape-browser Version: 1.1.11-1 Severity: normal Iceape acquires new X connections over time but does not close them properly. Over time (on the order of days or weeks) this eventually leads to getting an error Maximum number of clients reached when trying to start any X application. These connections show up in xrestop as: 1a0 010000B 24B 24B ? unknown And in ss -funix -p as: u_str ESTAB 0 0* 646330 * 0 users:((iceape-bin,21085,274)) I have so far not figured out what part exactly causes this, but it does not seem to be Flash or website icons at least. The site http://www.finnkino.fi/ causes four leaked connections every time it is loaded. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26.2 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceape-browser depends on: ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc11:4.3.2-1 GCC support library ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.6-1 spell checker and morphological an ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libnspr4-0d4.7.1-3 NetScape Portable Runtime Library ii libnss3-1d 3.12.0-5 Network Security Service libraries ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libpng12-0 1.2.27-1 PNG library - runtime ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.4-2 X11 client-side library ii libxft22.1.12-3 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages iceape-browser recommends: pn iceape-gnome-support none (no description available) Versions of packages iceape-browser suggests: pn iceape-dom-inspector none (no description available) ii iceape-mailnews 1.1.11-1 Iceape Mail Newsgroups and Addre pn latex-xft-fonts none (no description available) ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486878: blender does not process autosaves correctly
Package: blender Version: 2.45-5+b1 Severity: normal Occasionally, blender enters a select() with a NULL timeout, waiting for events from the X server. If this happens when it's inactive for a prolonged time, autosaves get queued up and are processed at once when the select finishes (due to blender getting an event). If it has been frozen for several days, the hundreds of autosaves will take a significant time. There seems to be a good amount of variation in what series of events cause this bug to appear and what don't. Changing workspaces appears to be the most reliable way to see it. In my opinion, the problem is not in the infinite-timeout select but in the fact that blender seems to increment the next autosave time instead of setting it to current time plus interval. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-rc8 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages blender depends on: ii gettext [libgettextpo0 0.17-3GNU Internationalization utilities ii libavcodec51 3:20080531-0.2library to encode decode multimedi ii libavformat52 3:20080531-0.2ffmpeg file format library ii libavutil493:20080531-0.2avutil shared libraries ii libc6 2.7-12GNU C Library: Shared libraries ii libdc1394-13 1.1.0-5 high level programming interface f ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.1-2 GCC support library ii libgl1-mesa-glx [libgl 7.0.3-2 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.3-2 The OpenGL utility library (GLU) ii libgsm11.0.12-1 Shared libraries for GSM speech co ii libilmbase61.0.1-2+nmu1 several utility libraries from ILM ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libogg01.1.3-4 Ogg Bitstream Library ii libopenexr61.6.1-3 runtime files for the OpenEXR imag ii libpng12-0 1.2.27-1 PNG library - runtime ii libraw1394-8 1.3.0-4 library for direct access to IEEE ii libsdl1.2debian1.2.13-2 Simple DirectMedia Layer ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libtheora0 1.0~beta3-1 The Theora Video Compression Codec ii libvorbis0a1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii libx11-6 2:1.1.4-2 X11 client-side library ii libxi6 2:1.1.3-1 X11 Input extension library ii python 2.5.2-1 An interactive high-level object-o ii python-support 0.8.1 automated rebuilding support for P ii python2.5 2.5.2-6 An interactive high-level object-o ii ttf-dejavu 2.25-1Metapackage to pull in ttf-dejavu- ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime blender recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486878: blender does not process autosaves correctly
Cyril Brulebois wrote: Mikko Rasa [EMAIL PROTECTED] (18/06/2008): In my opinion, the problem is not in the infinite-timeout select but in the fact that blender seems to increment the next autosave time instead of setting it to current time plus interval. Hi, thanks for your analysis. Before I forward it to the upstream developers, would you mind giving the 2.46 release a try? It's currently in experimental only, waiting for ffmpeg to transition to testing, as explained in [1], but should be installable on the top of unstable, and maybe even testing. 1. http://lists.debian.org/debian-devel-announce/2008/06/msg3.html Mraw, KiBi. That was a piece of cake since I have experimental in my sources.list already. As for results, the bug is still present in 2.46+dfsg-1. I took a look at the source and found that I was indeed correct in my initial analysis. The increment happens in file intern/ghost/intern/GHOST_TimerManager.cpp, function GHOST_TimerManager::fireTimer, lines 146-149. I don't know enough about the architecture to make a patch for it though. -- Mikko Rasa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446630: Possible cause
I have figured out a possible source of this problem. On my system, there was the following path: /var/lib/oprofile/samples/current/{root}/usr/bin/env/{dep}/{anon:/home/... I do not know how such a path came to be (possibly an earlier differently buggy version of oprofile?), but when examining the directory tree, opreport encounters {anon: when it expects {anon:something}. This gets passed to parse_anon (libpp/parse_filename.cpp:78) which contains the following lines: name.erase(0,6); // Get rid of {anon: name.erase(name.size() - 1,1); // Get rid of the trailing '}' Now, since name is just {anon:, it will be empty after the first line. name.size() will return 0, and subtracting one will wrap around and make it a Big Number. Thus the second erase will throw for an out-of-range offset. After getting rid of the corrupt samples directory, everything works well again. I'm not sure if anything needs to be done about this, since I couldn't get oprofiled to produce such invalid paths anymore with a few tests. I have oprofile 0.9.3-2 and kernel 2.6.25-rc8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452776: wine 0.9.49 available from upstream
Package: wine Version: 0.9.44-1 Severity: wishlist Wine 0.9.49 was released on Nov 9, two weeks ago. Since the most recent version in Debian is 3 months old, it would be really nice to get an update. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.9 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wine depends on: ii libwine-alsa 0.9.44-1 Windows API Implementation (ALSA S ii libwine-capi 0.9.44-1 Windows API Implementation (ISDN M ii libwine-cms 0.9.44-1 Windows API Implementation (Color ii libwine-gl0.9.44-1 Windows API Implementation (OpenGL ii libwine-gphoto2 0.9.44-1 Windows API Implementation (Camera ii libwine-ldap 0.9.44-1 Windows API Implementation (LDAP M ii libwine-print 0.9.44-1 Windows API Implementation (Printi ii libwine-sane 0.9.44-1 Windows API Implementation (Scanne ii wine-bin 0.9.44-1 Windows API Implementation (Binary ii wine-utils0.9.44-1 Windows API Implementation (Utilit Versions of packages wine recommends: pn msttcorefonts none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439764: xorg-server: Please package Xfbdev
Package: xorg-server Severity: wishlist The Kdrive-based Xfbdev server is useful on embedded systems like the Sharp Zaurus. Since it is built anyway, I see no reason not to include it in the distribution. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21.1 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437086: debtags: libapt-pkg dependency needs to be updated
Package: debtags Version: 1.7.2 Severity: important debtags 1.7.3 depends on libapt-pkg-libc6.5-6-4.4, which is provided by apt 0.7.3 debtags 1.7.3 also depends on libept0 (= 0.5.10) libept0 0.5.10+b1 depends on libapt-pkg-libc6.6-6-4.4, which is provided by apt 0.7.6 Thus, I cannot upgrade debtags to 1.7.3, since that would need two different versions of apt installed at the same time. I suppose the solution is as simple as to make debtags depend on libapt-pkg-libc6.6-6-4.4. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21.5 Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debtags depends on: ii apt [libapt-pkg-libc6.5 0.7.3Advanced front-end for dpkg ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libept0 0.5.9+b1 High-level library for managing De ii libgcc1 1:4.2.1-2GCC support library ii libstdc++6 4.2.1-2 The GNU Standard C++ Library v3 ii libxapian15 1.0.2-1 Search engine library ii perl5.8.8-7 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime debtags recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421915: mdadm doesn't detect raid6 arrays with --monitor --scan
Package: mdadm Version: 2.5.6-9 Severity: normal Tags: patch In Monitor mode, mdadm fails to detect raid6 devices with --scan, and thus the monitor daemon started by the init script does not monitor such arrays. The following patch fixes the problem: *** begin patch *** --- Monitor.c.orig 2006-10-23 02:28:20.0 +0300 +++ Monitor.c 2007-05-02 15:49:53.0 +0300 @@ -371,6 +371,7 @@ if (mse-devnum != MAXINT (strcmp(mse-level, raid1)==0 || strcmp(mse-level, raid5)==0 || +strcmp(mse-level, raid6)==0 || strcmp(mse-level, multipath)==0) ) { struct state *st = malloc(sizeof *st); *** end patch *** I couldn't find any similar checks in other files with a quick grep, so I hope other modes are not affected by this problem. -- Package-specific info: --- mount output /dev/loop0 on / type ext3 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/root on /mnt/initrd type cramfs (ro) /dev/md0 on /mnt/storage type ext3 (rw,data=ordered) /dev/sda1 on /boot type ext3 (rw) /mnt/storage/home on /home type none (rw,bind) nfsd on /proc/fs/nfsd type nfsd (rw) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) --- mdadm.conf DEVICE partitions MAILADDR root --- /proc/mdstat: Personalities : [raid6] [raid5] [raid4] md0 : active raid6 sdd2[6](F) sdb2[5] sda2[4] sdc2[3] sdf2[2] sde2[1] 1250145792 blocks level 6, 64k chunk, algorithm 2 [6/5] [_U] unused devices: none --- /proc/partitions: major minor #blocks name 8 0 312571224 sda 8 1 32098 sda1 8 2 312536542 sda2 816 312571224 sdb 817 32098 sdb1 818 312536542 sdb2 832 312571224 sdc 833 32098 sdc1 834 312536542 sdc2 848 312571224 sdd 849 32098 sdd1 850 312536542 sdd2 864 312571224 sde 865 32098 sde1 866 312536542 sde2 880 312571224 sdf 881 32098 sdf1 882 312536542 sdf2 9 0 1250145792 md0 7 0 10485760 loop0 --- initrd.img-2.6.18.1: --- /proc/modules: raid456 113168 1 - Live 0xf88a3000 xor 15048 1 raid456, Live 0xf885d000 md_mod 68468 2 raid456, Live 0xf8873000 --- volume detail: --- /proc/cmdline root=/dev/ram0 ro vga=ext init=/linuxrc --- grub: menu.lst file not readable. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mdadm depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libc6 2.5-2 GNU C Library: Shared libraries ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-83 creates device files in /dev Versions of packages mdadm recommends: ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo ii postfix [mail-transport-agent 2.4.0-3A high-performance mail transport -- debconf information: * mdadm/autostart: true * mdadm/mail_to: root mdadm/initrdstart_msg_errmd: * mdadm/initrdstart: none mdadm/initrdstart_msg_errconf: mdadm/initrdstart_notinconf: false mdadm/initrdstart_msg_errexist: mdadm/initrdstart_msg_intro: * mdadm/autocheck: false mdadm/initrdstart_msg_errblock: * mdadm/warning: * mdadm/start_daemon: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415464: libgtkmm-2.4-dev: Warning about shadowed member in gtlibmm/helperlist.h
Package: libgtkmm-2.4-dev Version: 1:2.8.8-1 Severity: minor When compiling applications with -Wshadow enabled, GCC gives the following warning: /usr/include/glibmm-2.4/glibmm/helperlist.h:40: warning: declaration of ‘gparent’ shadows a member of 'this' The following patch gets rid of this problem: [begin patch] --- helperlist.h.orig 2006-08-19 01:01:16.0 +0300 +++ helperlist.h2007-03-19 21:05:30.0 +0200 @@ -36,8 +36,8 @@ : gparent_(0) {} - HelperList(GObject* gparent) - : gparent_(gparent) + HelperList(GObject* gp) + : gparent_(gp) {} virtual ~HelperList() [end patch] -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Versions of packages libgtkmm-2.4-dev depends on: ii libglibmm-2.4-dev 2.12.0-1 C++ wrapper for the GLib toolkit ( ii libgtk2.0-dev 2.10.11-1 Development files for the GTK+ lib ii libgtkmm-2.4-1c2a 1:2.8.8-1 C++ wrappers for GTK+ 2.4 (shared libgtkmm-2.4-dev recommends no packages. -- no debconf information
Bug#409178: gnome-applets-data: Please put the weather applet to a separate package
Package: gnome-applets-data Version: 2.14.3-4 Severity: wishlist I installed the gnome-applets package to get the system and battery monitor applets. It took 40MB of disk space, and a closer examination revealed this: -rw-r--r-- 1 root root 20877053 2007-01-03 20:56 /usr/share/gnome-applets/gweather/Locations.xml Since I'm not using the weather applet, I'm rather annoyed at this waste of disk space. Deleting the file manually is a sub-optimal solution, since it would just come back at each update of the package. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages gnome-applets-data depends on: ii gconf22.16.0-3 GNOME configuration database syste ii scrollkeeper 0.3.14-12 A free electronic cataloging syste gnome-applets-data recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400773: hal: HAL gets stuck when unplugging USB storage without unmount
Package: hal Version: 0.5.8.1-4 Severity: normal If I unplug a USB storage that is mounted, HAL gets stuck and doesn't respond to any more USB plugging events, even if the device is unmounted after that. It does react to the unmounting event itself, as well as events produced by plugging in a battery (this is a laptop). If the device is unmounted before unplugging, everything works fine. Restarting HAL enables it to function again. Killing the appropriate hal-addon-storage process has no effect. To summarize, the following steps will produce the problem: Precondition: HAL is working, with no automounter present 1. Plug in a USB storage, which should appear in hal-device-manager 2. Mount the device 3. Unplug the device Postcondition: HAL doesn't react to USB events anymore This might be related to #394019 and #292482, but since gnome-volume-manager is not involved and the latter bug is rather old, those offer no insight to fixing the problem. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages hal depends on: ii adduser 3.99Add and remove users and groups ii dbus 1.0.1-2 simple interprocess messaging syst ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libdbus-1-3 1.0.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3 simple interprocess messaging syst ii libexpat11.95.8-3.3 XML parsing C library - runtime li ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libhal-storage1 0.5.8.1-4 Hardware Abstraction Layer - share ii libhal1 0.5.8.1-4 Hardware Abstraction Layer - share ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii libvolume-id00.100-2.3 libvolume_id shared library ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii pciutils 1:2.2.4-1 Linux PCI Utilities ii udev 0.100-2.3 /dev/ and hotplug management daemo ii usbutils 0.72-7 USB console utilities Versions of packages hal recommends: pn eject none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384441: libgl1-mesa-dri: Incorrect rendering in OpenGL applications
Package: libgl1-mesa-dri Version: 6.4.2-1.1 Severity: grave Justification: renders package unusable I have recently been getting serious rendering problems with Mesa. For example, glxgears looks like this: http://tdb.fi/~tdb/glxgears-bug.png My own applications show their graphics shifted left by about half the window size. Most OpenGL modes of xscreensaver also show the left-shifting phenomenon. Planetpenguin-racer looks correct, for a wonder. It does have some z-fighting though. My graphics card is a Redeon ViVo from 2001, Xorg says Chipset ATI Radeon QD (AGP) found. A couple of reasons lead me to believe this is not a hardware failure: 1. I have also seen this on an i915 machine 2. glxgears exhibits the problem with software rendering as well -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc5 Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages libgl1-mesa-dri depends on: ii libgl1-mesa-glx 6.4.2-1.1 A free implementation of the OpenG libgl1-mesa-dri recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384441: libgl1-mesa-dri: Incorrect rendering in OpenGL applications
I have recently been getting serious rendering problems with Mesa. For example, glxgears looks like this: http://tdb.fi/~tdb/glxgears-bug.png This particular issue is a glxgears bug which has been fixed upstream in Mesa 6.5. It only happens with some window managers or when running without a window manager. My own applications show their graphics shifted left by about half the window size. This has been reported a couple of times (but unfortunately, I can't find the other reports in the tangled woods of Mesa bug reports...) and is fixed in libgl1-mesa-dri in experimental. Hm, true. I tried the experimental version previously, but apparently only tested glxgears, which was corrupted due to its own bug. As this is the only issue clearly in libgl1-mesa-dri, let's focus on this one in this report. Please don't mix several issues into one report. Sorry about that. My graphics card is a Redeon ViVo from 2001, Xorg says Chipset ATI Radeon QD (AGP) found. A couple of reasons lead me to believe this is not a hardware failure: 1. I have also seen this on an i915 machine Which of the separate issues above? The glxgears one. 2. glxgears exhibits the problem with software rendering as well Which should have told you that's not a libgl1-mesa-dri issue. Good point. Sorry for not thinking. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355518: libwxgtk2.6-0: File chooser dialogs have no default button
Package: libwxgtk2.6-0 Version: 2.6.1.2 Severity: minor The GTK file chooser dialogs created by wxgtk do not have a default button specified. This makes it necessary to manually activate the button, which is slightly annoying when trying to work with keyboard only. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages libwxgtk2.6-0 depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libesd-alsa0 [libesd0]0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libgcc1 1:4.1-0exp0GCC support library ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libglu1-xorg [libglu1]6.9.0.dfsg.1-4 Mesa OpenGL utility library [X.Org ii libgtk2.0-0 2.8.13-1 The GTK+ graphical user interface ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libpango1.0-0 1.10.4-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libstdc++64.0.2-8The GNU Standard C++ Library v3 ii libtiff4 3.8.0-3Tag Image File Format (TIFF) libra ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-4 Mesa 3D graphics library [X.Org] ii zlib1g1:1.2.3-10 compression library - runtime libwxgtk2.6-0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps
Package: coreutils Version: 5.93-5 Followup-For: Bug #340236 I hit this problem as well today. Poking around with strace, I noticed several things: 1. cp executes utimes before closing the file. This might be a problem, although it seems to work on local destinations. open(baz, O_WRONLY|O_TRUNC|O_LARGEFILE) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 write(4, foo\n, 4)= 4 utimes(/proc/self/fd/4, {1134767841, 0}) = 0 chmod(baz, 0100644) = 0 close(4)= 0 2. Timestamps of empty files are preserved, which reinforces the above suspicion (no writes for empty file) 3. touch -r works correctly, and it also uses /proc/self/fd to refer to the file, so that should be okay. [EMAIL PROTECTED]:20 23:17:56 ~/roinaa/test$ echo foo foo [EMAIL PROTECTED]:20 23:18:29 ~/roinaa/test$ strace -e utimes touch -r foo bar utimes(/proc/self/fd/0, {1134767841, 0}) = 0 [EMAIL PROTECTED]:20 23:18:34 ~/roinaa/test$ strace -e utimes cp -p foo baz utimes(/proc/self/fd/4, {1134767841, 0}) = 0 [EMAIL PROTECTED]:20 23:18:37 ~/roinaa/test$ ls -l --full-time total 8 -rw-r--r-- 1 tdb tdb 0 2005-12-16 23:18:29.0 +0200 bar -rw-r--r-- 1 tdb tdb 4 2005-12-16 23:18:37.0 +0200 baz -rw-r--r-- 1 tdb tdb 4 2005-12-16 23:18:29.0 +0200 foo -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages coreutils depends on: ii libacl1 2.2.34-1 Access control list shared library ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libselinux1 1.26-1 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325435: libavifile-0.7c102: Please recompile with GCC 4
Package: libavifile-0.7c102 Version: 1:0.7.43.20050224-1 Severity: wishlist The default C++ compiler in unstable recently changed to g++ 4.0, which by default links programs against libstdc++6. However, libavifile is still linked against libstdc++5, which makes it unusable with g++ 4.0. REcompiling it myself fixed the problem, but I'd rather get the correct version from apt. And it breaks integrity too. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.4 Locale: LANG=C, [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages libavifile-0.7c102 depends on: ii aalib1 1.4p5-22 ascii art library ii libartsc0 1.3.2-3 aRts Sound system C support librar ii libasound2 1.0.9-3 ALSA library ii libaudio2 1.7-2The Network Audio System (NAS). (s ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.5-4 GNU C Library: Shared libraries an ii libesd-alsa0 [l 0.2.36-1 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype62.1.7-2.4FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-2GCC support library ii libglib2.0-02.6.5-1 The GLib library of C routines ii libice6 6.8.2.dfsg.1-5 Inter-Client Exchange library ii libsdl1.2debian 1.2.7+1.2.8cvs20041007-5 Simple DirectMedia Layer ii libsm6 6.8.2.dfsg.1-5 X Window System Session Management ii libstdc++5 1:3.3.6-7The GNU Standard C++ Library v3 ii libsvga11:1.4.3-22 console SVGA display libraries ii libx11-66.8.2.dfsg.1-5 X Window System protocol client li ii libxext66.8.2.dfsg.1-5 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-5 X Window System Input extension li ii libxrender1 1:0.9.0-2X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-5 X Toolkit Intrinsics ii libxv1 6.8.2.dfsg.1-5 X Window System video extension li ii slang1 1.4.9dbs-8 The S-Lang programming library - r ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m ii zlib1g 1:1.2.2-4compression library - runtime libavifile-0.7c102 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319608: fluxbox: Menu title texture does not always update
Package: fluxbox Version: 0.9.12-1 Severity: minor When changing from on style to another, the menu title texture only updates if its size changes. For example, when changing between styles which only differ in colors, the menu title texture isn't updated. This doesn't affect any other textures. Known workarounds are restarting fluxbox, toggling antialias and switching to another style with different font size and then to the wanted style. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=C, [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages fluxbox depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-2 GCC support library ii libice6 6.8.2.dfsg.1-4 Inter-Client Exchange library ii libimlib2 1.2.0-2.2 powerful image loading and renderi ii libsm66.8.2.dfsg.1-4 X Window System Session Management ii libstdc++51:3.3.5-13 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-4 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxpm4 6.8.2.dfsg.1-4 X pixmap library ii libxrandr26.8.2.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii menu 2.1.25 generates programs menu for all me ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.2-4 compression library - runtime fluxbox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312051: memtest86+: Progress bars work incorrectly with 3GB of RAM
Package: memtest86+ Version: 1.55.1-1 Severity: normal I'm running memtest86+ on a machine with 3GB of RAM installed and I noticed that the progress bar only goes up to 20%. I suspect this has something to do with the range of signed integers. I'm not sure if this affects the amount of memory actually tested or just the progress bar. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (80, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, [EMAIL PROTECTED] (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293222: libxine1: Playback of ogm files requires libtheora
Package: libxine1 Version: 1.0-1 Severity: normal The Ogg demuxer plugin requires libtheora to be installed. However, libxine does not depend on that package. The user won't even get any kind of useful error when running xine normally. I wondered a few minutes why it wouldn't play my ogm files, until running it in bug report mode gave the following output. load_plugins: cannot open plugin lib /usr/lib/xine/plugins/1.0.0/xineplug_dmx_ogg.so: libtheora.so.0: cannot open shared object file: No such file or directory The package libtheora0 should be added to libxine dependencies to avoid unnecessary frustration of users. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (80, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages libxine1 depends on: ii libasound2 1.0.8-1 ALSA library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libmodplug0 1:0.7-3 ModPlug mod-like music shared libr ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libspeex11.0.rel.4-1 The Speex Speech Codec ii libstdc++5 1:3.3.5-5 The GNU Standard C++ Library v3 ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]