Bug#988128: aptitude: Security update not considered if a newer version is available
Package: aptitude Version: 0.8.13-3 Severity: normal Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: hexlaad...@ispx2cproxy001.x2c.nl To: Debian Bug Tracking System Subject: aptitude: Security update not considered if a newer version is available Bcc: hexlaad...@ispx2cproxy001.x2c.nl Package: aptitude Version: 0.8.11-7 Severity: normal Dear Maintainer, I started aptitude in UI mode to see the available security updates. Unfortunately, some security updates where missing when a newer version of the package is available from another repository. For example the apt package: $apt-cache policy apt apt: Installed: 1.8.2.1 Candidate: 1.8.2.3 Version table: 1.8.2.3 500 500 http://ftp.nl.debian.org/debian buster-updates/main amd64 Packages 1.8.2.2 500 500 http://ftp.nl.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org buster/updates/main amd64 Packages 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages *** 1.8.2.1 100 100 /var/lib/dpkg/status Aptitude did not show version 1.8.2.2 under the "Security Updates" heading, but only version 1.8.2.3 under de regular "Upgradable Packages" heading. I do not regularly install all the updates from buster-updates, only certain packages after impact review. Due to the miscategorisation of the security updates, they were not installed. Suggested fix: Always show all security updates under the "Security Updates" heading. If packages meet the above conditions, show them in both/multiple sections, each with the corresponding package version. -- Package-specific info: Terminal: xterm-256color $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.8.11 Compiler: g++ 8.2.0 Compiled against: apt version 5.0.2 NCurses version 6.1 libsigc++ version: 2.10.1 Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 6.1.20181013 cwidget version: 0.5.17 Apt version: 5.0.2 aptitude linkage: linux-vdso.so.1 (0x7ffca77bc000) libapt-pkg.so.5.0 => /lib/x86_64-linux-gnu/libapt-pkg.so.5.0 (0x7f10bbd85000) libncursesw.so.6 => /lib/x86_64-linux-gnu/libncursesw.so.6 (0x7f10bbd4b000) libtinfo.so.6 => /lib/x86_64-linux-gnu/libtinfo.so.6 (0x7f10bbd1d000) libsigc-2.0.so.0 => /lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7f10bbd14000) libcwidget.so.3 => /lib/x86_64-linux-gnu/libcwidget.so.3 (0x7f10bbc0e000) libsqlite3.so.0 => /lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f10bbaec000) libboost_iostreams.so.1.67.0 => /lib/x86_64-linux-gnu/libboost_iostreams.so.1.67.0 (0x7f10bbacc000) libboost_system.so.1.67.0 => /lib/x86_64-linux-gnu/libboost_system.so.1.67.0 (0x7f10bbac5000) libxapian.so.30 => /lib/x86_64-linux-gnu/libxapian.so.30 (0x7f10bb899000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f10bb878000) libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f10bb6f4000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f10bb571000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f10bb555000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f10bb394000) libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x7f10bb37a000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f10bb15c000) libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f10bb149000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f10bb121000) liblz4.so.1 => /lib/x86_64-linux-gnu/liblz4.so.1 (0x7f10bb10) libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x7f10bb061000) libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x7f10bb03b000) libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x7f10baf9a000) /lib64/ld-linux-x86-64.so.2 (0x7f10bc39e000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f10baf95000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f10baf89000) libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f10baf8) libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x7f10bae62000) libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x7f10bae3f000) -- System Information: Debian Release: 10.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-10-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.utf8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages aptitude depends
Bug#986626: dnsmasq: Invalid date in changelog
Package: dnsmasq Version: 2.84-1.2 Severity: normal Hi, The Debian changelog for dnsmasq contains an invalid date which aptitude is tripping over and causes a messed up display. Because of the caused mess, the exact error message can't be copied. The faulty entry is: -- Simon Kelley Tues, 13 Apr 2004 18:37:55 + Note the "Tues" instead of "Tue". -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (400, 'experimental'), (200, 'testing'), (110, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-5-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.utf8 (charmap=UTF-8), LANGUAGE=en_US Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages dnsmasq depends on: ii dnsmasq-base [dnsmasq-base] 2.84-1.2 ii init-system-helpers 1.60 ii lsb-base 11.1.0 ii netbase 6.3 ii runit-helper 2.10.3 dnsmasq recommends no packages. Versions of packages dnsmasq suggests: pn resolvconf -- Configuration Files: /etc/dnsmasq.conf changed [not included] -- no debconf information
Bug#964367: blender: Doesn't show any text in UI
Package: blender Version: 2.83.1+dfsg-2 Severity: important Dear Maintainer, I installed blender and upon first launch, the UI doesn't show any text. No text in menus, toolbars and dialogs, nowhere. This makes blender totally useless. Upon launch, blender prints this to the console: Can't find font: /home/alex/.config/blender/2.83/datafiles/fonts/droidsans.ttf Can't find font: /home/alex/.config/blender/2.83/datafiles/fonts/bmonofont-i18n.ttf Can't find font: /home/alex/.config/blender/2.83/datafiles/fonts/bmonofont-i18n.ttf /run/user/1000/gvfs/ non-existent directory -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (400, 'experimental'), (200, 'testing'), (110, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.utf8 (charmap=UTF-8), LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages blender depends on: ii blender-data 2.83.1+dfsg-2 ii fonts-dejavu 2.37-2 ii libavcodec58 7:4.3-3 ii libavdevice58 7:4.3-3 ii libavformat58 7:4.3-3 ii libavutil56 7:4.3-3 ii libboost-locale1.71.0 1.71.0-6+b2 ii libc6 2.30-8 ii libfftw3-double3 3.3.8-2 ii libfreetype6 2.10.2+dfsg-2 ii libgcc-s1 10.1.0-4 ii libgl11.3.1-1 ii libglew2.12.1.0-4+b1 ii libgomp1 10.1.0-4 ii libilmbase24 2.3.0-6 ii libjack0 [libjack-0.125] 1:0.125.0-3+b1 ii libjemalloc2 5.2.1-1 ii libjpeg62-turbo 1:2.0.5-1 ii libopenal11:1.19.1-1+b1 ii libopencolorio1v5 1.1.1~dfsg0-6+b1 ii libopenexr24 2.3.0-6 ii libopenimageio2.1 2.1.17.0~dfsg0-1 ii libopenjp2-7 2.3.1-1 ii libopenvdb7.0 7.0.0-3+b1 ii libosdcpu3.4.33.4.3-3 ii libosdgpu3.4.33.4.3-3 ii libpcre3 2:8.39-13 ii libpng16-16 1.6.37-2 ii libpython3.8 3.8.4~rc1-1 ii libsdl2-2.0-0 2.0.12+dfsg1-1 ii libsndfile1 1.0.28-8 ii libspnav0 0.2.3-1+b2 ii libstdc++610.1.0-4 ii libswscale5 7:4.3-3 ii libtbb2 2020.2-2 ii libtiff5 4.1.0+git191117-2 ii libx11-6 2:1.6.9-2+b1 ii libxfixes31:5.0.3-2 ii libxi62:1.7.10-1 ii libxml2 2.9.10+dfsg-5+b1 ii libxrender1 1:0.9.10-1 ii libxxf86vm1 1:1.1.4-1+b2 ii zlib1g1:1.2.11.dfsg-2 blender recommends no packages. blender suggests no packages. -- no debconf information
Bug#944535: collectd: rrdtool plugin: failed to build values string
On woensdag 13 november 2019 14:43:24 CET Bernd Zeimetz wrote: > > This is supposed to be fixed by upstream [1] in 5.9.2, but the fix is not > > in the Debian package. Which leads to the question what version is in the > > packages? > whatever was as 5.9.2 tarball on https://collectd.org/files/ - if that > has a diff to the github tag, that would be unfortunate. But there is an > issue about the 'collectd release process' open on github, maybe that is > one of the reasons. I just checked. The tarball from collectd.org is indeed different from the tagged commit. The tarball from github is ok. > > If i manually apply the upstream fix to the package, the problem is gone. > I'll update the package. Thanks. -- mvg, Alex Hermann Hexla
Bug#944535: collectd: rrdtool plugin: failed to build values string
Package: collectd Version: 5.9.2-4 Severity: important Dear Maintainer, The new version in unstable renders the rrdtool plugin useless. It just fills the log with gazillions of error messages: ... Nov 11 14:22:27 waxy collectd[24269]: rrdtool plugin: failed to build values string Nov 11 14:22:27 waxy collectd[24269]: rrdtool plugin: failed to build values string Nov 11 14:22:27 waxy collectd[24269]: rrdtool plugin: failed to build values string ... This is supposed to be fixed by upstream [1] in 5.9.2, but the fix is not in the Debian package. Which leads to the question what version is in the packages? If i manually apply the upstream fix to the package, the problem is gone. [1] https://github.com/collectd/collectd/commit/d27bfc74e606290f191c04cdb4e2acc4d5e8d4a9 -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (400, 'experimental'), (200, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.0-1-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.utf8 (charmap=UTF-8), LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages collectd depends on: ih collectd-core 5.9.2-4 ii libc6 2.29-3 ii librrd81.7.2-3 Versions of packages collectd recommends: ii default-jre-headless 2:1.11-72 pn intel-cmt-cat ii libatasmart4 0.19-5 pn libbson-1.0-0 ii libc6 2.29-3 ii libcurl3-gnutls 7.66.0-1+b1 ii libdbi1 0.9.0-5+b1 pn libesmtp6 pn libganglia1 ii libgcc1 1:9.2.1-19 ii libgcrypt20 1.8.5-3 ii libglib2.0-0 2.62.2-3 ii libgps25 3.19-2 pn libgrpc++1 ii libhiredis0.140.14.0-4 ii libi2c0 4.1-2 ii libip4tc2 1.8.3-2 ii libip6tc2 1.8.3-2 ii libldap-2.4-2 2.4.48+dfsg-1+b2 ii liblua5.3-0 5.3.3-1.1+b1 ii libmariadb3 1:10.3.19-1 pn libmemcached11 ii libmicrohttpd12 0.9.66-1+b1 ii libmnl0 1.0.4-2+b1 pn libmodbus5 pn libmongoc-1.0-0 ii libmosquitto1 1.6.7-1 ii libnotify40.7.8-1 pn libopenipmi0 ii liboping0 1.10.0-2.1+b2 pn libowcapi-3.2-3 ii libpcap0.81.9.1-2 ii libperl5.30 5.30.0-9 ii libpq512.0-1+b1 ii libprotobuf-c11.3.2-1+b1 ii libprotobuf17 3.6.1.3-2 ii libpython3.7 3.7.5-2 pn libqpid-proton11 pn librabbitmq4 pn librdkafka1 pn libriemann-client0 ii librrd8 1.7.2-3 pn librte-eal18.11 pn librte-ethdev18.11 ii libsensors5 1:3.6.0-2 ii libsnmp35 5.8+dfsg-2 ii libssl1.1 1.1.1d-2 ii libstdc++69.2.1-19 pn libtokyotyrant3 ii libudev1 242-8 pn libvarnishapi2 ii libvirt0 5.6.0-2 ii libxenmisc4.114.11.1+92-g6c33308a8d-2+b1 ii libxml2 2.9.4+dfsg1-7+b3 ii libyajl2 2.1.0-3 collectd suggests no packages. -- Configuration Files: /etc/collectd/collectd.conf changed [not included] -- debconf information excluded
Bug#935811: closed by Philipp Huebner (Bug#935811: fixed in ejabberd 19.08-2)
Hi, On donderdag 29 augustus 2019 20:24:07 CEST Debian Bug Tracking System wrote: > #935811: ejabberd: 2019.08 breaks BOSH and WebSocket > > It has been closed by Philipp Huebner . Thanks for the quick action. Ejabberd 2019.08 running fine now. -- mvg, Alex Hermann Hexla
Bug#935811: ejabberd: 2019.08 breaks BOSH and WebSocket
Package: ejabberd Version: 19.08-1 Severity: important Tags: upstream,fixed-upstream Forwarded: https://github.com/processone/ejabberd/issues/2989 Dear Maintainer, The 2019.08 introduced a regression in BOSH and WebSocket support where the HTTP Host(name) is not identical to the XMPP domain (very common setup). This has already been fixed upstream. I kindly request to include the fix in a new upload of 2019.08 and not wait until a new ejabberd version is released as that can take months. https://github.com/processone/ejabberd/issues/2989 -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (400, 'experimental'), (200, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.utf8 (charmap=UTF-8), LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages ejabberd depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.73 ii erlang-asn11:22.0.7+dfsg-1 ii erlang-base [erlang-abi-17.0] 1:22.0.7+dfsg-1 ii erlang-base64url 1.0.1-1 ii erlang-crypto 1:22.0.7+dfsg-1 ii erlang-goldrush0.2.0-2 ii erlang-inets 1:22.0.7+dfsg-1 ii erlang-jiffy 0.14.11+dfsg-4+b1 ii erlang-jose1.9.0-2 ii erlang-lager 3.8.0-1 ii erlang-mnesia 1:22.0.7+dfsg-1 ii erlang-odbc1:22.0.7+dfsg-1 ii erlang-os-mon 1:22.0.7+dfsg-1 ii erlang-p1-cache-tab1.0.20-1 ii erlang-p1-eimp 1.0.12-1 ii erlang-p1-iconv1.0.10-2 ii erlang-p1-mqtree 1.0.4-1 ii erlang-p1-pkix 1.0.3-1 ii erlang-p1-stringprep 1.0.17-1 ii erlang-p1-tls 1.1.2-1 ii erlang-p1-utils1.0.16-1 ii erlang-p1-xml 1.1.37-1 ii erlang-p1-xmpp 1.4.0-1 ii erlang-p1-yaml 1.0.20-1 ii erlang-p1-yconf1.0.0-1 ii erlang-p1-zlib 1.0.6-1 ii erlang-public-key 1:22.0.7+dfsg-1 ii erlang-ssl 1:22.0.7+dfsg-1 ii erlang-syntax-tools1:22.0.7+dfsg-1 ii erlang-xmerl 1:22.0.7+dfsg-1 ii init-system-helpers1.57 ii lsb-base 11.1.0 ii openssl1.1.1c-1 ii ucf3.0038+nmu1 ejabberd recommends no packages. Versions of packages ejabberd suggests: pn apparmor pn apparmor-utils pn ejabberd-contrib pn erlang-luerl pn erlang-p1-mysql pn erlang-p1-oauth2 pn erlang-p1-pam pn erlang-p1-pgsql pn erlang-p1-sip pn erlang-p1-sqlite3 pn erlang-p1-stun ii erlang-redis-client 1.2.0-2 ii imagemagick 8:6.9.10.23+dfsg-2.1 ii imagemagick-6.q16 [imagemagick] 8:6.9.10.23+dfsg-2.1 pn libunix-syslog-perl pn yamllint -- Configuration Files: /etc/default/ejabberd changed: ERL_OPTIONS="-env ERL_CRASH_DUMP_BYTES 0" EJABBERD_PID_PATH=/run/ejabberd/ejabberd.pid EJABBERD_CONFIG_PATH=/etc/ejabberd/ejabberd.yml CONTRIB_MODULES_CONF_DIR=/etc/ejabberd/modules.d /etc/ejabberd/inetrc [Errno 13] Permission denied: '/etc/ejabberd/inetrc' /etc/ejabberd/modules.d/README.modules [Errno 13] Permission denied: '/etc/ejabberd/modules.d/README.modules' -- debconf information: ejabberd/nomatch: * ejabberd/erlangopts: -env ERL_CRASH_DUMP_BYTES 0 ejabberd/invalidhostname: ejabberd/invaliduser: ejabberd/invalidpreseed: * ejabberd/user: admin ejabberd/nodenamechanges: * ejabberd/hostname: example.com
Bug#912016: liborcus: Please package the tools
Source: liborcus Version: 0.14.0+really0.13.4-1 Severity: wishlist Dear Maintainer, By default, a number of tools are build that can be used to convert spreadsheets between different formats: /usr/bin/orcus-css-dump /usr/bin/orcus-csv /usr/bin/orcus-detect /usr/bin/orcus-gnumeric /usr/bin/orcus-json /usr/bin/orcus-mso-encryption /usr/bin/orcus-ods /usr/bin/orcus-styles-ods /usr/bin/orcus-xls-xml /usr/bin/orcus-xlsx /usr/bin/orcus-xml /usr/bin/orcus-xml-dump /usr/bin/orcus-yaml /usr/bin/orcus-zip-dump Can you please consider packaging these tools? Attached patch does the trick for me. -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'stable'), (400, 'experimental'), (200, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.utf8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) diff -urN -x patches a/debian/control b/debian/control --- a/debian/control2018-08-30 11:00:35.0 +0200 +++ b/debian/control2018-07-20 13:01:15.637047952 +0200 @@ -91,3 +91,19 @@ . This package contains the API documentation. +Package: liborcus-bin +Section: libs +Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} +Depends: ${shlibs:Depends}, ${misc:Depends} +Description: library for processing spreadsheet documents - binaries + Orcus is a library that provides a collection of standalone file processing + filters. It is currently focused on providing filters for spreadsheet + documents, but filters for other productivity application types (such as + wordprocessor and presentation) are in consideration. + . + The library currently includes filters for xlsx, ods, csv, and generic XML + formats. + . + This packacge contains the command-line applications for converting documents. diff -urN -x patches a/debian/liborcus-bin.install b/debian/liborcus-bin.install --- a/debian/liborcus-bin.install 1970-01-01 01:00:00.0 +0100 +++ b/debian/liborcus-bin.install 2018-07-20 12:59:16.063249795 +0200 @@ -0,0 +1 @@ +usr/bin/*
Bug#891985: slic3r-prusa: The package does not actually contain the stated version of the software
Package: slic3r-prusa Version: 1.39.0+dfsg-1 Severity: normal Dear Maintainer, The Debian sources for the package (installed with apt-get source slic3r-prusa) do not match the sources downloaded from https://github.com/prusa3d/Slic3r/ at all. It seems the Debian sources are still at a very old version of the package. Checking random commits from github which should be in 1.39.0, none of them are present in the Debian package. Also, the packaged program still states its version as: $ slic3r-prusa3d --version 1.33.8.devel Please (re)build the package with the correct sources. Below is a diffstate between the Debian source and the source downloaded from github. I exluded the debian dir and the embedded libs. $ diff -urN -x 'debian' -x eigen -x expat slic3r-prusa-1.39.0+dfsg/ Slic3r-version_1.39.0 | diffstat | grep -v binary$ Slic3r-version_1.39.0/.pc/.quilt_patches |1 Slic3r-version_1.39.0/.pc/.quilt_series |1 Slic3r-version_1.39.0/.pc/.version |1 Slic3r-version_1.39.0/.pc/Add-usr-lib-slic3r-prusa-to-lib-search-path.patch/slic3r.pl | 560 Slic3r-version_1.39.0/.pc/Move-Slic3r-data-to-usr-share-slic3r-prusa.patch/lib/Slic3r.pm | 283 Slic3r-version_1.39.0/.pc/Use-system-libs.patch/xs/src/libslic3r/Format/AMF.cpp | 639 Slic3r-version_1.39.0/.pc/applied-patches |3 Slic3r-version_1.39.0/Build.PL |2 Slic3r-version_1.39.0/LICENSE | 661 Slic3r-version_1.39.0/README.md |2 Slic3r-version_1.39.0/doc/How_to_build_Slic3r.txt | 50 Slic3r-version_1.39.0/lib/Slic3r.pm | 30 Slic3r-version_1.39.0/lib/Slic3r/Config.pm | 300 Slic3r-version_1.39.0/lib/Slic3r/GUI.pm | 259 Slic3r-version_1.39.0/lib/Slic3r/GUI/3DScene.pm | 15 Slic3r-version_1.39.0/lib/Slic3r/GUI/AboutDialog.pm |2 Slic3r-version_1.39.0/lib/Slic3r/GUI/ConfigWizard.pm | 128 Slic3r-version_1.39.0/lib/Slic3r/GUI/Controller.pm | 58 Slic3r-version_1.39.0/lib/Slic3r/GUI/Controller/ManualControlDialog.pm |2 Slic3r-version_1.39.0/lib/Slic3r/GUI/Controller/PrinterPanel.pm | 28 Slic3r-version_1.39.0/lib/Slic3r/GUI/MainFrame.pm | 404 Slic3r-version_1.39.0/lib/Slic3r/GUI/Notifier.pm |2 Slic3r-version_1.39.0/lib/Slic3r/GUI/OptionsGroup/Field.pm |4 Slic3r-version_1.39.0/lib/Slic3r/GUI/Plater.pm | 471 Slic3r-version_1.39.0/lib/Slic3r/GUI/Plater/2D.pm |7 Slic3r-version_1.39.0/lib/Slic3r/GUI/Plater/3D.pm | 11 Slic3r-version_1.39.0/lib/Slic3r/GUI/Plater/ObjectPartsPanel.pm | 28 Slic3r-version_1.39.0/lib/Slic3r/GUI/Plater/OverrideSettingsPanel.pm |4 Slic3r-version_1.39.0/lib/Slic3r/GUI/Preferences.pm | 39 Slic3r-version_1.39.0/lib/Slic3r/GUI/Tab.pm | 950 Slic3r-version_1.39.0/lib/Slic3r/Print.pm | 19 Slic3r-version_1.39.0/lib/Slic3r/Print/Object.pm |3 Slic3r-version_1.39.0/slic3r.pl | 35 Slic3r-version_1.39.0/t/avoid_crossing_perimeters.t |2 Slic3r-version_1.39.0/t/bridges.t |2 Slic3r-version_1.39.0/t/combineinfill.t |6 Slic3r-version_1.39.0/t/config.t |2 Slic3r-version_1.39.0/t/cooling.t |6 Slic3r-version_1.39.0/t/custom_gcode.t | 154 Slic3r-version_1.39.0/t/fill.t |8 Slic3r-version_1.39.0/t/flow.t |4 Slic3r-version_1.39.0/t/gaps.t |
Bug#867892: mariadb-10.1: MariaDB 10.2 is now stable, please provide packages
Source: mariadb-10.1 Version: 10.1.24-6 Severity: wishlist Dear Maintainer, MariaBD has released a new stable series: 10.2. Please provide packages for this version as it provides many long awaited new features. https://mariadb.org/mariadb-10-2-6-stable-now-available/ -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'stable'), (400, 'experimental'), (200, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.utf8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system)
Bug#854791: initramfs-tools: does not wait for "resume" device to come up
Package: initramfs-tools Version: 0.127 Severity: normal Dear Maintainer, My nvme device in my laptop is a bit slow to enumerate its partitions (it takes upto 0.3 sec). This causes the initramfs script to fail to resume from hibernation. The resume script in local-premount just checks if the resume device exists, but it doesn't wait for it to become available, like with the root device. With a quick hack where i just add a "sleep 1" before "[ ! -e "${resume}" ] && exit 0" in the resume script, my laptop is able to resume. -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 4.7M Feb 10 12:02 /boot/initrd.img-4.9.0-1-amd64 -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.9.0-1-amd64 root=UUID=3724fe6e-df2c-453c-80e5-219fb9fd6a23 ro debug -- resume RESUME=/dev/nvme0n1p8 -- /proc/filesystems ext3 ext2 ext4 vfat -- lsmod Module Size Used by cmac 16384 1 bnep 20480 2 btusb 45056 0 btrtl 16384 1 btusb cpuid 16384 0 ctr16384 6 ccm20480 3 uvcvideo 90112 0 videobuf2_vmalloc 16384 1 uvcvideo videobuf2_memops 16384 1 videobuf2_vmalloc videobuf2_v4l2 24576 1 uvcvideo videobuf2_core 36864 2 uvcvideo,videobuf2_v4l2 videodev 176128 3 uvcvideo,videobuf2_core,videobuf2_v4l2 media 40960 2 uvcvideo,videodev snd_hda_codec_hdmi 45056 1 snd_hda_codec_generic69632 1 joydev 20480 0 iTCO_wdt 16384 0 iTCO_vendor_support16384 1 iTCO_wdt snd_soc_skl65536 0 snd_soc_skl_ipc45056 1 snd_soc_skl snd_soc_sst_ipc16384 1 snd_soc_skl_ipc intel_rapl 20480 0 x86_pkg_temp_thermal16384 0 intel_powerclamp 16384 0 coretemp 16384 0 snd_soc_sst_dsp28672 1 snd_soc_skl_ipc snd_hda_ext_core 28672 1 snd_soc_skl snd_soc_sst_match 16384 1 snd_soc_skl kvm_intel 192512 0 snd_soc_core 212992 1 snd_soc_skl nls_ascii 16384 1 kvm 589824 1 kvm_intel nls_cp437 20480 1 snd_compress 20480 1 snd_soc_core vfat 20480 1 fat69632 1 vfat irqbypass 16384 1 kvm crct10dif_pclmul 16384 0 crc32_pclmul 16384 0 ghash_clmulni_intel16384 0 intel_cstate 16384 0 arc4 16384 2 xhci_pci 16384 0 efi_pstore 16384 0 snd_hda_intel 36864 0 xhci_hcd 188416 1 xhci_pci i915 1236992 7 snd_hda_codec 135168 3 snd_hda_intel,snd_hda_codec_hdmi,snd_hda_codec_generic intel_uncore 118784 0 psmouse 135168 0 intel_rapl_perf16384 0 ahci 36864 0 efivars20480 1 efi_pstore snd_hda_core 81920 6 snd_hda_intel,snd_hda_codec,snd_hda_ext_core,snd_soc_skl,snd_hda_codec_hdmi,snd_hda_codec_generic pcspkr 16384 0 snd_hwdep 16384 1 snd_hda_codec iwlmvm245760 0 drm_kms_helper155648 1 i915 mac80211 671744 1 iwlmvm usbcore 249856 4 uvcvideo,xhci_pci,btusb,xhci_hcd drm 360448 5 i915,drm_kms_helper snd_pcm 110592 7 snd_hda_intel,snd_hda_codec,snd_hda_ext_core,snd_hda_core,snd_soc_skl,snd_hda_codec_hdmi,snd_soc_core libahci32768 1 ahci iwlwifi 151552 1 iwlmvm usb_common 16384 1 usbcore i2c_i801 24576 0 snd_timer 32768 1 snd_pcm snd86016 9 snd_compress,snd_hda_intel,snd_hwdep,snd_hda_codec,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_soc_core,snd_pcm i2c_smbus 16384 1 i2c_i801 soundcore 16384 1 snd cfg80211 589824 3 iwlmvm,iwlwifi,mac80211 libata249856 2 ahci,libahci mei_me 36864 0 scsi_mod 225280 1 libata intel_pch_thermal 16384 0 mei 102400 1 mei_me processor_thermal_device16384 0 int340x_thermal_zone16384 1 processor_thermal_device i2c_algo_bit 16384 1 i915 intel_soc_dts_iosf 16384 1 processor_thermal_device ideapad_laptop 24576 0 wmi16384 1 ideapad_laptop battery16384 0 ac 16384 0 hci_uart 98304 0 btbcm 16384 2 hci_uart,btusb intel_vbtn 16384 0 btqca 16384 1 hci_uart sparse_keymap 16384 2 intel_vbtn,ideapad_laptop btintel16384 2 hci_uart,btusb video 40960 2 i915,ideapad_laptop bluetooth 552960 28 btrtl,hci_uart,btintel,btqca,bnep,btbcm,btusb i2c_hid20480 0 intel_lpss_acpi16384 0 intel_lpss
Bug#691790: network-manager: Connectivity checking fails
Package: network-manager Version: 0.9.6.4-1 Severity: normal Dear Maintainer, The connectivity checking feature introduced by version 0.9.4 of network-manager doesn't work with the Debian provided version. I added the [connectivity] section (see below) and also tried with the command-line options. Neither works. NM creates no related network traffic, as monitored with ngrep. There is also no mention of the settings, functionality nor failure in syslog, not even with log-level=DEBUG. The functionality is described in the man-page and with --help so it should be expected it is available. The feature requires the use of libsoup. Checking with ldd it reveals that nm isn't linked against it: $ ldd /usr/sbin/NetworkManager | grep soup -c 0 So it seems nm isn't compiled with libsoup headers present. Why the option is mentioned in the --help and the man page even though it clearly isn't compiled in is another bug, one that will become obsolete once nm is compiled against libsoup. Please compile nm against libsoup so the connectivity feature can be used. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental'), (90, 'oneiric') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-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 Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.6.8-1 ii dpkg 1.16.9 ii isc-dhcp-client4.2.4-3 ii libc6 2.13-36 ii libdbus-1-31.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libgcrypt111.5.0-3 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgnutls262.12.20-1 ii libgudev-1.0-0 175-7 ii libnl-3-2003.2.7-4 ii libnl-genl-3-200 3.2.7-4 ii libnl-route-3-200 3.2.7-4 ii libnm-glib40.9.6.4-1 ii libnm-util20.9.6.4-1 ii libpolkit-gobject-1-0 0.105-1 ii libuuid1 2.20.1-5.2 ii lsb-base 4.1+Debian7 ii udev 175-7 ii wpasupplicant 1.0-3 Versions of packages network-manager recommends: pn crda none ii dnsmasq-base 2.63-4 ii iptables 1.4.16.3-1 ii modemmanager 0.5.2.0-2 ii policykit-1 0.105-1 ii ppp 2.4.5-5.1+b1 Versions of packages network-manager suggests: pn avahi-autoipd none -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=keyfile [ifupdown] managed=true [connectivity] uri=http://start.ubuntu.com/connectivity-check.html response=Lorem ipsum interval=30 -- 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#691312: sabnzbdplus: Version 0.7.4-1 can not be installed because initscript fails
Package: sabnzbdplus Version: 0.7.4-1 Severity: important Dear Maintainer, sabnzbdplus fails to install because the initscript fails. The daemon is running afterwards, but stopping and/or restarting fails. * What led up to the situation? Upgrading sabnzbdplus from 0.7.3-1 to 0.7.4-1 * What exactly did you do (or not do) that was effective (or ineffective)? apt-get -f install (uneffective) * What was the outcome of this action? # apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 14 not upgraded. 3 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up sabnzbdplus (0.7.4-1) ... Starting SABnzbd+ binary newsgrabber:X11 connection rejected because of wrong authentication. failed! invoke-rc.d: initscript sabnzbdplus, action start failed. dpkg: error processing sabnzbdplus (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of sabnzbdplus-theme-classic: sabnzbdplus-theme-classic depends on sabnzbdplus (= 0.7.4-1); however: Package sabnzbdplus is not configured yet. dpkg: error processing sabnzbdplus-theme-classic (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of sabnzbdplus-theme-smpl: sabnzbdplus-theme-smpl depends on sabnzbdplus (= 0.7.4-1); however: Package sabnzbdplus is not configured yet. dpkg: error processing sabnzbdplus-theme-smpl (--configure): dependency problems - leaving unconfigured Processing triggers for menu ... Errors were encountered while processing: sabnzbdplus sabnzbdplus-theme-classic sabnzbdplus-theme-smpl localepurge: Disk space freed in /usr/share/locale: 0 KiB localepurge: Disk space freed in /usr/share/man: 0 KiB localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB localepurge: Disk space freed in /usr/share/omf: 0 KiB localepurge: Disk space freed in /usr/share/doc/kde/HTML: 0 KiB Total disk space freed by localepurge: 0 KiB E: Sub-process /usr/bin/dpkg returned an error code (1) * What outcome did you expect instead? Correctly installed sabnzbdplus *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (400, 'experimental'), (200, 'testing'), (70, 'oneiric') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-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/bash Versions of packages sabnzbdplus depends on: ii python 2.7.3-3 ii python-cheetah 2.4.4-3 ii python-configobj 4.7.2+ds-4 ii python-feedparser5.1.2-1 ii sabnzbdplus-theme-plush 0.7.4-1 Versions of packages sabnzbdplus recommends: ii par2 0.4-11 ii python-openssl 0.13-2 ii python-yenc0.3+debian-2+b2 iu sabnzbdplus-theme-classic 0.7.4-1 iu sabnzbdplus-theme-smpl 0.7.4-1 ii unrar 1:4.1.4-1 ii unzip 6.0-7 Versions of packages sabnzbdplus suggests: ii python-dbus 1.1.1-1 ii python-notify 0.1.1-3 pn sabnzbdplus-theme-mobile none -- Configuration Files: /etc/default/sabnzbdplus changed: USER=waxy CONFIG= HOST= PORT= EXTRAOPTS= -- 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#689505: udev: Creates duplicates by-id symlinks for event devices for Microsoft Wireless Desktop
Package: udev Version: 175-7 Severity: normal Dear Maintainer, The 60-persistent-input.rules rules create identical by-id symlinks for two separate event devices, rendering the first unaccesible by-id. The winning symlink seems to be random, with a strong preference for event11 (which is not hte most usefull interface) The /dev/input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-kbd is created for both /dev/input/event2 and /dev/input/event11. Below is the output from udevadm info --query=all for all devices created when plugging in the hardware. Note the duplicated entry: S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-kbd # udevadm info --query=all --path=/sys/class/input/event2 P: /devices/pci:00/:00:1d.2/usb8/8-1/8-1:1.0/input/input24/event2 N: input/event2 S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-kbd S: input/by-path/pci-:00:1d.2-usb-0:1:1.0-event-kbd E: BACKSPACE=guess E: DEVLINKS=/dev/input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-kbd /dev/input/by-path/pci-:00:1d.2-usb-0:1:1.0-event-kbd E: DEVNAME=/dev/input/event2 E: DEVPATH=/devices/pci:00/:00:1d.2/usb8/8-1/8-1:1.0/input/input24/event2 E: ID_BUS=usb E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_INPUT_KEYBOARD=1 E: ID_MODEL=Microsoft®_2.4GHz_Transceiver_v7.0 E: ID_MODEL_ENC=Microsoft®\x202.4GHz\x20Transceiver\x20v7.0 E: ID_MODEL_ID=0745 E: ID_PATH=pci-:00:1d.2-usb-0:1:1.0 E: ID_PATH_TAG=pci-_00_1d_2-usb-0_1_1_0 E: ID_REVISION=0663 E: ID_SERIAL=Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0 E: ID_TYPE=hid E: ID_USB_DRIVER=usbhid E: ID_USB_INTERFACES=:030101:030102:03: E: ID_USB_INTERFACE_NUM=00 E: ID_VENDOR=Microsoft E: ID_VENDOR_ENC=Microsoft E: ID_VENDOR_ID=045e E: MAJOR=13 E: MINOR=66 E: SUBSYSTEM=input E: UDEV_LOG=3 E: USEC_INITIALIZED=6181708095776 E: XKBLAYOUT=us E: XKBMODEL=logicd E: XKBOPTIONS=compose:ralt # udevadm info --query=all --path=/sys/class/input/event10 P: /devices/pci:00/:00:1d.2/usb8/8-1/8-1:1.1/input/input25/event10 N: input/event10 S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-mouse S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-if01-event-mouse S: input/by-path/pci-:00:1d.2-usb-0:1:1.1-event-mouse E: BACKSPACE=guess E: DEVLINKS=/dev/input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-mouse /dev/input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-if01-event-mouse /dev/input/by-path/pci-:00:1d.2-usb-0:1:1.1-event-mouse E: DEVNAME=/dev/input/event10 E: DEVPATH=/devices/pci:00/:00:1d.2/usb8/8-1/8-1:1.1/input/input25/event10 E: ID_BUS=usb E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_INPUT_MOUSE=1 E: ID_MODEL=Microsoft®_2.4GHz_Transceiver_v7.0 E: ID_MODEL_ENC=Microsoft®\x202.4GHz\x20Transceiver\x20v7.0 E: ID_MODEL_ID=0745 E: ID_PATH=pci-:00:1d.2-usb-0:1:1.1 E: ID_PATH_TAG=pci-_00_1d_2-usb-0_1_1_1 E: ID_REVISION=0663 E: ID_SERIAL=Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0 E: ID_TYPE=hid E: ID_USB_DRIVER=usbhid E: ID_USB_INTERFACES=:030101:030102:03: E: ID_USB_INTERFACE_NUM=01 E: ID_VENDOR=Microsoft E: ID_VENDOR_ENC=Microsoft E: ID_VENDOR_ID=045e E: MAJOR=13 E: MINOR=74 E: SUBSYSTEM=input E: UDEV_LOG=3 E: USEC_INITIALIZED=6181707845578 E: XKBLAYOUT=us E: XKBMODEL=logicd E: XKBOPTIONS=compose:ralt # udevadm info --query=all --path=/sys/class/input/event11 P: /devices/pci:00/:00:1d.2/usb8/8-1/8-1:1.2/input/input26/event11 N: input/event11 S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-kbd S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-if02-event-kbd S: input/by-path/pci-:00:1d.2-usb-0:1:1.2-event-kbd E: BACKSPACE=guess E: DEVLINKS=/dev/input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-kbd /dev/input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-if02-event-kbd /dev/input/by-path/pci-:00:1d.2-usb-0:1:1.2-event-kbd E: DEVNAME=/dev/input/event11 E: DEVPATH=/devices/pci:00/:00:1d.2/usb8/8-1/8-1:1.2/input/input26/event11 E: ID_BUS=usb E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_INPUT_KEYBOARD=1 E: ID_MODEL=Microsoft®_2.4GHz_Transceiver_v7.0 E: ID_MODEL_ENC=Microsoft®\x202.4GHz\x20Transceiver\x20v7.0 E: ID_MODEL_ID=0745 E: ID_PATH=pci-:00:1d.2-usb-0:1:1.2 E: ID_PATH_TAG=pci-_00_1d_2-usb-0_1_1_2 E: ID_REVISION=0663 E: ID_SERIAL=Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0 E: ID_TYPE=hid E: ID_USB_DRIVER=usbhid E: ID_USB_INTERFACES=:030101:030102:03: E: ID_USB_INTERFACE_NUM=02 E: ID_VENDOR=Microsoft E: ID_VENDOR_ENC=Microsoft E: ID_VENDOR_ID=045e E: MAJOR=13 E: MINOR=75 E: SUBSYSTEM=input E: UDEV_LOG=3 E: USEC_INITIALIZED=6181708099533 E: XKBLAYOUT=us E: XKBMODEL=logicd E: XKBOPTIONS=compose:ralt lsusb -v output: Bus 008 Device 007: ID 045e:0745 Microsoft Corp. Nano Transceiver v1.0 for Bluetooth Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass
Bug#630081: Overriding via /etc/usb-modeswitch.d doesn't work
On Wednesday 15 June 2011 23:37:15 Josua Dietze wrote: Am 15.06.2011 21:56, schrieb Alex Hermann: An override config file should have higher priority than shipped config of course. O.K., so let's assume a user puts a changed/added config file into /etc/usb_modeswitch.d. It is preferred over the files in the package. One day there is a package update, and the new/changed configuration now comes included with the new package, probably improved over the manual file or with new parameters. What should happen then? There are more software packages using this scheme (udev, mysql, pam) although most place all configs in /etc. I have no idea about the amount of support/bugreports this causes. IMHO, if a user changes/overrides the config he is responsible for tracking changes to the default config. Packaging scripts warning about them may help though. If new/updated configs are shipped by upstream timely, it will only be a few 'early adopters' having the need to override configs reducing the risk of support needed by users who 'forgot' about their overrides. -- Alex Hermann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630081: Overriding via /etc/usb-modeswitch.d doesn't work
On Wednesday 15 June 2011, Josua Dietze wrote: Why not use the /usr/share/usb_modeswitch folder, alongside the package? I propose to drop the check for the old config folder (/etc/usb_modeswitch.d) in the upcoming wrapper version altogether. Also, I think we can agree that in the now possible case of duplicate configurations (one unpacked, one packed) the unpacked file should have the higher priority. What do you think? IMHO I think the folder change is not a good idea. The /usr/share folder is supposed to be under package manager control, not user control. I think overriding packaged configurations do belong in /etc. The current package (with this bug fixed) fits my use case perfectly and I think it also fits the Debian way of configuring software. An override config file should have higher priority than shipped config ofcourse. Alex (not related to, nor speaking on behalf of, Debian; just long-term user). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630081: Overriding via /etc/usb-modeswitch.d doesn't work
On Sunday 12 June 2011 14:35:55 Didier Raboud wrote: Le vendredi, 10 juin 2011 18.39:01, Alex Hermann a écrit : First, let me disagree with the could not possibly work because: 1) I tested this patch and it worked for me 2) I made another user use the code in this patch and it worked for him (see https://bugs.launchpad.net/ubuntu/+source/usb-modeswitch-data/+bug/776959 ) Sorry, i should have explained a bit more about what went wrong exactly. I'll try to do that now. Second, can you show me a case where the code as shipped in 1.1.7-1 fails ? Just drop in a file in the override dir for a new device. For example attached file. Now, for your patch (which I am happy to discuss; by the way): --- usb_modeswitch_dispatcher.orig2011-03-16 14:04:26.0 +0100 +++ usb_modeswitch_dispatcher 2011-06-10 18:30:29.0 +0200 @@ -571,10 +571,10 @@ } set configList [split $configList \n] Log Searching overriding entries named: $settings(dbdir_etc)/$config* - append configList [glob -nocomplain $settings(dbdir_etc)/$config*] + append configList [glob -nocomplain -tails -directory $settings(dbdir_etc) $config*] What does this bring ? If I read it correctly, my line appends to the configList variable the matching /etc/usb_modeswitch.d/${config}* entries, while yours appends only the ${config}* part. I tried both options and both work identically (because , so I don't see what this change brings. set configList [lsearch -glob -all -inline $configList $config*] } else { - set configList [glob -nocomplain $settings(dbdir)/$config*] + set configList [glob -nocomplain -tails -directory $settings(dbdir_etc) $config*] } Also I don't understand that change. The idea of the original code is to look in dbdir (/usr/share/…) iff there is no available tarball: this is legacy code to support past usb-modeswitch-data versions. Changing that line to look into dbdir_etc changes the expectations one can have on the behaviour of usb-modeswitch. Both changes accomplish nearly the same thing. This section of the ConfigGet function (list) is supposed to return a list of all supported devices. In the original version, the entire filename of the override file is appended to the list from the tar.gz, without separator. The list would look like: ... 201e:2009 230d:0001 :6500/etc/usb_modeswitch.d/12d1:14fe Then the lsearch function would not find the override file, because the lsearch is looking for just the filename, not the entire path. And because of the missing separator, it would fail anyway. The returned list will be empty. Attachedar a patch adding some logging and a resulting logfile showing the above behaviour. The patch adds a separator and only adds the filename (=usb vendor:product) to the list. Reexamining the codepaths, it seems that overriding a config which is already present in the tar.gz would work, because the original file is correctly put into the list (from the tar.gz, not the override file) and matched. Adding a new device wouldn't work because of the above mentioned reasons. So all in all, in my humble opinion and under my current understanding, your patch doesn't do any harm, nor helps. Maybe I overlooked something and I would be happy to be proven wrong. I hope i have explained the issue a bit better now. -- Alex Hermann SpeakUp BV t: 088-7732587 f: 088-7732588 # T-Mobile NL (Huawei E352) DefaultVendor= 0x12d1 DefaultProduct=0x14fe TargetVendor= 0x12d1 TargetProduct= 0x1506 MessageContent=55534243123456780011062001 CheckSuccess=20 --- usb_modeswitch_dispatcher.orig 2011-03-16 14:04:26.0 +0100 +++ usb_modeswitch_dispatcher.log 2011-06-14 11:53:49.0 +0200 @@ -570,8 +570,10 @@ return {} } set configList [split $configList \n] + Log 1 - $configList Log Searching overriding entries named: $settings(dbdir_etc)/$config* append configList [glob -nocomplain $settings(dbdir_etc)/$config*] + Log 2 - $configList set configList [lsearch -glob -all -inline $configList $config*] } else { set configList [glob -nocomplain $settings(dbdir)/$config*] USB_ModeSwitch log from Tue Jun 14 11:58:10 CEST 2011 raw args from udev: /2-1.3:1.0 Using global config file: /etc/usb_modeswitch.conf Bus ID for device not given by udev. Trying to determine it from kernel name (2-1.3:1.0) ... USB dir exists: /sys/bus/usb/devices/2-1.3 Warning: USB attribute serial not found. USB values from sysfs: manufacturer HUAWEI product HUAWEI Mobile serial Found packed config collection /usr/share/usb_modeswitch/configPack.tar.gz 1 - 0421:060c 0421:0610 0421:0622 0421
Bug#630081: Overriding via /etc/usb-modeswitch.d doesn't work
On Tuesday 14 June 2011, Didier Raboud wrote: On Tuesday 14 June 2011 11.58:43 Alex Hermann wrote: I hope i have explained the issue a bit better now. Indeed you have, and very clearly so. Thanks for that ! I prepared a git commit for the packaging repository that incorporates your changes and attributes them to you. What do you think: can I push this commit? It is ok with me. -- Greetings, Alex Hermann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630081: Overriding via /etc/usb-modeswitch.d doesn't work
Package: usb-modeswitch Version: 1.1.7-1 Severity: normal The /usr/sbin/usb_modeswitch_dispatcher script has such bugs that the documented feature of overriding configs via /etc/usb-modeswitch.d could not possibly work. Attached patch fixes this feature. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental'), (90, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-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 Versions of packages usb-modeswitch depends on: ii dpkg 1.16.0.3Debian package management system ii libc62.13-4 Embedded GNU C Library: Shared lib ii libusb-0.1-4 2:0.1.12-17 userspace USB programming library ii tcl 8.5.0-2 The Tool Command Language (default ii tcl8.4 [tclsh] 8.4.19-4Tcl (the Tool Command Language) v8 ii tcl8.5 [tclsh] 8.5.9-2 Tcl (the Tool Command Language) v8 ii usb-modeswitch-data 20110227-2 mode switching data for usb-modesw usb-modeswitch recommends no packages. Versions of packages usb-modeswitch suggests: pn comgt none (no description available) pn wvdialnone (no description available) -- Configuration Files: /etc/usb_modeswitch.conf changed: DisableSwitching=0 EnableLogging=1 -- no debconf information --- usb_modeswitch_dispatcher.orig 2011-03-16 14:04:26.0 +0100 +++ usb_modeswitch_dispatcher 2011-06-10 18:30:29.0 +0200 @@ -571,10 +571,10 @@ } set configList [split $configList \n] Log Searching overriding entries named: $settings(dbdir_etc)/$config* - append configList [glob -nocomplain $settings(dbdir_etc)/$config*] + append configList [glob -nocomplain -tails -directory $settings(dbdir_etc) $config*] set configList [lsearch -glob -all -inline $configList $config*] } else { - set configList [glob -nocomplain $settings(dbdir)/$config*] + set configList [glob -nocomplain -tails -directory $settings(dbdir_etc) $config*] } return $configList
Bug#588438: blueproximity: Executable does nothing
Package: blueproximity Version: 1.2.5-5 Severity: normal Justification: renders package unusable Installed the package using aptitude, started blueproximity as a regular user. Program starts spitting out some messages after which it is just sitting there doing nothing. No gui, no cli, nothing. Cli output follows: $ blueproximity Using config file 'standard.conf'. /usr/share/blueproximity/proximity.py:186: GtkWarning: GtkSpinButton: / setting an adjustment with non-zero page size is deprecated self.wTree = gtk.glade.XML(self.gladefile) Traceback (most recent call last): File /usr/share/blueproximity/proximity.py, line 1293, in module pGui = ProximityGUI(configs,new_config) File /usr/share/blueproximity/proximity.py, line 213, in __init__ self.window.set_icon(gtk.gdk.pixbuf_new_from_file(dist_path + icon_base)) glib.GError: Couldn't recognize the image file format for file '/usr/share/blueproximity/blueproximity_base.svg' After installing librsvg2-common, a gui element appears. Probably needs a depends on this package. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (120, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-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/bash Versions of packages blueproximity depends on: ii bluetooth 4.66-1 Bluetooth support ii python2.6.5-5An interactive high-level object-o ii python-bluez 0.18-1+b1 Python wrappers around BlueZ for r ii python-central0.6.16 register and build utility for Pyt ii python-configobj 4.7.2+ds-1 simple but powerful config file re ii python-glade2 2.17.0-2 GTK+ bindings: Glade support ii python-gobject2.21.1-2 Python bindings for the GObject li ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge Versions of packages blueproximity recommends: pn librsvg2-common none (no description available) Versions of packages blueproximity suggests: pn gnome-screensaver | xscreensa 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#536345: rtpproxy: Binary 'makeann' missing from package
Package: rtpproxy Version: 1.2.0-1 Severity: normal The package is missing the binary 'makeann' which is created during a default build. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (80, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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/bash Versions of packages rtpproxy depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.9-13 GNU C Library: Shared libraries rtpproxy recommends no packages. Versions of packages rtpproxy suggests: pn ser | openser 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#525584: virtualbox-ose: umask and sticky bit are ignored
Package: virtualbox-ose Version: 2.2.0-dfsg-3 Severity: normal The user's umask is 0002, but an image file gets permissions 600 instead of 660. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (510, 'unstable'), (120, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28.4 (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/bash Versions of packages virtualbox-ose depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.26Debian configuration management sy ii libc6 2.9-7 GNU C Library: Shared libraries ii libgcc11:4.3.3-8 GCC support library ii libsdl1.2debian1.2.13-4+b1 Simple DirectMedia Layer ii libstdc++6 4.3.3-8 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxml22.7.3.dfsg-1 GNOME XML library ii libxmu62:1.0.4-1 X11 miscellaneous utility library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii python 2.5.4-2 An interactive high-level object-o ii python2.5 2.5.4-1 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages virtualbox-ose recommends: ii libgl1-mesa-glx [lib 7.4-2 A free implementation of the OpenG ii virtualbox-ose-modul 2.6.26+2.1.2-dfsg-4 PC virtualization solution for Lin ii virtualbox-ose-modul 2.1.2-dfsg-1+1.waxy VirtualBox modules for Linux (kern ii virtualbox-ose-modul 2.2.0-dfsg-3+1.waxy VirtualBox modules for Linux (kern ii virtualbox-ose-qt2.2.0-dfsg-3x86 virtualization solution - Qt b Versions of packages virtualbox-ose suggests: ii virtualbox-ose-source 2.2.0-dfsg-3 x86 virtualization solution - kern -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525421: geoip-database: Executable is missing in package
Package: geoip-database Version: 1.4.6.dfsg-3 Severity: normal The description of the package says: This package contains the command line utilities to resolve the IP numbers using the GeoIP library. But there are no executables in the package: $ dpkg -L geoip-database /. /usr /usr/share /usr/share/doc /usr/share/doc/geoip-database /usr/share/doc/geoip-database/changelog.Debian.gz /usr/share/doc/geoip-database/README.gz /usr/share/doc/geoip-database/copyright /usr/share/doc/geoip-database/changelog.gz /usr/share/doc/geoip-database/AUTHORS /usr/share/doc/geoip-database/TODO /usr/share/GeoIP /usr/share/GeoIP/GeoIP.dat -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (510, 'unstable'), (120, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28.4 (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/bash geoip-database depends on no packages. Versions of packages geoip-database recommends: ii libgeoip1 1.4.6.dfsg-3 A non-DNS IP-to-country resolver l geoip-database suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502504: hplip: None of the applications will start
Package: hplip Version: 2.8.6.b-3 Severity: grave Justification: renders package unusable None of the hp-* applications in the package will start. All fail with the same message: $ hp-check error: CUPSEXT could not be loaded. Please check HPLIP installation. This is the case for almost a year or so. Purging and reinstalling doesn't help. $ locate cupsext /usr/lib/python-support/hplip/python2.5/cupsext.so /var/lib/python-support/python2.5/cupsext.so -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (120, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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/bash Versions of packages hplip depends on: ii adduser3.110 add and remove users and groups ii coreutils 6.10-6The GNU core utilities ii cups 1.3.8-1lenny2 Common UNIX Printing System(tm) - ii hplip-data 2.8.6.b-3 HP Linux Printing and Imaging - da ii libc6 2.7-15GNU C Library: Shared libraries ii libcups2 1.3.8-1lenny2 Common UNIX Printing System(tm) - ii libdbus-1-31.2.1-3 simple interprocess messaging syst ii libsnmp15 5.4.1~dfsg-10 SNMP (Simple Network Management Pr ii libssl0.9.80.9.8g-13 SSL shared libraries ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii python 2.5.2-2 An interactive high-level object-o ii python-dbus0.83.0-1 simple interprocess messaging syst ii python-imaging 1.1.6-3 Python Imaging Library ii python-support 0.8.6 automated rebuilding support for P Versions of packages hplip recommends: ii cups-client1.3.8-1lenny2 Common UNIX Printing System(tm) - pn hpijs none(no description available) pn hplip-gui none(no description available) Versions of packages hplip suggests: pn hplip-doc none (no description available) ii kdeprint4:3.5.9.dfsg.1-5 print system for KDE pn openprinting-ppds none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496486: synce-kpm: Program does not do anything
Package: synce-kpm Version: 0.11.1-1 Severity: grave Justification: renders package unusable After installing I started the program. It just sits around doing absolutely nothing. ActiveSync Status says: Make sure Sync-Engine is running (No hint as to how to make it running) Connecting the PDA and starting ActiveSync on it doesn't make a difference. The only available documentation in the form of a man-page doesn't provide any help except for a feature list. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (120, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-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/bash Versions of packages synce-kpm depends on: ii python 2.5.2-2 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii python-dbus0.83.0-1 simple interprocess messaging syst ii python-libxml2 2.6.32.dfsg-2 Python bindings for the GNOME XML ii python-libxslt11.1.24-2 Python bindings for libxslt1 ii python-qt4 4.4.2-4 Python bindings for Qt4 ii python-qt4-dbus4.4.2-4 DBus Support for PyQt4 ii python-rapi2 0.11.1-2 Make RAPI calls to a Windows Mobil ii python-setuptools 0.6c8-4 Python Distutils Enhancements synce-kpm recommends no packages. synce-kpm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482653: kcontrol: Missing USB id for Logitech Mouse
Package: kcontrol Version: 4:3.5.9.dfsg.1-2+b1 Severity: normal The logitechmouse udev rule is missing an entry for the LX700: SYSFS{idProduct}==c512, SYSFS{idVendor}==046d, MODE=660, GROUP=plugdev -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-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/bash Versions of packages kcontrol depends on: ii kdebase-data 4:3.5.9.dfsg.1-2shared data files for the KDE base ii kdelibs4c2a 4:3.5.9.dfsg.1-4core libraries and binaries for al ii kicker 4:3.5.9.dfsg.1-2+b1 desktop panel for KDE ii libc62.7-11 GNU C Library: Shared libraries ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.3.0-4 GCC support library ii libgl1-mesa-glx [lib 7.0.3-1 A free implementation of the OpenG ii libglu1-mesa [libglu 7.0.3-1 The OpenGL utility library (GLU) ii libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libraw1394-8 1.3.0-3 library for direct access to IEEE ii libssl0.9.8 0.9.8g-10 SSL shared libraries ii libstdc++6 4.3.0-4 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-11 userspace USB programming library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.12-2FreeType-based font drawing librar ii libxrandr2 2:1.2.2-2 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra ii usbutils 0.73-8 Linux USB utilities Versions of packages kcontrol recommends: ii udev 0.114-2/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477204: sun-java6-plugin: Plugin should not depend on konqueror
Package: sun-java6-plugin Version: 6-06-1 Severity: minor The plugin doesn't work with konqueror as it uses the java binary directly. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.4-server (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sun-java6-plugin depends on: ii iceweasel2.0.0.13-1 lightweight web browser based on M ii konqueror4:3.5.9.dfsg.1-2+b1 KDE's advanced file manager, web b ii libasound2 1.0.16-2ALSA library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxp6 1:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii sun-java6-bin6-06-1 Sun Java(TM) Runtime Environment ( sun-java6-plugin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469108: xscreensaver: webcollage is missing in last upload
Package: xscreensaver Version: 5.04-4 Severity: important Since the last update, webcollage is not installed anymore. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.2-server (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xscreensaver depends on: ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libc6 2.7-9 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgtk2.0-02.12.8-1 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libpam0g 0.99.7.1-5Pluggable Authentication Modules l ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.31.dfsg-1 GNOME XML library ii libxmu62:1.0.4-1 X11 miscellaneous utility library ii libxpm41:3.5.7-1 X11 pixmap library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii libxxf86misc1 1:1.0.1-2 X11 XFree86 miscellaneous extensio ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l ii xscreensaver-data 5.04-4data files to be shared among scre Versions of packages xscreensaver recommends: ii libjpeg-progs 6b-14 Programs for manipulating JPEG fil pn miscfiles | wordlist none (no description available) ii perl [perl5] 5.8.8-12 Larry Wall's Practical Extraction pn xli | xloadimage none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468143: collectd: sensors plugin stopped working after upgrade
Package: collectd Version: 4.3.0-1 Severity: normal After the upgrade of collectd from 4.2.1-1 to 4.3.0-1, the sensors plugin fails to collect data. No messages in syslog or anywhere else. The sensors command-line utility still shows all values: $ sensors asb100-i2c-1-2d Adapter: SMBus nForce2 adapter at 5500 VCore 1: +1.70 V (min = +1.31 V, max = +1.97 V) +3.3V:+3.33 V (min = +2.96 V, max = +3.63 V) +5V: +5.00 V (min = +4.49 V, max = +5.51 V) +12V:+11.61 V (min = +9.55 V, max = +14.41 V) -12V (reserved): -12.13 V (min = -0.00 V, max = -0.00 V) -5V (reserved): -5.06 V (min = -0.00 V, max = -0.00 V) CPU Fan: 3609 RPM (min = -1 RPM, div = 2) Chassis Fan:0 RPM (min = -1 RPM, div = 2) Power Fan: 0 RPM (min = -1 RPM, div = 2) M/B Temp: +43.0°C (high = +80.0°C, hyst = +75.0°C) CPU Temp (Intel): +26.0°C (high = +80.0°C, hyst = +75.0°C) Power Temp: +126.0°C (high = +80.0°C, hyst = +75.0°C) CPU Temp (AMD): +25.0°C (high = +80.0°C, hyst = +75.0°C) cpu0_vid:+1.650 V There is no configuration for the sensors plugin, so it should collect data from all sensors. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.12-cfs-v24.1-server (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages collectd depends on: ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy ii libc6 2.7-8 GNU C Library: Shared libraries ii librrd2 1.2.27-1 Time-series data storage and displ Versions of packages collectd recommends: ii libcurl3-gnutls 7.18.0-1 Multi-protocol file transfer libra ii libdbus-1-3 1.1.4-1simple interprocess messaging syst ii libhal1 0.5.10-5 Hardware Abstraction Layer - share ii libkrb53 1.6.dfsg.3~beta1-3 MIT Kerberos runtime libraries ii libmysqlclient15off 5.0.51a-3 MySQL database client library ii liboping0 0.3.5-1C/C++ library to generate ICMP_ECH ii libpcap0.80.9.8-2System interface for user-level pa ii libperl5.85.8.8-12 Shared Perl library ii libsensors3 1:2.10.5-5 library to read temperature/voltag ii libsnmp15 5.4.1~dfsg-6 SNMP (Simple Network Management Pr ii libvirt0 0.4.0-5library for interfacing with diffe ii libxml2 2.6.31.dfsg-1 GNOME XML library ii perl 5.8.8-12 Larry Wall's Practical Extraction ii rrdtool 1.2.27-1 Time-series data storage and displ -- debconf information: * collectd/auto-migrate-3-4: false * collectd/migration-3-4: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404797: Also present in 1.4 in experimental
Just noticed that this bug is also present in the asterisk 1.4 packages in experimental. -- Greetings, Alex Hermann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404797: Fwd: Also present in 1.4 in experimental
As a followup to my previous message... To fix this, i think asterisk should pre-depend on asterisk-config, as that package is responsible for creating the asterisk user. On my system asterisk is configured first, and fails. After that asterisk-config configure step isn't attempted. -- Greetings, Alex Hermann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413098: kernel-package: make-kpkg should not limit choice of config method
Package: kernel-package Version: 10.068 Severity: normal Tags: patch make-kpkg's --config option limits the choice of config methods offered by the kernel. I think it should offer the same options as the kernel does. Most notably the 'silentoldconfig' method (which would even be nice to have as default method as it doesn't fill the entire scrollback buffer, which plain oldconfig does). The patch below at least enables the use of 'silentoldconfig' --- make-kpkg.orig 2007-03-02 00:23:01.0 +0100 +++ make-kpkg 2007-03-02 12:11:43.0 +0100 @@ -707,9 +707,9 @@ # Official image maintainers ask to be allowed to create modified # configure targets. if (! -f 'debian/official') { -if ($config_target !~ /^(?:|old|menu|x|g|rand|def|all(mod|yes|no))(config)?$/) { +if ($config_target !~ /^(?:|silentold|old|menu|x|g|rand|def|all(mod|yes|no))(config)?$/) { print Config type must be one of {config,oldconfig,menuconfig,xconfig,gconfig\n; - print randconfig,defconfig,allmodconfigallyesconfig,allnoconfig}.\n; + print randconfig,defconfig,allmodconfigallyesconfig,allnoconfig,silentoldconfig}.\n; print use --help to display command line syntax help.\n; exit 1; } -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1-server Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Versions of packages kernel-package depends on: ii dpkg 1.13.25package maintenance system for Deb ii dpkg-dev 1.13.25package building tools for Debian ii file 4.19-1 Determines file type using magic ii gcc [c-compiler] 4:4.1.1-15 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.6-5The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.1-21 The GNU C compiler ii gettext 0.16.1-1 GNU Internationalization utilities ii make 3.81-3 The GNU version of the make util ii perl 5.8.8-7Larry Wall's Practical Extraction ii po-debconf1.0.8 manage translated Debconf template Versions of packages kernel-package recommends: ii bzip2 1.0.3-6high-quality block-sorting file co ii libc6-dev [libc-dev] 2.5-0exp3 GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410294: kqemu-common: Stop creating /dev/kqemu
Package: kqemu-common Version: 1.3.0~pre9-12 Severity: serious Justification: Policy 10.6 kqemu creates a device file in its postinst script using mknod. This violates Debian Policy 10.6. Additionally, it breaks usage of kqemu because it creates the node with the wrong device numbers (kqemu is configured to dynamically assign device numbers). If at all, it should use MAKEDEV to create the device node which spares udev system of such breakage. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.1-server Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295909: nvidia-kernel-source: Patch to further clean the build dir
Package: nvidia-kernel-source Version: 1.0.8178-1 Followup-For: Bug #295909 This 'bug' bit me too, having a few hundreds MB of leftover build files filling the partition. The following statement in the 'clean' branch of the rules file 'Works For Me (TM)'. If there are no caveats, please include this or another fix. -rm -rf $(CURDIR)/debian/nvidia-kernel-$(KVERS) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.5-server Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Versions of packages nvidia-kernel-source depends on: ii debhelper 5.0.16 helper programs for debian/rules ii dpatch2.0.16 patch maintenance system for Debia ii make 3.80+3.81.b4-1 The GNU version of the make util ii sed 4.1.4-5The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts2.9.10 Scripts to make the life of a Debi ii kernel-package10.032 A utility for building Linux kerne ii nvidia-glx1.0.8178-1 NVIDIA binary XFree86 4.x driver -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342085: cdrecord fills /dev with unneeded devices
Package: cdrecord Version: 4:2.01+01a03-4 Severity: normal On upgrade, cdrecord creates a lot of useless devices in /dev. (sg*, scd*). Other than than the uselessness of these devices (I don't have SCSI devices on this system), the package shouldn't touch /dev as it is managed by udev. Alex. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-server Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Versions of packages cdrecord depends on: ii debconf [debconf-2.0] 1.4.62 Debian configuration management sy ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libcap1 1:1.10-14 support for getting/setting POSIX. ii makedev 3.3.8.2-0 Creates device files in /dev Versions of packages cdrecord recommends: ii mkisofs 4:2.01+01a03-4 Creates ISO-9660 CD-ROM filesystem -- debconf information: * cdrecord/SUID_bit: true cdrecord/MAKEDEVNEW: true cdrecord/do_it_yourself: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340002: exim4-base: cron job incorreectly uses hardcoded spool directory
Package: exim4-base Version: 4.54-2 Severity: normal The file /etc/cron.daily/exim4-base ahrdcodes the spool directory as /var/spool/exim4. However, the spool directory is configurable in the configuration file (directive: spool_directory or SPOOLDIR). I think the cron-job should use the directory specified in the configuration file(s). -- Package-specific info: Exim version 4.54 #1 built 02-Nov-2005 19:42:32 Copyright (c) University of Cambridge 2005 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: crypteq iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2-server Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages exim4-base depends on: ii adduser 3.79 Add and remove users and groups ii cron 3.0pl1-92 management of regular background p ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy ii exim4-config [exim4-config-2] 4.54-2 configuration for the exim MTA (v4 ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libdb4.2 4.2.52-20 Berkeley v4.2 Database Libraries [ ii netbase 4.23 Basic TCP/IP networking system Versions of packages exim4-base recommends: ii psmisc21.8-1 Utilities that use the proc filesy -- debconf information: exim4/purge_spool: false exim4/move_exim3_spool: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336754: nvidia-glx provides 'libglx.so', which is also in package xserver-xorg in experimental
Package: nvidia-glx Version: 1.0.7676-1 Severity: important Tags: experimental As in subject. Package should probably use a diversion for this file. #dpkg -i --force-overwrite nvidia-glx_1.0.7676-1_i386.deb (Reading database ... 63705 files and directories currently installed.) Preparing to replace nvidia-glx 1.0.7676-1 (using nvidia-glx_1.0.7676-1_i386.deb) ... Unpacking replacement nvidia-glx ... dpkg - warning, overriding problem because --force enabled: trying to overwrite /usr/X11R6/lib/modules/extensions/libglx.so', which is also in package xserver-xorg Setting up nvidia-glx (1.0.7676-1) ... -- Package-specific info: uname -r: Linux waxy 2.6.13.4-server #5 Tue Oct 11 13:51:17 CEST 2005 i686 GNU/Linux /proc/version: Linux version 2.6.13.4-server ([EMAIL PROTECTED]) (gcc version 3.4.5 20050821 (prerelease) (Debian 3.4.4-8)) #5 Tue Oct 11 13:51:17 CEST 2005 /proc/driver/nvidia/version: :03:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev a1) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4-server Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages nvidia-glx depends on: ii libc62.3.5-7 GNU C Library: Shared libraries an ii libx11-6 6.8.99.901.dfsg.1-2 X Window System protocol client li ii libxext6 6.8.99.901.dfsg.1-2 X Window System miscellaneous exte ii nvidia-kernel-2. 1.0.7676-1+10.00.Custom NVIDIA binary kernel module for Li ii nvidia-kernel-2. 1.0.7676-1+10.00.Custom NVIDIA binary kernel module for Li ii xlibs6.8.99.901.dfsg.1-2 X Window System client libraries m ii xserver-common 6.8.99.901.dfsg.1-2 files and utilities common to all nvidia-glx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319382: Squirrelmail should not depend on squirrelmail-locales
Package: squirrelmail Version: 2:1.4.4-5 Severity: normal Squirrelmail functions perfeclty well without the squirrelmail-locales package. According to policy, it should suggest it rather than depend on it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2-server Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages squirrelmail depends on: ii apache2-mpm-prefork [httpd] 2.0.54-4 traditional model for Apache2 ii libapache2-mod-php5 5.0.4-0.10 HTML-embedded scripting language ( ii perl 5.8.7-4Larry Wall's Practical Extraction ii php5 5.0.4-0.10 server-side, HTML-embedded scripti ii php5-pcre 5.0.4-0.10 PCRE module for php5 ii php5-session 5.0.4-0.10 session module for php5 --- (squirrelmail works perfeclty well with php5 as provided by the maintainer on his personal site, you might want to include the above depends in the official package) --- Versions of packages squirrelmail recommends: pn ispell | aspell | aspell-bin none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303522: kernel-package: Please provide support for separate source/build trees
Package: kernel-package Version: 8.130 Severity: wishlist I would like to use a build tree separate from the source tree with kernel-package as is supported by the upstrame Makefile (the -O option). I'm building kernels for several machines and it takes a full kernel tree per kernel. Using a common source tree and multiple build trees would save significantly on hd-space. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11.3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-package depends on: ii dpkg 1.13.0 Package maintenance system for Deb ii dpkg-dev 1.13.0 Package building tools for Debian ii gcc [c-compiler] 4:3.3.5-3 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.5-12 The GNU C compiler ii make 3.80-9 The GNU version of the make util ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291367: dnsmasq: Wish: Supply addresses matching the network/mask of the interface
Package: dnsmasq Version: 2.19-1 Severity: wishlist I have the following /etc/hosts: 130.89.195.211 waxy.kabel.utwente.nl waxy 10.2.1.1waxy 10.2.2.1waxy and the followng netmasks: dmz 10.2.1.0/255.255.255.0 private 10.2.2.0/255.255.255.0 Currently, dnsmasq rotates through all possible ip's for the name 'waxy'. I'd like dnsmasq to provide only the ip address matching the network/netmask from which the request originated. ie. a request from 10.2.1.105 for 'waxy' should be answered with 10.2.1.1 as the only or first entry in the response. Rotating the list would be ok if the hosts has more than one interface in one specific network/mask. Alex. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dnsmasq depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii netbase 4.19 Basic TCP/IP networking system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]