Bug#1038874: pipewire-audio: no sound pipewire Audio HDMI Gemenilake J4125
Package: pipewire-audio Version: 0.3.65-3 Severity: normal X-Debbugs-Cc: inesb...@gmail.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pipewire-audio depends on: ii libspa-0.2-bluetooth 0.3.65-3 ii pipewire-alsa 0.3.65-3 ii pipewire-pulse0.3.65-3 ii wireplumber 0.4.13-1 pipewire-audio recommends no packages. pipewire-audio suggests no packages. -- no debconf information
Bug#773731: Debian 11 stable - still this bug after caching a raid1 VG
Dear Maintainer, after updating debian stable 10 to 11, reimported my raid1 lvm VG (data) and caching it with a raid1 SSD pool, I got the same problem of missing binary /usr/sbin/cache_check during booting process (that fail by being enable to mount the caching VG). Installing the thin- provisioning-tools package has solved the problem. As far as I know, nothing in the manual of lvmcache(7) mentions this problem and dependency! Best regards and thanks again for the great job on Debian!
Bug#967240: google-android-ndk-installer: When the download failed, the installer failed to restart it.
Package: google-android-ndk-installer Version: 21d Severity: normal Hello, I had a network failure while upgrading the package, and the download failed. While trying to restart the configuration of the package, I had the following error: Archive: android-ndk-r21d-linux-x86_64.zip End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. unzip: cannot find zipfile directory in one of android-ndk-r21d-linux-x86_64.zip or android-ndk-r21d-linux-x86_64.zip.zip, and cannot find android-ndk-r21d-linux-x86_64.zip.ZIP, period. The archive was partially downloaded, and the package did not try to continue. I've change the makefile to the attached version to make wget --continue really continue the download, and it seem to work (I've a slow connection, and didn't yet wait the 4h of the download). Thanks, Rémi. PKG_SOURCE_URL:=${DL_MIRROR}/android/repository/${PKG_SOURCE} DL_DIR=/var/cache/google-android-${PKG_NAME}-installer INSTALL_DIR=/usr/lib/${INS_DIR} DOC_DIR=/usr/share/doc/google-android-${PKG_NAME} all: $(UNPACK_DIR)/source.properties install: all $(eval UNPACK_DIR=$(DL_DIR)/$(shell unzip -Z -1 $(DL_DIR)/$(PKG_SOURCE) | head -1)) install -d -m0755 $(DOC_DIR) @if [ -f $(UNPACK_DIR)source.properties ]; then \ install -m0644 $(UNPACK_DIR)source.properties $(DOC_DIR)/ ; \ fi @if [ -f $(UNPACK_DIR)NOTICE.txt ]; then \ gzip -9 --stdout $(UNPACK_DIR)/NOTICE.txt > $(DOC_DIR)/copyright.gz ; \ fi find ${DOC_DIR} | sort >> /var/lib/dpkg/info/google-android-${PKG_NAME}-installer.list chmod -R a+rX $(UNPACK_DIR) chmod -R go-w $(UNPACK_DIR) install -d -m0755 $(INSTALL_DIR) @if [ ! -d $(INSTALL_DIR)$(TRG_DIR) ]; then \ mv $(UNPACK_DIR) $(INSTALL_DIR)${TRG_DIR} ;\ ln -s /usr/lib/android-sdk/ndk-bundle /usr/lib/android-ndk ;\ echo /usr/lib/android-ndk >> /var/lib/dpkg/info/google-android-${PKG_NAME}-installer.list ;\ find ${INSTALL_DIR}${TRG_DIR} | sort >> /var/lib/dpkg/info/google-android-${PKG_NAME}-installer.list ;\ else\ echo "\033[0;31m$(INSTALL_DIR)${TRG_DIR} already exists.\033[0m" ; \ exit 1 ; \ fi $(UNPACK_DIR)/source.properties: $(DL_DIR)/$(PKG_SOURCE).checked cd $(DL_DIR) && unzip -ou $(PKG_SOURCE) $(DL_DIR)/$(PKG_SOURCE).checked: cd $(DL_DIR) && \ su nobody -s /bin/sh -c "wget --continue $(PKG_SOURCE_URL)" sha1sum -c $(PKG_SOURCE).sha1 touch $(PKG_SOURCE).checked clean: -rm -rf -- $(UNPACK_DIR) distclean: clean -rm -rf -- $(DL_DIR) .PHONY: install clean -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages google-android-ndk-installer depends on: ii build-essential12.8 ii ca-certificates20200601 ii debconf [debconf-2.0] 1.5.74 ii dpkg-dev 1.20.5 ii make 4.3-4 ii po-debconf 1.0.21 ii unzip 6.0-25 ii wget 1.20.3-1+b3 google-android-ndk-installer recommends no packages. google-android-ndk-installer suggests no packages. -- debconf information: google-android-installers/mirror: https://dl.google.com -- Rémi Vanicat
Bug#943725: calibre: Error when connecting Kobo
Package: calibre Version: 4.2.0+dfsg-1 Severity: normal When connecting my kobo to the version of calibre in exerimental I've the following error: ERREUR : Erreur: Erreur pendant la communication avec le périphérique '<' not supported between instances of 'NoneType' and 'NoneType' Traceback (most recent call last): File "/usr/lib/calibre/calibre/gui2/device.py", line 90, in run self.result = self.func(*self.args, **self.kwargs) File "/usr/lib/calibre/calibre/gui2/device.py", line 513, in _books mainlist = self.device.books(oncard=None, end_session=False) File "/usr/lib/calibre/calibre/devices/kobo/driver.py", line 1974, in books for idx in sorted(itervalues(bl_cache), reverse=True): TypeError: '<' not supported between instances of 'NoneType' and 'NoneType' Thanks. -- System Information: Debian Release: bullseye/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.0-1-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages calibre depends on: ii calibre-bin 4.2.0+dfsg-1 ii fonts-liberation 1:1.07.4-10 ii imagemagick 8:6.9.10.23+dfsg-2.1+b2 ii imagemagick-6.q16 [imagemagick] 8:6.9.10.23+dfsg-2.1+b2 ii libjpeg-turbo-progs 1:1.5.2-2+b1 ii libjs-coffeescript 1.12.8~dfsg-4 ii libjs-mathjax2.7.4+dfsg-1 ii optipng 0.7.7-1+b1 ii poppler-utils0.71.0-6 ii python3 3.7.5-1 ii python3-apsw 3.29.0-r1-1 ii python3-bs4 4.8.0-2 ii python3-chardet 3.0.4-4 ii python3-cherrypy38.9.1-5 ii python3-css-parser 1.0.4-1 ii python3-cssselect1.1.0-1 ii python3-cssutils 1.0.2-2 ii python3-dateutil 2.7.3-3 ii python3-dbus 1.2.12-1 ii python3-feedparser 5.2.1-1 ii python3-html2text2019.8.11-1 ii python3-html5-parser 0.4.8-1 ii python3-html5lib 1.0.1-1 ii python3-lxml 4.4.1-1 ii python3-markdown 3.1.1-2 ii python3-mechanize1:0.4.3-2 ii python3-msgpack 0.5.6-2 ii python3-netifaces0.10.4-1+b1 ii python3-pil 6.2.1-1 ii python3-pkg-resources41.4.0-1 ii python3-pyparsing2.4.2-1 ii python3-pyqt55.12.3+dfsg-3 ii python3-pyqt5.qtsvg 5.12.3+dfsg-3 ii python3-pyqt5.qtwebengine5.12.1-4+b1 ii python3-regex0.1.20190207-1+b1 ii python3-routes 2.4.1-1 ii xdg-utils1.1.3-1 Versions of packages calibre recommends: ii python3-dnspython 1.16.0-1 Versions of packages calibre suggests: pn python3-unrardll -- no debconf information -- Rémi Vanicat
Bug#940682: lava-server: depends on cruft package.
> lava depends on gunicorn3 which is no longer built by the gunicorn source package. I belive you need to change your dependency to gunicorn, possiblly with a version constraint of >= 19.9.0-4 Should be fixed by https://git.lavasoftware.org/lava/lava/merge_requests/737 Thanks for reporting the issue. -- Rémi Duraffort
Bug#933919: src:lavacli: Unsafe use of yaml.load()
Hello, looking at the failing CI jobs at https://ci.debian.net/packages/l/lavacli/unstable/amd64/ (more precisely https://ci.debian.net/data/autopkgtest/unstable/amd64/l/lavacli/2666918/log.gz) we can see that the failure is due to a change in python3-yaml package that break the lavacli unit tests (change in the dumper output). This issue has been reported in #934269 and fixed by https://git.lavasoftware.org/lava/lavacli/commit/1d374ccba0dc291e8d745ec90ffa8b4a32fb11af So we should close this issue (#933919) and wait for the next release (coming in next week) to close #934269. Rgds -- Rémi Duraffort
Bug#934269: lavacli: default_flow_style changed in newer pyyaml
On Thu, 08 Aug 2019 17:44:40 -0400 Mathieu Trudel-Lapierre < cypher...@ubuntu.com> wrote: > Package: lavacli > Version: 0.9.7-1 > Severity: normal > Tags: patch > User: ubuntu-de...@lists.ubuntu.com > Usertags: origin-ubuntu eoan ubuntu-patch > > Dear Maintainer, > > pyyaml 5.2.1 appears to have some changes in the default flow style used. > Rather than representing sequences and dicts similary to python, it now > defaults to printing them in longform [1]: > > - item 1 > - item 2 > > etc. > > I've written a quick and heavyhanded patch to add default_flow_style=None > to all of the calls to yaml.dump() that otherwise don't include options, but > that might not be the best solution. Maybe upstream would rather fix the tests? > > [1] https://github.com/yaml/pyyaml/issues/265 > > > *** /tmp/tmpton7Uz/bug_body > > In Ubuntu, the attached patch was applied to achieve the following: > > * debian/patches/fix_pyyaml_default_flow_style.patch: Make sure all calls > to yaml.dump() include default_flow_style=None, to retain previous behavior > that is checked for in tests, unless it's already otherwise specified. > > > Thanks for considering the patch. The patch has been integrated upstream with https://git.lavasoftware.org/lava/lavacli/commit/1d374ccba0dc291e8d745ec90ffa8b4a32fb11af Thanks for your patch. Rgds -- Rémi Duraffort
Bug#933919: src:lavacli: Unsafe use of yaml.load()
On Mon, 05 Aug 2019 01:31:12 -0400 Scott Kitterman wrote: > Package: src:lavacli > Version: 0.9.7-1 > Severity: grave > Tags: security > Justification: user security hole > > The new version of pyyaml no longer allows use of yaml.load() without a > loader being specifed. This raises a deprecation warning which has > caused and autopkgtest failure on this package. These are generally > trivial to fix, see the upstream guidance [1]. > > Scott K > > [1] https://github.com/yaml/pyyaml/wiki/PyYAML-yaml.load(input)-Deprecation > > Hello, this should be already fixed in the version your are mentioning (v0.9.7). I looked at the code again and can't find any places where yaml.load is used without a loader. Could you point me at the CI job that is raising this warning? Thanks -- Rémi Duraffort
Bug#933323: ITP: transient -- emacs key and popup interface for complex keybindings
Package: wnpp Owner: Remi Vanicat Severity: wishlist * Package name: transient Version : 0.1.0 Upstream Author : Jonas Bernoulli * URL or Web page : https://github.com/magit/transient * License : GPLv3+ Description : emacs key and popup interface for complex keybindings Taking inspiration from prefix keys and prefix arguments, Transient implements a similar abstraction involving a prefix command, infix arguments and suffix commands. When the user calls a transient prefix command, then a transient (temporary) keymap is activated, which binds the transient's infix and suffix commands. The available suffix and infix commands and their state are shown in a popup buffer until the transient is exited by invoking a suffix command. This package will be a dependency for future version of magit. -- Rémi Vanicat
Bug#931778: emacs: Emacs crash when one particual char is shown
Package: emacs Version: 1:26.1+1-3.2 Severity: normal Emacs (the gtk version) has a problem with one char. It fail with the message: X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 139 Note that I've the problem when opening a file with it inside, and when pasting it into Emacs. The problematic char is in the attached file emacs-bug.bin Description: Binary data -- System Information: Debian Release: 10.0 APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), (150, 'unstable'), (120, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages emacs depends on: ii emacs-gtk 1:26.1+1-3.2 emacs recommends no packages. emacs suggests no packages. -- no debconf information -- Rémi Vanicat
Bug#913480: elpa-ghub: Could you package last version?
Package: elpa-ghub Version: 2.0.1-2 Severity: wishlist Hello, The new 3.0.0 is available, and the new verison of magit depend on it. Could you package it? I could probably look at it and make a team upload next weekend if you want. Cheers, Rémi. -- System Information: Debian Release: buster/sid APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (150, 'unstable'), (120, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages elpa-ghub depends on: ii elpa-let-alist 1.0.5-3 ii emacsen-common 3.0.4 Versions of packages elpa-ghub recommends: ii emacs 1:25.2+1-11 ii emacs-gtk [emacs] 1:25.2+1-11 elpa-ghub suggests no packages. -- no debconf information
Bug#913025: emacspeak: emacspeak post-installation failed
Package: emacspeak Version: 47.0+dfsg-4 Severity: grave When upgrading emacspeak, post-installation failed. Compile log is attached. /usr/lib/emacsen-common/packages/install/emacspeak byte-compiling for emacs Configure in /usr/share/emacs/site-lisp/emacspeak... make[1] : on entre dans le répertoire « /usr/share/emacs/site-lisp/emacspeak/etc » make[1] : on quitte le répertoire « /usr/share/emacs/site-lisp/emacspeak/etc » make[1] : on entre dans le répertoire « /usr/share/emacs/site-lisp/emacspeak/lisp » emacs -batch -q -no-site-file --eval '(setq file-name-handler-alist nil gc-cons-threshold 6400)' -l ./emacspeak-load-path.el \ -l ./emacspeak-autoload.el \ -f emacspeak-auto-generate-autoloads emacs -batch -q -no-site-file --eval '(setq file-name-handler-alist nil gc-cons-threshold 6400)' -l ./emacspeak-load-path.el -l cus-dep -l ./emacspeak-autoload.el \ -f emacspeak-auto-custom-make-dependencies "." Scanning . for custom Generating /usr/share/emacs/site-lisp/emacspeak/lisp/cus-load.el... Generating /usr/share/emacs/site-lisp/emacspeak/lisp/cus-load.el...done mv cus-load.el emacspeak-cus-load.el make[1] : on quitte le répertoire « /usr/share/emacs/site-lisp/emacspeak/lisp » make[1] : on entre dans le répertoire « /usr/share/emacs/site-lisp/emacspeak/lisp/g-client » make[1]: rien à faire pour « config ». make[1] : on quitte le répertoire « /usr/share/emacs/site-lisp/emacspeak/lisp/g-client » Configured emacspeak in directory /usr/share/emacs/site-lisp/emacspeak. Byte-compile... make[1] : on entre dans le répertoire « /usr/share/emacs/site-lisp/emacspeak/lisp » emacs -batch -q -no-site-file --eval '(setq file-name-handler-alist nil gc-cons-threshold 6400)' -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-load-path.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-loaddefs.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-cus-load.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-load-path.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-cus-load.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-loaddefs.el -f batch-byte-compile tts.el emacs -batch -q -no-site-file --eval '(setq file-name-handler-alist nil gc-cons-threshold 6400)' -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-load-path.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-loaddefs.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-cus-load.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-load-path.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-cus-load.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-loaddefs.el -f batch-byte-compile acss-structure.el emacs -batch -q -no-site-file --eval '(setq file-name-handler-alist nil gc-cons-threshold 6400)' -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-load-path.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-loaddefs.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-cus-load.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-load-path.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-cus-load.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-loaddefs.el -f batch-byte-compile dtk-interp.el emacs -batch -q -no-site-file --eval '(setq file-name-handler-alist nil gc-cons-threshold 6400)' -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-load-path.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-loaddefs.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-cus-load.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-load-path.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-cus-load.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-loaddefs.el -f batch-byte-compile dtk-unicode.el emacs -batch -q -no-site-file --eval '(setq file-name-handler-alist nil gc-cons-threshold 6400)' -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-load-path.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-loaddefs.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-cus-load.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-load-path.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-cus-load.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-loaddefs.el -f batch-byte-compile dtk-speak.el emacs -batch -q -no-site-file --eval '(setq file-name-handler-alist nil gc-cons-threshold 6400)' -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-load-path.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-loaddefs.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-cus-load.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-load-path.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-cus-load.el -l /usr/share/emacs/site-lisp/emacspeak/lisp/g-client/g-loaddefs.el -f batch-byte-compile voice-setup.el emacs -batch -q -no-site-file --eval '(setq
Bug#904798: chromium: Chromium failed to upgrade
Package: chromium Version: 68.0.3440.75-1~deb9u1 Severity: important Upgrading chromium on a sid box failed : dpkg: erreur de traitement de l'archive /tmp/apt-dpkg-install-1RxXoY/23-chromium_68.0.3440.75-1~deb9u1_amd64.deb (--unpack) : tentative de remplacement de « /usr/lib/chromium/natives_blob.bin », qui appartient aussi au paquet chromium-common 67.0.3396.87-1 dpkg-deb: erreur: coller subprocess was killed by signal (Relais brisé (pipe)) (in English: chromium_68.0.3440.75-1 try to replace /usr/lib/chromium/natives_blob.bin that is also in chromium-common 67.0.3396.87-1) Forcing the purge of chromium-common solve the problem for me, chromium should probably conflict with it. Thanks, Rémi. -- System Information: Debian Release: buster/sid APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (150, 'unstable'), (120, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chromium depends on: ii libasound2 1.1.6-1 ii libatk1.0-0 2.28.1-1 ii libatomic1 8.1.0-12 ii libavcodec57 7:3.4.3-1 ii libavformat577:3.4.3-1 ii libavutil55 7:3.4.3-1 ii libc62.27-5 ii libcairo21.15.10-3 ii libcups2 2.2.8-5 ii libdbus-1-3 1.12.8-3 ii libdrm2 2.4.92-1 iu libevent-2.0-5 2.0.21-stable-3 ii libexpat12.2.5-3 ii libflac8 1.3.2-3 ii libfontconfig1 2.13.0-5 ii libfreetype6 2.8.1-2 ii libgcc1 1:8.1.0-12 iu libgdk-pixbuf2.0-0 2.36.12-1 ii libglib2.0-0 2.56.1-2 ii libgtk2.0-0 2.24.32-2 ii libicu57 57.1-9 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libminizip1 1.1-8+b1 ii libnspr4 2:4.19-3 ii libnss3 2:3.38-1 ii libopenjp2-7 2.3.0-1 ii libopus0 1.3~beta+20180518-1 ii libpango-1.0-0 1.42.1-2 ii libpangocairo-1.0-0 1.42.1-2 ii libpangoft2-1.0-01.42.1-2 ii libpci3 1:3.5.2-1 ii libpng16-16 1.6.34-2 ii libpulse011.1-5 iu libre2-3 20170101+dfsg-1 ii libsnappy1v5 1.1.7-1 ii libstdc++6 8.1.0-12 iu libvpx4 1.6.1-3+deb9u1 ii libwebp6 0.6.1-2 ii libwebpdemux20.6.1-2 iu libwebpmux2 0.5.2-1 ii libx11-6 2:1.6.5-1 ii libx11-xcb1 2:1.6.5-1 ii libxcb1 1.13-2 ii libxcomposite1 1:0.4.4-2 ii libxcursor1 1:1.1.15-1 ii libxdamage1 1:1.1.4-3 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxi6 2:1.7.9-1 ii libxml2 2.9.4+dfsg1-7+b1 ii libxrandr2 2:1.5.1-1 ii libxrender1 1:0.9.10-1 ii libxslt1.1 1.1.32-2 ii libxss1 1:1.2.2-1+b2 ii libxtst6 2:1.2.3-1 ii x11-utils7.7+4 ii xdg-utils1.1.3-1 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages chromium recommends: ii fonts-liberation 1:1.07.4-7 ii libgl1-mesa-dri 18.1.4-1 Versions of packages chromium suggests: iu chromium-driver68.0.3440.75-1~deb9u1 iu chromium-l10n 68.0.3440.75-1~deb9u1 iu chromium-shell 68.0.3440.75-1~deb9u1 pn chromium-widevine -- no debconf information
Bug#895626: emacs25: In GUI mode, emacs-lisp fail to read some number
Package: emacs25 Version: 25.2+1-6+b1 Severity: normal In GUI mode, evaluating (read "2.6") give 2.0, when in text mode it give 2.6 correctly. Then others thing break, like (package-initialize). I tried to install emacs25-lucid, but it change nothing. Thing was working correctly until recently, log tell me that libfontconfig1 has been updated from 2.12.6-0.1 to 2.13.0-2, and libglib2.0-0 from 2.56.1-1 to 2.56.1-2. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages emacs25 depends on: ii emacs25-bin-common 25.2+1-6+b1 ii libacl12.2.52-3+b1 ii libasound2 1.1.3-5 ii libatk1.0-02.28.1-1 ii libc6 2.27-3 ii libcairo-gobject2 1.15.10-2 ii libcairo2 1.15.10-2 ii libdbus-1-31.13.2-1 ii libfontconfig1 2.13.0-2 ii libfreetype6 2.8.1-2 ii libgdk-pixbuf2.0-0 2.36.11-2 ii libgif75.1.4-2 ii libglib2.0-0 2.56.1-2 ii libgnutls303.6.2-2 ii libgomp1 8-20180402-1 ii libgpm21.20.7-5 ii libgtk-3-0 3.22.29-3 ii libice62:1.0.9-2 ii libjpeg62-turbo1:1.5.2-2+b1 ii libm17n-0 1.7.0-3+b2 ii libmagickcore-6.q16-5 8:6.9.9.39+dfsg-1 ii libmagickwand-6.q16-5 8:6.9.9.39+dfsg-1 ii libotf00.9.13-3+b1 ii libpango-1.0-0 1.42.1-1 ii libpangocairo-1.0-01.42.1-1 ii libpng16-161.6.34-1 ii librsvg2-2 2.40.20-2 ii libselinux12.7-2+b2 ii libsm6 2:1.2.2-1+b3 ii libtiff5 4.0.9-4 ii libtinfo5 6.1+20180210-1 ii libx11-6 2:1.6.5-1 ii libx11-xcb12:1.6.5-1 ii libxcb11.13-1 ii libxfixes3 1:5.0.3-1 ii libxft22.3.2-1+b2 ii libxinerama1 2:1.1.3-1+b3 ii libxml22.9.7+dfsg-1 ii libxpm41:3.5.12-1 ii libxrandr2 2:1.5.1-1 ii libxrender11:0.9.10-1 ii zlib1g 1:1.2.8.dfsg-5 emacs25 recommends no packages. Versions of packages emacs25 suggests: ii emacs25-common-non-dfsg 25.2+1-1 -- no debconf information -- Rémi Vanicat
Bug#895010: ITP: magit-popup -- magit-popup is an emacs interface to set option to call emacs-command or even shell-command
Package: wnpp Severity: wishlist Owner: Remi Vanicat <vani...@debian.org> * Package name: magit-popup Version : 2.12.0 Upstream Author : The Magit Project Contributors * URL : https://github.com/magit/magit-popup * License : GPL3+ Programming Lang: emacs-lisp Description : magit-popup is an emacs interface to set option to call emacs-command or even shell-command This package implements a generic interface for toggling switches and setting options and then invoking an Emacs command which does something with these arguments. The prototypical use is for the command to call an external process, passing on the arguments as command line arguments. But this is only one of many possible uses (though the one this library is optimized for). The binary package was part of the magit source itself, but as been split outside of it as the upstream author believe it will be useful for others Emacs package. It is now a dependency of magit, (and elpa-magit is still its only reverse dependency in Debian, even if some package that depend on elpa-magit also need it).
Bug#894968: initramfs-tools-core: update-initramfs depends on busybox, but the package doesn't
Package: initramfs-tools-core Version: 0.130 Severity: normal Dear Maintainer, * What led up to the situation? Context is that this is a minimally-installed chroot (minimally installed with `debootstrap`) containing stretch. * What exactly did you do (or not do) that was effective (or ineffective)? Attempted to use `apt-get` to install the following package list with '--no-install-recommends' specified: cryptsetup firmware-bnx2 firmware-bnx2x firmware-linux grub-pc linux-image-amd64 lvm2 openssh-server sudo * What was the outcome of this action? During the `apt-get` processing of the above package list, `update-initramfs` died with an error: E: busybox or busybox-static, version 1:1.22.0-17~ or later, is required but not installed. * What outcome did you expect instead? I expected it to work -- if `update-initramfs` depends on busybox or busybox-static in order to complete successfully, then those packages should be a _dependency_, not a _recommendation_! -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-6-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages initramfs-tools-core depends on: ii cpio 2.11+dfsg-6 ii klibc-utils 2.0.4-9 ii kmod 23-2 ii udev 232-25+deb9u2 Versions of packages initramfs-tools-core recommends: ii busybox 1:1.22.0-19+b3 Versions of packages initramfs-tools-core suggests: pn bash-completion -- no debconf information
Bug#864766: elpa-circe: extract tracking from the rest of circe
Package: elpa-circe Version: 2.3-1 Severity: wishlist Hello, I'm packaging weechat.el, and it depend on elpa-tracking[1], but when looking at the source it appear to be part of circe[2]. Testing prove that depending on circe solve the problem. I wonder if we could make an elpa-tracking Debian package to remove the need to install the whole of circe when installing elpa-weechat. Thanks. [1]: https://melpa.org/#/tracking [2]: https://github.com/jorgenschaefer/circe/blob/master/tracking.el -- System Information: Debian Release: 9.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages elpa-circe depends on: ii emacsen-common 2.0.8 elpa-circe recommends no packages. elpa-circe suggests no packages. -- no debconf information -- Rémi Vanicat
Bug#794410: May be related to BIOS Options
I'm using "debian-live-8.7.1-amd64-standard.iso" on a PPC-3060S Industrial Panel PC from Advantech. I have the same problem where the installation process stops at running dpkg - 12%. This behavior is the same on standard install and GUI install. The BIOS is Aptio Setup Utility version 5.0.0.9 from American Megatrends. It has options in "Chipset->South Bridge": OS Selcetion is by default set to [Windows 7]. XHCI mode is by default set to [disable]. If I change OS Selection for [Linux], XHCI also changes for [Enabled]. Once these options are set the installer no longer stops at 12% Running dpkg and it completes successfully. I hope this helps.
Bug#842603: develock-el: advice on indent-region could fail
Package: develock-el Version: 0.39-2 Severity: normal Dear Maintainer, I had error on some of my code because I was calling (indent-region beg end) and the develock mode was on: the advice failed. The attached patch fix this. >From 5961a805b5128e93fb4889347142139ead142c23 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?R=C3=A9mi=20Vanicat?=Date: Sun, 30 Oct 2016 19:05:45 +0100 Subject: [PATCH] advising indent-region with correct prototype --- develock.el | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/develock.el b/develock.el index d7a107f..890cba4 100644 --- a/develock.el +++ b/develock.el @@ -1791,7 +1791,7 @@ IGNORE-POINT-POS are ignored." (let (current-load-list) (defadvice indent-region (around remove-useless-whitespace - (start end column) activate) + (start end column) activate) "Advised by Develock. If Develock is on, remove useless leading and trailing whitespace in Lisp modes, C modes and Java mode. You can turn off this advice -- 2.10.2 -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages develock-el depends on: ii emacs 46.1 ii emacs24 [emacsen] 24.5+1-7 ii emacs25 [emacsen] 25.1+1-2 develock-el recommends no packages. develock-el suggests no packages. -- no debconf information -- Rémi Vanicat
Bug#841236: installation-reports: After install of Debian 8.6, Debian won't boot probably due to problem with nvidia
Package: installation-reports Severity: important Dear Maintainer, -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/debian-cd/8.6.0/multi-arch/iso-cd/debian-8.6.0-amd64-i386-netinst.iso Date: Machine: ASUS ROG G752VM-GC006T Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [E] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[E] Comments/Problems: I've two disk on this, a SSD and a normal (sata) disk. The normal disk is detected normally, but the SSD is not seen by the installer. And then, after installation, Debian won't boot. Apparently the bug is when setting the framebuffer. Installing the non-free nvidia driver fix this. Thanks. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="8 (jessie) - installer build 20150422+deb8u4+b1" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux arkana 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u1 (2016-09-03) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Device [8086:1910] (rev 07) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Device [8086:1901] (rev 07) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:04.0 Signal processing controller [1180]: Intel Corporation Device [8086:1903] (rev 07) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation Device [8086:a12f] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:201f] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: 00:14.2 Signal processing controller [1180]: Intel Corporation Device [8086:a131] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:15.0 Signal processing controller [1180]: Intel Corporation Device [8086:a160] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:15.1 Signal processing controller [1180]: Intel Corporation Device [8086:a161] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation Device [8086:a13a] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:17.0 RAID bus controller [0104]: Intel Corporation 82801 SATA Controller [RAID mode] [8086:2822] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: Kernel driver in use: ahci lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation Device [8086:a112] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation Device [8086:a113] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation Device [8086:a114] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:a150] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:1f.2 Memory controller [0580]: Intel Corporation Device [8086:a121] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:1f.3 Audio device [0403]: Intel Corporation Device [8086:a170] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:1f.4 SMBus [0c05]: Intel Corporation Device [8086:a123] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation Device [10de:1c60] (rev a1) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 02:00.0 Network controller [0280]: Intel Corporation Wireless 8260 [8086:24f3] (rev 3a) lspci -knn: Subsystem: Intel Corporation Device [8086:0010] lspci -knn: 03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 10) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:200f] lspci
Bug#840933: installation-reports: After install of Debian 8.6, Debian won't boot probably due to problem with nvidia
Package: installation-reports Severity: important Dear Maintainer, -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/debian-cd/8.6.0/multi-arch/iso-cd/debian-8.6.0-amd64-i386-netinst.iso Date: 16/10/2016 Machine: ASUS ROG PC GAMER G752VM-GC006T Partitions: udev devtmpfs 4046388 04046388 0% /dev tmpfstmpfs 8113329900 801432 2% /run /dev/sda5ext495953684 9149848 81906608 11% / tmpfstmpfs4056652 3164056336 1% /dev/shm tmpfstmpfs 5120 4 5116 1% /run/lock tmpfstmpfs4056652 04056652 0% /sys/fs/cgroup /dev/sda2ext4 288432472 7549076 266208812 3% /home /dev/sda1vfat 37289 119 37171 1% /boot/efi tmpfstmpfs 811328 12 811316 1% /run/user/1000 tmpfstmpfs 811328 0 811328 0% /run/user/120 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [E] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[E] Comments/Problems: I've two disk on this, a SSD and a normal (sata) disk. The normal disk is detected normally, but the SSD is not seen by the installer. And then, after installation, Debian won't boot. Apparently the bug is when setting the framebuffer. Installing the non-free nvidia driver fix this. Thanks. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="8 (jessie) - installer build 20150422+deb8u4+b1" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux arkana 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u1 (2016-09-03) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Device [8086:1910] (rev 07) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Device [8086:1901] (rev 07) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:04.0 Signal processing controller [1180]: Intel Corporation Device [8086:1903] (rev 07) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation Device [8086:a12f] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:201f] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: 00:14.2 Signal processing controller [1180]: Intel Corporation Device [8086:a131] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:15.0 Signal processing controller [1180]: Intel Corporation Device [8086:a160] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:15.1 Signal processing controller [1180]: Intel Corporation Device [8086:a161] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation Device [8086:a13a] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:17.0 RAID bus controller [0104]: Intel Corporation 82801 SATA Controller [RAID mode] [8086:2822] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: Kernel driver in use: ahci lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation Device [8086:a112] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation Device [8086:a113] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation Device [8086:a114] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:a150] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:1f.2 Memory controller [0580]: Intel Corporation Device [8086:a121] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:13f0] lspci -knn: 00:1f.3 Audio device [0403]: Intel Corporation Device [8086:a170] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device
Bug#829200: dh-elpa: Could dh-elpa be told to use debian version as elpa version
Package: dh-elpa Version: 0.0.21 Severity: wishlist Some elpa package do not have the ";; Version:" (for example magit, and other package made by the magit developers), but in most situation, the elpa package version is the upstream part of the debian source version. Adding an way to let dh-elpa know this, would be cool. Or maybe just an option to tell it what elpa version there is (setting "DH_ELPA_VERSION=$(DEB_VERSION_UPSTREAM)" would do in most case, but letting more complex stuff possible). The hack used in magit to let dh-elpa know the version is there, if this is useful. http://anonscm.debian.org/cgit/pkg-emacsen/pkg/magit.git/tree/debian/rules?id=3e3f6490b788b95e2b990f71ee097771c2b311a9 Maybe no the simple way to do it. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages dh-elpa depends on: ii dh-make-perl0.90-1 ii emacs24 24.5+1-6+b2 ii libarray-utils-perl 0.5-1 ii libfile-find-rule-perl 0.34-1 ii perl5.22.2-1 dh-elpa recommends no packages. dh-elpa suggests no packages. -- no debconf information -- Rémi Vanicat > LocalWords: debian dh elpa magit
Bug#828638: emacs24: Bug in bytecompilation of ob-core.el
Package: emacs24 Version: 24.4+1-5 Severity: normal Dear Maintainer, When trying to evaluate an org SRC block on a file edited remotely through tramp, it failed with the error org-babel-local-file-name: Invalid function: with-parsed-tramp-file-name The problem seem to be that ob-core.el use the with-parsed-tramp-file-name macro as if it was a function. Adding (eval-when-compile (require 'tramp)) at beginning of the file should fix this. Note that org-mode from the org-mode unstable package don't have this bug, but Emacs from sid has it. *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (150, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages emacs24 depends on: ii emacs24-bin-common 24.4+1-5 ii gconf-service 3.2.6-3 ii libacl12.2.52-2 ii libasound2 1.0.28-1 ii libatk1.0-02.14.0-1 ii libc6 2.19-18+deb8u4 ii libcairo-gobject2 1.14.0-2.1+deb8u1 ii libcairo2 1.14.0-2.1+deb8u1 ii libdbus-1-31.8.20-0+deb8u1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3+deb8u1 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u5 ii libgif44.1.6-11+deb8u1 ii libglib2.0-0 2.42.1-1+b1 ii libgnutls-deb0-28 3.3.8-6+deb8u3 ii libgomp1 4.9.2-10 ii libgpm21.20.4-6.1+b2 ii libgtk-3-0 3.14.5-1+deb8u1 ii libice62:1.0.9-1+b1 ii libjpeg62-turbo1:1.3.1-12 ii libm17n-0 1.6.4-3 ii libmagickcore-6.q16-2 8:6.8.9.9-5+deb8u3 ii libmagickwand-6.q16-2 8:6.8.9.9-5+deb8u3 ii libotf00.9.13-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libpng12-0 1.2.50-2+deb8u2 ii librsvg2-2 2.40.5-1+deb8u2 ii libselinux12.3-2 ii libsm6 2:1.2.2-1+b1 ii libtiff5 4.0.3-12.3+deb8u1 ii libtinfo5 6.0+20160319-2+b1 ii libx11-6 2:1.6.2-3 ii libxft22.3.2-1 ii libxinerama1 2:1.1.3-1+b1 ii libxml22.9.1+dfsg1-5+deb8u2 ii libxpm41:3.5.11-1+b1 ii libxrandr2 2:1.4.2-1+b1 ii libxrender11:0.9.8-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 emacs24 recommends no packages. Versions of packages emacs24 suggests: ii emacs24-common-non-dfsg 24.4+1-2 -- no debconf information -- Rémi Vanicat
Bug#826394: ITP: elpa-tablist -- tablist it an Emacs package that adds maks and filters to tabulated-list-mode
Package: wnpp Owner: Remi Vanicat <vani...@debian.org> Severity: wishlist * Package name: elpa-tablist Version : 0.70 Upstream Author : Andreas Politz <poli...@fh-trier.de> * URL or Web page : https://github.com/politza/tablist * License : GPL3+ Description : tablist it an Emacs package that adds maks and filters to tabulated-list-mode This package is needed for Emacs' pdf-tools. This package adds marks and filters to tabulated-list-mode. It also kind of puts a dired face on tabulated list buffers. It can be used by deriving from tablist-mode and some features by using tablist-minor-mode inside a tabulated-list-mode buffer. -- Rémi Vanicat
Bug#826393: ITP: pdf-tools -- Display and interact with pdf in Emacs.
Package: wnpp Owner: Remi Vanicat <vani...@debian.org> Severity: wishlist * Package name: pdf-tools Version : 0.70 Upstream Author : Andreas Politz <poli...@fh-trier.de> * URL or Web page : https://github.com/politza/pdf-tools * License : GPL V3+ Description : Display and interact with pdf in Emacs. This mode replace DocView for PDF files. The key difference is, that pages are created on-demand and stored in memory. One can also get all kinds of information about a document, add annotation, copy and paste, follow link... With synctex one can also get to the tex source of a part of a document. There will be two binary package (elpa-pdf-tools for the Emacs part and pdf-tools-server for the arch specific "server"). -- Rémi Vanicat
Bug#813286: ITP: elpa-with-editor -- Use the Emacsclient as $EDITOR
Package: wnpp Owner: Rémi VanicatSeverity: wishlist * Package name: elpa-with-editor Version : 2.5.0 Upstream Author : The Magit Project Contributors * URL or Web page : https://github.com/magit/with-editor * License : GPLv3+ Description : Use the Emacsclient as $EDITOR This library makes it possible to reliably use the Emacsclient as the `$EDITOR' of child processes. It makes sure that they know how to call home. For remote processes a substitute is provided, which communicates with Emacs on standard output/input instead of using a socket as the Emacsclient does. This Emacs extension used to be part of magit, but has been split upstream, because it can be useful to other Emacs extension. -- Rémi Vanicat
Bug#808446: google-android-build-tools-installer: configuration script fail
Package: google-android-build-tools-installer Version: 23.0.2.0 Severity: grave Tags: patch Hello, google-android-build-tools-installer fail to install on my computer: install: impossible d'évaluer « /var/cache/google-android-build-tools-installer/android-4.4W/split-select »: Aucun fichier ou dossier de ce type Meaning that it can find split-select. It seem that it fail because it is not installing android-4.4W but android-6. The attached path fix this problem. There is another bug in the Makefile: the library (libLLVM.so libbcinfo.so libbcc.so libclang.so) are looked for in the wrong subdirectory of android-*/, and the test looking at their possible installation in the current system look in /usr/bin and not /usr/lib. My patch fix those two error too. Thanks for the package. Cordially, Rémi. --- google-android/Makefile 2015-12-20 10:34:56.106509766 +0100 +++ /usr/share/google-android-build-tools-installer/Makefile2015-12-20 10:30:59.106470309 +0100 @@ -6,7 +6,7 @@ PKG_SOURCE_URL:=https://dl.google.com/android/repository/${PKG_SOURCE} DL_DIR=/var/cache/google-android-build-tools-installer -UNPACK_DIR=$(DL_DIR)/android-4.4W +UNPACK_DIR=$(DL_DIR)/android-6.0 DOC_DIR=/usr/share/doc/google-android-build-tools all: $(DL_DIR)/$(UNPACK_DIR)/aapt @@ -30,8 +30,8 @@ $(UNPACK_DIR)/zipalign \ /usr/bin/ install -d -m0755 /usr/lib/ - for f in libLLVM.so libbcinfo.so libbcc.so libclang.so; do \ - test -e /usr/bin/$$f || install -m0644 $(UNPACK_DIR)/$$f /usr/lib/; done + for f in lib/libLLVM.so lib/libbcinfo.so lib/libbcc.so lib/libclang.so; do \ + test -e /usr/lib/$$f || install -m0644 $(UNPACK_DIR)/$$f /usr/lib/; done install -d -m0755 $(DOC_DIR) gzip -9 --stdout $(UNPACK_DIR)/NOTICE.txt > $(DOC_DIR)/copyright.gz install -m0644 $(UNPACK_DIR)/source.properties $(DOC_DIR)/ -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages google-android-build-tools-installer depends on: ii build-essential 12.1 ii ca-certificates 20150426 ii dpkg-dev 1.18.3 ii libstdc++6 5.3.1-3 ii make 4.0-8.2 ii unzip6.0-20 ii wget 1.17.1-1 ii zlib1g 1:1.2.8.dfsg-2+b1 google-android-build-tools-installer recommends no packages. google-android-build-tools-installer suggests no packages. -- no debconf information -- Rémi Vanicat
Bug#799840: libpam-smbpass: installed libpam-smbpass break all local login
Package: libpam-smbpass Version: 4.1.20+dfsg-1 Severity: critical Justification: breaks the whole system On one of my computer, when libpam-smbpass is installed, all local login attempt fail. su, sudo, login on console, using gdm or sddm all break. Only ssh succed I've report in log like : *** Error in `/usr/lib/x86_64-linux-gnu/sddm/sddm-helper': double free or corruption (fasttop): 0x00a38a70 *** *** Error in `gdm-session-worker [pam/gdm-password]': double free or corruption (fasttop): 0x0226c960 and error from su like : *** Error in `su': double free or corruption (fasttop): 0x55846363b500 *** and mostly the same from sudo. Uninstalling libpam-smbpass fix the problem. Note that libpam-smbpass was installed but not used nor configured. I could reinstall it to try debugging stuff. Thanks -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (700, 'testing'), (291, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libpam-smbpass depends on: ii dpkg1.18.3 ii libbsd0 0.7.0-2 ii libc6 2.19-20 ii libpam-runtime 1.1.8-3.1 ii libpam0g1.1.8-3.1 ii libtalloc2 2.1.3-1 ii libwbclient02:4.1.20+dfsg-1 ii samba-common2:4.1.20+dfsg-1 ii samba-libs 2:4.1.20+dfsg-1 libpam-smbpass recommends no packages. Versions of packages libpam-smbpass suggests: ii samba 2:4.1.20+dfsg-1
Bug#798576: dh-elpa: an elpa package cannot require a non elpa debian package
Package: dh-elpa Version: 0.0.7 Severity: normal Hello, I was trying to make a dh-elpa package that depend on a .el that is in a debian package but is unknown by elpa. This failed because the emacs-common/install script use 'emacs -Q' when 'emacs -q' is needed for the package to be loaded. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages dh-elpa depends on: ii emacs24 24.5+1-1 dh-elpa recommends no packages. dh-elpa suggests no packages. -- no debconf information -- Rémi Vanicat
Bug#796994: vistrails: changelog file wasn't updated
Package: vistrails Version: 2.2-1 Severity: normal Dear Maintainer, It seems that the copyright file hasn't been updated in the new 2.2-1 release and still mentions Copyright (c) 2006-2011, University of Utah. Please note that VisTrails is now being developed by New York University, and this is what is stated in the copyright headers of the upstream source distribution: Copyright (c) 2014-2015, New York University Copyright (C) 2011-2014, NYU-Poly. Copyright (C) 2006-2011, University of Utah. cf https://github.com/VisTrails/VisTrails/blob/v2.2.0/LICENSE
Bug#796673: nautilus-dropbox: E:_cache-open() failed while installing dropbox
Package: nautilus-dropbox Version: 1.4.0-3 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? I just tried to install Dropbox via Synaptic since it was not available through Logitheque. I know little about Linux. I just followed the instructions on the screen. Now, I have a Dropbox icon without Dropbox working and I lost access to Synaptic. The download worked but it never open to start the installation. Just tell me how to get rid of this mis-installation *** End of the template - remove these lines *** -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus-dropbox depends on: ii libatk1.0-0 2.4.0-2 ii libc62.13-38+deb7u8 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1+deb7u1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-7 ii libnautilus-extension1a 3.4.2-1+build1 ii libpango1.0-01.30.0-1 ii policykit-1 0.105-3 ii procps 1:3.3.3-3 ii python 2.7.3-4+deb7u1 ii python-gpgme 0.2-3 ii python-gtk2 2.24.0-3+b1 nautilus-dropbox recommends no packages. Versions of packages nautilus-dropbox suggests: ii nautilus 3.4.2-1+build1 -- no debconf information
Bug#785150: fglrx-modules-dkms: the module fail to build with linux 4.0.0-1-amd64
Package: fglrx-modules-dkms Version: 1:14.9+ga14.201-2 Severity: grave When building the module for linux 4.0.0-1-amd64 dkms fail with: DKMS make.log for fglrx-14.12 for kernel 4.0.0-1-amd64 (x86_64) mardi 12 mai 2015, 21:50:46 (UTC+0200) make: Entering directory '/usr/src/linux-headers-4.0.0-1-amd64' LD /var/lib/dkms/fglrx/14.12/build/built-in.o CC [M] /var/lib/dkms/fglrx/14.12/build/firegl_public.o /var/lib/dkms/fglrx/14.12/build/firegl_public.c: In function ‘kcl_mem_pat_setup’: /var/lib/dkms/fglrx/14.12/build/firegl_public.c:4471:9: error: implicit declaration of function ‘read_cr4’ [-Werror=implicit-function-declaration] cr4 = read_cr4(); ^ /var/lib/dkms/fglrx/14.12/build/firegl_public.c:4472:9: error: implicit declaration of function ‘write_cr4’ [-Werror=implicit-function-declaration] write_cr4(cr4 ~X86_CR4_PGE); ^ /var/lib/dkms/fglrx/14.12/build/firegl_public.c: In function ‘kasSetExecutionLevel’: /var/lib/dkms/fglrx/14.12/build/firegl_public.c:4819:5: error: implicit declaration of function ‘__get_cpu_var’ [-Werror=implicit-function-declaration] orig_level = __get_cpu_var(kasExecutionLevel); ^ /var/lib/dkms/fglrx/14.12/build/firegl_public.c:4820:38: error: lvalue required as left operand of assignment __get_cpu_var(kasExecutionLevel) = level; ^ /var/lib/dkms/fglrx/14.12/build/firegl_public.c: At top level: /var/lib/dkms/fglrx/14.12/build/firegl_public.c:6396:12: warning: ‘KCL_fpu_save_init’ defined but not used [-Wunused-function] static int KCL_fpu_save_init(struct task_struct *tsk) ^ cc1: some warnings being treated as errors /usr/src/linux-headers-4.0.0-1-common/scripts/Makefile.build:263: recipe for target '/var/lib/dkms/fglrx/14.12/build/firegl_public.o' failed make[3]: *** [/var/lib/dkms/fglrx/14.12/build/firegl_public.o] Error 1 /usr/src/linux-headers-4.0.0-1-common/Makefile:1407: recipe for target '_module_/var/lib/dkms/fglrx/14.12/build' failed make[2]: *** [_module_/var/lib/dkms/fglrx/14.12/build] Error 2 Makefile:145: recipe for target 'sub-make' failed make[1]: *** [sub-make] Error 2 Makefile:8: recipe for target 'all' failed make: *** [all] Error 2 make: Leaving directory '/usr/src/linux-headers-4.0.0-1-amd64' DKMS make.log for fglrx-14.12 for kernel 4.0.0-1-amd64 (x86_64) mardi 12 mai 2015, 21:50:46 (UTC+0200) make: Entering directory '/usr/src/linux-headers-4.0.0-1-amd64' LD /var/lib/dkms/fglrx/14.12/build/built-in.o CC [M] /var/lib/dkms/fglrx/14.12/build/firegl_public.o /var/lib/dkms/fglrx/14.12/build/firegl_public.c: In function ‘kcl_mem_pat_setup’: /var/lib/dkms/fglrx/14.12/build/firegl_public.c:4471:9: error: implicit declaration of function ‘read_cr4’ [-Werror=implicit-function-declaration] cr4 = read_cr4(); ^ /var/lib/dkms/fglrx/14.12/build/firegl_public.c:4472:9: error: implicit declaration of function ‘write_cr4’ [-Werror=implicit-function-declaration] write_cr4(cr4 ~X86_CR4_PGE); ^ /var/lib/dkms/fglrx/14.12/build/firegl_public.c: In function ‘kasSetExecutionLevel’: /var/lib/dkms/fglrx/14.12/build/firegl_public.c:4819:5: error: implicit declaration of function ‘__get_cpu_var’ [-Werror=implicit-function-declaration] orig_level = __get_cpu_var(kasExecutionLevel); ^ /var/lib/dkms/fglrx/14.12/build/firegl_public.c:4820:38: error: lvalue required as left operand of assignment __get_cpu_var(kasExecutionLevel) = level; ^ /var/lib/dkms/fglrx/14.12/build/firegl_public.c: At top level: /var/lib/dkms/fglrx/14.12/build/firegl_public.c:6396:12: warning: ‘KCL_fpu_save_init’ defined but not used [-Wunused-function] static int KCL_fpu_save_init(struct task_struct *tsk) ^ cc1: some warnings being treated as errors /usr/src/linux-headers-4.0.0-1-common/scripts/Makefile.build:263: recipe for target '/var/lib/dkms/fglrx/14.12/build/firegl_public.o' failed make[3]: *** [/var/lib/dkms/fglrx/14.12/build/firegl_public.o] Error 1 /usr/src/linux-headers-4.0.0-1-common/Makefile:1407: recipe for target '_module_/var/lib/dkms/fglrx/14.12/build' failed make[2]: *** [_module_/var/lib/dkms/fglrx/14.12/build] Error 2 Makefile:145: recipe for target 'sub-make' failed make[1]: *** [sub-make] Error 2 Makefile:8: recipe for target 'all' failed make: *** [all] Error 2 make: Leaving directory '/usr/src/linux-headers-4.0.0-1-amd64' -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages fglrx-modules-dkms depends on: ii dkms 2.2.0.3-2 fglrx-modules-dkms recommends no packages. Versions of packages fglrx-modules-dkms
Bug#784362: tar: Radical change in --keep-old-files behavior since Wheezy
Package: tar Version: 1.27.1-2+b1 Severity: normal Tags: upstream Dear Maintainer, I noticed a major change in behavior between Wheezy (GNU tar 1.26) and Jessie (GNU tar 1.27.1), using the --keep-old-files option. On the previous version, where --skip-old-files is *not* available, --keep-old-files silently ignores existing files (behavior of current --skip-old-files). On the current version, --keep-old-files reports errors for existing files and returns with an error status (2) if exiting files are encountered. I'm all for adding new features, but it seems that my only possible workaround is to detect whether --skip-old-files is available, so I can choose which option does what I need (and that need is very basic). This script should highlight the difference in behavior: cd touch a b tar cf t.tar.gz a b rm b tar xf t.tar.gz --keep-old-files a b; echo $? # fails with a: Cannot open: File exists, 2 on Jessie # succeeds on Wheezy rm -f b tar xf t.tar.gz --skip-old-files a b; echo $? # succeeds on Jessie # fails with unrecognized option '--skip-old-files', 64 on Wheezy rm -f t.tar.gz a b Seems to affect Ubuntu as well (difference between 12.04 and 14.04, same GNU tar versions). Of course, if I somehow missed the obvious way to get the behavior I need, don't hesitate to correct me. Best regards, -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tar depends on: ii libacl1 2.2.52-2 ii libc62.19-18 ii libselinux1 2.3-2 tar recommends no packages. Versions of packages tar suggests: ii bzip21.0.6-7+b3 pn ncompressnone pn tar-scripts none ii xz-utils 5.1.1alpha+20120614-2+b3 -- 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#783662: slurm-client dependency on plugins is missing
Package: slurm-client Version: 14.03.9-5 Severity: important Dear Maintainer, All commands delivered with slurm-client fail with the following error when the slurm-wlm-basic-plugins is not installed: root@login:~# sinfo sinfo: error: PluginDir: /usr/lib/x86_64-linux-gnu/slurm: No such file or directory sinfo: error: Bad value /usr/lib/x86_64-linux-gnu/slurm for PluginDir sinfo: fatal: Unable to process configuration file (same results with other commands such as squeue and so on.) Installation of the plugins fixes the bug: root@login:~# apt-get install slurm-wlm-basic-plugins root@login:~# sinfo PARTITION AVAIL TIMELIMIT NODES STATE NODELIST normal* up infinite 3 down* cn[1-3] I have already successfully applied this patch on slurm packages that we maintain locally: https://github.com/edf-hpc/slurm-llnl/commit/319422a25ec7a952a6ada67ceea161cf12f80d4e The patch adds the dep on slurm-client and also removes it on slurm-wlm package because the dep is already satisfied recursively. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages slurm-client depends on: ii libc6 2.19-18 ii libhwloc5 1.10.0-3 ii libncurses5 5.9+20140913-1+b1 ii libreadline6 6.3-8+b3 ii libtinfo5 5.9+20140913-1+b1 ii munge 0.5.11-1.1+b1 ii ucf 3.0030 slurm-client recommends no packages. slurm-client 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#783663: slurm-client package also requires the slurm user
Package: slurm-client Version: 14.03.9-5 Severity: important Dear Maintainer, All commands delivered in slurm-client package actually requires the SlurmUser (slurm in default configuration generator on Debian) to be present on the system: root@login:~# sinfo sinfo: error: Invalid user for SlurmUser slurm, ignored sinfo: fatal: Unable to process configuration file root@login:~# adduser --system slurm root@login:~# sinfo PARTITION AVAIL TIMELIMIT NODES STATE NODELIST normal* up infinite 3 down* cn[1-3] This is arguably an upstream bug since there is no point for Slurm commands to check for this user... But not sure it's easy to fix though. Currently, this user is created in postinst script of slurmd, slurmctld and slurmdbd packages. Since this user is required on all nodes in a slurm cluster, it would probably be more reliable to move user management within slurm-wlm-basic-plugins package because it is installed everywhere. This is specifically what is done in this patch I have successfully applied our local version of slurm packages: https://github.com/edf-hpc/slurm-llnl/commit/74c128212b788930292ea6309a5a0f6f948372cf -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages slurm-client depends on: ii libc6 2.19-18 ii libhwloc5 1.10.0-3 ii libncurses5 5.9+20140913-1+b1 ii libreadline6 6.3-8+b3 ii libtinfo5 5.9+20140913-1+b1 ii munge 0.5.11-1.1+b1 ii ucf 3.0030 slurm-client recommends no packages. slurm-client 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#783661: munge service disabled after package install
Package: munge Version: 0.5.11-1.1+b1 Severity: important Dear Maintainer, After munge package installation, the munge systemd service is disabled. This means that the munge service does not start at boot time. Currently, munge postinst script only runs update-rc.d to enable munge init script at boot time. But this command does not enable systemd service: root@login:~# update-rc.d munge defaults root@login:~# service munge status ● munge.service - MUNGE authentication service Loaded: loaded (/lib/systemd/system/munge.service; disabled) Active: inactive (dead) Docs: man:munged(8) The attached proposed patch adds dh-systemd in Build-Depends and makes use of dh_system_{enable,start} in d/rules to add appropriate code in munge postinst in order to enable the service after package installation. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages munge depends on: ii adduser 3.113+nmu3 ii libbz2-1.0 1.0.6-7+b3 ii libc62.19-18 ii libgcrypt20 1.6.3-2 ii libmunge20.5.11-1.1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 munge recommends no packages. munge suggests no packages. -- no debconf information diff -Nru munge-0.5.11/debian/changelog munge-0.5.11/debian/changelog --- munge-0.5.11/debian/changelog 2014-09-17 23:21:02.0 +0200 +++ munge-0.5.11/debian/changelog 2015-04-28 21:29:20.0 +0200 @@ -1,3 +1,10 @@ +munge (0.5.11-1.2) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix munge systemd service disable after package installation + + -- Rémi Palancher r...@rezib.org Tue, 28 Apr 2015 21:27:38 +0200 + munge (0.5.11-1.1) unstable; urgency=medium [ Rémi Palancher r...@rezib.org] diff -Nru munge-0.5.11/debian/control munge-0.5.11/debian/control --- munge-0.5.11/debian/control 2014-09-17 23:18:44.0 +0200 +++ munge-0.5.11/debian/control 2015-04-28 21:15:50.0 +0200 @@ -2,7 +2,7 @@ Section: admin Priority: extra Maintainer: Gennaro Oliva oliv...@na.icar.cnr.it -Build-Depends: debhelper (= 7.0.0), dh-autoreconf, po-debconf, dpkg-dev (= 1.13.19), zlib1g-dev, libbz2-dev, libgcrypt11-dev +Build-Depends: debhelper (= 7.0.0), dh-autoreconf, po-debconf, dpkg-dev (= 1.13.19), zlib1g-dev, libbz2-dev, libgcrypt11-dev, dh-systemd Standards-Version: 3.9.5 Homepage: http://munge.googlecode.com/ diff -Nru munge-0.5.11/debian/rules munge-0.5.11/debian/rules --- munge-0.5.11/debian/rules 2014-09-17 23:19:20.0 +0200 +++ munge-0.5.11/debian/rules 2015-04-28 21:30:59.0 +0200 @@ -109,7 +109,9 @@ dh_installman debian/create-munge-key.8 install -m644 debian/libmunge2.lintian debian/libmunge2/usr/share/lintian/overrides/libmunge2 dh_compress + dh_systemd_enable dh_installinit + dh_systemd_start dh_installlogrotate dh_link dh_strip
Bug#779349: ITP: care -- make linux programs reproducible on all linux systems
Package: wnpp Severity: wishlist Owner: Remi Duraffort ivo...@videolan.org * Package name: care Version : 2.2.0 Upstream Author : Cédric Vincent cedric.vinc...@st.com * URL : http://reproducible.io * License : GPL Programming Lang: C Description : make linux programs reproducible on all linux systems CARE monitors the execution of the specified command to create an archive that contains all the material required to re-execute it in the same context. That way, the command will be reproducible everywhere, even on Linux systems that are supposed to be not compatible with the original Linux system. CARE is typically useful to get reliable bug reports, demonstrations, artifact evaluation, tutorials, portable applications, minimal rootfs, file-system coverage, ... By design, CARE does not record events at all. Instead, it archives environment variables and accessed file-system components -- before modification -- during the so-called initial execution. Then, to reproduce this execution, the re-execute.sh script embedded into the archive restores the environment variables and relaunches the command confined into the saved file-system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776096: bsdmainutils: hexdump fails if format_string contains backslash
Package: bsdmainutils Version: 9.0.6 Severity: important Tags: upstream Dear Maintainer, I was trying to get hexdump to output a C-string with hexadecimal escapes, like \x68\x65\x6C\x6C\x6F\x0A. Not only did I never reach that result, but I also run into error messages that don't appear to make much sense. $ echo hello | hexdump -v -e \\\x\ 1/1 \%02X\ x68x65x6Cx6Cx6Fx0A $ echo hello | hexdump -v -e \x\ 1/1 \%02X\ \\68\\65\\6C\\6C\\6F\\0A $ echo hello | hexdump -v -e 1/1 \\\x%02X\ hexdump: %A: bad conversion character $ echo hello | hexdump -v -e 1/1 \x%02X\ hexdump: %A: bad conversion character -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bsdmainutils depends on: ii bsdutils 1:2.25.2-4 ii debianutils 4.4+b1 ii libc62.19-13 ii libncurses5 5.9+20140913-1+b1 ii libtinfo55.9+20140913-1+b1 bsdmainutils recommends no packages. Versions of packages bsdmainutils suggests: ii cpp 4:4.9.1-5 pn vacation none ii wamerican [wordlist] 7.1-1 ii whois 5.2.2 -- 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#774156: busybox-udeb: udhcpc default.script fails if $router is not set
Package: busybox-udeb Version: 1:1.20.0-7 Severity: important Dear Maintainer, The script /etc/udhcpc/default.script executed by udhcpc within debian-installer fails when DHCP servers give a lease without option 3 (router) with the following error: ~ # udhcpc udhcpc (v1.20.2) started + ip link set eth0 up + ip -4 addr flush dev eth0 + exit 0 Sending discover... Sending select for 10.11.0.11... Lease of 10.11.0.11 obtained, lease time 172800 + do_hostname + cat /proc/sys/kernel/hostname + local current=cn1 + [ -z cn1 ] + [ cn1 = (none) ] + ip -4 addr add 10.11.0.11/255.255.255.0 dev eth0 + [ -n ] + ip -4 route add default via ip: RTNETLINK answers: No such device Even if $router variable is not set, the script enters the for loop that set the routes. It makes the ip command fail because of missing argument. This is a bit annoying since this prevent the other dhcp options (dns servers, domain name and so on) from being processing correctly and then makes netcfg ask questions. The patch attached fixes this by checking if $router is not empty before the for statement. This fixes the bug for me. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff --git a/debian/tree/busybox-udeb/etc/udhcpc/default.script b/debian/tree/busybox-udeb/etc/udhcpc/default.script index a47bdae..bba0d6b 100755 --- a/debian/tree/busybox-udeb/etc/udhcpc/default.script +++ b/debian/tree/busybox-udeb/etc/udhcpc/default.script @@ -66,12 +66,14 @@ case $1 in ip link set $interface mtu $mtu fi - # special case for /32 subnets, use onlink when adding routes - [ .$subnet = .255.255.255.255 ] \ - onlink=onlink || onlink= - for r in $router; do - ip -4 route add default via $r $onlink - done + if [ -n $router ]; then + # special case for /32 subnets, use onlink when adding routes + [ .$subnet = .255.255.255.255 ] \ + onlink=onlink || onlink= + for r in $router; do +ip -4 route add default via $r $onlink + done + fi do_resolv_conf
Bug#772113: glances segfault
Hello, Upstream version 2.2 is available with fixed issues. I will package this new version soon. 2014-12-05 10:01 GMT+01:00 Raphael raph...@encr.es: Package: glances Version: 2.1.1-1 Severity: important Hi, After a period of time glances tends to segfault with File /usr/lib/python3/dist-packages/glances/core/glances_stats.py, line 130, in update self.__update__(input_stats) File /usr/lib/python3/dist-packages/glances/core/glances_stats.py, line 121, in __update__ self._plugins[p].update() File /usr/lib/python3/dist-packages/glances/plugins/glances_processcount.py, line 55, in update glances_processes.update() File /usr/lib/python3/dist-packages/glances/core/glances_processes.py, line 339, in update self.processcount[str(proc.status())] += 1 File /usr/lib/python3/dist-packages/psutil/__init__.py, line 555, in status return self._proc.status() File /usr/lib/python3/dist-packages/psutil/_pslinux.py, line 704, in wrapper raise NoSuchProcess(self.pid, self._name) psutil.NoSuchProcess: process no longer exists (pid=1135, name='byobu-status') Seems it's a know problem, corrected upstream : https://github.com/nicolargo/glances/issues/421 https://github.com/nicolargo/glances/issues/414 Thanks Raphael -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages glances depends on: ii adduser3.113+nmu3 ii lsb-base 4.1+Debian13+nmu1 ii python33.4.2-1 ii python3-pkg-resources 5.5.1-1 ii python3-psutil 2.1.1-1+b1 pn python3:anynone Versions of packages glances recommends: ii hddtemp 0.3-beta15-52 ii lm-sensors 1:3.3.5-2 ii python3-bottle 0.12.7-1 pn python3-jinja2 none ii python3-pysnmp4 4.2.5-1 glances 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#772563: librelp0: Segmentation fault when TCP keepalive is enable
because the relpTcp_t * parameter of EnableKeepAlive(), named pThis, is NULL when it is called by relpTcpAcceptConnReq(). Therefore the debug print on line tcp.c:688 necessarily segfaults. This patch makes sure the relpTcp_t struct is well initialized with relpTcpConstruct() before EnableKeepAlive() is called. Author: Rémi Palancher remi-externe.palanc...@edf.fr Origin: upstream Forwarded: no Last-Update: 2014-12-03 --- librelp-1.2.7.orig/src/tcp.c +++ librelp-1.2.7/src/tcp.c @@ -713,12 +713,12 @@ relpTcpAcceptConnReq(relpTcp_t **ppThis, ABORT_FINALIZE(RELP_RET_ACCEPT_ERR); } - if(pSrv-bKeepAlive) - EnableKeepAlive(pThis, pSrv, iNewSock); - /* construct our object so that we can use it... */ CHKRet(relpTcpConstruct(pThis, pEngine, RELP_SRV_CONN, pSrv)); + if(pSrv-bKeepAlive) + EnableKeepAlive(pThis, pSrv, iNewSock); + /* TODO: obtain hostname, normalize (callback?), save it */ CHKRet(relpTcpSetRemHost(pThis, (struct sockaddr*) addr)); pThis-pEngine-dbgprint(remote host is '%s', ip '%s'\n, pThis-pRemHostName, pThis-pRemHostIP);
Bug#771218: librelp0 enters an endless loop when send() set errno to EAGAIN endlessly
Package: librelp0 Version: 1.0.0-1 Severity: important Tags: upstream patch Dear Maintainer, While using rsyslog with its relp plugin linked to librelp0, I encountered a bug where my central rsyslog server entered into an endless loop and it then basically stopped processing the logs. The rsyslogd process was fully using one core on the system. To help understand this behaviour, I ran rsyslog in foreground with debug flag: # rsyslogd -c5 -n -d The resulting output can be found in attached file rsyslog_debug_endless_loop_truncated.log.xz. I largely truncated the file to significantly reduce its size. Feel free to tell me if you need to have a look to original file 6MB though. You may notice in the output this repeating line : tcpSend returns 0. After a deeper analysis I figured out that it was due to one particular client node whose TCP socket was in a weird state. Every send() that were performed by librelp0 on this socket returned -1 and set errno to EAGAIN, endlessly. By endlessly, I mean approximately 20 days. Here the backtrace according to GDB on the breakpoint tcp.c:488: #0 relpTcpSend (pThis=pThis@entry=0x69e1c0, pBuf=optimized out, pLenBuf=pLenBuf@entry=0x7475ead8) at tcp.c:488 #1 0x75f71482 in relpSendbufSend (pThis=0x69bbb0, pTcp=pTcp@entry=0x69e1c0) at sendbuf.c:131 #2 0x75f71274 in relpSendqSend (pThis=pThis@entry=0x6992d0, pTcp=pTcp@entry=0x69e1c0) at sendq.c:249 #3 0x75f7133a in relpSendqAddBuf (pThis=0x6992d0, pBuf=optimized out, pTcp=0x69e1c0) at sendq.c:170 #4 0x75f6f2a5 in relpSessSendResponse (pThis=pThis@entry=0x69d210, txnr=optimized out, pData=optimized out, lenData=optimized out) at relpsess.c:248 #5 0x75f725c9 in relpSCInit (pFrame=pFrame@entry=0x699510, pSess=pSess@entry=0x69d210) at copen.c:141 #6 0x75f6e863 in relpEngineDispatchFrame (pThis=optimized out, pSess=pSess@entry=0x69d210, pFrame=pFrame@entry=0x699510) at relp.c:474 #7 0x75f7005f in relpFrameProcessOctetRcvd (ppThis=ppThis@entry=0x69d230, c=10 '\n', pSess=pSess@entry=0x69d210) at relpframe.c:207 #8 0x75f6ec07 in relpSessRcvData (pThis=0x69d210) at relpsess.c:224 #9 0x75f6e709 in relpEngineRun (pThis=0x6745a0) at relp.c:405 #10 0x0043ae06 in ?? () #11 0x779b0b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #12 0x772eee6d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #13 0x in ?? () Function relpSendqSend() has a while loop that loops until there is no data to send anymore. But with this weird socket state, the loop becomes endless. When used by rsyslog, this endless loop results in a DOS on the central rsyslog server. The attached patch abort-send-loop-after-max-tries.diff is a proposal to fix this bug. It counts the number of tries, and if it reaches 100 tries, relpSendqSend() returns RELP_RET_PARTIAL_WRITE. Note that this return value is already managed by relpSendqAddBuf() in some way. It would probably be better to tell rsyslog about this error, other than a simple debug message, so that it could then appear in rsyslog own logs and warn the sysadmins of this weird socket/node. But I'm not familiar with librepl0 and rsyslog code base so I haven't taken time to get deeper into this. -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages librelp0 depends on: ii libc6 2.13-38+deb7u4 librelp0 recommends no packages. librelp0 suggests no packages. -- no debconf information --- librelp-1.0.0.orig/src/sendq.c 2009-12-01 12:55:08.0 +0100 +++ librelp-1.0.0/src/sendq.c 2014-11-27 13:08:11.870560533 +0100 @@ -237,6 +237,8 @@ { relpSendqe_t *pEntry; relpRetVal localRet; + const int max_tries = 100; + int nb_tries = 0; ENTER_RELPFUNC; RELPOBJ_assert(pThis, Sendq); @@ -253,7 +256,13 @@ */ CHKRet(relpSendqDelFirstBuf(pThis)); pEntry = pThis-pRoot; /* as we deleted from the root, the is our next entry */ - } else if(localRet != RELP_RET_PARTIAL_WRITE) { + } else if(localRet == RELP_RET_PARTIAL_WRITE) { + if(nb_tries = max_tries) { +pThis-pEngine-dbgprint(relpSendqSend() gives up after %d partial writes\n, nb_tries); +ABORT_FINALIZE(localRet); + } else +nb_tries++; + } else { ABORT_FINALIZE(localRet); } } rsyslog_debug_endless_loop_truncated.log.xz Description: Binary data
Bug#579531: Help to review a patch in ELisp
Stéphane Aulery saul...@free.fr writes: Hello, I am looking for a person who knows enough to verify a ELisp patch. The patch is supposed to fix a problem of space in file names [1], upstream unfortunately does not have the in-house expertise [2]. Volunteers? The change to elisp only touch one regexp, and only to its beginning. when one remove the first level of quoting it is: ^\([^ \t]+\)[ \t]+\([^ \t]+\)[ \t]+\([0-9]+\)[ \t]+\(.*\)\n replaced by ^\([^\t]+\)[ \t]+\([^ \t]+\)[ \t]+\([0-9]+\)[ \t]+\(.*\)\n So it was looking for 4 group of char, separate by one space or tab, the first and second being made of any char not char or space, the third being made of digit, and the last of everything until end of line. It is now mostly the same, the only difference is that the first group may also contain space, and in practice must be ended by one tabulation (as the regexp is greedy, if there is a space at the end of the first group, it will be added to the first group...) By looking at http://www.opensource.apple.com/source/cscope/cscope-5/cscope/contrib/xcscope/xcscope.el it seem that this regexp is use to parse the output of some program, each line should always match it, the first group being the file, the second the function-name, the third the line-number and the last the line. This seem good, the only problem being that the old regexp make the assumption that the file and the function-name are separated by a space or a tab, and the new one might failed if the separator is a space and not a tab. -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768861: unblock: xmms2/0.8+dfsg-12
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, xmms2 0.8+dfsg-11 FTBFS when building some unused code. bug #768679 xmms2 0.8+dfsg-12 fix it by not building it. It should change nothing for the binary package Please unblock package xmms2/0.8+dfsg-12 Debdiff attached. unblock xmms2/0.8+dfsg-12 Thanks, Rémi Vanicat diff -Nru xmms2-0.8+dfsg/debian/changelog xmms2-0.8+dfsg/debian/changelog --- xmms2-0.8+dfsg/debian/changelog 2014-07-05 10:17:23.0 +0200 +++ xmms2-0.8+dfsg/debian/changelog 2014-11-09 11:44:25.0 +0100 @@ -1,3 +1,9 @@ +xmms2 (0.8+dfsg-12) unstable; urgency=medium + + * Do not build vistest (Closes: #768679) + + -- Rémi Vanicat vani...@debian.org Sun, 09 Nov 2014 11:44:03 +0100 + xmms2 (0.8+dfsg-11) unstable; urgency=low * Use a virtual package (xmms2-plugin-output) to allow not installing the diff -Nru xmms2-0.8+dfsg/debian/rules xmms2-0.8+dfsg/debian/rules --- xmms2-0.8+dfsg/debian/rules 2014-05-11 19:53:23.0 +0200 +++ xmms2-0.8+dfsg/debian/rules 2014-11-09 11:40:48.0 +0100 @@ -39,7 +39,7 @@ ./waf configure $(WAFFLAGS) \ --with-perl-archdir=$(shell /usr/bin/perl -MConfig -le'print $$Config{vendorarch}') \ --with-perl-binary=/usr/bin/perl \ - --without-optionals=ruby,et,python $(additional_wafflags) + --without-optionals=ruby,et,python,vistest $(additional_wafflags) mv _build_ _build_without_python_ $(foreach pyversion,$(PYVERSIONS),\ PYTHON=$(pyversion) ./waf configure $(WAFFLAGS) --without-xmms2d --with-optionals=python \
Bug#762695: open-vm-tools: init script links not created
Package: open-vm-tools Version: 2:9.4.6-1770165-2 Severity: normal Dear Maintainer, Init script links are not created after instalation of the package, the postint script try to do update-rc.d open-vm-tools start . 2 3 4 5 . stop . 0 1 6 . /dev/null which results with the error update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults Instead we can create the links with the command systemctl enable open-vm-tools.service -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages open-vm-tools depends on: ii libc6 2.19-11 ii libdumbnet1 1.12-4 ii libfuse2 2.9.3-15 ii libgcc1 1:4.9.1-14 ii libglib2.0-0 2.40.0-5 ii libicu52 52.1-5 ii libprocps31:3.3.9-7 ii libstdc++64.9.1-14 Versions of packages open-vm-tools recommends: pn ethtool none pn zerofree none Versions of packages open-vm-tools suggests: pn open-vm-tools-desktop none -- Configuration Files: /etc/vmware-tools/tools.conf changed [not included] -- 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#761651: munge: post-installation fails with systemd
Package: munge Version: 0.5.11-1 Severity: important Dear Maintainer, The installation of munge package on Jessie fails because of the bad exit code of the post-installation script: # apt-get install munge Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libmunge2 The following NEW packages will be installed: libmunge2 munge 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 103 kB of archives. After this operation, 434 kB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 http://ftp.fr.debian.org/debian/ jessie/main libmunge2 amd64 0.5.11-1 [18.9 kB] Get:2 http://ftp.fr.debian.org/debian/ jessie/main munge amd64 0.5.11-1 [84.2 kB] Fetched 103 kB in 6s (16.6 kB/s) Selecting previously unselected package libmunge2. (Reading database ... 40136 files and directories currently installed.) Preparing to unpack .../libmunge2_0.5.11-1_amd64.deb ... Unpacking libmunge2 (0.5.11-1) ... Selecting previously unselected package munge. Preparing to unpack .../munge_0.5.11-1_amd64.deb ... Unpacking munge (0.5.11-1) ... Processing triggers for man-db (2.6.7.1-1) ... Setting up libmunge2 (0.5.11-1) ... Setting up munge (0.5.11-1) ... Job for munge.service failed. See 'systemctl status munge.service' and 'journalctl -xn' for details. invoke-rc.d: initscript munge, action start failed. dpkg: error processing package munge (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for libc-bin (2.19-10) ... Errors were encountered while processing: munge E: Sub-process /usr/bin/dpkg returned an error code (1) This is due to systemd not being able to start munge daemon after installation. Here is what systemctl reports about this service: root@jessiepkgtest:~# systemctl status munge.service munge.service - MUNGE authentication service Loaded: loaded (/lib/systemd/system/munge.service; disabled) Active: failed (Result: exit-code) since Mon 2014-09-15 12:14:25 CEST; 50s ago Docs: man:munged(8) Process: 1572 ExecStart=/usr/sbin/munged (code=exited, status=1/FAILURE) Sep 15 12:14:25 jessiepkgtest munged[1572]: munged: Error: Failed to check keyfile /etc/munge/munge.key:...tory Sep 15 12:14:25 jessiepkgtest systemd[1]: munge.service: control process exited, code=exited status=1 Sep 15 12:14:25 jessiepkgtest systemd[1]: Failed to start MUNGE authentication service. Sep 15 12:14:25 jessiepkgtest systemd[1]: Unit munge.service entered failed state. Actually, munged process exited with exit code 1 because the munge key was not available. I can see 2 ways to fix this bug: - create the key if not present in post-installation script (similarly to what ssh-server does with SSH host keys) - add a ConditionPathExists on /etc/munge/munge.key in the [Unit] section of munged.service There are probably other solutions though... -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages munge depends on: ii adduser 3.113+nmu3 ii libbz2-1.0 1.0.6-7 ii libc62.19-10 ii libgcrypt11 1.5.4-2 ii libmunge20.5.11-1 ii zlib1g 1:1.2.8.dfsg-1 munge recommends no packages. munge 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#753535: RFS: glances/2.0.1-1 [ITA] -- CLI curses based monitoring tool
Hello, Your package mostly looks good, however debian/copyright is incomplete (which is a blocker for upload) and lacking copyright/license information for: - glances/outputs/static/js/modernizr.custom.js, debian/missing-sources/modernizr.custom.js - i18n/de/LC_MESSAGES/glances.po Ok, corrected. modernizr.custom.js specifies MIT BSD license, but only the BSD license is available on the author website, so I added BSD license only. Also: - please close your ITA bug in debian/changelog (e.g. add a changelog entry similar to Adopt package. (Closes: #752175)) OK, I'll do that. New package is uploaded and available. Kind Regards, Rémi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752459: ITA: glances
Package: wnpp Severity: normal I am interested in packaging glances application. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750806: s3cmd experimental package (1.5.0~20140213-1) spurious dependency error on debian wheezy
Package: s3cmd Version: 1.5.0~20140213-1 Severity: important Dear Maintainer, The s3cmd package in experimental (version 1.5.0~20140213-1 at time of writing) is not installable on Debian Wheezy, though it appears that it should be. When installation is attempted, a rather spurious-looking python version warning is shown: (Reading database ... 68587 files and directories currently installed.) Preparing to replace s3cmd 1.1.0~beta3-1 (using s3cmd_1.5.0~20140213-1_all.deb) ... Unpacking replacement s3cmd ... dpkg: dependency problems prevent configuration of s3cmd: s3cmd depends on python:any (= 2.6.6-7~). dpkg: error processing s3cmd (--install): dependency problems - leaving unconfigured Processing triggers for man-db ... Errors were encountered while processing: s3cmd The error is spurious because Debian Wheezy satisfies the requirement, having python:all 2.7.3-4+deb7u1 installed: [21:46:28][remi@foo:/tmp]$ dpkg -l python Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionArchitecture Description +++-==-==--= ii python 2.7.3-4+deb7u1 all interactive high-level object-oriented language (default version) When force-installed (via --force-depends), the package seems to work fine. Thanks, Remi -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages s3cmd depends on: pn python:any none s3cmd recommends no packages. s3cmd 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#748692: vistrails: although stated in changelog, package auto-installation is NOT disabled
Package: vistrails Version: 2.1.1-1 Severity: normal Dear Maintainer, Package auto-installation is not disabled in the new package for vistrails (2.1.1-1) contrary to what was stated in the changelog. The patch message in run.patch lists Don't call apt, etc. in distribution packages, but the patch contains a single, unrelated line change. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vistrails depends on: ii python 2.7.5-5 ii python-matplotlib 1.3.1-1+b1 ii python-numpy 1:1.8.1-1 ii python-qt4 4.10.3+dfsg1-1+b1 ii python-qt4-gl 4.10.3+dfsg1-1+b1 ii python-qt4-sql 4.10.3+dfsg1-1+b1 ii python-scipy 0.13.3-2 ii python-sip 4.15.4-1+b1 ii python-suds0.4.1-13 ii python-vtk 5.8.0-15.1 pn python2.7:any none vistrails recommends no packages. vistrails 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#748092: salt-ssh: Missing dependency to python-zmq
Package: salt-ssh Version: 2014.1.4+ds-1 Severity: grave Justification: renders package unusable Dear Maintainer, salt-ssh should depends on python-zmq to be usable standalone (without installing salt-master) * What led up to the situation? [root] # apt-get install salt-ssh [root] # salt-ssh '*' test.ping [ERROR ] An un-handled exception was caught by salt's global exception handler: NameError: global name 'zmq' is not defined Traceback (most recent call last): File /usr/bin/salt-ssh, line 10, in module salt_ssh() File /usr/lib/python2.7/dist-packages/salt/scripts.py, line 108, in salt_ssh client.run() File /usr/lib/python2.7/dist-packages/salt/cli/__init__.py, line 374, in run ssh = salt.client.ssh.SSH(self.config) File /usr/lib/python2.7/dist-packages/salt/client/ssh/__init__.py, line 179, in __init__ self.event = salt.utils.event.MasterEvent(opts['sock_dir']) File /usr/lib/python2.7/dist-packages/salt/utils/event.py, line 411, in __init__ super(MasterEvent, self).__init__('master', sock_dir) File /usr/lib/python2.7/dist-packages/salt/utils/event.py, line 129, in __init__ self.context = zmq.Context() NameError: global name 'zmq' is not defined Traceback (most recent call last): File /usr/bin/salt-ssh, line 10, in module salt_ssh() File /usr/lib/python2.7/dist-packages/salt/scripts.py, line 108, in salt_ssh client.run() File /usr/lib/python2.7/dist-packages/salt/cli/__init__.py, line 374, in run ssh = salt.client.ssh.SSH(self.config) File /usr/lib/python2.7/dist-packages/salt/client/ssh/__init__.py, line 179, in __init__ self.event = salt.utils.event.MasterEvent(opts['sock_dir']) File /usr/lib/python2.7/dist-packages/salt/utils/event.py, line 411, in __init__ super(MasterEvent, self).__init__('master', sock_dir) File /usr/lib/python2.7/dist-packages/salt/utils/event.py, line 129, in __init__ self.context = zmq.Context() NameError: global name 'zmq' is not defined Exception AttributeError: 'MasterEvent' object has no attribute 'cpub' in bound method MasterEvent.__del__ of salt.utils.event.MasterEvent object at 0x7f63a7bf85d0 ignored zsh: exit 1 salt-ssh '*' test.ping * What exactly did you do (or not do) that was effective (or ineffective)? Installing python-zmq make salt-ssh works. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746249: linux-image-3.13-0.bpo.1-amd64: Crash on JFS over iSCSI mount storage
Package: src:linux Version: 3.13.10-1~bpo70+1 Severity: important Dear Maintainer, I am using Debian Wheezy with kernel backport, running on ESXi v5.5. I have a filesystem as follows: * JFS filesystem on /mnt/datastore, * linear raid of 12 drives (see mdadm status), * iSCSI array presented by ESXi This server runs backup applications, bacula and backuppc, plus home-made sync scripts. This partition crashes periodically , due to some delete/sync data on the jfs partition. I changed bacula, backuppc, kernel versions, vmware-tools, I still have the error. If you need any information, or if you need be to perform stress tests on the current setup, do not hesitate. Note: * I had to use this RAID array with openmediavault before, not now (you'll see the array name) Kind Regards -- mdadm status: $ sudo mdadm --detail /dev/md127 /dev/md127: Version : 1.2 Creation Time : Tue Apr 9 10:10:20 2013 Raid Level : linear Array Size : 25390865481 (24214.62 GiB 26000.25 GB) Raid Devices : 12 Total Devices : 12 Persistence : Superblock is persistent Update Time : Tue Apr 9 10:10:20 2013 State : clean Active Devices : 12 Working Devices : 12 Failed Devices : 0 Spare Devices : 0 Rounding : 0K Name : openmediavault:datastore UUID : aaadaf64:5e51e81b:7aca2208:47edb93b Events : 0 Number Major Minor RaidDevice State 0 8 1760 active sync /dev/sdl 1 8 1921 active sync /dev/sdm 2 8 162 active sync /dev/sdb 3 8 323 active sync /dev/sdc 4 8 484 active sync /dev/sdd 5 8 645 active sync /dev/sde 6 8 806 active sync /dev/sdf 7 8 967 active sync /dev/sdg 8 8 1288 active sync /dev/sdi 9 8 1609 active sync /dev/sdk 10 8 144 10 active sync /dev/sdj 11 8 112 11 active sync /dev/sdh -- Crash Apr 27 22:02:36 baculasrv kernel: [1057736.904640] [ cut here ] Apr 27 22:02:36 baculasrv kernel: [1057736.904805] invalid opcode: [#1] SMP Apr 27 22:02:36 baculasrv kernel: [1057736.904852] Modules linked in: xt_multiport iptable_filter ip_tables x_tables arc4 ecb md4 hmac nls_utf8 cifs dns_resolver nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc vmw_vsock_vmci_transport vsock jfs loop vmwgfx ttm drm i2c_piix4 coretemp i2c_core vmw_vmci parport_pc parport processor shpchp vmw_balloon psmouse serio_raw pcspkr evdev crc32c_intel thermal_sys ac button ext4 crc16 mbcache jbd2 linear md_mod vmw_pvscsi sg sd_mod sr_mod cdrom crc_t10dif crct10dif_common ata_generic floppy vmxnet3 ata_piix mptspi scsi_transport_spi mptscsih mptbase libata scsi_mod Apr 27 22:02:36 baculasrv kernel: [1057736.905467] CPU: 0 PID: 7851 Comm: BackupPC_dump Not tainted 3.13-0.bpo.1-amd64 #1 Debian 3.13.7-1~bpo70+1 Apr 27 22:02:36 baculasrv kernel: [1057736.905649] Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 07/30/2013 Apr 27 22:02:36 baculasrv kernel: [1057736.905803] task: 8801b301e010 ti: 8800698e4000 task.ti: 8800698e4000 Apr 27 22:02:36 baculasrv kernel: [1057736.905909] RIP: 0010:[a02f3b28] [a02f3b28] release_metapage+0x178/0x180 [jfs] Apr 27 22:02:36 baculasrv kernel: [1057736.906036] RSP: 0018:8800698e5c18 EFLAGS: 00010292 Apr 27 22:02:36 baculasrv kernel: [1057736.906105] RAX: 0053 RBX: 880192902880 RCX: Apr 27 22:02:36 baculasrv kernel: [1057736.906206] RDX: 8801bfc0ff28 RSI: 8801bfc0e438 RDI: 0246 Apr 27 22:02:36 baculasrv kernel: [1057736.906308] RBP: ea0004ed0220 R08: R09: Apr 27 22:02:36 baculasrv kernel: [1057736.906409] R10: 057f R11: 29746e756f633e2d R12: Apr 27 22:02:36 baculasrv kernel: [1057736.906511] R13: 0075 R14: 880100b49075 R15: 00e5 Apr 27 22:02:36 baculasrv kernel: [1057736.906613] FS: 7f39ff9ba700() GS:8801bfc0() knlGS: Apr 27 22:02:36 baculasrv kernel: [1057736.906724] CS: 0010 DS: ES: CR0: 80050033 Apr 27 22:02:36 baculasrv kernel: [1057736.906797] CR2: 0368e000 CR3: 000185889000 CR4: 07f0 Apr 27 22:02:36 baculasrv kernel: [1057736.906930] Stack: Apr 27 22:02:36 baculasrv kernel: [1057736.906968] 0075 0b28 0017 a02fbfe8 Apr 27 22:02:36 baculasrv kernel: [1057736.907078] 8801076c7590 0075194c0d40 0017 88011387d310 Apr 27 22:02:36 baculasrv kernel: [1057736.907187] 880100b49000
Bug#741081: emacs-calfw: Fail to upgrade with emacs23
Package: emacs-calfw Version: 1.3+git20140302-1 Severity: serious Hello, When emacs23 is installed, last version of emacs-calfw fail because old org-mode did not had org-element that is apparently now required by calfw. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs-calfw depends on: ii emacs23 23.4+1-4.1+b1 ii emacs24 24.3+1-2+b1 emacs-calfw recommends no packages. Versions of packages emacs-calfw suggests: pn emacs-calfw-howm none pn org-mode none -- no debconf information -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730528: [php-maint] Bug#730528: Enable dtrace/systemtap support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 06/12/2013 10:05, Ondřej Surý a écrit : Hi Vincent, could you please elaborate more? What benefits would that have to general users and is there any performance (or any other) drawbacks in enabling this? Remi, do you enable this on Fedora builds (or do you have any plans to do so?). Yes dtrace is enabled in Fedora for PHP 5.5 build. Notice, this cause 1 test failing because of stack size limit, not a big issue, but this means stack consumption is greater, so have to be increase in some (very rare) cases. Remi. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKhoO0ACgkQYUppBSnxahh+NgCdEXnVGt88pbJ1N7KyyW9CY0Zs WtcAoLIMYNAvg9PJvXPmfuOZCP+TsUNW =5PdW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724487: Waiting for response from release team
package xmms2 tags 724487 + pending thanks The solution is ready, but due to several transition, I prefer to wait for a go from the release team. -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719625: vcsh: tab combletion when calling git command failed
Package: vcsh Version: 1.20130724-1 Severity: normal File: /usr/share/zsh/vendor-completions/_vcsh Hello, I was trying vcsh, and when I use vcsh $repo add [TAB] it failed with not a git repository Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vcsh depends on: ii git 1:1.8.4~rc2-1 Versions of packages vcsh recommends: ii mr 1.16 ii myrepos [mr] 1.20130710 ii openssh-client [ssh-client] 1:6.2p2-6 vcsh suggests no packages. -- no debconf information -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709025: tex-common: Fail to upgrade
Package: tex-common Version: 4.03 Severity: grave When upgrading my sid this morning, updating tex-common failed: Paramétrage de tex-common (4.03) ... Running mktexlsr. This may take some time... done. Running updmap-sys. This may take some time... updmap-sys failed. Output has been stored in /tmp/updmap.BlnrELfd Please include this file if you report a bug. Sometimes, not accepting conffile updates in /etc/texmf/updmap.d causes updmap-sys to fail. Please check for files with extension .dpkg-dist or .ucf-dist in this directory The content of /tmp/updmap.BlnrELfd follow: --8---cut here---start-8--- updmap: Cannot find TEXMFROOT, aborting! --8---cut here---end---8--- the /etc/texmf/updmap.d/ contain no .dpkg-dist nor .ucf-dist file -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.50 ii dpkg 1.16.10 ii ucf3.0027 tex-common recommends no packages. Versions of packages tex-common suggests: ii debhelper 9.20130518 Versions of packages texlive-base depends on: ii debconf [debconf-2.0] 1.5.50 ii dpkg 1.16.10 ii install-info 5.1.dfsg.1-3 ii libpaper-utils 1.1.24+nmu2 iu luatex 0.76.0-1 ii texlive-binaries 2012.20120628-4 ii texlive-common 2012.20120611-5 ii texlive-doc-base 2012.20120611-1 ii ucf3.0027 ii xdg-utils 1.1.0~rc1+git20111210-7 Versions of packages texlive-base recommends: ii lmodern 2.004.4-3 Versions of packages texlive-base suggests: ii evince [postscript-viewer] 3.4.0-3.1 ii ghostscript [postscript-viewer] 9.05~dfsg-6.3 ii gv [postscript-viewer] 1:3.7.3-1 ii perl-tk 1:804.030-1 ii xpdf [pdf-viewer]3.03-10 Versions of packages texlive-binaries depends on: ii dpkg1.16.10 ii ed 1.8-1 ii install-info5.1.dfsg.1-3 ii libc6 2.17-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.8.0-7 ii libgraphite31:2.3.1-0.2 ii libgs9 9.05~dfsg-6.3 ii libkpathsea62013.20130516.30500-1 ii libpng12-0 1.2.49-4 ii libpoppler190.18.4-6 ii libptexenc1 2013.20130516.30500-1 ii libstdc++6 4.8.0-7 ii libx11-62:1.5.0-1 ii libxaw7 2:1.0.10-2 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1 ii perl5.14.2-21 ii texlive-common 2012.20120611-5 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages texlive-binaries recommends: iu luatex 0.76.0-1 ii python 2.7.3-5 ii ruby1:1.9.3 ii ruby1.8 [ruby] 1.8.7.358-7 ii texlive-base2012.20120611-5 ii tk8.4 [wish]8.4.19-5 ii tk8.5 [wish]8.5.11-2 -- debconf information: texlive-base/texconfig_ignorant: tex-common/check_texmf_wrong: texlive-base/binary_chooser: pdftex, dvips, dvipdfmx, xdvi tex-common/check_texmf_missing: -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709065: tiger: /usr/lib/tiger/scripts/check_known: line 129: [: 8-1-amd64: integer expression expected
Package: tiger Version: 1:3.2.3-10 Severity: normal Hello, From some time, Cron Daemon wrote me an error stating that /usr/lib/tiger/scripts/check_known: line 129: [: 8-1-amd64: integer expression expected every 8 Hours. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tiger depends on: ii binutils 2.22-8 ii bsdmainutils 9.0.5 ii debconf [debconf-2.0] 1.5.50 ii libc6 2.17-3 ii net-tools 1.60-25 ii ucf3.0027 Versions of packages tiger recommends: ii chkrootkit 0.49-4.1 ii exim4-daemon-light [mail-transport-agent] 4.80-7 ii john 1.7.8-1 ii tripwire 2.4.2.2-2 Versions of packages tiger suggests: ii lsof 4.86+dfsg-1 -- debconf information: tiger/mail_rcpt: root tiger/policy_adapt: -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708930: ess: Fail to install when xemacs21 is there
Package: ess Version: 13.05-2 Severity: normal I was trying to upgrade ess to 13.05-2, but it failed: [... lot of stuff ...] Install ess for xemacs21 install/ess: Handling install for emacsen flavor xemacs21 loading 'ess-compat .. loading 'ess-custom .. loading 'ess .. loading 'ess-site .. [ess-site:] ess-lisp-directory = '/usr/share/emacs/site-lisp/ess' [ess-site:] require 'ess *ITSELF* ... [ess-site:] .. after requiring 'ess ... [ess-site:] Before requiring dialect 'ess-*-d [ess-site:] require 'ess-r-d ... [ess-r-d:] (require 'ess-s-l) [ess-s-l:] (def** ) only ... enabling speedbar support [ess-r-d:] (autoload ..) (def** ..) Wrong number of arguments: define-obsolete-function-alias, 3 xemacs exiting . ERROR: install script from ess package failed Adding if [ ${FLAVOR} = xemacs21 ]; then exit 0; fi at the beginning of /usr/lib/emacsen-common/packages/install/ess solve the install problem. (it also failed because of my old emacs22, but this one is not in debian anymore) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ess depends on: ii dpkg 1.16.10 ii emacs22 [emacsen]22.3+1-1.2 ii emacs23 [emacsen]23.4+1-4 ii emacs24 [emacsen]24.3+1-1 ii install-info 5.1.dfsg.1-3 ii xemacs21-mule [emacsen] 21.4.22-4+b1 ess recommends no packages. Versions of packages ess suggests: pn jags none pn pspp none ii r-base 3.0.1-1 ii r-base-core 3.0.1-1 pn xlispstatnone -- no debconf information -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704167: libsane: SCX-3400 is not recognised out of the box
Package: libsane Severity: wishlist Hello, I've just buy a new samsung SCX-3400, and scaning need some manual configuration to work on Debian: one need to add # Samsung SCX-3400 ATTRS{idVendor}==04e8, ATTRS{idProduct}==344f, ENV{libsane_matched}=yes to /lib/60-libsane.rules and #Samsung SCX-3400 usb 0x04e8 0x344f to /etc/sane.d/xerox_mfp.conf Thanks -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701564: apt: when some mirror are unavailable, apt pinning failed
Package: apt Version: 0.9.7.7 Severity: normal I've several mirror in my apt/source.d. When some of them are unavailable, suddenly apt-get propose to upgrade some package to experimental version, even if it should not: $ apt-cache policy aptitude aptitude: Installé : 0.6.8.2-1 Candidat : 0.6.9.1-1 Table de version : 0.6.9.1-1 0 500 http://toubib.at.home/ftp.fr.debian.org/debian/ experimental/main amd64 Packages 150 http://ftp.fr.debian.org/debian/ experimental/main amd64 Packages *** 0.6.8.2-1 0 500 http://toubib.at.home/ftp.fr.debian.org/debian/ sid/main amd64 Packages 500 http://toubib.at.home/ftp.fr.debian.org/debian/ testing/main amd64 Packages 500 http://toubib.at.home/ftp2.fr.debian.org/debian/ sid/main amd64 Packages 500 http://toubib.at.home/ftp2.fr.debian.org/debian/ testing/main amd64 Packages 500 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages 500 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages 100 /var/lib/dpkg/status apt/preference is: Package: * Pin: release a=experimental Pin-Priority: 150 Package: * Pin: release o=Unofficial Multimedia Packages Pin-Priority: 390 Package: * Pin: release unstable Pin-Priority: 500 The toubib.at.home server is the unavailable one -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; 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::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success:: [ ! -f /var/run/dbus/system_bus_socket ] || /usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt org.debian.apt.CacheChanged || true; APT::Update::Post-Invoke-Success:: /usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service /usr/bin/test -S /var/run/dbus/system_bus_socket /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update /dev/null; /bin/echo /dev/null; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; 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 ;
Bug#687811: installation-reports: PROXMOX : Installation of WHEEZY fails on network stage : downloading packages
Package: installation-reports Severity: important Hello, Proxmox can't install latest Wheezy: problem occurs when it tries to download packages for mirror (tried several mirrors). All works ok with squeeze in Proxmox. Then this seems to be a specific problem with Wheezy. Regards. -- Package-specific info: Boot method: Iso image in Proxmox Image version: latest WHEEZY Date: Date and time of the install Machine: Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20110106+squeeze4 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux tuxmobil 2.6.32-5-486 #1 Mon Jan 16 15:32:33 UTC 2012 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation N10 Family DMI Bridge [8086:a010] lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation N10 Family Integrated Graphics Controller [8086:a011] lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation N10 Family Integrated Graphics Controller [8086:a012] lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition Audio Controller [8086:27d8] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ce] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 1 [8086:27d0] (rev 02) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 2 [8086:27d2] (rev 02) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 4 [8086:27d6] (rev 02) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 [8086:27c8] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 [8086:27c9] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 [8086:27ca] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.3 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 [8086:27cb] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.7 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller [8086:27cc] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev e2) lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation NM10 Family LPC Controller [8086:27bc] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] lspci -knn: 00:1f.2 IDE interface [0101]: Intel Corporation N10/ICH7 Family SATA IDE Controller [8086:27c0] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] lspci -knn: Kernel driver in use: ata_piix lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation N10/ICH 7 Family SMBus Controller [8086:27da] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device
Bug#684177: okular cannot search anymore
Package: okular Version: 4:4.8.4-2 Severity: important Dear Maintainer, With recent Wheezy packages (not sure exactly which), the search function in Okular consistently fails. The waiting spinning cursor shows and the search never completes, nor finding any match nor reporting search failure. However, it prints this on stderr: QMetaObject::invokeMethod: No such method Okular::Document::doContinueNextMatchSearch(void *,void *,int,int,QString,int,bool,QColor,bool) So it seems the meta-object compilation (moc) in the Debian i386 build of okular went badly wrong. Apparently, the same bug was reported on Ubuntu as well: http://bugs.launchpad.net/ubuntu/+source/okular/+bug/1027657 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.5.0-basile-4-g2895365 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages okular depends on: ii kde-runtime 4:4.8.4-1 ii libc6 2.13-35 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.1-6 ii libjpeg8 8d-1 ii libkdecore5 4:4.8.4-3 ii libkdeui5 4:4.8.4-3 ii libkio5 4:4.8.4-3 ii libkparts44:4.8.4-3 ii libkprintutils4 4:4.8.4-3 ii libkpty4 4:4.8.4-3 ii libokularcore14:4.8.4-2 ii libphonon44:4.6.0.0-2 ii libpoppler-qt4-3 0.18.4-3 ii libqca2 2.0.3-4 ii libqimageblitz4 1:0.0.6-4 ii libqt4-dbus 4:4.8.2-2 ii libqt4-svg4:4.8.2-2 ii libqt4-xml4:4.8.2-2 ii libqtcore44:4.8.2-2 ii libqtgui4 4:4.8.2-2 ii libsolid4 4:4.8.4-3 ii libspectre1 0.2.6-2 ii libstdc++64.7.1-6 ii phonon4:4.6.0.0-2 ii zlib1g1:1.2.7.dfsg-13 okular recommends no packages. Versions of packages okular suggests: ii ghostscript9.05~dfsg-6 pn jovie none pn okular-extra-backends none pn poppler-data none ii texlive-binaries 2012.20120628-2 ii unrar 1:4.1.4-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#679367: override: libxmmsclient-ruby1.8_0.8+dfsg-4_all.deb:oldlibs/extra, libxmmsclient-ruby_0.8+dfsg-4_all.deb:oldlibs/extra
Package: ftp.debian.org Severity: normal Hello, the last upload of xmms2 have transform several of its binary package to transitional package, making there old section and priority incorrect. Here are the package: libxmmsclient-ruby1.8_0.8+dfsg-4_all.deb: package says section is oldlibs, override says ruby. libxmmsclient-ruby1.8_0.8+dfsg-4_all.deb: package says priority is extra, override says optional. libxmmsclient-ruby_0.8+dfsg-4_all.deb: package says section is oldlibs, override says ruby. libxmmsclient-ruby_0.8+dfsg-4_all.deb: package says priority is extra, override says optional. Cordially, and thanks. -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671767: ruby-glib2: Ruby fail to load glib2
Package: ruby-glib2 Version: 1.1.3-1 Severity: normal File: /usr/lib/ruby/vendor_ruby/glib2.rb ruby fail to require glib2: % irb irb(main):001:0 require glib2 LoadError: no such file to load -- glib2/deprecatable from /usr/lib/ruby/vendor_ruby/1.8/glib2.rb:12:in `require' from /usr/lib/ruby/vendor_ruby/1.8/glib2.rb:12 from (irb):1:in `require' from (irb):1 from :0 It seem a file as been forgotten. Commenting the require 'glib2/deprecatable' line in /usr/lib/ruby/vendor_ruby/glib2.rb make a quick and dirty fix. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ruby-glib2 depends on: ii libc6 2.13-32 ii libglib2.0-02.32.2-1 ii libruby1.8 1.8.7.358-2 ii libruby1.9.11.9.3.0-2.1 ii ruby4.8 ii ruby1.8 [ruby-interpreter] 1.8.7.358-2 ruby-glib2 recommends no packages. ruby-glib2 suggests no packages. -- no debconf information -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665788: aptitude: Aptitude forget I've asked to forget about new package
Package: aptitude Version: 0.6.5-1 Severity: normal Every time I run aptitude -u, it tell me that I've 42 428 new package, if I then it f, aptitude stop to show those new package, but if I rerun update (using u, or re-runing aptitude -u) then the 42 000+ new package are shown again (even if updating doesn't download new Package.gz file) Note that this only happen on the computer that is configured for multi-arch. -- Package-specific info: Terminal: screen $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.5 compiled at Feb 9 2012 22:17:23 Compiler: g++ 4.6.2 Compiled against: apt version 4.10.1 NCurses version 5.9 libsigc++ version: 2.2.9 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.10.1 aptitude linkage: linux-vdso.so.1 = (0x7fffc4af4000) libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0x7f1805a7b000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7f180584c000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f1805623000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f180541e000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f1805116000) libept.so.1 = /usr/lib/libept.so.1 (0x7f1804eb9000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f1804abc000) libz.so.1 = /usr/lib/x86_64-linux-gnu/libz.so.1 (0x7f18048a6000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f18045fe000) libboost_iostreams.so.1.48.0 = /usr/lib/libboost_iostreams.so.1.48.0 (0x7f18043e5000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f18041c9000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f1803ec1000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f1803c3f000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f1803a29000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f18036a1000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f180349e000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f180329a000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f1803094000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f1802e84000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f1802c7b000) /lib64/ld-linux-x86-64.so.2 (0x7f1805dbb000) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg4.10] 0.8.15.10 ii libboost-iostreams1.48.0 1.48.0-3 ii libc6 2.13-27 ii libcwidget3 0.5.16-3.1 ii libept1 1.0.5 ii libgcc1 1:4.7.0-1 ii libncursesw5 5.9-4 ii libsigc++-2.0-0c2a2.2.10-0.1 ii libsqlite3-0 3.7.11-2 ii libstdc++64.7.0-1 ii libtinfo5 5.9-4 ii libxapian22 1.2.8-1 ii zlib1g1:1.2.6.dfsg-2 Versions of packages aptitude recommends: ii apt-xapian-index0.45 ii aptitude-doc-en [aptitude-doc] 0.6.5-1 ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.6 Versions of packages aptitude suggests: ii debtags 1.9 ii tasksel 3.09 -- 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#661983: cdbs automake rules set libexecdir incorrectly
Package: cdbs Version: 0.4.105 Severity: normal Hello, The autotools rules in cdbs set libexecdir to /usr/lib/$pkg instead of simply /usr/lib. As a consequence pkglibexecdir becomes /usr/lib/$pkg/$pkg. libexecdir and libdir are supposed to be identical in Debian. See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=541458 . Best regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable'), (100, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash cdbs depends on no packages. Versions of packages cdbs recommends: ii autotools-dev 20120210.1 Versions of packages cdbs suggests: ii devscripts 2.11.4 -- 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#652971: logrotate: Postrotate script launched for empty logs even if notifempty option is specified
Package: logrotate Version: 3.7.8-6 Severity: normal Hi, It seems that the notifempty option is not taken into account and the postrotate script is ran on empty files. A way to reproduce it: Consider the /etc/logrotate.d/test: /root/test/logs/*.log { create 0640 root root dateext daily rotate 35 missingok compress delaycompress notifempty postrotate echo arguments: $@ endscript } # mkdir -p /root/test/logs # touch /root/test/logs/test1.log # echo 'hello' /root/test/logs/test2.log Rotation: # logrotate /etc/logrotate.d/test -f arguments: arguments: /root/test/logs/test2.log-20111222 I didn't find such behaviour on Lenny. Regards, Rémi -- Package-specific info: Contents of /etc/logrotate.d total 44 -rw-r--r-- 1 root root 173 Apr 15 2011 apt -rw-r--r-- 1 root root 79 Aug 11 01:35 aptitude -rw-r--r-- 1 root root 232 Apr 26 2011 dpkg -rw-r--r-- 1 root root 146 May 12 2011 exim4-base -rw-r--r-- 1 root root 126 May 12 2011 exim4-paniclog -rw-r--r-- 1 root root 120 Oct 5 2010 munin-node -rw-r--r-- 1 root root 868 Dec 22 11:37 netlogs-syslog-ng -rw-r--r-- 1 root root 251 Dec 22 11:54 netlogs-syslog-ng-test2 -rw-r--r-- 1 root root 666 Jan 11 2011 ocsinventory-agent -rw-r--r-- 1 root root 515 Nov 30 2010 rsyslog.disabled -rw-r--r-- 1 root root 1565 Feb 1 2011 syslog-ng -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages logrotate depends on: ii base-passwd 3.5.22 Debian base system master password ii cron 3.0pl1-116 process scheduling daemon ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libselinux1 2.0.96-1 SELinux runtime shared libraries Versions of packages logrotate recommends: ii heirloom-mailx [mailx]12.4-2 feature-rich BSD mail(1) logrotate 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#649893: geogebra: New upstream version available
Package: geogebra Version: 3.2.47.0+dfsg1-1 Severity: wishlist Hello, Geogebra 4.0 has been released. Could you upload it to Debian ? Thanks [...] -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643729: cups: printing landscape pdf failed with /usr/lib/cups/filter/gstoraster failed
Package: cups Version: 1.5.0-8 Severity: normal Hello, on my Epson Stylus DX3850, printing some PDF (apparently landscape one) failed with the /usr/lib/cups/filter/gstoraster failed message. Printing was done with lpr path/to/file.pdf Converting them to ps with pdftops first solve the problem. an example of a file that failed can be found there http://blog.lot-of-stuff.info/Cours/dm-cor.pdf an example of a file that do work http://blog.lot-of-stuff.info/Cours/devoir.pdf -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cups depends on: ii adduser3.113 ii bc 1.06.95-2+b1 ii cups-client1.5.0-8 ii cups-common1.5.0-8 ii cups-ppdc 1.5.0-8 ii debconf [debconf-2.0] 1.5.41 ii ghostscript9.02~dfsg-3 ii libavahi-client3 0.6.30-5 ii libavahi-common3 0.6.30-5 ii libc6 2.13-21 ii libcups2 1.5.0-8 ii libcupscgi11.5.0-8 ii libcupsdriver1 1.5.0-8 ii libcupsimage2 1.5.0-8 ii libcupsmime1 1.5.0-8 ii libcupsppdc1 1.5.0-8 ii libdbus-1-31.4.16-1 ii libgcc11:4.6.1-13 ii libgnutls262.12.10-2 ii libgssapi-krb5-2 1.9.1+dfsg-3 ii libijs-0.350.35-8 ii libkrb5-3 1.9.1+dfsg-3 ii liblcms1 1.19.dfsg-1 ii libldap-2.4-2 2.4.25-3 ii libpam0g 1.1.3-4 ii libpaper1 1.1.24+nmu1 ii libpoppler13 0.16.7-2+b1 ii libslp11.2.1-7.8 ii libstdc++6 4.6.1-13 ii libusb-0.1-4 2:0.1.12-19 ii lsb-base 3.2-28 ii poppler-utils 0.16.7-2+b1 ii procps 1:3.2.8-11 ii ssl-cert 1.0.28 ii ttf-freefont 20100919-1 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages cups recommends: ii avahi-daemon0.6.30-5 ii colord 0.1.11-1 ii cups-driver-gutenprint 5.2.7-2 ii foomatic-filters4.0.9-1 ii ghostscript-cups9.02~dfsg-3 Versions of packages cups suggests: ii cups-bsd 1.5.0-8 ii cups-pdf 2.5.1-7 ii foomatic-db 20110831-1 ii hplipnone ii smbclient2:3.5.11~dfsg-1 ii udev 172-1 -- Configuration Files: /etc/cups/cupsd.conf changed: LogLevel debug MaxLogSize 0 SystemGroup lpadmin Port 631 Listen /var/run/cups/cups.sock Browsing On BrowseOrder allow,deny BrowseAllow all BrowseRemoteProtocols CUPS BrowseAddress @LOCAL BrowseLocalProtocols CUPS dnssd DefaultAuthType Basic Location / # Allow shared printing... Order allow,deny Allow @LOCAL /Location Location /admin # Restrict access to the admin pages... Order allow,deny /Location Location /admin/conf AuthType Default Require user @SYSTEM # Restrict access to the configuration files... Order allow,deny /Location Policy default Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job CUPS-Move-Job CUPS-Get-Document Require user @OWNER @SYSTEM Order deny,allow /Limit Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default CUPS-Get-Devices AuthType Default Require user @SYSTEM Order deny,allow /Limit Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After CUPS-Accept-Jobs CUPS-Reject-Jobs AuthType Default Require user @SYSTEM Order deny,allow /Limit Limit Cancel-Job CUPS-Authenticate-Job Require user @OWNER @SYSTEM Order deny,allow /Limit Limit All Order deny,allow /Limit /Policy Policy authenticated Limit Create-Job Print-Job Print-URI AuthType Default Order deny,allow /Limit Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job CUPS-Move-Job CUPS-Get-Document AuthType Default
Bug#641687: cups: Failed to automaticly configure a printer when no color manager is available
Package: cups Version: 1.5.0-5 Severity: normal Hello, When trying to configure a new network printer on my laptop, it failed with some cryptic error (failed to connect). Looking at the log, one find: failed to CreateDevice: org.freedesktop.DBus.Error.TimedOut:Activation of org.freedesktop.ColorManager timed out Installing a colord server solve the problem. Maybe the level of the dependency should be changed, or cups should continue without the color manager when there is none. At least some documentation about this should be added to the NEWS.Debian. Thanks -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (700, 'testing'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cups depends on: ii adduser3.113 ii bc 1.06.95-2+b1 ii cups-client1.5.0-5 ii cups-common1.5.0-5 ii cups-ppdc 1.5.0-5 ii debconf [debconf-2.0] 1.5.41 ii ghostscript9.02~dfsg-3 ii libacl12.2.51-3 ii libavahi-client3 0.6.30-5 ii libavahi-common3 0.6.30-5 ii libc6 2.13-18 ii libcups2 1.5.0-5 ii libcupscgi11.5.0-5 ii libcupsdriver1 1.5.0-5 ii libcupsimage2 1.5.0-5 ii libcupsmime1 1.5.0-5 ii libcupsppdc1 1.5.0-5 ii libdbus-1-31.4.14-1 ii libgcc11:4.6.1-9 ii libgnutls262.12.10-1 ii libgssapi-krb5-2 1.9.1+dfsg-2 ii libijs-0.350.35-8 ii libkrb5-3 1.9.1+dfsg-2 ii liblcms1 1.19.dfsg-1 ii libldap-2.4-2 2.4.25-3 ii libpam0g 1.1.3-2 ii libpaper1 1.1.24+nmu1 ii libpoppler13 0.16.7-2 ii libslp11.2.1-7.8 ii libstdc++6 4.6.1-9 ii libusb-0.1-4 2:0.1.12-19 ii lsb-base 3.2-28 ii poppler-utils 0.16.7-2 ii procps 1:3.2.8-11 ii ssl-cert 1.0.28 ii ttf-freefont 20100919-1 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages cups recommends: ii avahi-daemon0.6.30-5 ii colord 0.1.11-1 ii cups-driver-gutenprint 5.2.7-2 ii foomatic-filters4.0.9-1 ii ghostscript-cups9.02~dfsg-3 Versions of packages cups suggests: ii cups-bsd 1.5.0-5 ii cups-pdf 2.5.1-4 ii foomatic-db 20110803-3 ii hplipnone ii smbclient2:3.5.11~dfsg-1 ii udev 172-1 -- Configuration Files: /etc/cups/cupsd.conf [Errno 13] Permission non accordée: u'/etc/cups/cupsd.conf' -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, parallel, serial, socket, usb, snmp, dnssd -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640295: roxterm-gtk3: problem when copying and pasting
Package: roxterm-gtk3 Version: 2.0.1-1 Severity: normal I've encounter several probably linked problem when copying and pasting with roxterm-gtk3: - the copied text is not always the currently selected one, but sometime some text that was selected earlier. - the pasted text is sometime pasted in the wrong windows (the one from where the text have been copied) - the terminal sometime freeze when copying and pasting turning back to roxterm-gtk2 solve all this. -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages roxterm-gtk3 depends on: ii libc6 2.13-18 ii libdbus-1-3 1.4.14-1 ii libdbus-glib-1-20.94-4 ii libgdk-pixbuf2.0-0 2.23.5-3 ii libglib2.0-02.28.6-2 ii libgtk-3-0 3.0.12-2 ii libice6 2:1.0.7-2 ii libpango1.0-0 1.28.4-3 ii librsvg2-common 2.34.0-2 ii libsm6 2:1.2.0-2 ii libvte-2.90-9 1:0.28.1-2 ii libx11-62:1.4.4-1 ii roxterm-common 2.0.1-1 roxterm-gtk3 recommends no packages. roxterm-gtk3 suggests no packages. -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638620: /usr/i686-w64-mingw32/include/d2d1.h: Typing mistakes make d2d1.h unusable
Package: mingw-w64-dev Version: 2.0~rc1-1 Severity: normal File: /usr/i686-w64-mingw32/include/d2d1.h Tags: upstream patch Hello, There are two typing mistakes in d2d1.h that render the file unusable for inclusion. Patch atteched. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information --- /usr/i686-w64-mingw32/include/d2d1.h2011-08-16 12:10:39.0 +0300 --- /usr/i686-w64-mingw32/include/d2d1.h2011-08-20 12:57:26.0 +0300 @@ -1518,7 +1518,7 @@ STDMETHOD(CreateWicBitmapRenderTarget)(ID2D1Factory *This, IWICBitmap *target, const D2D1_RENDER_TARGET_PROPERTIES *renderTargetProperties, ID2D1RenderTarget **renderTarget) PURE; STDMETHOD(CreateHwndRenderTarget)(ID2D1Factory *This, const D2D1_RENDER_TARGET_PROPERTIES *renderTargetProperties, const D2D1_HWND_RENDER_TARGET_PROPERTIES *hwndRenderTargetProperties, ID2D1HwndRenderTarget **hwndRenderTarget) PURE; STDMETHOD(CreateDxgiSurfaceRenderTarget)(ID2D1Factory *This, IDXGISurface *dxgiSurface, const D2D1_RENDER_TARGET_PROPERTIES *renderTargetProperties, ID2D1RenderTarget **renderTarget) PURE; -STDMETHOD(CreateDCRenderTarget)(D2D1Factory *This, const D2D1_RENDER_TARGET_PROPERTIES *renderTargetProperties, ID2D1DCRenderTarget **dcRenderTarget) PURE; +STDMETHOD(CreateDCRenderTarget)(ID2D1Factory *This, const D2D1_RENDER_TARGET_PROPERTIES *renderTargetProperties, ID2D1DCRenderTarget **dcRenderTarget) PURE; } ID2D1FactoryVtbl; interface ID2D1Factory { @@ -1659,7 +1659,7 @@ ID2D1SimplifiedGeometrySinkVtbl Base; STDMETHOD_(void, AddLine)(ID2D1GeometrySink *This, D2D1_POINT_2F point) PURE; -STDMETHOD_(void, AddBezier)(ID2D1GeometrySink *This, cosnt D2D1_BEZIER_SEGMENT *bezier) PURE; +STDMETHOD_(void, AddBezier)(ID2D1GeometrySink *This, const D2D1_BEZIER_SEGMENT *bezier) PURE; STDMETHOD_(void, AddQuadraticBezier)(ID2D1GeometrySink *This, const D2D1_QUADRATIC_BEZIER_SEGMENT *bezier) PURE; STDMETHOD_(void, AddQuadraticBeziers)(ID2D1GeometrySink *This, const D2D1_QUADRATIC_BEZIER_SEGMENT *beziers, UINT beziersCount) PURE; STDMETHOD_(void, AddArc)(ID2D1GeometrySink *This, const D2D1_ARC_SEGMENT *arc) PURE;
Bug#634294: nettle-dev: please support pkg-config
Package: nettle-dev Version: 2.1-2 Severity: wishlist Tags: upstream Hello, nettle-dev does not provide a .pc file for use with pkg-config. This would be much more convenient to detect the development package from autotools and friends. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable'), (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39.2-00021-g5f66958 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nettle-dev depends on: ii dpkg 1.16.0.3 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libgmp-dev [libgmp10-dev] 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libhogweed2 2.1-2 low level cryptographic library (p ii libnettle42.1-2 low level cryptographic library (s nettle-dev recommends no packages. nettle-dev 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#633674: vlc: heap overflow in RealMedia plugin
Package: vlc-nox Version: 1.1.10-1+b1 Severity: grave Tags: security upstream Justification: user security hole See upstream advisory for details: http://www.videolan.org/security/sa1105.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable'), (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39.2-00021-g5f66958 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc-nox depends on: ii liba52-0.7.40.7.4-16 library for decoding ATSC A/52 str ii libasound2 1.0.23-4 shared library for ALSA applicatio ii libass4 0.9.12-1 library for SSA/ASS subtitles rend ii libavahi-client30.6.30-5 Avahi client library ii libavahi-common30.6.30-5 Avahi common library ii libavc1394-00.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec524:0.6.2-3Libav codec library ii libavformat52 4:0.6.2-3Libav file format library ii libavutil50 4:0.6.2-3Libav utility library ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcaca00.99.beta17-2colour ASCII art library ii libcddb21.3.2-3 library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.4.12-4 simple interprocess messaging syst ii libdc1394-222.1.3-4 high level programming interface f ii libdca0 0.0.5-4 decoding library for DTS Coherent ii libdirac-decoder0 1.0.2-4 open and royalty free high quality ii libdirac-encoder0 1.0.2-4 open and royalty free high quality ii libdvbpsi7 0.2.0-1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread4 4.1.3-10 library for reading DVDs ii libebml31.2.1-1 access library for the EBML format ii libfaad22.7-6freeware Advanced Audio Decoder - ii libflac81.2.1-3 Free Lossless Audio Codec - runtim ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.4-2 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.6.1-3GCC support library ii libgcrypt11 1.4.6-7 LGPL Crypto library - runtime libr ii libgnutls26 2.10.5-2 the GNU TLS library - runtime libr ii libgpg-error0 1.10-0.3 library for common error values an ii libiso9660-70.81-4 library to work with ISO9660 files ii libkate10.3.8-1 Kate is a codec for karaoke and te ii liblircclient0 0.9.0~pre1-1 infra-red remote control support - ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libmad0 0.15.1b-6MPEG audio decoder library ii libmatroska41.2.0-1 extensible open standard audio/vid ii libmodplug1 1:0.8.8.2-3 shared libraries for mod music bas ii libmpcdec6 2:0.1~r459-1 MusePack decoder - library ii libmpeg2-4 0.4.1-3 MPEG1 and MPEG2 video decoder libr ii libmtp8 1.0.6-7 Media Transfer Protocol (MTP) libr ii libncursesw55.9-1shared libraries for terminal hand ii libogg0 1.2.2~dfsg-1 Ogg bitstream library ii libpng12-0 1.2.44-3 PNG library - runtime ii libpostproc51 4:0.6.2-3Libav video postprocessing library ii libproxy0 0.3.1-2 automatic proxy configuration mana ii libraw1394-11 2.0.7-1 library for direct access to IEEE ii libschroedinger-1.0-0 1.0.10-2.1 library for encoding/decoding of D ii libshout3 2.2.2-5+b1 MP3/Ogg Vorbis broadcast streaming ii libsmbclient2:3.5.9~dfsg-1 shared library for communication w ii libspeex1 1.2~rc1-1The Speex codec runtime library ii libstdc++6 4.6.1-3 GNU Standard C++ Library v3 ii libswscale0 4:0.6.2-3Libav video scaling library ii libtag1c2a 1.7-1audio meta-data library ii libtheora0 1.1.1+dfsg.1-3 The Theora Video Compression Codec ii libtwolame0 0.3.13-1 MPEG Audio Layer 2 encoding librar ii libudev0171-2libudev shared library ii libupnp31:1.6.6-5.1 Portable SDK for UPnP Devices, ver ii
Bug#633675: vlc-nox: heap overflow in AVI plugin
Package: vlc-nox Version: 1.1.10-1+b1 Severity: grave Tags: security upstream Justification: user security hole See upstream advisory for details: http://www.videolan.org/security/sa1106.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable'), (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39.2-00021-g5f66958 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc-nox depends on: ii liba52-0.7.40.7.4-16 library for decoding ATSC A/52 str ii libasound2 1.0.23-4 shared library for ALSA applicatio ii libass4 0.9.12-1 library for SSA/ASS subtitles rend ii libavahi-client30.6.30-5 Avahi client library ii libavahi-common30.6.30-5 Avahi common library ii libavc1394-00.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec524:0.6.2-3Libav codec library ii libavformat52 4:0.6.2-3Libav file format library ii libavutil50 4:0.6.2-3Libav utility library ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcaca00.99.beta17-2colour ASCII art library ii libcddb21.3.2-3 library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.4.12-4 simple interprocess messaging syst ii libdc1394-222.1.3-4 high level programming interface f ii libdca0 0.0.5-4 decoding library for DTS Coherent ii libdirac-decoder0 1.0.2-4 open and royalty free high quality ii libdirac-encoder0 1.0.2-4 open and royalty free high quality ii libdvbpsi7 0.2.0-1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread4 4.1.3-10 library for reading DVDs ii libebml31.2.1-1 access library for the EBML format ii libfaad22.7-6freeware Advanced Audio Decoder - ii libflac81.2.1-3 Free Lossless Audio Codec - runtim ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.4-2 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.6.1-3GCC support library ii libgcrypt11 1.4.6-7 LGPL Crypto library - runtime libr ii libgnutls26 2.10.5-2 the GNU TLS library - runtime libr ii libgpg-error0 1.10-0.3 library for common error values an ii libiso9660-70.81-4 library to work with ISO9660 files ii libkate10.3.8-1 Kate is a codec for karaoke and te ii liblircclient0 0.9.0~pre1-1 infra-red remote control support - ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libmad0 0.15.1b-6MPEG audio decoder library ii libmatroska41.2.0-1 extensible open standard audio/vid ii libmodplug1 1:0.8.8.2-3 shared libraries for mod music bas ii libmpcdec6 2:0.1~r459-1 MusePack decoder - library ii libmpeg2-4 0.4.1-3 MPEG1 and MPEG2 video decoder libr ii libmtp8 1.0.6-7 Media Transfer Protocol (MTP) libr ii libncursesw55.9-1shared libraries for terminal hand ii libogg0 1.2.2~dfsg-1 Ogg bitstream library ii libpng12-0 1.2.44-3 PNG library - runtime ii libpostproc51 4:0.6.2-3Libav video postprocessing library ii libproxy0 0.3.1-2 automatic proxy configuration mana ii libraw1394-11 2.0.7-1 library for direct access to IEEE ii libschroedinger-1.0-0 1.0.10-2.1 library for encoding/decoding of D ii libshout3 2.2.2-5+b1 MP3/Ogg Vorbis broadcast streaming ii libsmbclient2:3.5.9~dfsg-1 shared library for communication w ii libspeex1 1.2~rc1-1The Speex codec runtime library ii libstdc++6 4.6.1-3 GNU Standard C++ Library v3 ii libswscale0 4:0.6.2-3Libav video scaling library ii libtag1c2a 1.7-1audio meta-data library ii libtheora0 1.1.1+dfsg.1-3 The Theora Video Compression Codec ii libtwolame0 0.3.13-1 MPEG Audio Layer 2 encoding librar ii libudev0171-2libudev shared library ii libupnp31:1.6.6-5.1 Portable SDK for UPnP Devices, ver ii
Bug#632706: miro: problem with french local
Package: miro Version: 4.0.2-1 Severity: normal After an upgrade, miro start to speak to me in Portuguese (I believe), when my locale is configured for French. Reinstalling miro-data doesn't solve it, and looking inside /usr/share/locale/fr/LC_MESSAGES/miro.mo show some English string, some Portuguese(?) and some French. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (700, 'testing'), (500, 'oldstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages miro depends on: ii gstreamer0.10-ffmpeg 1:0.10.11-4.1 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-bad 0.10.22-2 GStreamer plugins from the bad s ii gstreamer0.10-plugins-base 0.10.35-1 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.30-1 GStreamer plugins from the good ii gstreamer0.10-x0.10.35-1 GStreamer plugins for X11 and Pang ii libavcodec52 5:0.6.3-0.0 library to encode decode multimedi ii libavformat52 5:0.6.3-0.0 ffmpeg file format library ii libavutil505:0.6.3-0.0 avutil shared libraries - runtime ii libc6 2.13-9Embedded GNU C Library: Shared lib ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-02.24.4-3 The GTK+ graphical user interface ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libsoup2.4-1 2.34.2-2 HTTP library implementation in C - ii libwebkit-1.0-21.2.7-3 Web content engine library for Gtk ii libx11-6 2:1.4.3-2 X11 client-side library ii miro-data 4.0.2-1 GTK+ based RSS video aggregator da ii python 2.6.6-14 interactive high-level object-orie ii python-dbus0.84.0-1 simple interprocess messaging syst ii python-gconf 2.28.1-3 Python bindings for the GConf conf ii python-glade2 2.24.0-2 GTK+ bindings: Glade support ii python-gst0.10 0.10.21-2.1 generic media-playing framework (P ii python-gtk22.24.0-2 Python bindings for the GTK+ widge ii python-libtorrent 0.15.6-1 Python bindings for libtorrent-ras ii python-mutagen 1.19-2.1 audio metadata editing library ii python-pycurl 7.19.0-4 Python bindings to libcurl ii python-pysqlite2 2.6.3-2 Python interface to SQLite 3 ii python-support 1.0.14automated rebuilding support for P ii python-webkit 1.1.8-2 WebKit/Gtk Python bindings miro recommends no packages. Versions of packages miro suggests: pn ffmpegnone (no description available) pn ffmpeg2theora none (no description available) ii gstreamer0.10-plugins-ugly0.10.18-1 GStreamer plugins from the ugly pn libavahi-compat-libdnssd1 none (no description available) ii python-notify 0.1.1-2+b3 Python bindings for libnotify ii ttf-dejavu2.33-1 Metapackage to pull in ttf-dejavu- -- no debconf information -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631181: lazygal: lazygal failed when one use the -O and there are video
Package: lazygal Version: 0.6.1-1 Severity: normal When there are a video in the album, and lazygal is ask to keep original copies of the photos, it will failed when generating the xhtml page with the following traceback: Traceback (most recent call last): File /usr/bin/lazygal, line 319, in module options.check_all_dirs, options.clean_dest) File /usr/lib/python2.6/dist-packages/lazygal/generators.py, line 763, in generate destgal.make(force=True) # avoid another needs_build() call in make() File /usr/lib/python2.6/dist-packages/lazygal/generators.py, line 439, in make super(WebalbumDir, self).make(force or needed_build) File /usr/lib/python2.6/dist-packages/lazygal/make.py, line 110, in make d.make() # dependency building not forced File /usr/lib/python2.6/dist-packages/lazygal/make.py, line 111, in make self.call_build() File /usr/lib/python2.6/dist-packages/lazygal/make.py, line 120, in call_build self.build() File /usr/lib/python2.6/dist-packages/lazygal/genpage.py, line 238, in build tpl_values['original_link'] = self.image.filename AttributeError: 'WebalbumVideoPage' object has no attribute 'image' The attached patch fix the generation but is probably not the correct way of doing it: One should provide original link also for video. --- lazygal-0.6.1.orig/lazygal/genpage.py +++ lazygal-0.6.1/lazygal/genpage.py @@ -227,7 +227,7 @@ class WebalbumBrowsePage(WebalbumPage): tpl_values['osize_links'] = self._get_osize_links(self.media.name) tpl_values['rel_root'] = self.dir.source_dir.rel_root() -if self.dir.album.original: +if self.dir.album.original and not isinstance(self.image.is,WebalbumVideoPage): if self.dir.album.orig_base: tpl_values['original_link'] = os.path.join(\ self.dir.source_dir.rel_root(), -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'oldstable'), (500, 'testing'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lazygal depends on: ii python2.6.6-14 interactive high-level object-orie ii python-genshi 0.6-1+b1 Python XML-based template engine ii python-imaging1.1.7-2+b1 Python Imaging Library ii python-pyexiv20.3.0-4+b1 Python binding to Exiv2 ii python2.6 2.6.7-1An interactive high-level object-o ii python2.7 2.7.2-1An interactive high-level object-o lazygal recommends no packages. Versions of packages lazygal suggests: ii gstreamer0.10-plugins-base 0.10.34-1GStreamer plugins from the base ii python-gst0.10 0.10.21-2+b1 generic media-playing framework (P -- debconf-show failed -- Rémi Vanicat
Bug#626522: libfuse-dev: examples file fioc.h missing
Package: libfuse-dev Version: 2.8.4-1.4 Severity: minor Hello, Some of the example codes in libfuse-dev depend on fioc.h which is nowhere to be found. The examples are thus unusable as is. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libfuse-dev depends on: ii libfuse2 2.8.4-1.4 Filesystem in USErspace library ii libselinux1-dev [libselinux- 2.0.98-1+b1 SELinux development headers libfuse-dev recommends no packages. Versions of packages libfuse-dev suggests: ii fuse-utils2.8.4-1.4 Filesystem in USErspace (utilities -- 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#625966: libmodplug1: libmodplug = 0.8.8.2 .abc Stack-Based Buffer Overflow
Package: libmodplug1 Version: 1:0.8.8.1-2 Severity: grave Tags: security upstream Justification: user security hole Hello, As the security contact for VLC media player, this was brought to my attention: http://www.exploit-db.com/exploits/17222/ I can confirm the bug happens, but I have no further informations at this point. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmodplug1 depends on: ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-6 GCC support library ii libstdc++64.6.0-6The GNU Standard C++ Library v3 libmodplug1 recommends no packages. libmodplug1 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#622091: libmodplug ReadS3M stack overflow
Package: libmodplug Version: 1:0.8.8.1-2 Severity: grave Tags: security upstream Justification: user security hole Hello, An exploitable memory corruption vulnerability has been publicized against libmodplug 0.8.8.1: http://seclists.org/fulldisclosure/2011/Apr/113 Upstream version 0.8.8.2 fixes the issue. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619963: gcc-4.6: wrongly optimizes memmove() into memcpy()
Package: gcc-4.6 Version: 4.6.0-1 Severity: grave Justification: renders package unusable Hello, Trying to compile VLC media player using Debian gcc-4.6. It turns out that the compiler is silently replacing memmove() calls with memcpy() ones, when it is clearly NOT a legal optimization. The issue was uncovered with valgrind. For instance, this one is failing, even though both source and destination obviously overlap: memmove( p_aout-pp_inputs[i_input], p_aout-pp_inputs[i_input + 1], (AOUT_MAX_INPUTS - i_input - 1) * sizeof(aout_input_t *) ); This results in memory corruption at run-time and eventually crashes. Compiler flags used were: -g -O2 -ffast-math -funroll-loops -fPIC I can provide the full .i file if needed. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-4.6 depends on: ii binutils 2.21.0.20110327-1 The GNU assembler, linker and bina ii cpp-4.64.6.0-1 The GNU C preprocessor ii gcc-4.6-base 4.6.0-1 The GNU Compiler Collection (base ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libcloog-ppl0 0.15.9-3 the Chunky Loop Generator (runtime ii libgcc11:4.6.0-1 GCC support library ii libgmp10 2:5.0.1+dfsg-7Multiprecision arithmetic library ii libgmpxx4ldbl 2:5.0.1+dfsg-7Multiprecision arithmetic library ii libgomp1 4.6.0-1 GCC OpenMP (GOMP) support library ii libmpc20.9-2 multiple precision complex floatin ii libmpfr4 3.0.0-9 multiple precision floating-point ii libppl-c4 0.11.2-3 Parma Polyhedra Library (C interfa ii libppl90.11.2-3 Parma Polyhedra Library (runtime l ii libquadmath0 4.6.0-1 GCC Quad-Precision Math Library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gcc-4.6 recommends: ii libc6-dev 2.11.2-11 Embedded GNU C Library: Developmen Versions of packages gcc-4.6 suggests: pn binutils-gold none (no description available) pn gcc-4.6-doc none (no description available) pn gcc-4.6-locales none (no description available) pn gcc-4.6-multilib none (no description available) ii libgcc1-dbg 1:4.6.0-1 GCC support library (debug symbols pn libgomp1-dbg none (no description available) pn libmudflap0-4.6-dev none (no description available) pn libmudflap0-dbg none (no description available) pn libquadmath0-dbg 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#614835: libebml0: useless /usr/include directory
Package: libebml0 Version: 0.7.7-3.1 Severity: minor Hello, The libebml0 binary package creates /usr/include. As a run-time package it should probably not do that. And indeed, it does not hold any file in that directory. Regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable'), (100, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.37.1 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libebml0 depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.1-8 GCC support library ii libstdc++64.5.1-8The GNU Standard C++ Library v3 libebml0 recommends no packages. libebml0 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#613689: apt: Incorrect example in french man page of apt_preferences
Package: apt Version: 0.8.11.1 Severity: normal File: /usr/share/man/fr/man5/apt_preferences.5.gz The french manual give as an example: Package: * Pin: release a=sid Pin-Priority: 800 when the English manual give: Package: * Pin: release n=sid Pin-Priority: 800 which is correct. The following patch applied to the french manual solve this: --- apt_preferences.orig.5 2011-02-16 17:33:15.326298000 +0100 +++ apt_preferences.new.5 2011-02-16 17:33:44.802298000 +0100 @@ -733,7 +733,7 @@ Explanation: Debian unstable porte toujours le nom sid Package: * -Pin: release a=sid +Pin: release n=sid Pin\-Priority: 800 Package: * -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613776: debian-el: apt-utils.el should use word-at-point for default value for package
Package: debian-el Version: 34.1 Severity: wishlist When reading mail or README, some time I want to know about package my point is on. Using word-at-point for default value give it to us. Attached is the patch. diff -Naur emacs-goodies-el-34.1.orig/elisp/debian-el/apt-utils.el emacs-goodies-el-34.1/elisp/debian-el/apt-utils.el --- emacs-goodies-el-34.1.orig/elisp/debian-el/apt-utils.el 2010-06-23 17:36:37.0 +0200 +++ emacs-goodies-el-34.1/elisp/debian-el/apt-utils.el 2011-02-17 07:13:33.458298305 +0100 @@ -41,6 +41,7 @@ (require 'browse-url) (require 'jka-compr) +(require 'thingatpt) (defalias 'apt-utils-puthash 'puthash) @@ -1310,7 +1311,7 @@ (text-properties-at (point)) (PC-word-delimiters -)) (when (not (stringp package)) - (setq package nil)) + (setq package (word-at-point))) (completing-read (if package (format Choose Debian package (%s): package) Choose Debian package: ) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'oldstable'), (500, 'testing'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debian-el depends on: ii bzip2 1.0.5-6high-quality block-sorting file co ii dpkg 1.15.8.10 Debian package management system ii emacs [emacsen] 23.2+1-7 The GNU Emacs editor (metapackage) ii emacs22 [emacsen] 22.3+1-1.2 The GNU Emacs editor ii emacs23 [emacsen] 23.2+1-7 The GNU Emacs editor (with GTK+ us ii file 5.04-5 Determines file type using magic ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii reportbug 4.12.6 reports bugs in the Debian distrib Versions of packages debian-el recommends: ii dlocate 1.02 fast alternative to dpkg -L and dp ii groff-base1.21-4 GNU troff text-formatting system ( ii wget 1.12-2.1 retrieves files from the web Versions of packages debian-el suggests: pn gnus none (no description available) -- no debconf information -- Rémi Vanicat
Bug#613778: debian-el: Apt-util.el doesn't know about Description-fr
Package: debian-el Version: 34.1 Severity: normal Tags: patch Debian have added translation for description of package, shown as Description-fr of the like. As apt-utils-show apt-utils-show-package look for a Description header, it failed to properly handle those translation. The attached patch solve this. diff -Naur emacs-goodies-el-34.1.orig/elisp/debian-el/apt-utils.el emacs-goodies-el-34.1/elisp/debian-el/apt-utils.el --- emacs-goodies-el-34.1.orig/elisp/debian-el/apt-utils.el 2010-06-23 17:36:37.0 +0200 +++ emacs-goodies-el-34.1/elisp/debian-el/apt-utils.el 2011-02-17 07:13:33.458298305 +0100 @@ -1431,7 +1431,7 @@ (apt-utils-insert-installed-info package)) (skip-chars-forward , |\n) (setq packages (cdr packages) - ((equal match Description) + ((string-match-p Description\\(-..\\)? match) (add-text-properties (point) (save-excursion (or -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'oldstable'), (500, 'testing'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debian-el depends on: ii bzip2 1.0.5-6high-quality block-sorting file co ii dpkg 1.15.8.10 Debian package management system ii emacs [emacsen] 23.2+1-7 The GNU Emacs editor (metapackage) ii emacs22 [emacsen] 22.3+1-1.2 The GNU Emacs editor ii emacs23 [emacsen] 23.2+1-7 The GNU Emacs editor (with GTK+ us ii file 5.04-5 Determines file type using magic ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii reportbug 4.12.6 reports bugs in the Debian distrib Versions of packages debian-el recommends: ii dlocate 1.02 fast alternative to dpkg -L and dp ii groff-base1.21-4 GNU troff text-formatting system ( ii wget 1.12-2.1 retrieves files from the web Versions of packages debian-el suggests: pn gnus none (no description available) -- no debconf information -- Rémi Vanicat
Bug#600343: Acknowledgement (munin-plugins-extra: filter problem in iostat_ios)
Additional info, bug is corrected upstream, so is another bug regarding config and empty parameters. cf: http://munin-monitoring.org/browser/trunk/plugins/node.d.linux/iostat_ios.in -- remi
Bug#600958: RFA: pax-utils -- Security-focused ELF files checking tool
Package: wnpp Severity: normal I request an adopter for the pax-utils package. This package is NOT to be confused with GNU paxutils. The package description is: This is a small set of various PaX aware and related utilities for ELF binaries. It can check ELF binary files and running processes for issues that might be relevant when using ELF binaries along with PaX, such as non-PIC code or executable stack and heap. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600281: linux-image-2.6.26-2-sparc64: networks halt after a few weeks on TULIP DAVICOM DM9102, NETDEV WATCHDOG: eth0: transmit timed out
Package: linux-image-2.6.26-2-sparc64 Version: 2.6.26-22lenny1 Severity: important I am using a Sun Fire V100 with Debian Lenny. It was OK for a few weeks, then suddenly it was not possible to access it from SSH: connexion timed out. The only thing I could get from network was the index of apache default index page. No way to download a file. All looked like if the network was over logging. I couldn't get physical access, so asked someone to reboot it. After that I had a look to syslog, there are many lines like this: [...] Oct 14 15:02:11 titine kernel: [7088458.574525] NETDEV WATCHDOG: eth0: transmit timed out Oct 14 15:02:27 titine kernel: [7088474.574528] NETDEV WATCHDOG: eth0: transmit timed out Oct 14 15:02:47 titine kernel: [7088494.574530] NETDEV WATCHDOG: eth0: transmit timed out Oct 14 15:03:03 titine kernel: [7088510.574533] NETDEV WATCHDOG: eth0: transmit timed out Oct 14 15:03:19 titine kernel: [7088526.574532] NETDEV WATCHDOG: eth0: transmit timed out Oct 14 15:03:39 titine kernel: [7088546.574534] NETDEV WATCHDOG: eth0: transmit timed out Oct 14 15:03:55 titine kernel: [7088562.574532] NETDEV WATCHDOG: eth0: transmit timed out Oct 14 15:04:11 titine kernel: [7088578.574537] NETDEV WATCHDOG: eth0: transmit timed out Oct 14 15:04:23 titine kernel: [7088590.574540] NETDEV WATCHDOG: eth0: transmit timed out Oct 14 15:04:47 titine kernel: [7088614.574541] NETDEV WATCHDOG: eth0: transmit timed out Oct 14 15:05:27 titine kernel: [7088654.574546] NETDEV WATCHDOG: eth0: transmit timed out Oct 14 15:06:03 titine kernel: [7088690.574542] NETDEV WATCHDOG: eth0: transmit timed out [...] Saw a similar bug, number 522592. It's closed now, with no solution or fix. Network settings: mii-tool eth0 -vv Using SIOCGMIIPHY=0x8947 eth0: negotiated 100baseTx-FD, link ok registers for MII PHY 1: 1000 782d 0181 b840 01e1 41e1 0001 8018 7800 1000 0001 product info: vendor 00:60:6e, model 4 rev 0 basic mode: autonegotiation enabled basic status: autonegotiation complete, link ok capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD advertising: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD Module info: modinfo tulip filename: /lib/modules/2.6.26-2-sparc64/kernel/drivers/net/tulip/tulip.ko version:1.1.15-NAPI license:GPL description:Digital 21*4* Tulip ethernet driver author: The Linux Kernel Team srcversion: A033E0667282FCC8CABF3C6 alias: pci:v1414d0002sv*sd*bc*sc*i* alias: pci:v14EAdAB08sv*sd*bc*sc*i* alias: pci:v10B7d9300sv*sd*bc*sc*i* alias: pci:v17B3dAB08sv*sd*bc*sc*i* alias: pci:v1737dAB08sv*sd*bc*sc*i* alias: pci:v1737dAB09sv*sd*bc*sc*i* alias: pci:v1626d8410sv*sd*bc*sc*i* alias: pci:v14F1d1803sv*sd*bc*sc*i* alias: pci:v1186d1591sv*sd*bc*sc*i* alias: pci:v1186d1561sv*sd*bc*sc*i* alias: pci:v1186d1541sv*sd*bc*sc*i* alias: pci:v1113d9511sv*sd*bc*sc*i* alias: pci:v1113d1217sv*sd*bc*sc*i* alias: pci:v1113d1216sv*sd*bc*sc*i* alias: pci:v1282d9102sv*sd*bc*sc*i* alias: pci:v1282d9100sv*sd*bc*sc*i* alias: pci:v8086d0039sv*sd*bc*sc*i* alias: pci:v11F6d9881sv*sd*bc*sc*i* alias: pci:v1259dA120sv*sd*bc*sc*i* alias: pci:v104Ad2774sv*sd*bc*sc*i* alias: pci:v104Ad0981sv*sd*bc*sc*i* alias: pci:v13D1dAB08sv*sd*bc*sc*i* alias: pci:v13D1dAB03sv*sd*bc*sc*i* alias: pci:v13D1dAB02sv*sd*bc*sc*i* alias: pci:v1317d9511sv*sd*bc*sc*i* alias: pci:v1317d1985sv*sd*bc*sc*i* alias: pci:v1317d0985sv*sd*bc*sc*i* alias: pci:v1317d0981sv*sd*bc*sc*i* alias: pci:v11ADdC115sv*sd*bc*sc*i* alias: pci:v125Bd1400sv*sd*bc*sc*i* alias: pci:v10D9d0531sv*sd*bc*sc*i* alias: pci:v10D9d0512sv*sd*bc*sc*i* alias: pci:v11ADd0002sv*sd*bc*sc*i* alias: pci:v1011d0019sv*sd*bc*sc*i* alias: pci:v1011d0009sv*sd*bc*sc*i* depends: vermagic: 2.6.26-2-sparc64 mod_unload modversions parm: tulip_debug:int parm: max_interrupt_work:int parm: rx_copybreak:int parm: csr0:int parm: options:array of int parm: full_duplex:array of int Are there any tools or options I could put on so as to get more information on the next time this bug appears (if it does)? Remi. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable
Bug#593418: luakit: Still not in update-alternatives with version 20100813-6
Package: luakit Version: 0~20100813-6 Severity: normal I've installed the last version of luakit, and it still doesn't work for me. r...@rp-eeepc:~$ update-alternatives --list x-www-browser /usr/bin/iceweasel /usr/bin/opera /usr/bin/uzbl-browser r...@rp-eeepc:~$ Thanks for your help Remi -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages luakit depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-1FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii liblua5.1-0 5.1.4-5Simple, extensible, embeddable pro ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libsoup2.4-1 2.30.2-1 an HTTP library implementation in ii libwebkit-1.0-2 1.2.3-2Web content engine library for Gtk luakit recommends no packages. luakit 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#592669: vlc-nox: ID3v2 parser crash on some MP3 file (CVE-2010-2937)
Package: vlc-nox Version: 1.1.1-1 Severity: important Tags: upstream patch security Hello, VLC fails to perform sufficient input validation when trying to extract some meta-informations about input media through ID3v2 tags. In the failure case, VLC attempt dereference an invalid memory address, and a crash will ensure. See http://www.videolan.org/security/sa1004.html for patch and further references. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.35 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc-nox depends on: ii liba52-0.7.40.7.4-14 library for decoding ATSC A/52 str ii libasound2 1.0.23-1 shared library for ALSA applicatio ii libass4 0.9.9-1 library for SSA/ASS subtitles rend ii libavahi-client30.6.27-1 Avahi client library ii libavahi-common30.6.27-1 Avahi common library ii libavc1394-00.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec524:0.6-2 ffmpeg codec library ii libavformat52 4:0.6-2 ffmpeg file format library ii libavutil49 4:0.5.2-2ffmpeg utility library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcaca00.99.beta17-1colour ASCII art library ii libcddb21.3.2-2 library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdc1394-222.1.2-3 high level programming interface f ii libdca0 0.0.5-3 decoding library for DTS Coherent ii libdirac-encoder0 1.0.2-3 open and royalty free high quality ii libdvbpsi6 0.1.7-1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread4 4.1.3-10 library for reading DVDs ii libebml00.7.7-3.1access library for the EBML format ii libfaad22.7-4freeware Advanced Audio Decoder - ii libflac81.2.1-2+b1 Free Lossless Audio Codec - runtim ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.0-2 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.4.4-8GCC support library ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libgpg-error0 1.6-1library for common error values an ii libkate10.3.7-3 Kate is a codec for karaoke and te ii liblircclient0 0.8.3-5 infra-red remote control support - ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libmad0 0.15.1b-5MPEG audio decoder library ii libmatroska00.8.1-1.1extensible open standard audio/vid ii libmpcdec6 2:0.1~r459-1 MusePack decoder - library ii libmpeg2-4 0.4.1-3 MPEG1 and MPEG2 video decoder libr ii libmtp8 1.0.3-1 Media Transfer Protocol (MTP) libr ii libncursesw55.7+20100313-2 shared libraries for terminal hand ii libogg0 1.2.0~dfsg-1 Ogg bitstream library ii libpng12-0 1.2.44-1 PNG library - runtime ii libpostproc51 4:0.6-2 ffmpeg video postprocessing librar ii libproxy0 0.3.1-1 automatic proxy configuration mana ii libraw1394-11 2.0.5-2 library for direct access to IEEE ii libschroedinger-1.0-0 1.0.9-2 library for encoding/decoding of D ii libshout3 2.2.2-5+b1 MP3/Ogg Vorbis broadcast streaming ii libsmbclient2:3.4.8~dfsg-2 shared library for communication w ii libspeex1 1.2~rc1-1The Speex codec runtime library ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 ii libswscale0 4:0.6-2 ffmpeg video scaling library ii libtag1c2a 1.6.3-1 TagLib Audio Meta-Data Library ii libtheora0 1.1.1+dfsg.1-3 The Theora Video Compression Codec ii libtwolame0 0.3.12-1 MPEG Audio Layer 2 encoding librar ii libudev0160-1libudev shared library ii libupnp31:1.6.6-5Portable SDK for UPnP Devices, ver ii libv4l-00.8.0-1
Bug#588465: libmodplug0c2: trackers become silent in VLC with 0.8.8 update
Package: libmodplug0c2 Version: 1:0.8.8-2 Severity: important Tags: upstream Hello, libmodplug0c2 0.8.8 makes playback of MOD files completely silent with vlc from Debian. Downgrading to libmodplug0c2 0.8.7-1 works around the problem. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32.16 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmodplug0c2 depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-6 GCC support library ii libstdc++64.4.4-6The GNU Standard C++ Library v3 libmodplug0c2 recommends no packages. libmodplug0c2 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#583757: python-xmmsclient: there is no binding for python2.6
Package: python-xmmsclient Version: 0.7DrNo-7 Severity: normal Hello As said on irc, the xmms2 source package does build the python2.6 binding, but it does not install them: after building, there is a _build_python2.6_/ that seem to contain the binding but nor tmp/usr/lib/ nor python-xmmsclient contain a python2.6 subdirectories. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-xmmsclient depends on: ii libc6 2.11.1-1 Embedded GNU C Library: Shared lib ii libxmmsclient60.7DrNo-7 XMMS2 - client library ii python2.5.4-9An interactive high-level object-o ii python-support1.0.8 automated rebuilding support for P python-xmmsclient recommends no packages. python-xmmsclient suggests no packages. -- no debconf information -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582981: tuareg-mode failed to upgrade
Package: tuareg-mode Version: 1:2.0.0-1 Severity: important When installing the last tuareg-mode, configure failed with emacs22 with error: Paramétrage de tuareg-mode (1:2.0.0-1) ... install/tuareg-mode: Handling install for emacsen flavor emacs22 Loading 00debian-vars... Loading /etc/emacs/site-start.d/20apel.el (source)... Loading /etc/emacs/site-start.d/50asymptote.el (source)... Loading /etc/emacs22/site-start.d/50auctex.el (source)... Loading /usr/share/emacs/22.3/site-lisp/auctex.el (source)... Loading /usr/share/emacs/22.3/site-lisp/preview-latex.el (source)... Loading /etc/emacs/site-start.d/50autoconf.el (source)... Loading /etc/emacs/site-start.d/50cedet-common.el (source)... Error while loading 50cedet-common: Cannot open load file: cedet-autogen Loading /etc/emacs/site-start.d/50cmake-data.el (source)... Loading /etc/emacs/site-start.d/50coq.el (source)... Loading /etc/emacs/site-start.d/50devhelp.el (source)... Loading /etc/emacs/site-start.d/50devscripts-el.el (source)... Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)... Loading debian-ispell... Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)... Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)... Loading /etc/emacs/site-start.d/50dpkg-dev-el.el (source)... Loading /etc/emacs/site-start.d/50eieio.el (source)... Loading /etc/emacs/site-start.d/50elserv.el (source)... Loading /etc/emacs/site-start.d/50emacs-goodies-el.el (source)... Loading /etc/emacs/site-start.d/50emacs-jabber.el (source)... Package emacs-jabber removed but not purged. Skipping setup. Loading /etc/emacs/site-start.d/50epix.el (source)... Loading /etc/emacs/site-start.d/50festival.el (source)... Loading /etc/emacs/site-start.d/50flim.el (source)... Loading /etc/emacs/site-start.d/50git-core.el (source)... Loading /etc/emacs/site-start.d/50gtk-doc-tools.el (source)... Loading /etc/emacs/site-start.d/50latex-cjk-common.el (source)... Loading cjk-enc... Loading /etc/emacs/site-start.d/50latex-cjk-thai.el (source)... Loading /etc/emacs/site-start.d/50lua-mode.el (source)... Loading /etc/emacs/site-start.d/50maxima-emacs.el (source)... Loading /etc/emacs/site-start.d/50migemo.el (source)... Loading /etc/emacs/site-start.d/50ocaml-mode.el (source)... Loading /etc/emacs/site-start.d/50psvn.el (source)... Loading /etc/emacs/site-start.d/50quilt-el.el (source)... Loading /etc/emacs/site-start.d/50ruby1.8-elisp.el (source)... Loading /etc/emacs/site-start.d/50thailatex.el (source)... Loading /etc/emacs/site-start.d/50w3m-el.el (source)... Loading /etc/emacs/site-start.d/50yasnippet.el (source)... Loading /etc/emacs/site-start.d/51debian-el.el (source)... Loading /etc/emacs/site-start.d/51ede.el (source)... Loading /etc/emacs/site-start.d/51speedbar.el (source)... Loading /etc/emacs/site-start.d/51tuareg-mode.el (source)... Loading /etc/emacs/site-start.d/52semantic.el (source)... Wrote /usr/share/emacs22/site-lisp/tuareg-mode/append-tuareg.elc In toplevel form: camldebug-tuareg.el:38:1:Error: Invalid modifier in string Wrote /usr/share/emacs22/site-lisp/tuareg-mode/custom-tuareg.elc In toplevel form: tuareg.el:1937:1:Error: Invalid modifier in string emacs-package-install: /usr/lib/emacsen-common/packages/install/tuareg-mode emacs22 emacs22 emacs23 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tuareg-mode depends on: ii emacs [emacsen] 23.2+1-2 The GNU Emacs editor (metapackage) ii emacs22 [emacsen] 22.3+1-1.2 The GNU Emacs editor ii emacs23 [emacsen] 23.2+1-2 The GNU Emacs editor (with GTK+ us Versions of packages tuareg-mode recommends: ii ocaml-interp 3.11.2-1 OCaml interactive interpreter and ii ocaml-mode3.11.2-1 A major mode for editing Objective tuareg-mode suggests no packages. -- no debconf information -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580396: libkio5 exit handler crashes
Package: libkio5 Version: 4:4.4.3-1 Severity: normal Tags: upstream Hello, libkio5 appears to register a buggy exit handler. This triggers a crash after VLC returns from its main(), if and only if the Open file dialog has been shown. libkio is loaded by KDE dialog plugins for libQt4Gui, as VLC does not use KDE directly in any way. gdb: Program received signal SIGSEGV, Segmentation fault. 0xb526dc36 in QDBusAdaptorConnector::relaySlot (this=0x83e7768, argv=0xb278) at qdbusabstractadaptor.cpp:268 268 qdbusabstractadaptor.cpp: Aucun fichier ou dossier de ce type. in qdbusabstractadaptor.cpp (gdb) bt #0 0xb526dc36 in QDBusAdaptorConnector::relaySlot (this=0x83e7768, argv=0xb278) at qdbusabstractadaptor.cpp:268 #1 0xb526e5d4 in QDBusAdaptorConnector::qt_metacall (this=0x83e7768, _c=QMetaObject::InvokeMetaMethod, _id=4, _a=0xb278) at qdbusabstractadaptor.cpp:364 #2 0xb6eedaea in QMetaObject::metacall (object=0x83e7768, cl=3221222008, idx=4, argv=0xb278) at kernel/qmetaobject.cpp:237 #3 0xb6efc0b5 in QMetaObject::activate (sender=0x83de080, m=0xb6ff63b0, local_signal_index=0, argv=0xb278) at kernel/qobject.cpp:3293 #4 0xb6efc4b3 in QObject::destroyed (this=0x83de080, _t1=0x83de080) at .moc/release-shared/moc_qobject.cpp:149 #5 0xb6efec7a in ~QObject (this=0x83de080, __in_chrg=value optimized out) at kernel/qobject.cpp:869 #6 0xb567ae7d in KIO::Scheduler::~Scheduler() () from /usr/lib/libkio.so.5 #7 0xb567e9d1 in ?? () from /usr/lib/libkio.so.5 #8 0xb55b12fb in ?? () from /usr/lib/libkio.so.5 #9 0xb7da9481 in __run_exit_handlers (status=0, listp=0xb7ebd324, run_list_atexit=true) at exit.c:78 #10 0xb7da94df in *__GI_exit (status=0) at exit.c:100 #11 0xb7d90b5d in __libc_start_main (main=0x80489c0, argc=1, ubp_av=0xb414, init=0x8049070, fini=0x8049060, rtld_fini=0xb7ff09b0 _dl_fini, stack_end=0xb40c) at libc-start.c:254 #12 0x08048921 in ?? () valgrind: ==4170== Thread 1: ==4170== Invalid read of size 4 ==4170==at 0x7FCDC36: QDBusAdaptorConnector::relaySlot(void**) (qdbusabstractadaptor.cpp:268) ==4170==by 0x7FCE5D3: QDBusAdaptorConnector::qt_metacall(QMetaObject::Call, int, void**) (qdbusabstractadaptor.cpp:364) ==4170==by 0x7468AE9: QMetaObject::metacall(QObject*, QMetaObject::Call, int, void**) (qmetaobject.cpp:237) ==4170==by 0x74770B4: QMetaObject::activate(QObject*, QMetaObject const*, int, void**) (qobject.cpp:3293) ==4170==by 0x74774B2: QObject::destroyed(QObject*) (moc_qobject.cpp:149) ==4170==by 0x7479C79: QObject::~QObject() (qobject.cpp:869) ==4170==by 0x89C8E7C: KIO::Scheduler::~Scheduler() (in /usr/lib/libkio.so.5.4.0) ==4170==by 0x89CC9D0: ??? (in /usr/lib/libkio.so.5.4.0) ==4170==by 0x88FF2FA: ??? (in /usr/lib/libkio.so.5.4.0) ==4170==by 0x4177480: __run_exit_handlers (exit.c:78) ==4170==by 0x41774DE: exit (exit.c:100) ==4170==by 0x415EB5C: (below main) (libc-start.c:254) ==4170== Address 0x4 is not stack'd, malloc'd or (recently) free'd ==4170== ==4170== ==4170== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==4170== Access not within mapped region at address 0x4 ==4170==at 0x7FCDC36: QDBusAdaptorConnector::relaySlot(void**) (qdbusabstractadaptor.cpp:268) ==4170==by 0x7FCE5D3: QDBusAdaptorConnector::qt_metacall(QMetaObject::Call, int, void**) (qdbusabstractadaptor.cpp:364) ==4170==by 0x7468AE9: QMetaObject::metacall(QObject*, QMetaObject::Call, int, void**) (qmetaobject.cpp:237) ==4170==by 0x74770B4: QMetaObject::activate(QObject*, QMetaObject const*, int, void**) (qobject.cpp:3293) ==4170==by 0x74774B2: QObject::destroyed(QObject*) (moc_qobject.cpp:149) ==4170==by 0x7479C79: QObject::~QObject() (qobject.cpp:869) ==4170==by 0x89C8E7C: KIO::Scheduler::~Scheduler() (in /usr/lib/libkio.so.5.4.0) ==4170==by 0x89CC9D0: ??? (in /usr/lib/libkio.so.5.4.0) ==4170==by 0x88FF2FA: ??? (in /usr/lib/libkio.so.5.4.0) ==4170==by 0x4177480: __run_exit_handlers (exit.c:78) ==4170==by 0x41774DE: exit (exit.c:100) ==4170==by 0x415EB5C: (below main) (libc-start.c:254) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32.12 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libkio5 depends on: ii libacl1 2.2.49-2 Access control list shared library ii libattr11:2.4.44-1 Extended attribute shared library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libfam0 2.7.0-16.1 Client library to control the FAM ii libgcc1 1:4.4.4-1GCC support library ii libkdecore5 4:4.4.3-1the KDE Platform Core Library ii libkdeui5
Bug#580257: kdelibs5: KDE desktop does not start after 4.4 upgrade
Package: kdelibs5 Version: 4:4.4.3-1 Severity: grave Justification: renders package unusable Hello, After upgrading to KDE 4.4 from Sid, login from KDM just return a wallpaper and a mouse. The KDE startup progress bar is never shown. Nothing ever happens. Invoking startx from the text mode terminal give the same result (so not a KDM bug). ps shows a few KDE processes that do start, but they are all sleeping: kdeinit4, klauncher, kded4, kglobalaccel and knotify4. xinit to xterm and then starting kwin and KDE applications manually does work fine. 'startkde' does not seem to exist anymore, so I am not sure what is the proper command, and I guess it would not work anyway. Best regards, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32.12 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdelibs5 depends on: ii kdelibs5-plugins 4:4.4.3-1 core plugins for KDE Applications ii libkde3support4 4:4.4.3-1 the KDE 3 Support Library for the ii libkdecore5 4:4.4.3-1 the KDE Platform Core Library ii libkdesu5 4:4.4.3-1 the Console-mode Authentication Li ii libkdeui5 4:4.4.3-1 the KDE Platform User Interface Li ii libkdnssd44:4.4.3-1 the DNS-SD Protocol Library for th ii libkfile4 4:4.4.3-1 the File Selection Dialog Library ii libkhtml5 4:4.4.3-1 the KHTML Web Content Rendering En ii libkimproxy4 4:4.4.3-1 the Instant Messaging Interface Li ii libkio5 4:4.4.3-1 the Network-enabled File Managemen ii libkjsapi44:4.4.3-1 the KJS API Library for the KDE De ii libkjsembed4 4:4.4.3-1 library for binding JavaScript obj ii libkmediaplayer4 4:4.4.3-1 the KMediaPlayer Interface for the ii libknewstuff2-4 4:4.4.3-1 the Get Hot New Stuff v2 Library ii libknotifyconfig4 4:4.4.3-1 library for configuring KDE Notifi ii libkntlm4 4:4.4.3-1 the NTLM Authentication Library fo ii libkparts44:4.4.3-1 the Framework for the KDE Platform ii libkpty4 4:4.4.3-1 the Pseudo Terminal Library for th ii libkrosscore4 4:4.4.3-1 the Kross Core Library ii libkrossui4 4:4.4.3-1 the Kross UI Library ii libktexteditor4 4:4.4.3-1 the KTextEditor interfaces for the ii libkutils44:4.4.3-1 various utility classes for the KD ii libnepomuk4 4:4.4.3-1 the Nepomuk Meta Data Library ii libsolid4 4:4.4.3-1 Solid Library for KDE Platform ii libthreadweaver4 4:4.4.3-1 the ThreadWeaver Library for the K kdelibs5 recommends no packages. kdelibs5 suggests no packages. -- debconf information: kdelibs5/upgrade_kdehome_info: kdelibs5/upgrade_kdehome_running: true kdelibs5/upgrade_kdehome_running_title: kdelibs5/upgrade_kdehome_info_title: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579344: gthumb-data: gthumb-data conflict with kipi-plugins
Package: gthumb-data Version: 3:2.11.3-1 Severity: grave both kipi-plugins and gthumb-data contain /usr/share/icons/hicolor/16x16/actions/flickr.png, so upgrading gthumb-data fail on a computer where there is kipi-plugins. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gthumb-data depends on: ii gconf22.28.1-3 GNOME configuration database syste ii rarian-compat [scrollkeeper] 0.8.1-4.1 Documentation meta-data library (c Versions of packages gthumb-data recommends: ii yelp 2.30.0+webkit-1 Help browser for GNOME gthumb-data suggests no packages. -- no debconf information -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579394: debian-el: Empty bug list
Package: debian-el Version: 33.1 Severity: normal Hello, When I ask debian-bug for the list of the bugs of any package, It always give me an empty list with no error whatsoever, leading to duplicate bug. Cordially. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debian-el depends on: ii bzip2 1.0.5-4high-quality block-sorting file co ii dpkg 1.15.7.1 Debian package management system ii emacs [emacsen] 23.1+1-6 The GNU Emacs editor (metapackage) ii emacs22 [emacsen] 22.3+1-1.2 The GNU Emacs editor ii emacs23 [emacsen] 23.1+1-6 The GNU Emacs editor (with GTK+ us ii file 5.04-2 Determines file type using magic ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii reportbug 4.12.1 reports bugs in the Debian distrib Versions of packages debian-el recommends: ii dlocate 1.02 fast alternative to dpkg -L and dp ii groff-base1.20.1-9 GNU troff text-formatting system ( ii wget 1.12-2 retrieves files from the web Versions of packages debian-el suggests: pn gnus none (no description available) -- no debconf information -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578273: libc6-dev: Please provide thread-safe dlerror() replacement
Package: libc6-dev Version: 2.10.2-6 Severity: wishlist Tags: upstream Hello, The current glibc implementation of dlerror() calls strerror(). The current implementation of strerror() is not thread-safe. While this is allowed by POSIX, this is quite inconvenient for thread-safe programs or library using dlopen() and dlsym(). With dlsym(), checking dlerror() is in fact the recommended way to detect errors. In theory anyway - NULL can be a correct succesful return value for dlsym(). I would not hold my breath for POSIX to resolve this issue, so can glibc please provide a proprietary replacement? We need this to fix the libvlc package (currently wrongly calling dlerror()). It could either write the error message to a provided buffer à la strerror_r() or allocate it on the heap - whatever. Best regards, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32.9 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6-dev depends on: ii libc-dev-bin 2.10.2-6 Embedded GNU C Library: Developmen ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii linux-libc-dev2.6.32-11 Linux support headers for userspac Versions of packages libc6-dev recommends: ii gcc [c-compiler] 4:4.4.3-1 The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.3-7The GNU C compiler Versions of packages libc6-dev suggests: ii glibc-doc 2.10.2-6 Embedded GNU C Library: Documentat ii manpages-dev 3.24-1 Manual pages about using GNU/Linux -- 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#578161: liblivemedia-dev: GPL patch is incompatible with LGPL distribution
Package: liblivemedia-dev Version: 2010.02.10-1 Severity: serious Justification: Policy 2.3 Hello, The liblivemedia-dev packages applies a patch explicitly licensed under the GPL. In my understanding, this makes the resulting binaries GPL. Yet the copyright file claims Debian provides the package under LGPL. Please remove the setlocale patch or fix the licensing informations. Thanks in advance, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32.9 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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