Bug#1069657: libgeo-gpx-perl: Waypoint name encoding utf-8 does not work
Package: libgeo-gpx-perl Version: 1.10-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, i was trying to create gpx waypoints with an utf-8 name which does not work: perl -Mutf8 -MGeo::Gpx -e '$g=Geo::Gpx->new(); $g->waypoints_add({ lat => 0, lon => 0, name => "üöä" }); $g->save(filename => "foo.gpx");' $ cat foo.gpx http://www.w3.org/2001/XMLSchema; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; version="1.0" creator="Geo::Gpx" xsi:schemaLocation="http://www.topografix.com/GPX/1/0 http://www.topografix.com/GPX/1/0/gpx.xsd; xmlns="http://www.topografix.com/GPX/1/0;> The code seems to unconditionally use HTML::Entities->encode_entities - -- System Information: Debian Release: 12.5 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-18-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=de_DE.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 libgeo-gpx-perl depends on: ii libdatetime-format-iso8601-perl0.16-2 ii libdatetime-perl 2:1.59-1 ii libgeo-coordinates-transform-perl 0.10-3 ii libhtml-parser-perl3.81-1 ii libxml-descent-perl1.04-6 ii perl 5.36.0-7+deb12u1 libgeo-gpx-perl recommends no packages. Versions of packages libgeo-gpx-perl suggests: ii xclip 0.13-2 - -- no debconf information -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEdb9o7oebX2papQ/KkN1BIMsJ8i8FAmYmI5wACgkQkN1BIMsJ 8i+B1Q//boYR0RVAAHpTrNEpZG0UZoMAewqZexOybRaXg48H9tlmdZr1ucbFqM2P KYZI2X20gM3Qi9FyrDn55kpJo/DYqLd8no57boQMzoV3+Y29CwuAqtXi6vf4GNmf VnEzEGVnRTDKuzEqgWHrtSw99I5AioYqjmtwTmDHuzJ8S67CL1Ful6dsSNBDwiCg +CNTf9MDCoPne8yAsnzFUui9XT6S21VHoj+PDVKBaeXqcuSK09AKjvKDXHpHeeiC 9L4/ngqIPtFMjLXbUz7CZsVo1IMXSyHH9fvhWU1j6uVRIyAa0q/4uqmkpM73Y3dn sVtCXbolBiSlwtZe3WHUMQTve69JJIcQleXX9EvfD/37uXFy8wJ8Hx5X2whk8NQu zMbAGmV7sAvzoMpo+O/IfaUD3b7HG/nycvmyWjgeITk4eKsMTB1MWLdMBGTaXqli jo4NcU1a0KlITN8JYSqHVi+GYA94GtXHZcnkSu7DGaUw9QGl1l6DD1692w/uavXR LiDUsqzXG4a4GcPb7x7PQrCE9u/tKcHGEeb/be4uLieGIu792P2Z9r0Od97EORoh KKONjGyOYSuHYH7/KQLS36hF1E1Tv9EL/WBkzhvvbUojyror5NuP3PYRK87lFXUh WaW+f/dtq882jGfADGBZn8Hp1aVDjZuQ14DGBQUHG/XYIu2jHNk= =qc55 -END PGP SIGNATURE-
Bug#1036769: lintian: Check for certificates .pem/.crt/.pkcs12 with expiry set
Package: lintian Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, i am in the middle of a stretch rebuild for mipsel (Upgrade path from jessie as stretch dropped 75% of supported systems with mips32) A big issue are certificates, mostly for build tests which have an expire date set. This causes the package to fail just because we are a couple years behind schedule. Flo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEdb9o7oebX2papQ/KkN1BIMsJ8i8FAmRvfnIACgkQkN1BIMsJ 8i8zNg/9Hn+BSGD5BFZbp5/afhzgM0MkJ+fdkJixiBMV9ETJ+39yjqQ9TBsDDwIV P7uN3IeB+ndkXH3iY9XbuoUY0AyND3V5bWXKjj/Zf5iS+XWTcn5oVxRunh07LWd0 2dnIg5kekh5ls4Y0GqO7Zmx9KPUNpNtdwQS/O7/YIusyHOA1ExOCCE87bP8FRQOu JtW9WeUVX84BhtVp76X47P2tLWmrgDSNFjI1Yb/JVJ3a9eI89n/y47O9GFjOd93r lPOfFtFxpMTtzWV3k+3ks0miH+hqzYoFjG3fv8sgxE5FBvNAia99nieqIkyhTpx/ u+oLyCO1ZM7vDlIzOULKxHATSE9L2HsttD6ndhEi51VrKFGb4lBReJ5IvrL7ECBW N//nI0TJ0TobuAjna0oKOAaYQW+h+oyH4nFJTMZu5jb+vf3MI98cxq18bSlk39c5 uX/nC2tRFkTtQvLRlVgozz+7InlsVtw62nhSiOCoTtOjU0tCiJWed4E4DKbzSLuw j2J3vHg5pmQSN7AgbKUOqMW9QpN1VGvEa9z4xtW9Vjh4KjRcMMfDLvax0uWJ4ZFr BJxFy3ppZMvmMsYxbuGfdxTQyP/Eo/+aM5aNu7bJZfckygVgt51+8eonyXYwOn5v w2illtNp9OaJLSTH/bUeEajpHsVUDUFupzFi5YWMmUbEvrkcPyA= =JBxn -END PGP SIGNATURE-
Bug#1029702: sbuild: Buildd::Uploader->uploaded calling convention mismatch
Source: sbuild Version: git Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, while trying to catch up with a mipsel (--arch=mips2) building of packages which for obvious reasons need to stay seperate from anything Debian official i tried using buildd to build all and mipsel arch at the same time. Resulting packages were uploaded correctly but sometimes throw a perl error on buildd-uploader Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Buildd/Base.pm line 166. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Buildd/Base.pm line 169. Can't call method "get" on an undefined value at /usr/share/perl5/Sbuild/Base.pm line 74. Debugging the issue it turned out the Buildd::Uploader->upload had a different assumption about the calling convention for Buildd::Uploader->uploaded The first thought it should pass in an array (Which arch_name suddenly became) but ->uploaded only expected a scalar. It passed it to Buildd::Base::get_arch_dist_config_by_name() which failed horribly. So i propose a patch something like this: https://salsa.debian.org/flo/sbuild/-/commit/cc095b20ad225b48d56a362d0cf3a219c6cf9246 commit cc095b20ad225b48d56a362d0cf3a219c6cf9246 Author: Florian Lohoff Date: Thu Jan 26 13:15:26 2023 +0100 Fix passing argument mismatch Buildd::Uploader->uploaded takes an scalar argument for the architecture whereas Buildd::Uploader->upload passes in an array. This breaks when something really writes more than one architecture in the .changes file. Convert to pass by reference and before passing to ->get_arch_dist_config_by_name() eliminate possible "all" from the list when there is more than one architecture in the array. diff --git a/lib/Buildd/Uploader.pm b/lib/Buildd/Uploader.pm index 302f5da0..a05cef94 100644 - --- a/lib/Buildd/Uploader.pm +++ b/lib/Buildd/Uploader.pm @@ -83,9 +83,13 @@ sub run { sub uploaded ($@) { my $self = shift; my $pkg = shift; - -my $arch_name = shift; +my $arch_array = shift; my $dist_name = shift; +my $arch_name=(scalar @{$arch_array} > 1) +? (grep { !/all/ } @{$arch_array})[0] +: $arch_array->[0]; + my $msgs = ""; my $dist_config = $self->get_arch_dist_config_by_name($arch_name, $dist_name); @@ -180,7 +184,7 @@ sub upload ($$) { } else { ($pkg = $f) =~ s/_\S+\.changes$//; } - - $self->uploaded($pkg, @archs, @dists); + $self->uploaded($pkg, \@archs, @dists); } else { push (@after, $f); } -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEdb9o7oebX2papQ/KkN1BIMsJ8i8FAmPScekACgkQkN1BIMsJ 8i9lhRAAg9l2YsF+zOsvPEqHdMUprmm/uEuAdMFGtJt3L+6BlRvWBXBuz7xZ0FzY OqxOuPUS6PSnfreLgfsgLbfSyPVGgZ6Vlh6u7XzNBhdn/W/ErbTqRv39J9qDgcwY 9JAZc4NxmEFasAF5QQqwjj65S31LoXHAhSB4d5/AMai5kIWu7SgfYLFoAZ1DIrul WZS9DDo2Yu4cMP+sZdZ+d8OhdFUph4crBusXmSrXQSI8BTFSj0pt5FXQKuSETRmH iC2yOIeAPJNbHnkGpdo/KF6nyv9LoEwslqp22bigEqquH17U/VaQoV+yCCD94S0N JhjVTqqywAGtlh0Z+lntAmA7c7P3Sd/YlcA9waCjxBppsEJ8PXZUQYVcFDPpYRM2 yePhnM93YSTlptZ49iujKHdqwT44WAb8KJT0eBH7In15nJVF32kxSV90RYex5QPG Degx5A0yCRwHpRLjYG8L+3kQJ+9UP6Y2g+pDgxmI437k+gs3kT7tLjNjUupnw/Ej 3TWBjbdVWZggRVOMlUvpHgbBUJ19yNXjljP971tWVn80bCTudSoL8a7D+gkOkoxL kB66VhRTuw72Cg5fTY5JbHmLbJGPxp2Vi6Dv2ebTmg7E0p3JiEcQ1iiT15s/jxK2 PK+rc7Rd7k6WGFbqrc3xZuFWIsDJI4zKL9p8HoIzu+DkWxYM1LI= =P1aT -END PGP SIGNATURE-
Bug#1023540: snapshot.debian.org: 504 Gateway Time-out
Hi, i am also seeing a Gateway Timeout on: https://snapshot.debian.org/package/gcc-6/6.0.1-2/ This was while trying to replay the gcc transition from jessie to stretch. Flo -- Florian Lohoff f...@zz.de Any sufficiently advanced technology is indistinguishable from magic. signature.asc Description: PGP signature
Bug#1014113: hyperv-daemons fails to reinstall after remove (works on purge)
Package: hyperv-daemons Version: 5.10.120-1 Hi, when "removing" the hyperv-daemons and reinstalling then fails to reinstall: root@netbox:~# dpkg -r hyperv-daemons (Reading database ... 49810 files and directories currently installed.) Removing hyperv-daemons (5.10.120-1) ... root@netbox:~# apt-get install hyperv-daemons Reading package lists... Done Building dependency tree... Done Reading state information... Done The following NEW packages will be installed: hyperv-daemons 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/485 kB of archives. After this operation, 575 kB of additional disk space will be used. [master 5a02e71] saving uncommitted changes in /etc prior to apt run 3 files changed, 3 insertions(+) create mode 12 systemd/system/hv-fcopy-daemon.service create mode 12 systemd/system/hv-kvp-daemon.service create mode 12 systemd/system/hv-vss-daemon.service Selecting previously unselected package hyperv-daemons. (Reading database ... 49799 files and directories currently installed.) Preparing to unpack .../hyperv-daemons_5.10.120-1_amd64.deb ... Unpacking hyperv-daemons (5.10.120-1) ... Setting up hyperv-daemons (5.10.120-1) ... Failed to try-restart hv-fcopy-daemon.service: Unit hv-fcopy-daemon.service is masked. Failed to try-restart hv-kvp-daemon.service: Unit hv-kvp-daemon.service is masked. Failed to try-restart hv-vss-daemon.service: Unit hv-vss-daemon.service is masked. dpkg: error processing package hyperv-daemons (--configure): installed hyperv-daemons package post-installation script subprocess returned error exit status 1 Errors were encountered while processing: hyperv-daemons E: Sub-process /usr/bin/dpkg returned an error code (1) t@netbox:~# dpkg --purge hyperv-daemons (Reading database ... 49810 files and directories currently installed.) Removing hyperv-daemons (5.10.120-1) ... Purging configuration files for hyperv-daemons (5.10.120-1) ... root@netbox:~# apt-get install hyperv-daemons Reading package lists... Done Building dependency tree... Done Reading state information... Done The following NEW packages will be installed: hyperv-daemons 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/485 kB of archives. After this operation, 575 kB of additional disk space will be used. Selecting previously unselected package hyperv-daemons. (Reading database ... 49796 files and directories currently installed.) Preparing to unpack .../hyperv-daemons_5.10.120-1_amd64.deb ... Unpacking hyperv-daemons (5.10.120-1) ... Setting up hyperv-daemons (5.10.120-1) ... Flo -- Florian Lohoff f...@zz.de Any sufficiently advanced technology is indistinguishable from magic. signature.asc Description: PGP signature
Bug#988538: postfix: overwrites default_transport but not from debconf template
Package: postfix Version: 3.5.6-1+b1 Severity: normal Hi, i am one the few still using uucp on my notebook so my default transport is a uucp smarthost. Postfix sets the default_transport in postinst without the possibility to override it. So whenever i do a reconfigure this setting will be broken. My preferred way would be that this is a priority low debconf question with a default on smtp. flo@p5:~$ sudo postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases compatibility_level = 2 default_transport = uucp inet_interfaces = all inet_protocols = all mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 mydestination = p5.zz.de, localhost myhostname = p5.zz.de mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128 myorigin = /etc/mailname recipient_delimiter = + relay_transport = smtp relayhost = pax.zz.de smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination Flo -- System Information: Debian Release: bullseye/sid APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-6-amd64 (SMP w/16 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages postfix depends on: ii adduser3.118 ii cpio 2.13+dfsg-4 ii debconf [debconf-2.0] 1.5.75 ii dpkg 1.20.9 ii e2fsprogs 1.46.2-1 ii libc6 2.31-11 ii libdb5.3 5.3.28+dfsg1-0.8 ii libicu67 67.1-6 ii libnsl21.3.0-2 ii libsasl2-2 2.1.27+dfsg-2.1 ii libssl1.1 1.1.1k-1 ii lsb-base 11.1.0 ii netbase6.3 ii ssl-cert 1.1.0 Versions of packages postfix recommends: ii ca-certificates 20210119 ii python3 3.9.2-3 Versions of packages postfix suggests: ii libsasl2-modules 2.1.27+dfsg-2.1 ii mailutils [mail-reader]1:3.10-3+b1 ii mutt [mail-reader] 2.0.5-4 pn postfix-cdb pn postfix-doc pn postfix-ldap pn postfix-lmdb pn postfix-mysql pn postfix-pcre pn postfix-pgsql pn postfix-sqlite ii procmail 3.22-26 pn resolvconf ii thunderbird [mail-reader] 1:78.10.0-1 pn ufw -- debconf information: * postfix/mynetworks: 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128 * postfix/chattr: true * postfix/procmail: true * postfix/mailbox_limit: 0 * postfix/protocols: all postfix/retry_upgrade_warning: postfix/mydomain_warning: postfix/dynamicmaps_conversion_warning: postfix/compat_conversion_warning: true * postfix/relayhost: pax.zz.de * postfix/destinations: p5.zz.de, localhost postfix/relay_restrictions_warning: postfix/sqlite_warning: postfix/not_configured: postfix/tlsmgr_upgrade_warning: * postfix/recipient_delim: + * postfix/root_address: f...@zz.de postfix/newaliases: false postfix/lmtp_retired_warning: true postfix/main_cf_conversion_warning: true postfix/bad_recipient_delimiter: postfix/kernel_version_warning: * postfix/main_mailer_type: Internet with smarthost * postfix/mailname: p5.zz.de postfix/rfc1035_violation: false -- Florian Lohoff f...@zz.de Any sufficiently advanced technology is indistinguishable from magic. signature.asc Description: PGP signature
Bug#988537: ansible: ships broken sylink in /usr/bin/ansible-connection
Package: ansible Version: 2.9.16+dfsg-1.1 Severity: important Hi, this ansible version ships with a broken symlink in /usr/bin/ansible-connection pointing to: flo@p5:/usr/bin$ ls -la ansible-connection lrwxrwxrwx 1 root root 57 Jan 6 11:56 ansible-connection -> ../lib/ansible/cli/scripts/ansible_connection_cli_stub.py which does not exist. This connection for example routeros targets fails with: task path: /home/flo/projects/customer/routeros/playbook.yml:2 fatal: [ros1]: FAILED! => { "msg": "Unable to find location of 'ansible-connection'. Please set or check the value of ANSIBLE_CONNECTION_PATH" } I fixed it with: flo@p5:/usr/bin$ sudo rm ansible-connection flo@p5:/usr/bin$ sudo ln -s ../lib/python3/dist-packages/ansible/cli/scripts/ansible_connection_cli_stub.py ansible-connection -- System Information: Debian Release: bullseye/sid APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-6-amd64 (SMP w/16 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ansible depends on: ii openssh-client1:8.4p1-5 ii python3 3.9.2-3 ii python3-cryptography 3.3.2-1 ii python3-distutils 3.9.2-1 ii python3-dnspython 2.0.0-1 ii python3-httplib2 0.18.1-3 ii python3-jinja22.11.3-1 ii python3-netaddr 0.7.19-5 ii python3-paramiko 2.7.2-1 ii python3-yaml 5.3.1-3+b1 Versions of packages ansible recommends: ii python3-argcomplete 1.8.1-1.5 ii python3-jmespath 0.10.0-1 ii python3-kerberos 1.1.14-3.1+b3 ii python3-libcloud 3.2.0-2 ii python3-selinux 3.1-3 ii python3-winrm0.3.0-2 ii python3-xmltodict0.12.0-2 Versions of packages ansible suggests: pn cowsay pn sshpass -- no debconf information signature.asc Description: PGP signature
Bug#986584: libspatialindex-dev: missing pkgconfig file / regression from 1.8.5-4/stretch
Package: libspatialindex-dev Version: 1.9.3-2 Severity: normal Hi, today i tried building some of my software on bullseye and stumbled because libspatialindex-dev is missing its pkgconfig file which was available in the Stretch version: root@stretch-233800:/# dpkg -L libspatialindex-dev | grep pc /usr/lib/x86_64-linux-gnu/pkgconfig/libspatialindex.pc Flo -- System Information: Debian Release: bullseye/sid APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-4-amd64 (SMP w/16 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libspatialindex-dev depends on: ii libspatialindex-c6 1.9.3-2 ii libspatialindex61.9.3-2 Versions of packages libspatialindex-dev recommends: ii pkg-config 0.29.2-1 libspatialindex-dev suggests no packages. -- no debconf information
Bug#895201: trousers uninstallable / postinst relaxing / fixes
Hi, As a simple fix - Not beeing able to start trousers should not fail the installation - So the first fix should be to change the invoke-rc.d in postinst to this: invoke-rc.d trousers $_dh_action || exit 0 Then for all checks whether there is a tpm device one could use something like this: if [ -z "$(shopt -s nullglob; echo /dev/tpm*)" ] The problem is that all -e check with a wildcard have a possibility to fail when there are multiple glob returns. So this should fix the "-e /dev/tpm*" here - and #787244 Flo -- Florian Lohoff f...@zz.de signature.asc Description: PGP signature
Bug#895201: trousers still uninstallable
After this bug is open for nearly 3 years trousers is still uninstallable on certain systems with bullseye. Even with no tpm installed trousers is needed for tpm emulation in qemu. This is a current Lenovo Thinkpad T14s with TPM enabled. flo@p5:~$ ls -la /dev/tpm* crw-rw 1 tss tss 10, 224 Feb 25 09:42 /dev/tpm0 crw-rw 1 tss tss 245, 65536 Feb 17 09:13 /dev/tpmrm0 flo@p5:~$ dpkg -l trousers 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 Version Architecture Description +++-==-=--=== iF trousers 0.3.14+fixed1-1.1 amd64open-source TCG Software Stack (daemon) Feb 25 09:42:05 p5 systemd[1]: Starting LSB: starts tcsd... Feb 25 09:42:05 p5 trousers[667266]: Starting Trusted Computing daemon: tcsd/etc/init.d/trousers: 32: [: /dev/tpm0: unexpected operator Feb 25 09:42:05 p5 tcsd[667274]: TCSD TDDL[667274]: TrouSerS ioctl: (25) Inappropriate ioctl for device Feb 25 09:42:05 p5 tcsd[667274]: TCSD TDDL[667274]: TrouSerS Falling back to Read/Write device support. Feb 25 09:42:05 p5 tcsd[667274]: TCSD TCS[667274]: TrouSerS ERROR: TCS GetCapability failed with result = 0x1e Feb 25 09:42:05 p5 trousers[667277]: failed! Feb 25 09:42:05 p5 systemd[1]: trousers.service: Control process exited, code=exited, status=30/n/a Feb 25 09:42:05 p5 systemd[1]: trousers.service: Failed with result 'exit-code'. Feb 25 09:42:05 p5 systemd[1]: Failed to start LSB: starts tcsd. dpkg: error processing package trousers (--configure): installed trousers package post-installation script subprocess returned error exit status 1 dpkg: dependency problems prevent configuration of swtpm-tools: swtpm-tools depends on trousers (>= 0.3.9); however: Package trousers is not configured yet. dpkg: error processing package swtpm-tools (--configure): dependency problems - leaving unconfigured Processing triggers for man-db (2.9.4-1) ... Errors were encountered while processing: trousers swtpm-tools -- Florian Lohoff f...@zz.de signature.asc Description: PGP signature
Bug#982847: [Pkg-nagios-devel] Bug#982847: monitoring-plugins-standard: check_pgsql check of database name is too strict
On Mon, Feb 15, 2021 at 03:23:53PM +0100, Jan Wagner wrote: > forwarded 982847 > https://github.com/monitoring-plugins/monitoring-plugins/issues/1660 > forwarded 982847 > https://github.com/monitoring-plugins/monitoring-plugins/issues/1661 > > Hi Florian, > > - break; > > + snprintf(dbName, NAMEDATALEN, "%s", optarg); > > case 'l': /* login name */ > > if (!is_pg_logname (optarg)) > > usage2 (_("User name is not valid"), > > optarg); > > same here. No - good catch. Flo -- Florian Lohoff f...@zz.de "Autoritaetsduselei ist der groesste Feind der Wahrheit" - Albert Einstein signature.asc Description: PGP signature
Bug#982847: Acknowledgement (monitoring-plugins-standard: check_pgsql check of database name is too strict)
On Mon, Feb 15, 2021 at 10:27:04AM +, Debian Bug Tracking System wrote: > 982847: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982847 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems Hi, as strcpy may overflow the resulting buffer: flo@p5:~$ /tmp/f/usr/lib/nagios/plugins/check_pgsql -d "$(seq 1 1)" *** buffer overflow detected ***: terminated Aborted I would propose to change the code rather like this, using snprintf which honors the buffers size and guarantees null termination. @@ -344,11 +343,7 @@ process_arguments (int argc, char **argv) pgport = optarg; break; case 'd': /* database name */ - if (!is_pg_dbname (optarg)) /* checks length and valid chars */ - usage2 (_("Database name is not valid"), optarg); - else /* we know length, and know optarg is terminated, so us strcpy */ - strcpy (dbName, optarg); - break; + snprintf(dbName, NAMEDATALEN, "%s", optarg); case 'l': /* login name */ if (!is_pg_logname (optarg)) usage2 (_("User name is not valid"), optarg); -- Florian Lohoff f...@zz.de "Autoritaetsduselei ist der groesste Feind der Wahrheit" - Albert Einstein signature.asc Description: PGP signature
Bug#982847: monitoring-plugins-standard: check_pgsql check of database name is too strict
Package: monitoring-plugins-standard Version: 2.3-1 Severity: normal Hi *, to reproduce create a Database called freshports.git and try to use it with check_pgsql: flo@p5:/tmp/monitoring-plugins-2.3$ /usr/lib/nagios/plugins/check_pgsql -d freshports.devgit -l flo check_pgsql: Database name is not valid - freshports.devgit Usage: check_pgsql [-H ] [-P ] [-c ] [-w ] [-t ] [-d ] [-l ] [-p ] [-q ] [-C ] [-W ] flo@p5:/tmp/monitoring-plugins-2.3$ psql freshports.devgit psql (13.1 (Debian 13.1-1+b1)) Type "help" for help. freshports.devgit=# \d Did not find any relations. freshports.devgit=# The problem is that check_pgsql validates the Database name and has different assumptions that postgres itself. I fail to see a reason to validate the database name here. Postgres'es API should do this - So i would suggest a fix like this by removing is_pg_dbname alltogether. diff --git a/plugins/check_pgsql.c b/plugins/check_pgsql.c index 11ce691..88cd029 100644 --- a/plugins/check_pgsql.c +++ b/plugins/check_pgsql.c @@ -69,7 +69,6 @@ int process_arguments (int, char **); int validate_arguments (void); void print_usage (void); void print_help (void); -int is_pg_dbname (char *); int is_pg_logname (char *); int do_query (PGconn *, char *); @@ -344,11 +343,7 @@ process_arguments (int argc, char **argv) pgport = optarg; break; case 'd': /* database name */ - if (!is_pg_dbname (optarg)) /* checks length and valid chars */ - usage2 (_("Database name is not valid"), optarg); - else /* we know length, and know optarg is terminated, so us strcpy */ - strcpy (dbName, optarg); - break; + strcpy (dbName, optarg); case 'l': /* login name */ if (!is_pg_logname (optarg)) usage2 (_("User name is not valid"), optarg); @@ -408,45 +403,6 @@ validate_arguments () return OK; } - -/** - -@@- - -is_pg_dbname - -_is_pg_dbname; - -Given a database name, this function returns TRUE if the string -is a valid PostgreSQL database name, and returns false if it is -not. - -Valid PostgreSQL database names are less than -characters long and consist of letters, numbers, and underscores. The -first character cannot be a number, however. - - --@@ -**/ - - - -int -is_pg_dbname (char *dbname) -{ - char txt[NAMEDATALEN]; - char tmp[NAMEDATALEN]; - if (strlen (dbname) > NAMEDATALEN - 1) - return (FALSE); - strncpy (txt, dbname, NAMEDATALEN - 1); - txt[NAMEDATALEN - 1] = 0; - if (sscanf (txt, "%[_a-zA-Z]%[^_a-zA-Z0-9-]", tmp, tmp) == 1) - return (TRUE); - if (sscanf (txt, "%[_a-zA-Z]%[_a-zA-Z0-9-]%[^_a-zA-Z0-9-]", tmp, tmp, tmp) == - 2) return (TRUE); - return (FALSE); -} - /** the tango program should eventually create an entity here based on the -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-3-amd64 (SMP w/16 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages monitoring-plugins-standard depends on: ii libc6 2.31-9 ii monitoring-plugins-basic 2.3-1 ii ucf 3.0043 Versions of packages monitoring-plugins-standard recommends: ii bind9-dnsutils [dnsutils] 1:9.16.11-2 ii bind9-host [host] 1:9.16.11-2 ii dnsutils 1:9.16.11-2 ii libcurl4 7.74.0-1 ii libdbi10.9.0-6 ii libldap-2.4-2 2.4.57+dfsg-1 ii libmariadb31:10.5.8-3 ii libnet-snmp-perl 6.0.1-6 ii libpq5 13.1-1+b1 ii libradcli4 1.2.11-1+b2 ii libssl1.1 1.1.1i-3 ii liburiparser1 0.9.4+dfsg-1 ii rpcbind1.2.5-9 ii smbclient 2:4.13.4+dfsg-1 ii snmp 5.9+dfsg-3+b1 ii sudo 1.9.5p2-2 Versions of packages monitoring-plugins-standard suggests: ii fping5.0-1 pn icinga2 ii postfix 3.5.6-1 pn qstat -- no debconf information
Bug#981942: [request-tracker-maintainers] Bug#981942: request-tracker4: Dependency on rsyslog | system-log-daemon prevents system with only journald
On Sat, Feb 06, 2021 at 07:57:13PM +, Dominic Hargreaves wrote: > On Fri, Feb 05, 2021 at 10:35:49AM +0100, Florian Lohoff wrote: > > Hi, > > the dependency on > > > > rsyslog | system-log-daemon > > > > prevents the removal of rsyslog for a pure systemd(-journald) system > > as systemd does not provide system-log-daemon. > > > > I am not that confident but wouldnt it be a valid requirement to run > > request-tracker WITHOUT logging? Could this dependency not be > > dropped completely? > > I don't recommend running without logging. Is there actually > a problem with having syslog installed? I mean, it's a standard logging > interface I'd expect to see on any Debian server setup and if systemd > doesn't provide it when users expect it, that's a flaw on the systemd > side. We'd like to get rid of legacy logging into individual files with rsyslog so typically our automatism purges rsyslogd on installations and we are pretty happy with journald. This fell apart when i set up new request-tracker installations. And i dont recommend running without logging aswell but there may be valid reasons to do so - Running anonymous tickets systems via tor or stuff - and you dont want to collect information you ultimately dont need. > RT can be configured to run with file based logging, but that's not the > default. We could probably downgrade to Recommends if there was a real > reason to. Logging is a users choice - currently there is no choice with request-tracker - you are forced to install rsyslogd or the like. Flo -- Florian Lohoff f...@zz.de "Autoritaetsduselei ist der groesste Feind der Wahrheit" - Albert Einstein signature.asc Description: PGP signature
Bug#981942: request-tracker4: Dependency on rsyslog | system-log-daemon prevents system with only journald
Package: request-tracker4 Version: 4.4.4-2 Hi, the dependency on rsyslog | system-log-daemon prevents the removal of rsyslog for a pure systemd(-journald) system as systemd does not provide system-log-daemon. I am not that confident but wouldnt it be a valid requirement to run request-tracker WITHOUT logging? Could this dependency not be dropped completely? Flo -- Florian Lohoff f...@zz.de "Autoritaetsduselei ist der groesste Feind der Wahrheit" - Albert Einstein signature.asc Description: PGP signature
Bug#974572: libwww-perl: LWP::UserAgent Authen Digest POST message-digest broken/ineffective
Hi, after some digging i guess i can explain where this code comes from. In March 1996 the 3rd Draft of the "Digest Access Authentication" contained the message-digest as optional. https://tools.ietf.org/html/draft-ietf-http-digest-aa-03 The purpose of the is to allow the server to ensure that the content of the request body has not been tampered with after leaving the client. This would normally be used with a POST or PUT request and would allow the server to check the validity of the posted data. The is the "entity body" as prescribed in the Hypertext Transfer Protocol version 1.1. Just 3 Months later it was dropped from the Draft: https://tools.ietf.org/html/draft-ietf-http-digest-aa-04 No mentioning of the "message-digest". So the LWP::UserAgent Digest Authentication code was written against the Draft 3 in 1996 and when that draft was updated and later got into the Standard Track nobody removed that code. That code has never been tested or has been functional. I would propose to remove these lines: 50 if($request->method =~ /^(?:POST|PUT)$/) { 51 $md5->add($request->content); 52 my $content = $md5->hexdigest; 53 $md5->reset; 54 $md5->add(join(":", @digest[0..1], $content)); 55 $md5->reset; 56 $resp{"message-digest"} = $md5->hexdigest; 57 push(@order, "message-digest"); 58 } Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Bug#974572: libwww-perl: LWP::UserAgent Authen Digest POST message-digest broken/ineffective
Package: libwww-perl Version: 6.36-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, while implementing Digest Auth for AnyEvent::HTTP i found an issue in LWP::UserAgent Digest Authen. The whole code for creating the "message-digest" is broken/ineffective as there seems to be a stray md5->reset: /usr/share/perl5/LWP/Authen/Digest.pm 50 if($request->method =~ /^(?:POST|PUT)$/) { 51 $md5->add($request->content); 52 my $content = $md5->hexdigest; 53 $md5->reset; 54 $md5->add(join(":", @digest[0..1], $content)); 55 $md5->reset; 56 $resp{"message-digest"} = $md5->hexdigest; 57 push(@order, "message-digest"); 58 } As the md5 object is beeing reset before the md5->hexdigest is beeing extracted it will always return the md5 null value hexdigest: flo@p4:~$ perl -MDigest::MD5 -e '$m=new Digest::MD5; print "Init " . $m->hexdigest() . "\n"; $m->add("Foo"); print "Foo " . $m->hexdigest() . "\n"; $m->reset(); print "Reset " . $m->hexdigest . "\n";' Init d41d8cd98f00b204e9800998ecf8427e Foo 1356c67d7ad1638d816bfb822dd2c25d Reset d41d8cd98f00b204e9800998ecf8427e I also failed to find the corresponding RFC describing the message-digest auth request field. Flo - -- System Information: Debian Release: 10.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.8.0-0.bpo.2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libwww-perl depends on: ii ca-certificates 20200601~deb10u1 ii libencode-locale-perl 1.05-1 ii libfile-listing-perl6.04-1 ii libhtml-parser-perl 3.72-3+b3 ii libhtml-tagset-perl 3.20-3 ii libhtml-tree-perl 5.07-2 ii libhttp-cookies-perl6.04-1 ii libhttp-date-perl 6.02-1 ii libhttp-message-perl6.18-1 ii libhttp-negotiate-perl 6.01-1 ii liblwp-mediatypes-perl 6.02-1 ii liblwp-protocol-https-perl 6.07-2 ii libnet-http-perl6.18-1 ii libtry-tiny-perl0.30-1 ii liburi-perl 1.76-1 ii libwww-robotrules-perl 6.02-1 ii netbase 5.6 ii perl5.28.1-6+deb10u1 Versions of packages libwww-perl recommends: ii libdata-dump-perl1.23-1 ii libhtml-form-perl6.03-1 ii libhtml-format-perl 2.12-1 ii libhttp-daemon-perl 6.01-3 ii libmailtools-perl2.18-1 Versions of packages libwww-perl suggests: pn libauthen-ntlm-perl - -- no debconf information -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEdb9o7oebX2papQ/KkN1BIMsJ8i8FAl+tKT8ACgkQkN1BIMsJ 8i9ptg/5AasYlgD7zF44xi+8DeaiNR6xqpZTLDTkGaXq5Fb3DKFgdvRjrkwAPhz4 kW2qSFmL7p/aE0/hcD0cuz2VD+MiIQIWUdfyWYihg810qdJyAvkTzk/Rr2p5LQR3 JGny7Jk7idAv/rqLjd7M8wKrs9TWQZ4180GG6ibGsFtiMlngIV3oeIfXFCXemfSU lJsJmN2Cfx3PM7V1UhPdw+XaJXCxZrHeBEtGG+t3YkLTYjR9v17u+8x+ALB5zK32 cubyC7vvaYpLFt1K+XEamfkoB3vU4/3QPrLp57Cy27NROrA3smASAclyeUnxlwsk w3lSU8CqcdlpwFH2zjlXdL0BeUzz0C1bMfu8eVchxyByVvLaTzAiPQQqvUSNZue/ 6CdQh+EAqd8cK3wtD4koPO8kxPhl9T3w4DLEB2G2WMDPA4x4W0pV2EsAGOTFHtNr +KmA47l1LQ69Z05DrjIm7eyKUzzK5r6Trg57obWpPW9+aYpYIaum+gl0U50+2oiZ JRsTt+NiHjnvvKFif4ZQUpH515OuKgIBH7pwi0G/jh8fDr83RoYFw3Llf1npA746 fzLlrRrKVkDVN3ga1yqVfSMFrxWYQOtkTiiBmrEtaJEx8vMUHza+qwCwovwNo/63 +5i25kInC3eoFyBKz45D1pYlhLaYlbGRbWp6K4AsPVfQCv2Lez8= =Qju8 -END PGP SIGNATURE-
Bug#933646: corekeeper installation should not fail if kernel files read-only
Package: corekeeper Version: 1.7 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, corekeeper installation should not fail/abort when the sysctl files can not be written on installation [ ... ] update-alternatives: using /usr/bin/w.procps to provide /usr/bin/w (w) in auto mode Setting up corekeeper (1.7) ... sysctl: setting key "kernel.core_pattern": Read-only file system sysctl: setting key "kernel.core_uses_pid": Read-only file system sysctl: setting key "fs.suid_dumpable": Read-only file system dpkg: error processing package corekeeper (--configure): installed corekeeper package post-installation script subprocess returned error exit status 255 Processing triggers for libc-bin (2.28-10) ... Errors were encountered while processing: corekeeper E: Sub-process /usr/bin/dpkg returned an error code (1) This occured while automatic testing ansible roles in docker container and one of them fails because it wants to install corekeeper. It would be okay to warn the user that corekeeper can not activate/enable itself - but the installation has succeeded so no reason to fail. Flo - -- System Information: Debian Release: 10.0 APT prefers stable-debug APT policy: (500, 'stable-debug'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages corekeeper depends on: ii procps 2:3.3.15-2 corekeeper recommends no packages. corekeeper suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEdb9o7oebX2papQ/KkN1BIMsJ8i8FAl1Cz6UACgkQkN1BIMsJ 8i87/w/9FouJ9YI9LvHU2HeejVDMrUvICIOnXQnXUAkLeC3rslnCJtkb1Vs7KSvH TooYfSr3h9dkciGDPMV2l3G5G+eP1TBU+tGXtIAP0JGCh992hvv+4SYLZ2gUItr/ JZkfzalFIcHsts93082H6AVISBjnp19SOii/K7Rs47jrHS0d39uUFcyw5uSAPQv5 BChymiQe/thJWHNI7twZgc2MOi+6BZ56hs7uglFSBz1Ji/D+UEPbXIZjg3BEnthK 1TtEebm5acSLnhNsUuTmmDyi4QOFxeovobos5TzZcSsT3ogkc0jwuDDF8uIHfkia 2RfMinw3WPk4XOcqn9klldcCTPSO5GYT54Pexkejb/VMkwrc1B+NqbtAhqiyOhAo 9Dcu+e1ViiqW7QDHJkrTrj7kriKRBh9ZYtjgQtJ0HvpMvRd7bJVsKeP0fpnTWnsK w86ZkL4UGHg6f+bJxjCf/P4+Qe29d8QS+M6gK1qa7bHbGPZw7UU34k3+LWm/2HU1 0c7w1B2t+6K5LaSvDMHh3FMdz6Tq59SVYrw5KAZpS5dHl+wEE1+hI4bW1pZM4+hS acdHvXvetrHJ5oxn7Zui+2MWkrU45BoTx7BfJMAdqSEbpNe++3Tfz8Er2ZSONoBw 3nxHK6VAYkC6N73MHeJZ1g6oLgfvS4BC24iZLP5mjznGWKnIx5s= =L+ng -END PGP SIGNATURE-
Bug#933207: firmware-misc-nonfree: Please include DVBSky S960/S860 / Montage Technology M88DS3103 firmware
Package: firmware-misc-nonfree Version: 20190114-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, would you mind including the firmware for this device: [ 15.093992] usb 1-2: new high-speed USB device number 4 using xhci_hcd [ 15.242748] usb 1-2: New USB device found, idVendor=0572, idProduct=6831, bcdDevice= 0.00 [ 15.242764] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 15.242773] usb 1-2: Product: S960 [ 15.242781] usb 1-2: Manufacturer: Bestunar [ 15.242789] usb 1-2: SerialNumber: 20120511 [ 15.525991] usb 1-2: dvb_usb_v2: found a 'DVBSky S960/S860' in warm state [ 15.526612] usb 1-2: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer [ 15.52] dvbdev: DVB: registering new adapter (DVBSky S960/S860) [ 15.527921] usb 1-2: dvb_usb_v2: MAC address: 00:17:42:54:96:0c [ 15.548129] i2c i2c-10: Added multiplexed i2c bus 11 [ 15.617279] ts2020 11-0060: Montage Technology TS2022 successfully identified [ 15.617358] usb 1-2: DVB: registering adapter 0 frontend 0 (Montage Technology M88DS3103)... [ 15.657955] Registered IR keymap rc-dvbsky [ 15.658119] rc rc0: DVBSky S960/S860 as /devices/pci:00/:00:14.0/usb1/1-2/rc/rc0 [ 15.658314] input: DVBSky S960/S860 as /devices/pci:00/:00:14.0/usb1/1-2/rc/rc0/input12 [ 15.659565] rc rc0: lirc_dev: driver dvb_usb_dvbsky registered at minor = 0, scancode receiver, no transmitter [ 15.659578] usb 1-2: dvb_usb_v2: schedule remote query interval to 300 msecs [ 15.659588] usb 1-2: dvb_usb_v2: 'DVBSky S960/S860' successfully initialized and connected [ 15.659695] usbcore: registered new interface driver dvb_usb_dvbsky Trying to use the device requests these files: [ 269.506258] m88ds3103 10-0068: found a 'Montage Technology M88DS3103' in cold state [ 269.506317] m88ds3103 10-0068: firmware: failed to load dvb-demod-m88ds3103.fw (-2) [ 269.506330] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware [ 269.506340] m88ds3103 10-0068: Direct firmware load for dvb-demod-m88ds3103.fw failed with error -2 [ 269.506346] m88ds3103 10-0068: firmware file 'dvb-demod-m88ds3103.fw' not found [ 401.740293] m88ds3103 10-0068: found a 'Montage Technology M88DS3103' in cold state [ 401.740333] m88ds3103 10-0068: firmware: failed to load dvb-demod-m88ds3103.fw (-2) [ 401.740348] m88ds3103 10-0068: Direct firmware load for dvb-demod-m88ds3103.fw failed with error -2 [ 401.740353] m88ds3103 10-0068: firmware file 'dvb-demod-m88ds3103.fw' not found I downloaded the firmware files from the Vendors website: http://www.dvbsky.net/Support_linux.html http://www.dvbsky.net/download/linux/firmware.zip [ 531.408407] m88ds3103 10-0068: found a 'Montage Technology M88DS3103' in cold state [ 531.408546] m88ds3103 10-0068: firmware: direct-loading firmware dvb-demod-m88ds3103.fw [ 531.408802] m88ds3103 10-0068: downloading firmware from file 'dvb-demod-m88ds3103.fw' [ 532.396040] m88ds3103 10-0068: found a 'Montage Technology M88DS3103' in warm state [ 532.396054] m88ds3103 10-0068: firmware version: 3.B USB DVB-S2 Card works without a problem with that firmware. Flo - -- System Information: Debian Release: 10.0 APT prefers stable-debug APT policy: (500, 'stable-debug'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) firmware-misc-nonfree depends on no packages. firmware-misc-nonfree recommends no packages. Versions of packages firmware-misc-nonfree suggests: ii initramfs-tools 0.133 - -- no debconf information -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEdb9o7oebX2papQ/KkN1BIMsJ8i8FAl08aQoACgkQkN1BIMsJ 8i8iIA//V2SKtbBZh8HnKlO0wCT9RY/FHN9fHSomZqEcNWTQVwjetEDWuD+iZYYy aVqmg/WGzHWSvfogmgufrON0nJjHyvtrZYZkrxqyBU0wPaHf9RGV015ZH7YgZ7Lc X0r0D+CMFR84zWSuU5cwvv6w66xrvW7xTSbgopSsXpowOdK/8QniJStw4tj340Qv 0B1p4myjub3f6Yo0m8uoi4x4uI5RPz4yzO6eksWyETkddlIXghsuQAVXiAJ1QVI7 l1t9xIXq+kLwp5YbGGKDQC7M9UET3cpZiDDC/EbPliqzJpw0RC33VQt0ILB0sK8f 6xuzOr1OzPtJqGrBqaNbz6FuYeFl+YBYykG/6ZhQUh7Ivtj3hnLXgqHRIMSrwhOa fYIgMi5feGue/YZatRM7oMBwd86rhPnaPjEPzfD6zlAdQxRCP/Q8QSm/BJ2vmbnw uTYFOCm4Jap8jNIE1fTxInj7iQ2zUhoLeCb40ojy6nE633tHe6bFoXDzKOXOyljt I7jE1TBNoMY90EMUMjRcm0k7jaqk2nCwgzKVPUib0yglTtzxekuCBXcN1+zkWe5c tTGvWgjGc3kfapk5dgFCGx1q3dMaUxyNfUpuRAxXudGK7lL5Ok3fhmJ0+ZbE7TAy TA81FaL10B/apT33Isz/gmAVCEx8xr0bIZkQRqiu1md99YnnV9M= =VfCp -END PGP SIGNATURE-
Bug#932561: Acknowledgement (cinnamon-settings-daemon: csd-backlight-helper segfaults on get and set)
As an addition: flo@p4:~$ sudo /usr/lib/x86_64-linux-gnu/cinnamon-settings-daemon/csd-backlight-helper --set-brightness 851 -b firmware -b platform -b raw flo@p4:~$ sudo /usr/lib/x86_64-linux-gnu/cinnamon-settings-daemon/csd-backlight-helper --set-brightness 851 Segmentation fault -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Bug#932561: cinnamon-settings-daemon: csd-backlight-helper segfaults on get and set
Package: cinnamon-settings-daemon Version: 3.8.4-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, i have some issues with backlight not beeing turned on after resume or after screenblanking with screensaver (Lenovo T440s) - So i went debugging and saw the csd-backlight-helper beeing called. As i was curious on what it does i tried calling it myself and it segfaulted on anything else than -h Here is a strace of --get-max-brightness flo@p4:~$ strace /usr/lib/x86_64-linux-gnu/cinnamon-settings-daemon/csd-backlight-helper --get-max-brightness execve("/usr/lib/x86_64-linux-gnu/cinnamon-settings-daemon/csd-backlight-helper", ["/usr/lib/x86_64-linux-gnu/cinnam"..., "--get-max-brightness"], 0x7fffb873b2d8 /* 56 vars */) = 0 brk(NULL) = 0x5599842a2000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=294990, ...}) = 0 mmap(NULL, 294990, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fe9beab3000 close(3)= 0 openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libgudev-1.0.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0:\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=42920, ...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fe9beab1000 mmap(NULL, 2138216, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe9be8a6000 mprotect(0x7fe9be8af000, 2097152, PROT_NONE) = 0 mmap(0x7fe9beaaf000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9000) = 0x7fe9beaaf000 close(3)= 0 openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@\267\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=342072, ...}) = 0 mmap(NULL, 346984, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe9be851000 mmap(0x7fe9be85c000, 204800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb000) = 0x7fe9be85c000 mmap(0x7fe9be88e000, 90112, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3d000) = 0x7fe9be88e000 mmap(0x7fe9be8a4000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x52000) = 0x7fe9be8a4000 close(3)= 0 openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\275\1\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=1166640, ...}) = 0 mmap(NULL, 1171848, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe9be732000 mprotect(0x7fe9be74d000, 1052672, PROT_NONE) = 0 mmap(0x7fe9be74d000, 516096, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b000) = 0x7fe9be74d000 mmap(0x7fe9be7cb000, 532480, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x99000) = 0x7fe9be7cb000 mmap(0x7fe9be84e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11b000) = 0x7fe9be84e000 mmap(0x7fe9be85, 392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fe9be85 close(3)= 0 openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libm.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p\322\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=1579448, ...}) = 0 mmap(NULL, 1581384, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe9be5af000 mmap(0x7fe9be5bc000, 651264, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd000) = 0x7fe9be5bc000 mmap(0x7fe9be65b000, 872448, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xac000) = 0x7fe9be65b000 mmap(0x7fe9be73, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18) = 0x7fe9be73 close(3)= 0 openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260A\2\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1824496, ...}) = 0 mmap(NULL, 1837056, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe9be3ee000 mprotect(0x7fe9be41, 1658880, PROT_NONE) = 0 mmap(0x7fe9be41, 1343488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22000) = 0x7fe9be41 mmap(0x7fe9be558000, 311296, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16a000) = 0x7fe9be558000 mmap(0x7fe9be5a5000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b6000) = 0x7fe9be5a5000 mmap(0x7fe9be5ab000, 14336, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fe9be5ab000 close(3)= 0 openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libudev.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3,
Bug#932171: Acknowledgement (nemo fails to mount encrypted block device (luks))
On Tue, Jul 16, 2019 at 08:27:05AM +, Debian Bug Tracking System wrote: > If you wish to submit further information on this problem, please > send it to 932...@bugs.debian.org. Bug has already be seen in 18.04 https://github.com/pop-os/pop/issues/163 The solution (which works) is to install apt install libblockdev-crypto2 systemctl restart udisks2.service As this worked on stretch and didnt after an upgrade this is a regression. I guess its not really nemos reponsibility to have a dependency on libblockdev-crypto2 but rather udisks2 which currently only Recommends libblockdev-crypto2. But the error message is so misleading that the normal user would not be able for fix this. Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Bug#932171: nemo fails to mount encrypted block device (luks)
Package: nemo Version: 3.8.5-1+b1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, i connected a USB drive which contains a Luks based encrypted block device. Prior to updateing to Buster i got a popup, entered the passphrase and everything was fine. Now i enter the passphrase and i get an Error popup Unable to mount 4.0 TB Encrypted Error unlocking /dev/sdb2: The function 'bd_crypto_luks_open_blob' called but not implemented!' cryptsetup is installed (I am running cryptoroot aswell) flo@p4:~$ dpkg -l | grep cryptsetup ii cryptsetup 2:2.1.0-5 all transitional dummy package for cryptsetup-{run,initramfs} ii cryptsetup-bin 2:2.1.0-5 amd64disk encryption support - command line tools ii cryptsetup-initramfs2:2.1.0-5 all disk encryption support - initramfs integration ii cryptsetup-run 2:2.1.0-5 amd64disk encryption support - startup scripts ii libcryptsetup12:amd64 2:2.1.0-5 amd64disk encryption support - shared library ii libcryptsetup4:amd642:1.7.3-4 amd64disk encryption support - shared library Flo - -- System Information: Debian Release: 10.0 APT prefers stable-debug APT policy: (500, 'stable-debug'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nemo depends on: ii cinnamon-desktop-data 3.8.1-2 ii desktop-file-utils 0.23-4 ii gsettings-desktop-schemas 3.28.1-1 ii gvfs 1.38.1-5 ii libatk1.0-02.30.0-2 ii libc6 2.28-10 ii libcairo-gobject2 1.16.0-4 ii libcairo2 1.16.0-4 ii libcinnamon-desktop4 3.8.1-2 ii libexempi8 2.5.0-2 ii libexif12 0.6.21-5.1 ii libgail-3-03.24.5-1 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2 ii libglib2.0-data2.58.3-2 ii libgtk-3-0 3.24.5-1 ii libnemo-extension1 3.8.5-1+b1 ii libnotify4 0.7.7-4 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-01.42.4-6 ii libselinux12.8-1+b1 ii libx11-6 2:1.6.7-1 ii libxapp1 1.2.2-1 ii libxml22.9.4+dfsg1-7+b3 ii nemo-data 3.8.5-1 ii shared-mime-info 1.10-1 Versions of packages nemo recommends: ii cinnamon-l10n3.8.2-1 ii gvfs-backends1.38.1-5 ii gvfs-fuse1.38.1-5 ii librsvg2-common 2.44.10-2.1 ii nemo-fileroller 3.8.0-2 Versions of packages nemo suggests: ii eog 3.28.4-2+b1 ii evince [pdf-viewer] 3.30.2-3 ii gv [pdf-viewer] 1:3.7.4-2 ii totem3.30.0-4 ii vlc [mp3-decoder]3.0.7-1 ii xdg-user-dirs0.17-2 - -- no debconf information -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEdb9o7oebX2papQ/KkN1BIMsJ8i8FAl0th9wACgkQkN1BIMsJ 8i9+Ug/+IwSYVrmtEPdwTBBG/seRuR8wjxu2+BBlHVnYd0/60VfEGaN6cYnEn6Xy /vztzJDc9LIXTHeV49uFw1tqrOXuqwLTCZEoH4nTlD4jgpkzns1nv6eLBVjgIxO0 AUh8vQiOgXG9oGVWd9HV47iOpIr2ios/DO1qKLb+3VBWwfh27rBrp4XxTSw4NHHM 9/6AYcUoyryDUXaBwrYN17G2UJNTboNvzTK9AU74VZoPF0RzQ0Ce6p7Oe+z3DAC3 GH6i4ioISUAs/bS1c7ge+XiTf7jQzHkrKAMCIBFTDT5UqJRkOgKmMqPYkJikgXOH XlqJBysvZlB/LW3zqspQLc0kihnfJmd17fxe57SFrXNf5hSV82U9EWHdDj3WJIVd cq/gd6+FlegSUVGzDAVl9gZhPgdcG8AkY91Bixug6bOMQD08l+5B2q3MxUPA6LpH FDDLo7IBtN4MVkjzF+bKz7+208rVJ88da0Vwcubi9o+rTh/4mPZU9C+Dmo+Nmb/P f2cFYlEjZq9B01b0C5uHXz13VteWSh17BGGfxKlbGmYoJ1UX8cocWSdMC0kiK6hE TytRt95FSbwgQVY375yL6vH3KLthI6K/kvxcskI7Jag+DNYui+gMHlEz9jDxcqcI 9WGkTE7rPYdnmu3hNuS5UMqqwudeha5U23Pv1CtREBcBCrs9e7k= =crjM -END PGP SIGNATURE-
Bug#880659: xend opcode in libpthread on non hle cpu
reassign 880659 libc6 2.24-11+deb9 retitle 880659 sigill - xend opcode in libpthread on non hle/tsx cpu end -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Bug#880659: [stunnel4] still random segfaults - gdb backtrace
=0, rnd=0x7f51f0002a10, bits=2047, top=, bottom=) at ../crypto/bn/bn_rand.c:46 #5 0x7f51f835a533 in probable_prime_dh_safe (ctx=0x7f51f0002840, rem=0x7f51f0001408, padd=0x7f51f00013f0, bits=2047, p=0x7f51f00016d0) at ../crypto/bn/bn_prime.c:548 #6 BN_generate_prime_ex (ret=0x7f51f00016d0, bits=bits@entry=2048, safe=safe@entry=1, add=add@entry=0x7f51f00013f0, rem=0x7f51f0001408, cb=cb@entry=0x0) at ../crypto/bn/bn_prime.c:139 #7 0x7f51f838597d in dh_builtin_genparams (ret=0x7f51f00010b0, ret=0x7f51f00010b0, cb=0x0, generator=2, prime_len=2048) at ../crypto/dh/dh_gen.c:112 #8 DH_generate_parameters_ex (ret=0x7f51f00010b0, prime_len=2048, generator=2, cb=0x0) at ../crypto/dh/dh_gen.c:28 #9 0x5607e32be538 in cron_dh_param () at cron.c:172 #10 cron_worker () at cron.c:133 #11 cron_thread (arg=) at cron.c:88 #12 0x7f51f78534a4 in start_thread (arg=0x7f51f64ad700) at pthread_create.c:456 #13 0x7f51f7595d0f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 (gdb) disas 0x7f51f7858c43 Dump of assembler code for function __GI___pthread_rwlock_unlock: 0x7f51f7858c20 <+0>: mov0x1c(%rdi),%esi 0x7f51f7858c23 <+3>: mov0x18(%rdi),%r9d 0x7f51f7858c27 <+7>: xor%r8d,%r8d 0x7f51f7858c2a <+10>:mov%rdi,%rdx 0x7f51f7858c2d <+13>:test %esi,%esi 0x7f51f7858c2f <+15>:setne %r8b 0x7f51f7858c33 <+19>:shl$0x7,%r8d 0x7f51f7858c37 <+23>:test %r9d,%r9d 0x7f51f7858c3a <+26>:jne0x7f51f7858c50 <__GI___pthread_rwlock_unlock+48> 0x7f51f7858c3c <+28>:mov0x4(%rdi),%edi 0x7f51f7858c3f <+31>:test %edi,%edi 0x7f51f7858c41 <+33>:jne0x7f51f7858c50 <__GI___pthread_rwlock_unlock+48> => 0x7f51f7858c43 <+35>:xend 0x7f51f7858c46 <+38>:xor%eax,%eax 0x7f51f7858c48 <+40>:retq 0x7f51f7858c49 <+41>:nopl 0x0(%rax) 0x7f51f7858c50 <+48>:sub$0x8,%rsp 0x7f51f7858c54 <+52>:mov$0x1,%edi 0x7f51f7858c59 <+57>:xor%eax,%eax 0x7f51f7858c5b <+59>:lock cmpxchg %edi,(%rdx) 0x7f51f7858c5f <+63>:je 0x7f51f7858c77 <__GI___pthread_rwlock_unlock+87> 0x7f51f7858c61 <+65>:lea(%rdx),%rdi 0x7f51f7858c64 <+68>:sub$0x80,%rsp 0x7f51f7858c6b <+75>:callq 0x7f51f785bf60 <__lll_lock_wait> 0x7f51f7858c70 <+80>:add$0x80,%rsp 0x7f51f7858c77 <+87>:mov0x18(%rdx),%eax 0x7f51f7858c7a <+90>:test %eax,%eax 0x7f51f7858c7c <+92>:jne0x7f51f7858d00 <__GI___pthread_rwlock_unlock+224> 0x7f51f7858c82 <+98>:mov0x4(%rdx),%eax 0x7f51f7858c85 <+101>: sub$0x1,%eax 0x7f51f7858c88 <+104>: test %eax,%eax 0x7f51f7858c8a <+106>: mov%eax,0x4(%rdx) 0x7f51f7858c8d <+109>: jne0x7f51f7858d12 <__GI___pthread_rwlock_unlock+242> 0x7f51f7858c93 <+115>: mov0x14(%rdx),%esi 0x7f51f7858c96 <+118>: test %esi,%esi 0x7f51f7858c98 <+120>: jne0x7f51f7858d40 <__GI___pthread_rwlock_unlock+288> ---Type to continue, or q to quit---q Quit (gdb) -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Bug#880659: [stunnel4] still random segfaults - kernel reports illegal instruction
Hi, i am still seeing regular illegal instruction crashes in stunnel4 - Setup hasnt changed from 2017. Version is 3:5.39-2 It doesnt look trustworthy when a crypto application which is public internet facing regularly crashes with illegal instruction. [Sun Mar 24 23:41:01 2019] traps: stunnel4[22548] trap invalid opcode ip:7fdf2a82fc43 sp:7fdf29483af8 error:0 [Sun Mar 24 23:41:01 2019] in libpthread-2.24.so[7fdf2a823000+18000] [Sat Mar 30 23:53:23 2019] traps: stunnel4[20823] trap invalid opcode ip:7f113cc66c43 sp:7f113b8baa98 error:0 [Sat Mar 30 23:53:23 2019] in libpthread-2.24.so[7f113cc5a000+18000] [Sun Mar 31 06:30:01 2019] traps: stunnel4[32449] trap invalid opcode ip:7fe43fda7c43 sp:7fe43e9fba68 error:0 [Sun Mar 31 06:30:01 2019] in libpthread-2.24.so[7fe43fd9b000+18000] [Wed Apr 10 21:45:50 2019] traps: stunnel4[13859] trap invalid opcode ip:7f2381e09c43 sp:7f2380a5db38 error:0 [Wed Apr 10 21:45:50 2019] in libpthread-2.24.so[7f2381dfd000+18000] Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Bug#922783: daemontools-run: installation in docker catches job control signal
Control: tag -1 patch Hi, i would propose a patch like this - Usage of telinit shameless stolen from glibc which calls telinit like this to restart init. Otherwise we would need to check for the existance and executability of telinit (Which might be missing in container environments) Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away commit 37234b78955546b2e7c6dcb62f014d2f924d9657 Author: Florian Lohoff Date: Fri Feb 22 16:08:20 2019 +0100 Replace unconditional kill -s -HUP 1 with telinit q diff --git a/debian/daemontools-run.postinst b/debian/daemontools-run.postinst index 065d821..aeab95c 100644 --- a/debian/daemontools-run.postinst +++ b/debian/daemontools-run.postinst @@ -31,8 +31,7 @@ if test -z "$2" || dpkg --compare-versions "$2" lt '1:0.76'; then sed -e '/#-- daemontools-run begin/,/#-- daemontools-run end/d' \ /etc/inittab > /etc/inittab'{new}' mv -f /etc/inittab'{new}' /etc/inittab -kill -s HUP 1 -sleep 1 +telinit q 2>/dev/null || true ; sleep 1 fi # update from daemontools-installer if grep -q 'SV:123456:respawn:/command/svscanboot' /etc/inittab; then @@ -41,8 +40,7 @@ if test -z "$2" || dpkg --compare-versions "$2" lt '1:0.76'; then sed -e '/SV:123456:respawn:\/command\/svscanboot/d' \ /etc/inittab > /etc/inittab'{new}' mv -f /etc/inittab'{new}' /etc/inittab -kill -s HUP 1 -sleep 1 +telinit q 2>/dev/null || true ; sleep 1 fi # update from daemontools-installer (fhs version) if grep -q 'SV:123456:respawn:/usr/bin/svscanboot' /etc/inittab; then @@ -51,8 +49,7 @@ if test -z "$2" || dpkg --compare-versions "$2" lt '1:0.76'; then sed -e '/SV:123456:respawn:\/usr\/bin\/svscanboot/d' \ /etc/inittab > /etc/inittab'{new}' mv -f /etc/inittab'{new}' /etc/inittab -kill -s HUP 1 -sleep 1 +telinit q 2>/dev/null || true ; sleep 1 fi fi if test -z "$2"; then @@ -80,7 +77,7 @@ if ! grep '^SV:' /etc/inittab >/dev/null; then #-- daemontools-run end EOT mv -f /etc/inittab'{new}' /etc/inittab - kill -s HUP 1 + telinit q 2>/dev/null || true ; sleep 1 fi # systemd service diff --git a/debian/daemontools-run.postrm b/debian/daemontools-run.postrm index d27eef5..5ee83ed 100644 --- a/debian/daemontools-run.postrm +++ b/debian/daemontools-run.postrm @@ -9,7 +9,7 @@ if grep -q "#-- daemontools-run begin" /etc/inittab; then sed -e '/#-- daemontools-run begin/,/#-- daemontools-run end/d' \ /etc/inittab > /etc/inittab'{new}' mv -f /etc/inittab'{new}' /etc/inittab - kill -s HUP 1 || : + telinit q 2>/dev/null || true ; sleep 1 echo 'Sending services the TERM and CONT signals...' svc -dx /etc/service/* || : sleep 5 signature.asc Description: PGP signature
Bug#922783: daemontools-run: installation in docker catches job control signal
On Wed, Feb 20, 2019 at 04:15:06PM +, Debian Bug Tracking System wrote: > Thank you for filing a new Bug report with Debian. > > You can follow progress on this Bug here: 922783: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922783. Hi - I can confirm that is caused by sending a HUP to pid 1. It is somehow not reproducible with a simple shell script but i created a simple package with just a kill -s HUP 1 in its postinst and i see the same job control signal handed to apt. IMHO the postinst should use "telinit q" to reload the config and only when available (Which it is not in case of a container) Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Bug#922783: daemontools-run: installation in docker catches job control signal
Package: daemontools-run Version: installation in docker catches job control signal Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, while testing internal packages in a local docker container i found something strange. It seems installation of daemontools-run causes apt to catch a job control signal late in the installation which causes apt to not finish installation. After looking into the postinst i think it might be related to sending SIGHUP to pid 1 - Pid1 in these container is the interactive shell - not init or systemd. This is the default Debian/Stretch container i started with: docker run -it -h stretch-12654 --rm amd64/debian:stretch /bin/bash -li root@stretch-12654:/# apt-get install daemontools-run Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: daemontools-run 0 upgraded, 1 newly installed, 0 to remove and 7 not upgraded. Need to get 11.2 kB of archives. After this operation, 39.9 kB of additional disk space will be used. Get:1 http://cdn-fastly.deb.debian.org/debian stretch/main amd64 daemontools-run all 1:0.76-6.1 [11.2 kB] Fetched 11.2 kB in 0s (337 kB/s) debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package daemontools-run. (Reading database ... 6541 files and directories currently installed.) Preparing to unpack .../daemontools-run_1%3a0.76-6.1_all.deb ... Unpacking daemontools-run (1:0.76-6.1) ... Setting up daemontools-run (1:0.76-6.1) ... Adding SV inittab entry... [1]+ Stopped apt-get install daemontools-run As apt has not yet finished running the apt database is still locked. root@stretch-12654:/# apt-get install zsh Reading package lists... Done Building dependency tree Reading state information... Done The following additional packages will be installed: zsh-common Suggested packages: zsh-doc E: Could not get lock /var/cache/apt/archives/lock - open (11: Resource temporarily unavailable) E: Unable to lock directory /var/cache/apt/archives/ - -- System Information: Debian Release: 9.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages daemontools-run depends on: pn daemontools daemontools-run recommends no packages. daemontools-run suggests no packages. -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEdb9o7oebX2papQ/KkN1BIMsJ8i8FAlxtfE4ACgkQkN1BIMsJ 8i+qRA//ZpqlC7n4jKWkol/X/QRPhwTYKFkoBqwHr9+LUX2R+bTlp9y8JSyTCD+O UMOegJiHxfN2YeUv8LIMzY51JgU9SuZPpH0p+BJP+moN3PFeJdI2O/IrLR3w1o0g RNaOvaLLuWv0/J6b/knKmL81XowJmKu5LL9fH8hnUlbjjFwYTz0srXmGwX2QaeOE DbQfCzrrz9OCp4qDbxIGUB2HfW0cyDGaVJAsHfNgeEFSbrkE6BI6eKrIQn9G2Vqc 8nicBy24C1D2ScYpGwwzDEx+jGkuD3Zb4EKD5jdp2quznUUKef5lIJ7zoAQybztG 3La3MUNINdhF5JCwxkijF/lBWkvTvUUpUQyyHJL+pn6ewj4XyM9H1Ta3uVwHi2Ja QdiP8MKD4Ydw5fQHysERWYBplPGUrbNx5uBg4VXPcT6rh7siS7rM3VxC5hVkvmQy cUs2ni2w3s+q1iL26sTpT+4yMWn8mRD2C+wBqiFeSukPcvBxVDeZVKmYioycsU61 uD+wMuFKCroSsr9ctKpuedeV3PWpiA8WmItXyKKtbZuLmcxtckRTj1ldNwR2BitH vEEsUKfDPLetXuELGcRWOg+TVJGIiYkX5kGC1iGiIrpj7jtPa9vOh0yZ1qBa+FS+ dhP3C8/vTwTEwq2Tk8KJRTgBk8TSMH+1jehCOOLwfw6iwNtUXBc= =NQ8x -END PGP SIGNATURE-
Bug#922765: libnet-server-perl: Using Sys::Syslog triggers warning - Argument "0.33_01" isn't numeric
Package: libnet-server-perl Version: 2.009-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, using Sys::Syslog for logging triggers: Argument "0.33_01" isn't numeric in numeric lt (<) at /usr/share/perl5/Net/Server/Log/Sys/Syslog.pm line 39. Oneliner testcase perl -e "package Test; use base qw( Net::Server::PreFork ); use strict; Test->run({ log_file => 'Sys::Syslog' }); 1;" Sys::Syslog defines VERSION as 0.33_01 whereas Net::Server::Log::Sys::Syslog compares it numerically: 37 } else { 38 if (! defined $prop->{'syslog_logsock'}) { 39 $prop->{'syslog_logsock'} = ($Sys::Syslog::VERSION < 0.15) ? 'unix' : ''; 40 } 41 if ($prop->{'syslog_logsock'} =~ /^(|native|tcp|udp|unix|inet|stream|console)$/) { 42 $prop->{'syslog_logsock'} = $1; 43 } else { 44 $prop->{'syslog_logsock'} = ($Sys::Syslog::VERSION < 0.15) ? 'unix' : ''; Workaround is to set the syslog_logsock to something usable: perl -e "package Test; use base qw( Net::Server::PreFork ); use strict; Test->run({ log_file => 'Sys::Syslog', syslog_logsock => 'unix'}); 1;" Flo - -- System Information: Debian Release: 9.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libnet-server-perl depends on: ii libcgi-pm-perl 4.35-1 ii libio-multiplex-perl 1.16-1 ii libio-socket-inet6-perl 2.72-2 ii libio-socket-ssl-perl2.044-1 ii libnet-cidr-perl 0.18-1 ii libnet-ssleay-perl 1.80-1 ii libsocket6-perl 0.27-1+b1 ii perl 5.24.1-3+deb9u5 libnet-server-perl recommends no packages. Versions of packages libnet-server-perl suggests: ii liblog-log4perl-perl 1.48-1+deb9u1 - -- no debconf information -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEdb9o7oebX2papQ/KkN1BIMsJ8i8FAlxtQjUACgkQkN1BIMsJ 8i/JkQ//Uig+ywj1kauX3V9aZUrY3pZgwd40vHBRx9+xSj0gXmW5EcUrRKWTF9/X QO+EXTD5m6YW2mrG4GYRYmNiwt5EEsEsUCFF/4XCvrylHbGFRGgr7AAjprTlh3kO fsGwUlFlCAoxNUgkOaWUdcPMNVX8XRCbNEVOdsCV78waInehFLXHRpMDcvGTLfUJ qzA58Q6wHmVPG5a7NmBgcls0RMEPn3mwI/5NL8jrpfELcOy6x0NLsHNbcFFGYEgX bf1dl0Qi9b9p3AcoWc8kunhfxUsjvmcABxUss/tZ18xBAkFXeTZDJ+wDd33EOJN0 5U8UpkIakl9mgY96XfAV5f4TxbsVnAPvHinJy4rWXjQjulKiknuRShmMrvPJqcgJ d3b5Cx1HEp/qoH6I6+o4rizk22+9af7Cw6Ye6IQJr5FUgkgpeIxO7oTULXa0xJpR ikTnijwBtmKxOl5oZBy9tNRxMi4f3+CkOfqohwna+OzOwSJX7BQV24+JcK/Ev/Zq 9LCz5+lWeTdofF/3agPg3aQOKIGdV25JP4oi2kQmav2XzkDnQxRLSlzm+/S0GYV0 jx8aF6x+JHihUxk9uHzsJ4OGjOCF55U3HpYhk5xXvPxz+ptp7vNAI/U36YkIl+D+ 8FDV1nKh6Mc5Q12hvLDdjQmGqf/BtIPp78b+e+6s3acGmW1DvBw= =kZSS -END PGP SIGNATURE-
Bug#913314: libmojo-server-fastcgi-perl: Can't locate object method "server_close" via package "Mojo::Transaction::HTTP"
Package: libmojo-server-fastcgi-perl Version: 0.41-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi i tried running a simple Mojo::Lite app with fastcgi and found this error message in the apache2 logfiles: Can't locate object method "server_close" via package "Mojo::Transaction::HTTP" at /usr/share/perl5/Mojo/Server/FastCGI.pm line 229. It seems Mojo::Server::FastCGI calls server_close on a Mojo::Transation::HTTP object. With the current Mojo::Lite version this class does not have any such method which causes the app to "die" after every requests which makes the fastcgi kind of useless. My guess is that those 2 versions of Mojolicious and Mojo::Server::FastCGI dont match up. Flo *** End of the template - remove these template lines *** - -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.16.0-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libmojo-server-fastcgi-perl depends on: ii libmojolicious-perl 7.21+dfsg-1 ii perl 5.24.1-3+deb9u4 libmojo-server-fastcgi-perl recommends no packages. libmojo-server-fastcgi-perl suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEdb9o7oebX2papQ/KkN1BIMsJ8i8FAlvlkckACgkQkN1BIMsJ 8i/cUg/9Fz1cMdr639Y45tDsfyYgvTtoI614bJdN5loVxfsgOxtRb2/ALuy8fbzT LN5dnZkSTaiAmLoF8B862oBs28iO5AxBsvLKymZq2RJvyAqjZikkpTAetZzCTa9W rGpLk6LIFZqqDioYP5IBwxVUlQtaoPZt7YGefz9TMMcTXIJpmsg5HAJXruT9Ktqy YMQQQhTUQJgJlNZNlSceAIbI2eAa9cYIwMw3XwrXQOo7/uoUqIBVK2i5w8eBLp3m QLFWAFIhI7D6BLOvQi8TqA1qTOmGPr9jjxW8t2HbLynxtL2+5CeA7tAmGjN3N2gt LW8nPUlPskHhpAg5bXIqgPum6Z8Frd4PlWcsn/8bizK3jJthnIQg4c+4kZ90vbkN 25aXshwCMgPe21YrF1XjCfs+6fr1UpgUknl2PHMw6R6txFn9/nq3qhJlKB58H5qR VkwCLUnyJMRU1J7uTR1nChseSPsrDsAHTJffxhv/Vt5daD+2C86QQFJ1zMOlznbm ECpFMa7rWqpIULRFWZ3VlTfL6FzLxlUnOeYvhWTl+8hl9n7jk2IhEg3sNrh0IYVT yvS8NbKQ32Lna31FW1nEIZbm2tRPBYQ8dwpmKfDptQDes9f++gywqktpDe4vqaZ1 osoYanVr+CH7goIYtQt7Yv5mHy07EtuBnXRqSJ95yDmeXrwU2sA= =m09+ -END PGP SIGNATURE-
Bug#907484: monitoring-plugins-basic: check_file_age not mod_perl safe - please add -epn
Package: monitoring-plugins-basic Version: 2.2-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, the check_file_age plugin uses perl FindBin which is not mod_perl/embperl safe and fails. Please add a #!/usr/bin/perl -w # nagios: -epn Nagios -epn line at the top to stop nagios executing it with mod_perl/embperl Flo Kernel: Linux 4.16.0-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages monitoring-plugins-basic depends on: ii iputils-ping 3:20161105-1 ii libc6 2.24-11+deb9u3 ii libssl1.1 1.1.0f-3+deb9u2 ii monitoring-plugins-common 2.2-3 ii procps 2:3.3.12-3+deb9u1 ii ucf3.0036 Versions of packages monitoring-plugins-basic recommends: ii libcap2-bin 1:2.25-1 Versions of packages monitoring-plugins-basic suggests: pn icinga | icinga2 - -- no debconf information -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEdb9o7oebX2papQ/KkN1BIMsJ8i8FAluFYLcACgkQkN1BIMsJ 8i87Pw/8D0Ao2F/NtfeKpcxCHMZfzZSrllJxngXgYWLf0MfAsRt+tSnjynz52MKf Ttr22pxEHPTYBSy6UJFJNhjP3cNN2mc5wOhVNb+CjJoBbqDWSqJzJaWEQf+3mTBW 1MyWhY+qKGY0ItxGueOnoiPIgkh7rCNU5cdOOeQvVezWUeehrzj7s1ZLqc07YRf7 gU4C52HUJIL7VaOhx3qMsKoqKDhgc1uWzZZWfCb6tqMGLKroiD/MXKc9Ia1K9T3M XeNLjqB29Dbt6m+WJ49WsJQGXIggXFsYNuHfEL18vOeBPWCDqRCUgraeynsRfuXW fatEGeWmeb4+9X3L1Ncjek5tM6zy06XdnrUbjjb9qup31SwTp8t0IBLZMdeHysYy so8Cip8ZBISqeZgQP/MUuEUidBydcYWGXniXiGt9mOrUmcihsO6rFUgPuRVTQ/pD +VxdQosKVlelgthw/4IhXMDRPB15fbDa5qgb3sFF0hZwefshefNP+GpubJrq/zWT 9bXiwnnQyCS8/q9ygCqvqEWDIOoYsRphiDkO2GBmrlOuW0jteBrKYNKGAtv/IGSX Mby3gcTS+Xfq1pUl4B84UM7kANxTGMtogv5cRpOP9TcHwcEHsDDyN/D1/qxDbLA3 +LsBssfv3QgxofHwYawzpMnoY6LuMc3sZj0Jj56hw9PQcoWz7IM= =Zc98 -END PGP SIGNATURE-
Bug#899031: [roxterm] Please provide new roxterm packages
Package: roxterm Severity: wishlist Version 3.6.1 Hi, it seems some people continued ROXTerm development on Github: https://github.com/realh/roxterm The major show stopper bug seems to be fixed - It builds on Stretch (With a newer vte) and works like a charm. Thanks Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Bug#886841: linux-image-4.9.0-5-amd64: bluetooth list corruption bt_sock_poll
Package: src:linux Version: 4.9.65-3+deb9u2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I had a Kernel crash today while i was in the lunch break. The kernel crashdump stored dmesg and a kernel crash file. The only connection should have been a bluetooth laser mouse as seen from the dmesg [...] [82522.702593] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready [82530.496658] NMI watchdog: enabled on all CPUs, permanently consumes one hw-PMU counter. [82530.525398] EXT4-fs (dm-1): re-mounted. Opts: errors=remount-ro,data=ordered,commit=0 [82530.562043] EXT4-fs (sda1): re-mounted. Opts: block_validity,barrier,user_xattr,acl [82530.892480] thinkpad_acpi: EC reports that Thermal Table has changed [83042.675249] hid-generic 0005:17EF:6038.0006: unknown main item tag 0x0 [83042.675381] input: ThinkPad Bluetooth Laser Mouse as /devices/pci:00/:00:14.0/usb2/2-7/2-7:1.0/bluetooth/hci0/hci0:256/0005:17EF:6038.0006/input/input26 [83042.675583] hid-generic 0005:17EF:6038.0006: input,hidraw0: BLUETOOTH HID v2.00 Mouse [ThinkPad Bluetooth Laser Mouse] on e8:2a:ea:bd:d9:c6 [84211.260744] wlp3s0: deauthenticated from 68:86:a7:46:02:f7 (Reason: 7=CLASS3_FRAME_FROM_NONASSOC_STA) [84211.397297] wlp3s0: authenticate with 68:86:a7:46:02:f7 [84211.401487] wlp3s0: send auth to 68:86:a7:46:02:f7 (try 1/3) [84211.403346] wlp3s0: authenticated [84211.404983] wlp3s0: associate with 68:86:a7:46:02:f7 (try 1/3) [84211.410687] wlp3s0: RX AssocResp from 68:86:a7:46:02:f7 (capab=0x431 status=0 aid=9) [84211.423651] wlp3s0: associated [89431.623000] wlp3s0: deauthenticated from 68:86:a7:46:02:f7 (Reason: 7=CLASS3_FRAME_FROM_NONASSOC_STA) [89431.794147] wlp3s0: authenticate with 68:86:a7:46:02:f7 [89431.798752] wlp3s0: send auth to 68:86:a7:46:02:f7 (try 1/3) [89431.802228] wlp3s0: authenticated [89431.809405] wlp3s0: associate with 68:86:a7:46:02:f7 (try 1/3) [89431.814844] wlp3s0: RX AssocResp from 68:86:a7:46:02:f7 (capab=0x431 status=0 aid=9) [89431.819516] wlp3s0: associated [90333.333991] wlp3s0: deauthenticated from 68:86:a7:46:02:f7 (Reason: 7=CLASS3_FRAME_FROM_NONASSOC_STA) [90333.505311] wlp3s0: authenticate with 68:86:a7:46:02:f7 [90333.510330] wlp3s0: send auth to 68:86:a7:46:02:f7 (try 1/3) [90333.513557] wlp3s0: authenticated [90333.517836] wlp3s0: associate with 68:86:a7:46:02:f7 (try 1/3) [90333.522549] wlp3s0: RX AssocResp from 68:86:a7:46:02:f7 (capab=0x431 status=0 aid=9) [90333.532009] wlp3s0: associated [90351.166507] wlp3s0: deauthenticated from 68:86:a7:46:02:f7 (Reason: 7=CLASS3_FRAME_FROM_NONASSOC_STA) [90351.286284] wlp3s0: authenticate with 68:86:a7:46:02:f7 [90351.294327] wlp3s0: send auth to 68:86:a7:46:02:f7 (try 1/3) [90351.296183] wlp3s0: authenticated [90351.301644] wlp3s0: associate with 68:86:a7:46:02:f7 (try 1/3) [90351.307191] wlp3s0: RX AssocResp from 68:86:a7:46:02:f7 (capab=0x431 status=0 aid=9) [90351.312550] wlp3s0: associated [92074.465810] [ cut here ] [92074.465820] WARNING: CPU: 3 PID: 3064 at /build/linux-4.9.65/lib/list_debug.c:29 __list_add+0x5c/0xb0 [92074.465823] list_add corruption. next->prev should be prev (978802b93288), but was dead0200. (next=a71748e8fe78). [92074.465825] Modules linked in: uinput tun hid_generic hidp hid ctr ccm rpcsec_gss_krb5 auth_rpcgss oid_registry nfsv4 dns_resolver nfs lockd grace fscache rfcomm fuse ebtable_filter ebtables ip6table_filter ip6_tables pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) cpufreq_conservative cpufreq_powersave cpufreq_userspace cmac bnep binfmt_misc uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core videodev media btusb btrtl btbcm btintel bluetooth arc4 iTCO_wdt iTCO_vendor_support intel_rapl x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel iwlmvm mac80211 snd_hda_codec_hdmi kvm snd_hda_codec_realtek iwlwifi irqbypass snd_hda_codec_generic rtsx_pci_ms intel_cstate intel_uncore joydev intel_rapl_perf memstick pcspkr serio_raw cfg80211 snd_hda_intel snd_hda_codec [92074.465885] snd_hda_core snd_hwdep mei_me snd_pcm_oss sg snd_mixer_oss mei shpchp snd_pcm snd_timer lpc_ich thinkpad_acpi nvram snd soundcore ac rfkill battery evdev xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_filter parport_pc ppdev lp parport sunrpc ip_tables x_tables autofs4 ext4 crc16 jbd2 fscrypto ecb mbcache btrfs algif_skcipher af_alg dm_crypt dm_mod raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid1 raid0 multipath linear md_mod sd_mod crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel rtsx_pci_sdmmc mmc_core ahci libahci libata scsi_mod aesni_intel i2c_i801 i2c_smbus aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd xhci_pci xhci_hcd ehci_pci ehci_hcd psmouse i915 i2c_algo_bit [92074.465953] rtsx_pci mfd_core drm_kms_helper usbcore e1000e usb_common ptp pps_core drm thermal wmi video button
Bug#880659: [stunnel4] random segfaults in libcrypto.so.1.1 / libpthread-2.24.so
ad-2.24.so[7f5f253fb000+18000] [204035.210745] stunnel4[24746]: segfault at 1c ip 7ffaf7163f30 sp 7ffaf5db8be8 error 4 in libpthread-2.24.so[7ffaf7158000+18000] [206695.912346] stunnel4[3402]: segfault at 240 ip 7f072262cd93 sp 7f07206faa00 error 4 in libcrypto.so.1.1[7f07224e+265000] [210895.889110] stunnel4[20911]: segfault at 240 ip 7fac38237d93 sp 7fac36305a40 error 4 in libcrypto.so.1.1[7fac380eb000+265000] [215395.690030] stunnel4[6923]: segfault at 240 ip 7fa756ec2d93 sp 7fa754f90a00 error 4 in libcrypto.so.1.1[7fa756d76000+265000] [228333.622039] stunnel4[27747]: segfault at 240 ip 7f1f7c4bad93 sp 7f1f7a588a00 error 4 in libcrypto.so.1.1[7f1f7c36e000+265000] [241495.273124] stunnel4[18510]: segfault at 240 ip 7f8aac3c2d93 sp 7f8aaa490a40 error 4 in libcrypto.so.1.1[7f8aac276000+265000] [249333.742652] stunnel4[19258]: segfault at 1c ip 7fd24eee6f30 sp 7fd24db3bbe8 error 4 in libpthread-2.24.so[7fd24eedb000+18000] [251433.419548] stunnel4[28228]: segfault at 240 ip 7f5353813d93 sp 7f53518e1ad0 error 4 in libcrypto.so.1.1[7f53536c7000+265000] [278094.803689] stunnel4[11632]: segfault at 240 ip 7f5ff4333d93 sp 7f5ff2401a40 error 4 in libcrypto.so.1.1[7f5ff41e7000+265000] [281433.642149] stunnel4[25394]: segfault at 1c ip 7fedc34caf30 sp 7fedc211fc08 error 4 in libpthread-2.24.so[7fedc34bf000+18000] [285333.345969] stunnel4[9053]: segfault at 240 ip 7f7641028d93 sp 7f763f0f6a00 error 4 in libcrypto.so.1.1[7f7640edc000+265000] [288294.719145] stunnel4[21062]: segfault at 1c ip 7f9333222f30 sp 7f9331e77c08 error 4 in libpthread-2.24.so[7f9333217000+18000] [298194.515902] stunnel4[29813]: segfault at 240 ip 7f92ccb1dd93 sp 7f92cabeba40 error 4 in libcrypto.so.1.1[7f92cc9d1000+265000] [302732.693844] stunnel4[15932]: segfault at 240 ip 7fc91b17ad93 sp 7fc919248b10 error 4 in libcrypto.so.1.1[7fc91b02e000+265000] [318633.882232] stunnel4[20900]: segfault at 240 ip 7fe7abe1bd93 sp 7fe7a9ee9ad0 error 4 in libcrypto.so.1.1[7fe7abccf000+265000] [320730.642763] stunnel4[30857]: segfault at 240 ip 7f555c857d93 sp 7f555a925ad0 error 4 in libcrypto.so.1.1[7f555c70b000+265000] [323732.514376] stunnel4[11518]: segfault at 1c ip 7f98aacf0f30 sp 7f98a9945be8 error 4 in libpthread-2.24.so[7f98aace5000+18000] [326732.593843] stunnel4[24480]: segfault at 1c ip 7f83885e7f30 sp 7f838723cbe8 error 4 in libpthread-2.24.so[7f83885dc000+18000] [342293.622747] stunnel4[26113]: segfault at 1c ip 7f2b2370af30 sp 7f2b2235fbe8 error 4 in libpthread-2.24.so[7f2b236ff000+18000] [347129.871721] stunnel4[14286]: segfault at 240 ip 7f911f5c9d93 sp 7f911d697ad0 error 4 in libcrypto.so.1.1[7f911f47d000+265000] [354042.281496] stunnel4[12258]: segfault at 240 ip 7f9d5ab06d93 sp 7f9d58bd4a00 error 4 in libcrypto.so.1.1[7f9d5a9ba000+265000] [368693.306146] stunnel4[8397]: segfault at 1c ip 7f99112e5f30 sp 7f990ff3abe8 error 4 in libpthread-2.24.so[7f99112da000+18000] [374431.444302] stunnel4[31953]: segfault at 240 ip 7febe07a6d93 sp 7febde874ad0 error 4 in libcrypto.so.1.1[7febe065a000+265000] [386731.805511] stunnel4[18927]: segfault at 240 ip 7f176126ad93 sp 7f175f338a00 error 4 in libcrypto.so.1.1[7f176111e000+265000] [389731.485036] stunnel4[30926]: segfault at 1c ip 7fad4b941f30 sp 7fad4a596be8 error 4 in libpthread-2.24.so[7fad4b936000+18000] [398992.871835] stunnel4[5668]: segfault at 240 ip 7f091697fd93 sp 7f0914a4da00 error 4 in libcrypto.so.1.1[7f0916833000+265000] Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Bug#879084: monitoring-plugins-standard: check_mailq not embed perl safe
Package: monitoring-plugins-standard Version: 2.2-3 Severity: normal Hi, i moved over to a Stretch/Icinga1 installation and check_mailq on the icinga host would not work anymore - complaining about not finding utils.pm. The cause seems to be that FindBin is incompatible with Embed Perl so the include path will not be set correctly. Adding a push @INC, "/usr/lib/nagios/plugins/" works - as does disabling embed perl by adding # nagios: -epn at the beginning of the file: [1508393842.167065] [2320.2] [pid=7885] Raw Command Input: /usr/lib/nagios/plugins/check_mailq -w '$ARG1$' -c '$ARG2$' -M postfix [1508393842.167070] [2320.2] [pid=7885] Expanded Command Output: /usr/lib/nagios/plugins/check_mailq -w '$ARG1$' -c '$ARG2$' -M postfix [1508393842.167094] [016.1] [pid=7885] Check result output will be written to '/tmp/checkJS5yGx' (fd=5) [1508393842.167126] [016.1] [pid=7885] ** Using Embedded Perl interpreter to run service check... [1508393842.167173] [016.0] [pid=7885] Embedded Perl failed to compile /usr/lib/nagios/plugins/check_mailq, compile error **ePN failed to compile /usr/lib/nagios/plugins/check_mailq: "Can't locate utils.pm in @INC (you may need to install the utils module) (@INC contains: /usr/lib/icinga /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl) at (eval 29) line 37, BEGIN failed--compilation aborted at (eval 29) line 44." at /usr/lib/icinga/p1.pl line 159. - skipping plugin [1508393842.167194] [016.2] [pid=7885] Moving temp check result file '/tmp/checkJS5yGx' to queue file '/var/lib/icinga/spool/checkresults/cPevBhT'... 34 use FindBin; 35 use lib "$FindBin::Bin"; 36 use utils qw(%ERRORS _revision ); 37 -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: Digital signature
Bug#876996: squid-deb-proxy-client: ipv6 should be preferred if dualstack
Package: squid-deb-proxy-client Version: 0.8.14 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, in case we get a response via v4 AND v6 the client should prefer ipv6. This is needed for v4 -> v6 transition and is described in RFC6724 In my case i am returning an RFC1918 and an IPv6 ULA address (not Link Local). Sometimes it flaps between v4 and v6 when the v6 record is received first. root@p:~# /usr/share/squid-deb-proxy-client/apt-avahi-discover --debug avahi-browse output: '+;wlp16s0;IPv6;Squid\032deb\032proxy\032on\032pobox;_apt_proxy._tcp;local ' '+;wlp16s0;IPv4;Squid\032deb\032proxy\032on\032pobox;_apt_proxy._tcp;local ' '=;wlp16s0;IPv6;Squid\032deb\032proxy\032on\032pobox;_apt_proxy._tcp;local;pobox.local;fd8b:7b3a:6f9c:afa7::1;8000; ' '=;wlp16s0;IPv4;Squid\032deb\032proxy\032on\032pobox;_apt_proxy._tcp;local;pobox.local;192.168.177.1;8000; ' no timeout set, using default '2' sorted hosts: '[ ('192.168.177.1', 8000): 0.0141370296478, ('fd8b:7b3a:6f9c:afa7::1', 8000, 0, 0): 0.0142049789429]' http://192.168.177.1:8000/ - -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages squid-deb-proxy-client depends on: ii apt 1.4.7 ii avahi-utils 0.6.32-2 ii python 2.7.13-2 squid-deb-proxy-client recommends no packages. squid-deb-proxy-client suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEdb9o7oebX2papQ/KkN1BIMsJ8i8FAlnLqssACgkQkN1BIMsJ 8i+Sgg/+J9UdMCpzIGeVjNhHdvamlz2mCwPC55FRkT4gydTE65qg/TkLiJu0pg/E fN4GZeVproku4fPM8sz8UHkvyAdmalrsrbtKOGb3kLPSdvjGUK0jg9WkA8lh3vWx lWgT4igoiBOL4RoLrwn3SBQAVkgHZB5xDZQ+CVbRLL7slKdEUC7reRKcIRZ4kdbc OzjxvgroU5Nkbj56j2Qn+nsmXq3Xxy9Zgq/4sen5wmq76YwF+UIS9NH8GmZ9WAY5 xzulbjdRpPefw6SkGmuibHnHVHCexW/3g9lzS4h8nFG9zSkp/fGFqU60YAttIVrr o1kWrQTJoVe754C6u54g2UoIpkC6p5nInIWL+qu4AgFzqUZAwJFHoQ2rFjTq5Pkj BmZziQ7O/p1MoQ0IBNzEEA3D4WjWyz5QKWWJxQBUGy3CaKtZafkAe8qdeG9cloqZ atHIkJflmJjcKi8HPbBLi5Iy0+xQcEQ13aam9bGADhs7B75cGH5DFNRByjjxGAs1 PMFBgQ9EqJoZNyZlM0+cGxuZaYNlfpGXpp8prDc2rnNyGMfDsFYGwrOOYRjIGCXZ 6tvAU6KcouMsKSfEZ1E9Kbd9LCTToSbWwUzvvjCCeWnrPdICBspXlDgiExZb/+qT aWkyjRJxrkxoCQF/y6Vxw7g87S9DN6T2GBIQAsHgo9N6+NEYVno= =TwuE -END PGP SIGNATURE-
Bug#864435: sakura: cursor color not loaded from config
Package: sakura Version: 3.4.0-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, when seting the cursor color the cursor really changes color, saves it to config but does not honor it on start e.g. it seems the config is not interpreted correctly. colorset1_curs is 127,0,0 which is a red. Starting sakura shows me a black cursor. Afterwards i can change the color from config dialog which gets honored immediatly. Flo [sakura] colorset1_fore=rgb(0,0,0) colorset1_back=rgba(255,255,255,0.99) colorset1_curs=rgb(127,0,0) colorset1_key=F1 colorset2_fore=rgb(233,233,233) colorset2_back=rgb(0,0,0) colorset2_curs=rgb(255,255,255) colorset2_key=F2 colorset3_fore=rgb(233,233,233) colorset3_back=rgb(0,0,0) colorset3_curs=rgb(255,255,255) colorset3_key=F3 colorset4_fore=rgb(233,233,233) colorset4_back=rgb(0,0,0) colorset4_curs=rgb(255,255,255) colorset4_key=F4 colorset5_fore=rgb(233,233,233) colorset5_back=rgb(0,0,0) colorset5_curs=rgb(255,255,255) colorset5_key=F5 colorset6_fore=rgb(233,233,233) colorset6_back=rgb(0,0,0) colorset6_curs=rgb(255,255,255) colorset6_key=F6 last_colorset=1 scroll_lines=4096 font=Meslo LG S DZ for Powerline 18 show_always_first_tab=Yes scrollbar=true closebutton=true tabs_on_bottom=false less_questions=false disable_numbered_tabswitch=false use_fading=false scrollable_tabs=true urgent_bell=Yes audible_bell=No blinking_cursor=Yes stop_tab_cycling_at_end_tabs=No allow_bold=Yes cursor_type=0
Bug#864333: quiterss: QuiteRSS looses all data and feeds on upgrade / datadir changed
Package: quiterss Version: 0.18.4+dfsg-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, when upgrading from Jessie to Stretch QuiteRSS looses all Data/Feeds because the local datadir changes Originally with Jessie QuiteRSS had its files here: ~/.local/share/data/QuiteRss/QuiteRss Now it moved to ~/.local/share/QuiteRss/QuiteRss/ Which makes upgrading Jessie -> Stretch a bad user experience. Flo - -- System Information: Debian Release: 9.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages quiterss depends on: ii libc6 2.24-11 ii libgcc1 1:6.3.0-18 ii libgl1-mesa-glx [libgl1] 13.0.6-1+b2 ii libqt5core5a 5.7.1+dfsg-3+b1 ii libqt5gui55.7.1+dfsg-3+b1 ii libqt5multimedia5 5.7.1~20161021-2 ii libqt5network55.7.1+dfsg-3+b1 ii libqt5printsupport5 5.7.1+dfsg-3+b1 ii libqt5sql55.7.1+dfsg-3+b1 ii libqt5sql5-sqlite 5.7.1+dfsg-3+b1 ii libqt5webkit5 5.7.1+dfsg-1 ii libqt5widgets55.7.1+dfsg-3+b1 ii libqt5xml55.7.1+dfsg-3+b1 ii libsqlite3-0 3.16.2-4 ii libstdc++66.3.0-18 quiterss recommends no packages. quiterss suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEdb9o7oebX2papQ/KkN1BIMsJ8i8FAlk3nmwACgkQkN1BIMsJ 8i+BkA/7BQEegMtrGakFj9VtQYFfm1C5c7i0aSc9MrRD1vfvXwjHofx0U50z56DD 2fGFh8G57El8cEydI+LO1jhf9HkusynO90XwJAr4/0vwxqxAnZccZdaIqo2CB4+R DHQP6C09NBBjmtQVBEZb0Xrd+x8W02mlzshaUkGLzv1ykjWOQuqCJMRDLbgeKsK+ W3RKojrCvHh5JhIza9NUWN4wVSObPUIVlDqOZKSSxg8CzBmEbePqaHWy5rtMzKxh iIW3pHj5RcyU6kMmmjH64OXPDsNfVBfe8G8pCfKn2klQNbm5s79ZtKk39BtTvA8f GZvfZlXr7NPNkSdyj3uGbDEaGYSOs8vv8ZXrmhA8vHcoY53BouLSGR39Gt6XA05i VodUqLCA75bHrU039NGaMhIm7zZICp7p5ymoDuYfgPsc+JHz2eJDyhCrmSlWRA+X thYxtAfHAerDaiwQm7Fty2lLehiiO7pZO8bPHp9dpuA9TlT3hQ8AdldUA32RZ7JP 7cdPBMeFaF6ev4DdgXujzqCWIQK+madHu/xUpOqkpURQf0qJurkLX2SS+u+/4uMi +SrtWfc8e8YiPHePg7B/pRbHyoZUch1Ohmwnq2BGtsv5im9Oi+Nw8MLP66HObWyb jkDW5pHFaEwXmtqv1w7CpM5sD2oVMUTGOnffNIgmI0L9qVjRub4= =MipE -END PGP SIGNATURE-
Bug#844425: ipmitool: segfault fwum upgrade / statically allocated buffer
Package: ipmitool Version: 1.8.18-1 Hi, i had problems with ipmitool 1.8.14 which segfaulted in fwum upgrade. I build 1.8.18 on a Debian/Jessie to try a newer version which also broke. Core was generated by `src/ipmitool fwum upgrade /tmp/Linux/X8DT3303.ima'. Program terminated with signal SIGSEGV, Segmentation fault. #0 KfwumCalculateChecksumPadding (pBuffer=pBuffer@entry=0x7fd813673700 "P\004U\252\023", totalSize=) at ipmi_fwum.c:425 425 sumOfBytes += pBuffer[counter]; (gdb) bt #0 KfwumCalculateChecksumPadding (pBuffer=pBuffer@entry=0x7fd813673700 "P\004U\252\023", totalSize=) at ipmi_fwum.c:425 #1 0x7fd8133d8f97 in ipmi_fwum_fwupgrade (intf=0x7fd81366f180 , file=, action=1) at ipmi_fwum.c:271 #2 0x7fd8133defef in ipmi_main (argc=4, argv=0x7ffece162e88, cmdlist=0xff, intflist=0x0) at ipmi_main.c:1004 #3 0x7fd8133a2c02 in main (argc=, argv=) at ipmitool.c:135 It seems the firmware file buffer is statically allocated on the stack with 512*1024 but then the whole file is read to it. Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: Digital signature
Bug#838274: libnetaddr-ip-perl: Parses number - version() == 4 - prints v6
Package: libnetaddr-ip-perl Version: 4.075+dfsg-1+b1 Hi, suddenly some DNS zones of ours went belly up because a user succeeded in entering a pure number. It got parsed from NetAddr::IP which said by ->version() it to be a v4 address but printing it returned a v6 address: $ perl -MNetAddr::IP -e '$a=new NetAddr::IP('992018'); print $a->version(). "\n"; print $a . "\n"' 4 0:0:0:0:0:2:1872:8172/128 This is pretty unexpected. I would have thought that parsing would return an "undef". Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: Digital signature
Bug#836334: pwgen: Patch for adding an option to remove/avoid an arbitrary char group
Package: pwgen Version: 2.07-1 Severity: wishlist Tags: patch Hi, see the attached patch. It adds an option "-r chars" for removing an arbitrary char group. Flo commit acc97baf11505b5b741b3dde23b5855bf4eb8c88 Author: Florian Lohoff <f...@zz.de> Date: Thu Sep 1 21:12:28 2016 +0200 Add -r chars option for removing chars from password. The biggest annoyance on German Keyboards is the swap of y and z to the American Keyboard layout. Sometimes it cant be avoided to use American Keyboard e.g. on LOM/BMC/IPMI access. It would be nice to be able to avoid yYzZ in passwords because of this problem. As there will definitly be other Keyboard layouts which have the same problem add an option to avoid an arbitrary group of chars. diff --git a/pw_phonemes.c b/pw_phonemes.c index f9de869..8705ffc 100644 --- a/pw_phonemes.c +++ b/pw_phonemes.c @@ -56,7 +56,7 @@ struct pw_element elements[] = { #define NUM_ELEMENTS (sizeof(elements) / sizeof (struct pw_element)) -void pw_phonemes(char *buf, int size, int pw_flags) +void pw_phonemes(char *buf, int size, int pw_flags, char *remove) { int c, i, len, flags, feature_flags; int prev, should_be, first; diff --git a/pw_rand.c b/pw_rand.c index 240f173..2d28915 100644 --- a/pw_rand.c +++ b/pw_rand.c @@ -20,7 +20,7 @@ const char *pw_symbols = "!\"#$%&'()*+,-./:;<=>?@[\\]^_`{|}~"; const char *pw_ambiguous = "B8G6I1l0OQDS5Z2"; const char *pw_vowels = "01aeiouyAEIOUY"; -void pw_rand(char *buf, int size, int pw_flags) +void pw_rand(char *buf, int size, int pw_flags, char *remove) { charch, *chars, *wchars; int i, len, feature_flags; @@ -65,6 +65,8 @@ try_again: continue; if ((pw_flags & PW_NO_VOWELS) && strchr(pw_vowels, ch)) continue; + if (remove != NULL && strchr(remove, ch)) + continue; buf[i++] = ch; if (strchr(pw_digits, ch)) feature_flags &= ~PW_DIGITS; diff --git a/pwgen.1 b/pwgen.1 index 4aa8e60..0e61d29 100644 --- a/pwgen.1 +++ b/pwgen.1 @@ -101,6 +101,9 @@ Also, note that the name of the file may be easily available from the .B \-h, --help Print a help message. .TP +.B \-r "chars" +Dont use characters in password. +.TP .B \-s, --secure Generate completely random, hard-to-memorize passwords. These should only be used for machine passwords, since otherwise it's almost diff --git a/pwgen.c b/pwgen.c index d92579f..0da35e5 100644 --- a/pwgen.c +++ b/pwgen.c @@ -46,7 +46,7 @@ struct option pwgen_options[] = { }; #endif -const char *pw_options = "01AaBCcnN:shH:vy"; +const char *pw_options = "01AaBCcnN:sr:hH:vy"; static void usage(void) { @@ -66,6 +66,8 @@ static void usage(void) fputs(" -y or --symbols\n", stderr); fputs("\tInclude at least one special symbol in the password\n", stderr); + fputs(" -r chars\n", stderr); + fputs("\tRemove characters from password\n", stderr); fputs(" -s or --secure\n", stderr); fputs("\tGenerate completely random passwords\n", stderr); fputs(" -B or --ambiguous\n", stderr); @@ -92,7 +94,8 @@ int main(int argc, char **argv) int c, i; int num_cols = -1; char*buf, *tmp; - void(*pwgen)(char *inbuf, int size, int pw_flags); + char*remove=NULL; + void(*pwgen)(char *inbuf, int size, int pw_flags, char *remove); pwgen = pw_phonemes; pw_number = pw_random_number; @@ -156,6 +159,10 @@ int main(int argc, char **argv) pwgen = pw_rand; pwgen_flags |= PW_NO_VOWELS | PW_DIGITS | PW_UPPERS; break; + case 'r': + remove = strdup(optarg); + pwgen = pw_rand; + break; case 'h': case '?': usage(); @@ -201,7 +208,7 @@ int main(int argc, char **argv) exit(1); } for (i=0; i < num_pw; i++) { - pwgen(buf, pw_length, pwgen_flags); + pwgen(buf, pw_length, pwgen_flags, remove); if (!do_columns || ((i % num_cols) == (num_cols-1))) printf("%s\n", buf); else diff --git a/pwgen.h b/pwgen.h index be7d76b..f408fe3 100644 --- a/pwgen.h +++ b/pwgen.h @@ -38,10 +38,10 @@ extern const char *pw_ambiguous; /* Function prototypes */ /* pw_phonemes.c */ -extern void pw_phonemes(char *buf, int size, int pw_flags); +extern void pw_phonemes(char *buf, int size, int pw_flags, char *remove); /* pw_rand.c */ -e
Bug#835385: protobuf 3.0.0-3: libprotobuf10 Conflicts libprotobuf9
Source: protobuf Version: 3.0.0-3 As per responde on the Alioth Team Mailinglist i hereby open a Bug against protobuf source: Hi, is there a reason why protobuf 3.0.0-3 aka libprotobuf10 conflicts on libprotobuf9? (As do the lite variants etc) In the end they should be co-installable - For me this forces deinstallation of libphonenumber6 which in turn forces removal of evolution. (All Jessie) If users have self-compiled stuff against libprotobuf9 upgrading beyond jessie would cause their binary to not work anymore. The changelog does not contain a reason, it does not even mention the addition of the conflict. flo@p3:~/projects/grpc/protobufc$ sudo dpkg -i libprotobuf10_3.0.0-3_amd64.deb dpkg: considering removing libprotobuf9:amd64 in favour of libprotobuf10:amd64 ... dpkg: no, cannot proceed with removal of libprotobuf9:amd64 (--auto-deconfigure will help): libphonenumber6 depends on libprotobuf9 libprotobuf9:amd64 is to be removed. dpkg: regarding libprotobuf10_3.0.0-3_amd64.deb containing libprotobuf10:amd64: libprotobuf10 conflicts with libprotobuf9 libprotobuf9:amd64 (version 2.6.1-1) is present and installed. dpkg: error processing archive libprotobuf10_3.0.0-3_amd64.deb (--install): conflicting packages - not installing libprotobuf10:amd64 Errors were encountered while processing: libprotobuf10_3.0.0-3_amd64.deb flo@p3:~/projects/grpc/protobufc$ sudo dpkg --purge libphonenumber6 dpkg: dependency problems prevent removal of libphonenumber6: libebook-contacts-1.2-0 depends on libphonenumber6. dpkg: error processing package libphonenumber6 (--purge): dependency problems - not removing Errors were encountered while processing: libphonenumber6 flo@p3:~/projects/grpc/protobufc$ dpkg --purge libebook-contacts-1.2-0 dpkg: error: requested operation requires superuser privilege flo@p3:~/projects/grpc/protobufc$ sudo dpkg --purge libebook-contacts-1.2-0 dpkg: dependency problems prevent removal of libebook-contacts-1.2-0: evolution-plugins depends on libebook-contacts-1.2-0 (>= 3.7.90). libevolution depends on libebook-contacts-1.2-0 (>= 3.7.90). libedata-book-1.2-20 depends on libebook-contacts-1.2-0 (>= 3.12.5). libebook-1.2-14 depends on libebook-contacts-1.2-0 (>= 3.11.90). evolution-data-server depends on libebook-contacts-1.2-0 (>= 3.7.90). dpkg: error processing package libebook-contacts-1.2-0 (--purge): dependency problems - not removing Errors were encountered while processing: libebook-contacts-1.2-0 Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: Digital signature
Bug#835337: protobuf patch with -Wno-error=misleading-indentation needs gcc 6
On Wed, Aug 24, 2016 at 04:46:47PM +0200, Sebastiaan Couwenberg wrote: > Control: tags -1 moreinfo > > Hi Florian, > > On Wed, 24 Aug 2016 16:20:22 +0200 Florian Lohoff <f...@zz.de> wrote: > >the patch enabling the -Wno-error=misleading-indentation should > >also cause a build-dependency for newer gcc or better be only applied > >when building with gcc 6+ > > > >Jessies gcc 4.9 barfs at it ... > > Barfs at what? > > Please provide a more complete buildlog. > > Or simply disable the patch for your unofficial backport. Thats exactly what i did to get it build ... My impression is that when using special gcc options one should have a build-dep on that version ... flo@p3:/tmp/protobuf-3.0.0$ dpkg-buildpackage -rfakeroot -b dpkg-buildpackage: source package protobuf dpkg-buildpackage: source version 3.0.0-3 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Dmitry Smirnov <only...@debian.org> dpkg-buildpackage: host architecture amd64 dpkg-source --before-build protobuf-3.0.0 fakeroot debian/rules clean dh clean --with autoreconf,python2 --parallel dh_testdir -O--parallel debian/rules override_dh_auto_clean-arch make[1]: Entering directory '/tmp/protobuf-3.0.0' [ ... ] g++ -DHAVE_CONFIG_H -I. -I.. -I./../gmock/include -I./../gmock/gtest/include -D_FORTIFY_SOURCE=2 -pthread -DHAVE_PTHREAD=1 -DHAVE_ZLIB=1 -Wall -Wno-sign-compare -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o google/protobuf/protobuf_lite_arena_test-unittest_lite.pb.o `test -f 'google/protobuf/unittest_lite.pb.cc' || echo './'`google/protobuf/unittest_lite.pb.cc g++ -DHAVE_CONFIG_H -I. -I.. -I./../gmock/include -I./../gmock/gtest/include -D_FORTIFY_SOURCE=2 -pthread -DHAVE_PTHREAD=1 -DHAVE_ZLIB=1 -Wall -Wno-sign-compare -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o google/protobuf/protobuf_lite_arena_test-unittest_no_arena_lite.pb.o `test -f 'google/protobuf/unittest_no_arena_lite.pb.cc' || echo './'`google/protobuf/unittest_no_arena_lite.pb.cc g++ -DHAVE_CONFIG_H -I. -I.. -I./../gmock/include -I./../gmock/gtest/include -D_FORTIFY_SOURCE=2 -pthread -DHAVE_PTHREAD=1 -DHAVE_ZLIB=1 -Wall -Wno-sign-compare -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o google/protobuf/protobuf_lite_arena_test-unittest_import_lite.pb.o `test -f 'google/protobuf/unittest_import_lite.pb.cc' || echo './'`google/protobuf/unittest_import_lite.pb.cc g++ -DHAVE_CONFIG_H -I. -I.. -I./../gmock/include -I./../gmock/gtest/include -D_FORTIFY_SOURCE=2 -pthread -DHAVE_PTHREAD=1 -DHAVE_ZLIB=1 -Wall -Wno-sign-compare -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o google/protobuf/protobuf_lite_arena_test-unittest_import_public_lite.pb.o `test -f 'google/protobuf/unittest_import_public_lite.pb.cc' || echo './'`google/protobuf/unittest_import_public_lite.pb.cc /bin/bash ../libtool --tag=CXX --mode=link g++ -pthread -DHAVE_PTHREAD=1 -DHAVE_ZLIB=1 -Wall -Wno-sign-compare -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -pthread -Wl,-z,relro -o protobuf-lite-arena-test google/protobuf/protobuf_lite_arena_test-lite_arena_unittest.o google/protobuf/protobuf_lite_arena_test-arena_test_util.o google/protobuf/protobuf_lite_arena_test-map_lite_test_util.o google/protobuf/protobuf_lite_arena_test-test_util_lite.o google/protobuf/protobuf_lite_arena_test-map_lite_unittest.pb.o google/protobuf/protobuf_lite_arena_test-unittest_lite.pb.o google/protobuf/protobuf_lite_arena_test-unittest_no_arena_lite.pb.o google/protobuf/protobuf_lite_arena_test-unittest_import_lite.pb.o google/protobuf/protobuf_lite_arena_test-unittest_import_public_lite.pb.o -lpthread libprotobuf-lite.la ../gmock/gtest/lib/libgtest.la ../gmock/lib/libgmock.la ../gmock/lib/libgmock_main.la -lz libtool: link: g++ -pthread -DHAVE_PTHREAD=1 -DHAVE_ZLIB=1 -Wall -Wno-sign-compare -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -pthread -Wl,-z -Wl,relro -o .libs/protobuf-lite-arena-test google/protobuf/protobuf_lite_arena_test-lite_arena_unittest.o google/protobuf/protobuf_lite_arena_test-arena_test_util.o google/protobuf/protobuf_lite_arena_test-map_lite_test_util.o google/protobuf/protobuf_lite_arena_test-test_util_lite.o google/protobuf/protobuf_lite_arena_test-map_lite_unittest.pb.o google/protobuf/protobuf_lite_arena_test-unittest_lite.pb.o google/protobuf/protobuf_lite_arena_test-unittest_no_arena_lite.pb.o google/protobuf/protobuf_lite_arena_test-unittest_import_lite.pb.o google/protobuf/protobuf_lite_arena_test-unittest_import_public_lite.pb.o -lpthread ./.libs/libprotobuf-lite.so ../gmock/gtest/lib/.libs/libgtest.so ../gmock/lib/.libs/libgmock.so ../gmock/lib/.libs/libgmock_main.so -lz -pthread echo "// Generated from Makefile.am" > no_warning_test.cc for FILE in google/protobuf/stubs/atomic_sequence_num
Bug#835337: protobuf patch with -Wno-error=misleading-indentation needs gcc 6
Package: protobuf Version: 3.0.0-3 Hi, the patch enabling the -Wno-error=misleading-indentation should also cause a build-dependency for newer gcc or better be only applied when building with gcc 6+ Jessies gcc 4.9 barfs at it ... Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: Digital signature
Bug#827820: firefox-esr: iceweasel -> firefox-esr upgrade - menu entrys missing cinnamon
Package: firefox-esr Version: 45.2.0esr-1~deb8u1 Severity: normal Dear Maintainer, after a dist-upgrade which pulled in firefox-esr replacing iceweasel the is no menu entry - neither for iceweasel nor for firefox (-esr). Flo -- Package-specific info: -- Extensions information Name: Adblock Plus Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: user-disabled Name: Awesome screenshot: Capture and Annotate Location: ${PROFILE_EXTENSIONS}/jid0-gxjllfbcoax0lcltedfrekqd...@jetpack.xpi Status: enabled Name: BetterPrivacy Location: ${PROFILE_EXTENSIONS}/{d40f5e7b-d2cf-4856-b441-cc613eeffbe3}.xpi Status: app-disabled Name: Default theme Location: /usr/lib/firefox-esr/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi Package: firefox-esr Status: enabled Name: Deutsch (DE) Language Pack locale Location: /usr/lib/firefox-esr/browser/extensions/langpack...@firefox-esr.mozilla.org.xpi Package: firefox-esr-l10n-de Status: enabled Name: Firebug Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi Status: enabled Name: Firefox Hello Beta Location: ${PROFILE_EXTENSIONS}/l...@mozilla.org.xpi Status: enabled Name: FireGestures Location: ${PROFILE_EXTENSIONS}/firegestu...@xuldev.org.xpi Status: enabled Name: German Dictionary dictionary Location: ${PROFILE_EXTENSIONS}/de...@dictionaries.addons.mozilla.org Status: enabled Name: Ghostery Location: ${PROFILE_EXTENSIONS}/fire...@ghostery.com.xpi Status: user-disabled Name: Greasemonkey Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi Status: user-disabled Name: NoScript Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232}.xpi Status: enabled Name: Selenium IDE Location: ${PROFILE_EXTENSIONS}/{a6fd85ed-e919-4a43-a5af-8da18bda539f}.xpi Status: app-disabled Name: Selenium IDE Button Location: ${PROFILE_EXTENSIONS}/selenium_ide_butt...@egarracingteam.com.ar.xpi Status: user-disabled Name: Selenium IDE: C# Formatters Location: ${PROFILE_EXTENSIONS}/csharpformatt...@seleniumhq.org.xpi Status: app-disabled Name: Selenium IDE: Java Formatters Location: ${PROFILE_EXTENSIONS}/javaformatt...@seleniumhq.org.xpi Status: app-disabled Name: Selenium IDE: Python Formatters Location: ${PROFILE_EXTENSIONS}/pythonformatt...@seleniumhq.org.xpi Status: app-disabled Name: Selenium IDE: Ruby Formatters Location: ${PROFILE_EXTENSIONS}/rubyformatt...@seleniumhq.org.xpi Status: app-disabled Name: Telify Location: ${PROFILE_EXTENSIONS}/{6c5f349a-ddda-49ad-bdf0-326d3fe1f938} Status: user-disabled Name: uBlock Origin Location: ${PROFILE_EXTENSIONS}/ublo...@raymondhill.net.xpi Status: enabled Name: User Agent Switcher Location: ${PROFILE_EXTENSIONS}/{e968fc70-8f95-4ab9-9e79-304de2a71ee1}.xpi Status: user-disabled Name: Video DownloadHelper Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}.xpi Status: enabled Name: YouTube ALL HTML5 Location: ${PROFILE_EXTENSIONS}/jid1-qj0w91o64n7...@jetpack.xpi Status: user-disabled -- Plugins information Name: IcedTea-Web Plugin (using IcedTea-Web 1.5.3 (1.5.3-1)) Location: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so Package: icedtea-7-plugin:amd64 Status: enabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: disabled -- Addons package information ii firefox-esr45.2.0esr-1~ amd64Mozilla Firefox web browser - Ext ii firefox-esr-l1 45.2.0esr-1~ all German language package for Firef ii icedtea-7-plug 1.5.3-1 amd64web browser plugin based on OpenJ ii rhythmbox-plug 3.1-1amd64plugins for rhythmbox music playe -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-0.bpo.1-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 Init: systemd (via /run/systemd/system) Versions of packages firefox-esr depends on: ii debianutils 4.4+b1 ii fontconfig2.11.0-6.3 ii libasound21.0.28-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-18+deb8u4 ii libcairo2 1.14.0-2.1+deb8u1 ii libdbus-1-3 1.8.20-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-2 ii libffi6 3.1-2+b2 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-3+deb8u1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-02.31.1-2+deb8u5 ii libglib2.0-0 2.42.1-1+b1 ii libgtk2.0-0 2.24.25-3+deb8u1 ii libhunspell-1.3-0 1.3.3-3 ii libpango-1.0-01.36.8-3 ii libsqlite3-0 3.8.7.1-1+deb8u1 ii libstartup-notification0 0.12-4 ii libstdc++64.9.2-10
Bug#825251: [mysql-server-5.5] let the debian-sys-maint user password be preseeded
Package: mysql-server-5.5 Version: 5.5.49-0+deb8u Severity: wishlist Hi, It would be nice if the debian-sys-maint password could be preseeded. In case of automated installation with replication the maintenance will fail on one of the nodes because of a password mismatch as the password will be replicated aswell. In case of no preseed the random password is just fine. Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: Digital signature
Bug#821406: spamasassin: postinst should call sa-update with absolut path otherwise locally installed other version might be called
On Mon, Apr 18, 2016 at 01:14:43PM -0600, Bob Proulx wrote: > Florian Lohoff wrote: > > After diving into the problem the cause was that actually not the > > shipped sa-update was called but a locally (and broken) version > > in /usr/local/sbin/ > > > > The postinst should take care of not calling binarys with relative > > path or relying on the PATH variable: > > No. The entire purpose of the /usr/local hierarchy is to provide a > way for the local admin to override and install their own software. > With great power comes great responsibility. If something the local > admin does there causes breakage then it is their responsibility to > fix it there too. Okay - then close this bug ... The problem i had that package installation failed for completely unrelated problems in files somewhere else on the system and this was a difficult thing to actually find and correct. It brought the system to a point where the admin had no clue on how to proceed with system upgrade and was in the decision to reinstall the whole system because he failed to find the exact problem. I would have expected package installation to be VERY self contained and actually this was the very first time in 20+ Years that something like this happened to me. I have never heard of overriding binary in postinst which stem from THAT very package was actually a good idea. Flo -- Florian Lohoff f...@zz.de We need to self-defend - GnuPG/PGP enable your email today! signature.asc Description: Digital signature
Bug#821406: spamasassin: postinst should call sa-update with absolut path otherwise locally installed other version might be called
Package: spamassassin Version: 3.4.1-3 Hi, on one of my systems i did an dist-upgrade and spamassassin failed to configure due to some very strange errors (Perl HMAC SHA1 stuff). After diving into the problem the cause was that actually not the shipped sa-update was called but a locally (and broken) version in /usr/local/sbin/ The postinst should take care of not calling binarys with relative path or relying on the PATH variable: spamassassin.postinst [ ... ] 31 test -d /var/lib/spamassassin/sa-update-keys || \ 32 install -d -o $OWNER -g $GROUP -m 700 /var/lib/spamassassin/sa-update-keys 33 34 su - $OWNER -c "sa-update --gpghomedir /var/lib/spamassassin/sa-update-keys \ 35 --import /usr/share/spamassassin/GPG.KEY" 36 fi 37 38 #DEBHELPER# Flo -- Florian Lohoff f...@zz.de We need to self-defend - GnuPG/PGP enable your email today! signature.asc Description: Digital signature
Bug#820100: nsca-ng-server massive systemd logging
Package: nsca-ng-server Version: 1.4-1 Hi, i am running nsca-ng-server on an icinga2 test installation and for every single passive check result submitted i get this log output: Apr 5 15:14:35 ic2host nsca-ng[6890]: Queuing data from ic2host@:::10.0.0.14 (ID: NhZqXdvj): [1459862075] PROCESS_SERVICE_CHECK_RESULT;ffm -ac04-av;CFGBAK;0;OK config backup ran successful - Tue Apr 5 15:14:35 2016 Apr 5 15:14:35 ic2host systemd[6685]: Starting Paths. Apr 5 15:14:35 ic2host systemd[6685]: Reached target Paths. Apr 5 15:14:35 ic2host systemd[6685]: Starting Timers. Apr 5 15:14:35 ic2host systemd[6685]: Reached target Timers. Apr 5 15:14:35 ic2host systemd[6685]: Starting Sockets. Apr 5 15:14:35 ic2host systemd[6685]: Reached target Sockets. Apr 5 15:14:35 ic2host systemd[6685]: Starting Basic System. Apr 5 15:14:35 ic2host systemd[6685]: Reached target Basic System. Apr 5 15:14:35 ic2host systemd[6685]: Starting Default. Apr 5 15:14:35 ic2host systemd[6685]: Reached target Default. Apr 5 15:14:35 ic2host systemd[6685]: Startup finished in 10ms. Apr 5 15:14:35 ic2host systemd[6685]: Stopping Default. Apr 5 15:14:35 ic2host systemd[6685]: Stopped target Default. Apr 5 15:14:35 ic2host systemd[6685]: Stopping Basic System. Apr 5 15:14:35 ic2host systemd[6685]: Stopped target Basic System. Apr 5 15:14:35 ic2host systemd[6685]: Stopping Paths. Apr 5 15:14:35 ic2host systemd[6685]: Stopped target Paths. Apr 5 15:14:35 ic2host systemd[6685]: Stopping Timers. Apr 5 15:14:35 ic2host systemd[6685]: Stopped target Timers. Apr 5 15:14:35 ic2host systemd[6685]: Stopping Sockets. Apr 5 15:14:35 ic2host systemd[6685]: Stopped target Sockets. Apr 5 15:14:35 ic2host systemd[6685]: Starting Shutdown. Apr 5 15:14:35 ic2host systemd[6685]: Reached target Shutdown. Apr 5 15:14:35 ic2host systemd[6685]: Starting Exit the Session... Apr 5 15:14:35 ic2host systemd[6685]: Received SIGRTMIN+24 from PID 6693 (kill). Flo -- Florian Lohoff f...@zz.de We need to self-defend - GnuPG/PGP enable your email today! signature.asc Description: Digital signature
Bug#805154: vmdebootstrap: mount image root with nobarrier / huge performance gain
Package: vmdebootstrap Version: 0.5-2 Severity: wishlist Hi, when creating an image please consider mounting the ext4 in the image with "nobarrier". I had a quick look at the code in newer vmdebootstraps but the code mounting the rootfs from the loopback did not change. On my example machine this brings down the creation of the image from 9:47 Min to 1:30 Min. This also solves the discussions concerning "eatmydata" and debootstrap. I changed this: 224 def mount(self, device, path=None): 225 if not path: 226 mount_point = self.mkdtemp() 227 else: 228 mount_point = path 229 self.message('Mounting %s on %s' % (device, mount_point)) 230 self.runcmd(['mount', '-o', 'nobarrier', device, mount_point]) 231 self.mount_points.append(mount_point) 232 logging.debug('mounted %s on %s' % (device, mount_point)) 233 return mount_point 234 Flo -- System Information: Debian Release: 8.2 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/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vmdebootstrap depends on: ii debootstrap1.0.67 ii extlinux 3:6.03+dfsg-5+deb8u1 ii kpartx 0.5.0-6+deb8u1 ii parted 3.2-7 ii python-cliapp 1.20140719-1 pn python:any ii qemu-utils 1:2.1+dfsg-12+deb8u4 Versions of packages vmdebootstrap recommends: ii grub2-common 2.02~beta2-22 ii qemu-system 1:2.1+dfsg-12+deb8u4 ii qemu-user-static 1:2.1+dfsg-12+deb8u4 ii squashfs-tools1:4.2+20130409-2 vmdebootstrap suggests no packages. -- no debconf information
Bug#772814: [leptonlib] Missing version build-dependency for libwebp-dev?
Package: leptonlib Version: 1.71-2.1 Hi, i have a FTBS backporting leptonlib to Wheezy. It fails with: [ ... ] CC viewfiles.lo CC warper.lo CC watershed.lo CC webpio.lo CC webpiostub.lo CC writefile.lo CC zlibmem.lo CC zlibmemstub.lo CCLD liblept.la CC xtractprotos.o CCLD xtractprotos ./.libs/liblept.so: undefined reference to `WebPEncodeLosslessRGBA' collect2: error: ld returned 1 exit status make[3]: *** [xtractprotos] Error 1 make[3]: Leaving directory `/home/flo/projects/ocr/leptonlib-1.71/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/flo/projects/ocr/leptonlib-1.71' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/flo/projects/ocr/leptonlib-1.71' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 As the libwebp-dev build dependency is not versioned i am building against the Wheezy version which is: 0.1.3-3+nmu1 My rough guess is that that is not sufficient for leptonlib. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#769819: obexftp newer version available for 1 1/2 years
Package: obexftp Hi, there is an obexftp 0.24 available since March 2013. In 0.24.2 there are patches for using it with newer Gigaset handsets. http://sourceforge.net/p/openobex/patches/31/ These are applied in current obexftp since February 2014: https://gitorious.org/obexftp Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#768318: libswitch-perl: syntax error syntax error at ./t line 36, near }continue caused by comment content
Package: libswitch-perl Version: 2.17-2 Severity: important Hi, this minimal testcase produces an error: flo@p2:/tmp/m$ ./t syntax error at ./t line 36, near }continue Execution of ./t aborted due to compilation errors. #!/usr/bin/perl -w use Switch; sub parsetimedelta { switch($mult) { case /s/ { $time*=1; } } } sub config_read { while($fd) { # caase(//) { } } Changing the case /s/ to case /a/ or other characters i checked fixed the error or removing the comment line or the closing bracket on the comment line. Flo -- 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-2-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 libswitch-perl depends on: ii perl 5.20.1-2 libswitch-perl recommends no packages. libswitch-perl 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#768126: xfce4-panel: fresh new panel does not show icons other than directory icons left and right
Package: xfce4-panel Version: 4.10.1-1 Severity: important Hi, after a fresh installation with a minimal configuration and installation of xfce4 + nodm + xserver-xorg i dont see any icons in the bottom default panel just created. The only icons visible are the icons most left and most right e.g. directory icons - thunar? After installation of network-manager (which pulled in gnome-icon-theme) i now see icons for terminal, file browser, browser, application find which were not visible before. I guess xfce4-panel should depend on gnome-icon-theme if it uses icons of that package. Flo -- 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-2-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 xfce4-panel depends on: ii exo-utils 0.10.2-4 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-12 ii libcairo2 1.14.0-2.1 ii libdbus-1-3 1.8.8-2 ii libdbus-glib-1-20.102-1 ii libexo-1-0 0.10.2-4 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii libgarcon-1-0 0.2.1-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libgtk2.0-0 2.24.25-1 ii libice6 2:1.0.9-1 ii libpango1.0-0 1.36.8-2 ii libsm6 2:1.2.2-1 ii libwnck22 2.30.7-2 ii libx11-62:1.6.2-3 ii libxext62:1.3.3-1 ii libxfce4ui-1-0 4.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii multiarch-support 2.19-11 xfce4-panel recommends no packages. xfce4-panel 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#758557: unable to change network configuration with network-manager - insufficient priviledges
Hi, i am having exact the same problem with systemd (215-5+b1) nodm (0.11-1.3) xfce4 network-manager (0.9.10.0-3) No systemd-shim involved here. Message on clicking on a wireless network: Failed to add/activate connection (32) Not authorized to control networking. I have not found A SINGLE LINE in any syslog on what happened here which is a serious bug in itself. Flo flo@dgrab:~$ loginctl show-session $XDG_SESSION_ID Id=c3 Name=flo Timestamp=Wed 2014-11-05 07:30:51 UTC TimestampMonotonic=173179700 VTNr=0 TTY=??? Remote=no RemoteUser=root Service=nodm Scope=session-c3.scope Leader=1292 Audit=0 Type=tty Class=user Active=yes State=active IdleHint=no IdleSinceHint=0 IdleSinceHintMonotonic=0 Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#767480: d-i fails to install grub to first disk/partition with preseeding (hd0) or (hd0,0)
Package: debian-installer Version: daily-20141030 Architecture: amd64 Hi, i am using the daily build of the netboot images as of yesterday. The Documentation at: https://www.debian.org/releases/jessie/amd64/apbs04.html.en say that preseeding Grub with: d-i grub-installer/bootdev string (hd0,0) Should install grub in the first partition. Currently this fails with Unable to install GRUB in (hd0,0) Executing 'grub-install (hd0,0) failed. This is a fatal error. My hd0 is a virtio block device /dev/vda in a KVM host and its the only disk. Also d-i grub-installer/bootdev string (hd0) Does not work. Not preseeding this value will display a manual entry box. As with wheezy the first disk (and in my case only disk) will always be used as default, this doesnt seem to work anymore. Preseeding with /dev/vda will work though. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#767363: udev hangs on boot for 30 seconds while populating /dev when systemd not installed
Package: udev Version: 215-5+b1 Severity: important Hi, after switching from systemd to sysvinit-core udev began hanging for 30 seconds on boot while populating the /dev fs. This is a minimum VM installation with systemd replaced by sysvinit-core and without systemd-shim and cgmanager. Just basic installation apt-get install sysvinit-core reboot udev hangs on boot. Flo -- Package-specific info: -- 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/1 CPU core) 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 udev depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.53 ii libacl12.2.52-2 ii libblkid1 2.25.1-5 ii libc6 2.19-12 ii libkmod2 18-3 ii libselinux12.3-2 ii libudev1 215-5+b1 ii lsb-base 4.1+Debian13 ii procps 2:3.3.9-8 ii util-linux 2.25.1-5 udev recommends no packages. udev suggests no packages. -- debconf information: udev/reboot_needed: udev/sysfs_deprecated_incompatibility: udev/new_kernel_needed: false udev/title/upgrade: P: /devices/LNXSYSTM:00 E: DEVPATH=/devices/LNXSYSTM:00 E: MODALIAS=acpi:LNXSYSTM: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXPWRBN:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00 E: DRIVER=button E: MODALIAS=acpi:LNXPWRBN: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2 E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2 E: EV=3 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_PATH=acpi-LNXPWRBN:00 E: ID_PATH_TAG=acpi-LNXPWRBN_00 E: KEY=10 0 E: MODALIAS=input:b0019vp0001e-e0,1,k74,ramlsfw E: NAME=Power Button E: PHYS=LNXPWRBN/button/input0 E: PRODUCT=19/0/1/0 E: PROP=0 E: SUBSYSTEM=input E: USEC_INITIALIZED=6362 P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2/event1 N: input/event1 E: DEVNAME=/dev/input/event1 E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2/event1 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_PATH=acpi-LNXPWRBN:00 E: ID_PATH_TAG=acpi-LNXPWRBN_00 E: MAJOR=13 E: MINOR=65 E: SUBSYSTEM=input E: TAGS=:power-switch: E: USEC_INITIALIZED=8795 P: /devices/LNXSYSTM:00/LNXSYBUS:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00 E: MODALIAS=acpi:LNXSYBUS: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/LNXCPU:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/LNXCPU:00 E: MODALIAS=acpi:LNXCPU: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0103:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0103:00 E: MODALIAS=acpi:PNP0103: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00 E: MODALIAS=acpi:PNP0A03: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:00 E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01 E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0303:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0303:00 E: MODALIAS=acpi:PNP0303: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0400:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0400:00 E: MODALIAS=acpi:PNP0400: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0501:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0501:00 E: MODALIAS=acpi:PNP0501: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0501:01 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0501:01 E: MODALIAS=acpi:PNP0501: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0700:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0700:00 E: MODALIAS=acpi:PNP0700: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0B00:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0B00:00 E: MODALIAS=acpi:PNP0B00: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0F13:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:01/PNP0F13:00 E: MODALIAS=acpi:PNP0F13: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:02 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:02 E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:03 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:03 E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:04 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:04 E: SUBSYSTEM=acpi P:
Bug#767365: gdm3 should not depend on pam_systemd / pam_systemd is a NOP when systemd not PID1
Package: gdm3 Version: 3.14.1-1 Severity: important Hi, gdm3 should not depend on libpam-systemd. libpam-systemd does nothing in case the system has not been booted with systemd as PID1. From the manpage pam_systemd.so If the system was not booted up with systemd as init system, this module does nothing and immediately returns PAM_SUCCESS. So a non existant libpam-systemd is as good as returning PAM_SUCCESS but does not drag in libpam-systemd and thus systemd. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#765560: bluetooth disabling removes complete menu entry - no easy way to enable again
Package: network-manager-gnome Version: 0.9.10.0-2 Severity: important Hi, when running on a Desktop PC with Wired, Wireless and Bluetooth turning off Bluetooth from the network-manager-gnome removes the Bluetooth entry from the menu. So there is no easy way to reenable Bluetooth. As a side node. When there is NO Wireless interface, turning off Bluetooth removes the Bluetooth menu entry and shows an Airplane Mode entry which can be turned off again. That is inconsistent at best and i think a major Bug. Turning off Bluetooth is NOT a user intention to go to airplane mode which is a lot more. As another side node - After disabling Bluetooth AND Wireless you'll see the Wireless entry as beeing Off so it can be reenabled and ADDITIONALLY the Airplane Mode symbol (Even in the Task bar). After turning off both (Bluetooth AND Wireless) you can turn off Airplane Mode and then suddently Bluetooth reappears as beeing enabled. This is MAJOR INCONSISTENT and broken. Flo -- 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-2-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-gnome depends on: ii dbus-x11 1.8.8-1+b1 ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gconf-service3.2.6-3 ii gnome-icon-theme 3.12.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libdbus-1-3 1.8.8-1+b1 ii libdbus-glib-1-2 0.102-1 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libglib2.0-0 2.42.0-2 ii libgnome-keyring03.12.0-1 ii libgtk-3-0 3.14.1-1 ii libmm-glib0 1.4.0-1 ii libnm-glib-vpn1 0.9.10.0-3 ii libnm-glib4 0.9.10.0-3 ii libnm-gtk0 0.9.10.0-2 ii libnm-util2 0.9.10.0-3 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libsecret-1-00.18-1+b1 ii network-manager 0.9.10.0-3 ii policykit-1-gnome0.105-2 Versions of packages network-manager-gnome recommends: ii cinnamon [notification-daemon] 2.2.16-1 ii gnome-keyring 3.14.0-1 ii iso-codes 3.56-1 ii mobile-broadband-provider-info 20140317-1 ii notification-daemon 0.7.6-1 Versions of packages network-manager-gnome suggests: pn network-manager-openconnect-gnome none pn network-manager-openvpn-gnome none pn network-manager-pptp-gnome none pn network-manager-vpnc-gnome none -- no debconf information signature.asc Description: Digital signature
Bug#765604: cairo-dock crashes on right click on roxterms icon
Package: cairo-dock Version: 3.3.2-1 Severity: important Hi, after a fresh jessie installation with gnome3 - logging in installing cairo-dock - starting cairo-dock - replacing the terminals startup with roxterms startup by dragging it on the bottom cairo-dock. Right click on the roxterms icons immediatly causes a crash. This is the debug output from cairo-dock: debug : (/tmp/buildd/cairo-dock-3.3.2/src/implementations/cairo-dock-X-utilities.c:_get_screens_geometry:202) Using Xrandr to determine the screen's position and size ... debug : (/tmp/buildd/cairo-dock-3.3.2/src/implementations/cairo-dock-X-utilities.c:_get_screens_geometry:207) number of screen(s): 2 message : (/tmp/buildd/cairo-dock-3.3.2/src/implementations/cairo-dock-X-utilities.c:_get_screens_geometry:231) * screen 0(0) = (0;0) 1280x800 debug : (/tmp/buildd/cairo-dock-3.3.2/src/implementations/cairo-dock-X-utilities.c:_get_screens_geometry:221) This screen (1) has a null dimensions, skip it. message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-manager.c:gldi_managers_init:153) gldi_managers_init() debug : (/tmp/buildd/cairo-dock-3.3.2/src/implementations/cairo-dock-X-manager.c:init:1077) got 1 X windows debug : (/tmp/buildd/cairo-dock-3.3.2/src/implementations/cairo-dock-X-utilities.c:cairo_dock_get_xwindow_class:1139) res_name : roxterm(2466920); res_class : Roxterm(2466960) debug : (/tmp/buildd/cairo-dock-3.3.2/src/implementations/cairo-dock-X-utilities.c:cairo_dock_get_xwindow_class:1177) got an application with class 'roxterm' debug : (/tmp/buildd/cairo-dock-3.3.2/src/implementations/cairo-dock-X-utilities.c:cairo_dock_get_nb_viewports:493) pVirtualScreenSizeBuffer : 1280x800 ; screen : 1280x800 message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-dbus.c:cairo_dock_dbus_detect_application_async:315) cairo_dock_dbus_detect_application_async (org.freedesktop.compiz) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-dbus.c:cairo_dock_dbus_detect_application_async:315) cairo_dock_dbus_detect_application_async (org.kde.kwin) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-dbus.c:cairo_dock_dbus_detect_application_async:315) cairo_dock_dbus_detect_application_async (org.gnome.Shell) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-dbus.c:cairo_dock_dbus_detect_application_async:315) cairo_dock_dbus_detect_application_async (org.Cinnamon) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-data-renderer-manager.c:cairo_dock_register_data_renderer:78) cairo_dock_register_data_renderer (graph) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-data-renderer-manager.c:cairo_dock_register_data_renderer:78) cairo_dock_register_data_renderer (gauge) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-data-renderer-manager.c:cairo_dock_register_data_renderer:78) cairo_dock_register_data_renderer (progressbar) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-backends-manager.c:cairo_dock_register_hiding_effect:213) cairo_dock_register_hiding_effect (Move down) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-backends-manager.c:cairo_dock_register_hiding_effect:213) cairo_dock_register_hiding_effect (Fade out) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-backends-manager.c:cairo_dock_register_hiding_effect:213) cairo_dock_register_hiding_effect (Semi transparent) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-backends-manager.c:cairo_dock_register_hiding_effect:213) cairo_dock_register_hiding_effect (Zoom out) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-backends-manager.c:cairo_dock_register_hiding_effect:213) cairo_dock_register_hiding_effect (Folding) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-backends-manager.c:cairo_dock_register_renderer:105) cairo_dock_register_renderer (Default) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-backends-manager.c:cairo_dock_register_icon_container_renderer:234) cairo_dock_register_icon_container_renderer (Emblem) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-backends-manager.c:cairo_dock_register_icon_container_renderer:234) cairo_dock_register_icon_container_renderer (Stack) message : (/tmp/buildd/cairo-dock-3.3.2/src/gldit/cairo-dock-backends-manager.c:cairo_dock_register_icon_container_renderer:234) cairo_dock_register_icon_container_renderer (Box) debug : (/tmp/buildd/cairo-dock-3.3.2/src/implementations/cairo-dock-glx.c:_initialize_opengl_backend:168) got 0 FBConfig(s) warning : (/tmp/buildd/cairo-dock-3.3.2/src/implementations/cairo-dock-glx.c:_initialize_opengl_backend:179) couldn't find an appropriate visual, trying to get one without Stencil buffer (it may cause some little deterioration in the rendering) ... debug :
Bug#765455: libmime-lite-perl: utf-8 encoded subject gains a space character on header line wrap
Package: libmime-lite-perl Version: 3.030-2 Severity: normal Hi, i am seeing an interesting issue where a long utf-8 subject gains a space at the wrap point - See the attached testcase: Cluster: Gütersloh Route: Brockweg - Heidewaldstadion changed Cluster: Gütersloh Route: Bielefelder Straße - Rheda - Bertelsmann Hauptverwaltung changed ^ This space gets added - Here are the resulting Header lines from libmime-lite-perl: Subject: Cluster:=?UTF-8?B?IEfDvHRlcnNsb2ggUm91dGU=?=: Brockweg - Heidewaldstadion changed Subject: Cluster:=?UTF-8?B?IEfDvHRlcnNsb2ggUm91dGU=?=: =?UTF-8?B?IEJpZWxlZmVsZGVyIFN0cmHDn2UgLSBSaGVkYSAt?= Bertelsmann Hauptverwaltung changed The display of the additional space is consistent in mutt and icedove so i expect it to be standard conform interpretation of the mime headers. It seems when the line ends with a non encoded word (:) and starts with an encoded word we take all except the very first space. RFC2047 has an example of this only using a single space in front of the encoded word (Page 10, Examples). Duplicate space suppression does only happen between encoded words, not between unencoded and encoded words. Flo #!/usr/bin/perl -w use strict; use utf8; use MIME::Lite; use Encode; my @subjects=( 'Cluster: Gütersloh Route: Brockweg - Heidewaldstadion changed', 'Cluster: Gütersloh Route: Bielefelder Straße - Rheda - Bertelsmann Hauptverwaltung changed' ); foreach my $subject ( @subjects ) { my $msg = MIME::Lite-new( From= 'testc...@zz.de', To = 'flo', Subject = encode('MIME-Header', $subject), Type= 'multipart/mixed', ); $msg-attach( Type = text/plain; charset=UTF-8, Data = Testcase, ); $msg-send; } -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.2-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 libmime-lite-perl depends on: ii libemail-date-format-perl 1.002-1 ii libmailtools-perl 2.09-1 ii perl 5.14.2-21+deb7u1 Versions of packages libmime-lite-perl recommends: ii libmime-types-perl 1.35-1 Versions of packages libmime-lite-perl suggests: ii postfix [mail-transport-agent] 2.9.6-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#763734: heirloom-mailx should NOT recode attachments to minimum encoding if it looks like text
Package: heirloom-mailx Version: 12.5-2 Severity: normal Hi, heirloom-mailx tries to recode the mail body and attachments to a minimum encoding which can represent the used characters. While this is lets say unexpected in case of the mail body it is utterly broken for attachments. Sending cryptographically signed messages as an attachments breaks the signature when the signed message contains utf-8 characters which can be represented in iso-8859-1. The default (either in code or config) should work out of the box at least for attachments not beeing recoded. Flo -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.2-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 heirloom-mailx depends on: ii base-files7.1wheezy6 ii libc6 2.13-38+deb7u4 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 ii libssl1.0.0 1.0.1e-2+deb7u12 heirloom-mailx recommends no packages. Versions of packages heirloom-mailx suggests: ii postfix [mail-transport-agent] 2.9.6-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#737921: [TLS1.2] gnutls only likes SHA1 and SHA256 certificates
Hi, this is getting a real issue for us now. We need new gnutls versions for Wheezy and at least Squeeze - We still have a lot of internal infrastructure running on Debian/Squeeze and we are facing certificate expiration issues now. Our internal LDAP infrastructure is giving us a lot of headache as we are not able to use the CACert renewals with openldap replications. We also expect SMTP/TLS getting a real issue soon as more and more newer systems will start using SHA512 certificates. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#682440: gnome-shell: nautilus windows loose interactivity, focus window may not be correct
I am seeing the same Bug too - today 5 times. Killing nautilus solves the issue. flo@p2:~$ dpkg -l gnome-shell nautilus 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 Version ArchitectureDescription +++--===-===-== ii gnome-shell 3.4.2-7+deb7u1 amd64 graphical shell for the GNOME desktop ii nautilus 3.4.2-1+build1 amd64 file manager and graphical shell for GNOME Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#733692: O: genisovh -- Make CD-ROMs bootable for SGI MIPS machines
Hi, On Tue, Dec 31, 2013 at 03:44:00AM +0100, Axel Beckert wrote: Package: wnpp Severity: normal Thiemo Seufer, the maintainer of the genisovh package, unfortunately died in 2008[1]. [1] http://www.debian.org/News/2008/20081229 Therefore I declare the genisovh package orphaned. If you want to be the new maintainer, please take it. See http://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about the package: Package: genisovh Version: 0.1-3 Installed-Size: 20 Depends: libc6 (= 2.3.2.ds1-4) Description: Make CD-ROMs bootable for SGI MIPS machines Genisovh creates a Disk Volume Header (dvh) on a CD image and records bootable images therein. This allows the SGI firmware to boot those images without needing knowledge about the filesystem on the CD image. Tag: admin::boot, hardware::storage, hardware::storage:cd, interface::commandline, role::program, scope::utility Section: utils Priority: optional Size: 5210 is this package still in use for building the mips/sgi ISOs? I am the original author of genisovh although i couldnt even remember it ;) The upstream link still points to my website and the original source is still there :) My packaging skills are a bit rusty since i gave up my last package approx. 7 years ago when my first child was born ;) Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#730124: liblpsolve55-dev: lpsolve failes to link with murka
On Fri, Nov 22, 2013 at 09:21:30AM +0100, Rene Engelhard wrote: severity 730124 minor retitle 730124 doesn't include colamd dunctions, needs extra -lcolamd tag 730124 + wontfix thanks On Thu, Nov 21, 2013 at 07:18:23PM +0100, Florian Lohoff wrote: [...] With a self build 5.5.2.0 everything is fine Because that version is broken. flo@p2:~/Downloads/p/p/murka-1.3.1b-src$ make Making all in murka make[1]: Entering directory `/home/flo/Downloads/p/p/murka-1.3.1b-src/murka' g++ -w -O2 -g0 -ldl -lpthread -s -o murka murka.o nwerr.o args.o getopt.o misc.o nwclient.o nwst.o fformat.o lp_solve/lpsolve55/bin/ux64/liblpsolve55.a lp_solve/lpsolve55/bin/ux64/liblpsolve55.a(lp_MDO.o): In function `getMDO': (.text+0x5ad): undefined reference to `colamd_recommended' lp_solve/lpsolve55/bin/ux64/liblpsolve55.a(lp_MDO.o): In function `getMDO': (.text+0x5ef): undefined reference to `colamd_set_defaults' lp_solve/lpsolve55/bin/ux64/liblpsolve55.a(lp_MDO.o): In function `getMDO': (.text+0x63c): undefined reference to `colamd' lp_solve/lpsolve55/bin/ux64/liblpsolve55.a(lp_MDO.o): In function `getMDO': (.text+0x6b4): undefined reference to `symamd' collect2: error: ld returned 1 exit status make[1]: *** [murka] Error 1 make[1]: Leaving directory `/home/flo/Downloads/p/p/murka-1.3.1b-src/murka' make: *** [all-recursive] Error 1 Because in Debian that .a doesn't include those stuff but we do link with system-colamd. If you used the .so (which exists but is hidden due to not being SONAMEd) it should have worked fine(tm). So how would i use the hidden dynamic so? If i link any application against it the dynamic linker aka ld.so wont find it. I had a quick grep and i could find any package in the debian repository dynamically linking against lpsolve. So just install libsuitesparse-dev and link with -lcolamd (and the same for whatever is symamd) Sounds broken for me and compiling my own lpsolve is way easier than using the debian packages which sounds strange even more. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#730124: liblpsolve55-dev: lpsolve failes to link with murka
Package: liblpsolve55-dev Version: 5.5.0.13-7 Severity: normal Hi, i am trying to build murka 1) against the debian wheezy version of lpsolve - I get a link error. With a self build 5.5.2.0 everything is fine flo@p2:~/Downloads/p/p/murka-1.3.1b-src$ make Making all in murka make[1]: Entering directory `/home/flo/Downloads/p/p/murka-1.3.1b-src/murka' g++ -w -O2 -g0 -ldl -lpthread -s -o murka murka.o nwerr.o args.o getopt.o misc.o nwclient.o nwst.o fformat.o lp_solve/lpsolve55/bin/ux64/liblpsolve55.a lp_solve/lpsolve55/bin/ux64/liblpsolve55.a(lp_MDO.o): In function `getMDO': (.text+0x5ad): undefined reference to `colamd_recommended' lp_solve/lpsolve55/bin/ux64/liblpsolve55.a(lp_MDO.o): In function `getMDO': (.text+0x5ef): undefined reference to `colamd_set_defaults' lp_solve/lpsolve55/bin/ux64/liblpsolve55.a(lp_MDO.o): In function `getMDO': (.text+0x63c): undefined reference to `colamd' lp_solve/lpsolve55/bin/ux64/liblpsolve55.a(lp_MDO.o): In function `getMDO': (.text+0x6b4): undefined reference to `symamd' collect2: error: ld returned 1 exit status make[1]: *** [murka] Error 1 make[1]: Leaving directory `/home/flo/Downloads/p/p/murka-1.3.1b-src/murka' make: *** [all-recursive] Error 1 -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-0.bpo.3-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 liblpsolve55-dev depends on: ii libsuitesparse-dev 1:3.4.0-3 liblpsolve55-dev recommends no packages. liblpsolve55-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#714166: linux-image-3.9-1-amd64 / no rx packets on vlan on e1000e / 82574L
Hi, i can reproduce the problem with linux image Package: linux-image-3.9-1-amd64 Version: 3.9.8-1 Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#596085: xserver-xorg-video-intel: partial display corruption / mostly text / Mobile 945GM
I dont see this corruption anymore with Wheezy 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 Version Architecture Description +++--===-===-== ii linux-image-3.2.0-4-amd643.2.41-2amd64 Linux 3.2 for 64-bit PCs ii xserver-xorg 1:7.7+2 amd64 X.Org X server ii xserver-xorg-core2:1.12.4-6 amd64 Xorg X server - core server ii xserver-xorg-video-intel 2:2.19.0-6 amd64 X.Org X server -- Intel i8xx, i9xx display driver Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#714166: linux-image-3.2.0-4-amd64: no rx packets on vlan on e1000e / 82574L
) PRO/1000 Network Connection [ 2301.889329] e1000e :00:19.0: eth0: MAC: 10, PHY: 11, PBA No: FF-0FF [ 2301.972703] e1000e :04:00.0: Disabling ASPM L0s L1 [ 2302.034238] e1000e :04:00.0: setting latency timer to 64 [ 2302.034456] e1000e :04:00.0: irq 44 for MSI/MSI-X [ 2302.034458] e1000e :04:00.0: irq 45 for MSI/MSI-X [ 2302.034461] e1000e :04:00.0: irq 46 for MSI/MSI-X [ 2302.233714] e1000e :04:00.0: eth1: (PCI Express:2.5GT/s:Width x1) 00:25:90:a1:fb:66 [ 2302.329592] e1000e :04:00.0: eth1: Intel(R) PRO/1000 Network Connection [ 2302.412978] e1000e :04:00.0: eth1: MAC: 3, PHY: 8, PBA No: FF-0FF [ 2321.366984] e1000e :00:19.0: irq 42 for MSI/MSI-X [ 2321.419268] e1000e :00:19.0: irq 42 for MSI/MSI-X [ 2321.421245] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 2321.486688] ADDRCONF(NETDEV_UP): eth0.10: link is not ready [ 2321.554098] ADDRCONF(NETDEV_UP): eth0.20: link is not ready [ 2325.153293] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None [ 2325.243648] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 2325.313176] ADDRCONF(NETDEV_CHANGE): eth0.10: link becomes ready [ 2325.385753] ADDRCONF(NETDEV_CHANGE): eth0.20: link becomes ready [ 2335.753244] eth0.10: no IPv6 routers present [ 2335.925058] eth0.20: no IPv6 routers present [ 2336.256764] eth0: no IPv6 routers present Module Size Used by e1000e120822 0 bridge 70564 0 8021q 19291 0 garp 13193 1 8021q stp12437 2 garp,bridge ipmi_devintf 17092 2 ipmi_si36954 1 ipmi_msghandler35965 2 ipmi_si,ipmi_devintf loop 22641 0 coretemp 12898 0 crc32c_intel 12747 0 snd_pcm68083 0 snd_page_alloc 13003 1 snd_pcm ghash_clmulni_intel13173 0 snd_timer 22917 1 snd_pcm snd52889 2 snd_timer,snd_pcm aesni_intel50667 0 aes_x86_64 16843 1 aesni_intel acpi_cpufreq 12935 0 soundcore 13065 1 snd aes_generic33026 2 aes_x86_64,aesni_intel mperf 12453 1 acpi_cpufreq i2c_i801 16870 0 cryptd 14517 2 aesni_intel,ghash_clmulni_intel iTCO_wdt 17081 0 joydev 17266 0 iTCO_vendor_support12704 1 iTCO_wdt i2c_core 23876 1 i2c_i801 psmouse69265 0 video 17683 0 evdev 17562 3 processor 28157 1 acpi_cpufreq button 12937 0 serio_raw 12931 0 pcspkr 12579 0 ext4 350763 5 crc16 12343 1 ext4 jbd2 62115 1 ext4 mbcache13114 1 ext4 dm_mod 63645 18 sr_mod 21899 0 cdrom 35401 1 sr_mod usbhid 36418 0 hid81328 1 usbhid sg 25874 0 sd_mod 36136 2 ahci 24997 0 crc_t10dif 12348 1 sd_mod libahci22860 1 ahci libata140630 2 libahci,ahci ehci_hcd 40215 0 megaraid_sas 68571 1 fan12674 0 thermal17383 0 usbcore 128741 3 ehci_hcd,usbhid thermal_sys18040 4 thermal,fan,processor,video usb_common 12354 1 usbcore scsi_mod 162269 5 megaraid_sas,libata,sd_mod,sg,sr_mod Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#712879: debian-installer: unable to preseed german nodeadkeys keyboard for installed system
Package: debian-installer Version: 20130430 Hi, i have now tried for 2 weeks to find preseeding config which will install a system with a german nodeadkeys keyboard. Whatever i try preseeding the final system has a us keyboard. I am using Phil Hands class based installer scripts. I boot the kernel via PXE with these settings on the command line: language=en country=DE keymap=de The current values i try to preseed are: keyboard-configuration keyboard-configuration/modelselect Generic 105-key (Intl) PC keyboard-configuration keyboard-configuration/layout select German keyboard-configuration keyboard-configuration/variant select German - German (eliminate dead keys) keyboard-configuration keyboard-configuration/altgrselect The default for the keyboard layout keyboard-configuration keyboard-configuration/compose select No compose key keyboard-configuration keyboard-configuration/ctrl_alt_bkspboolean false keyboard-configuration keyboard-configuration/xkb-keymap select de After installation in the final system: debian:~# debconf-get-selections --installer | grep ^d-i | grep keyboard d-i keyboard-configuration/layout select German d-i keyboard-configuration/variant select German - German (eliminate dead keys) d-i keyboard-configuration/unsupported_options boolean true d-i keyboard-configuration/optionscode string d-i keyboard-configuration/modelcodestring pc105 d-i keyboard-configuration/unsupported_config_options boolean true d-i keyboard-configuration/toggle select No toggling d-i keyboard-configuration/altgrselect The default for the keyboard layout d-i keyboard-configuration/unsupported_layout boolean true d-i keyboard-configuration/layoutcode string us d-i keyboard-configuration/store_defaults_in_debconf_db boolean true d-i keyboard-configuration/xkb-keymap select de d-i keyboard-configuration/ctrl_alt_bkspboolean false d-i keyboard-configuration/variantcode string d-i keyboard-configuration/unsupported_config_layoutboolean true d-i keyboard-configuration/compose select No compose key d-i keyboard-configuration/switch select No temporary switch d-i keyboard-configuration/modelselect Generic 105-key (Intl) PC debian:~# debconf-get-selections | grep ^keyboard keyboard-configuration keyboard-configuration/layout select German keyboard-configuration keyboard-configuration/xkb-keymap select us keyboard-configuration keyboard-configuration/variant select English (US) keyboard-configuration keyboard-configuration/unsupported_options boolean true keyboard-configuration keyboard-configuration/ctrl_alt_bkspboolean false keyboard-configuration keyboard-configuration/variantcode string keyboard-configuration keyboard-configuration/optionscode string keyboard-configuration keyboard-configuration/modelcodestring pc105 keyboard-configuration keyboard-configuration/unsupported_config_options boolean true keyboard-configuration keyboard-configuration/unsupported_config_layout boolean true keyboard-configuration keyboard-configuration/toggle select No toggling keyboard-configuration keyboard-configuration/compose select No compose key keyboard-configuration keyboard-configuration/switch select No temporary switch keyboard-configuration keyboard-configuration/altgrselect The default for the keyboard layout keyboard-configuration keyboard-configuration/unsupported_layout boolean true keyboard-configuration keyboard-configuration/modelselect Generic 105-key (Intl) PC keyboard-configuration keyboard-configuration/layoutcode string us keyboard-configuration keyboard-configuration/store_defaults_in_debconf_db boolean true debian:~# cat /etc/default/keyboard # KEYBOARD CONFIGURATION FILE # Consult the keyboard(5) manual page. XKBMODEL=pc105 XKBLAYOUT=us XKBVARIANT= XKBOPTIONS= BACKSPACE=guess Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#698340: libgnome-desktop-3-2: monitors.xml is without effect aftere undock/dock cycle
On Thu, Jun 06, 2013 at 07:53:42PM +0200, Michael Biebl wrote: Am 17.01.2013 10:06, schrieb Florian Lohoff: Package: libgnome-desktop-3-2 Version: 3.4.2-1 Severity: normal Hi, the multihead setup for gnome3 is severely broken in multiple respects. With gnome2 one could automatically let any external monitor become the primary screen immediatly. In gnome3 configuration of the primary screen is not possible Open gnome-control-center - Display and when the external monitor is attached, drag the upper black bar to the monitor, which you want to be the primary display. See the attached screenshot. In my case, I also switch off the internal latop display as soon as my laptop is docked. This works like a charm for me. I know how to configure this - The problem is that the next time i dock again i need to do it again. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#711183: mount: umount parser for /proc/mounts broken on stale nfs mount (gets renamed to /mnt/point (deleted))
Package: mount Version: 2.20.1-5.3 Severity: normal Dear Maintainer, * What led up to the situation? Mount nfs - suspend/disable networking - NFS Mount is broken, Server unreachable. Kernel renames mountpoint to /mnt/point (deleted) (see fs/dcache.c in linux kernel) which is a bug in itself. * What exactly did you do (or not do) that was effective (or ineffective)? Nothing - i found no way of unmounting the now broken NFS. This is the result in /proc/mounts: flo@p2:~$ cat /proc/mounts | grep nfs4 pobox:/scratch/local /scratch/pobox\040(deleted) nfs4 rw,nosuid,nodev,noexec,relatime,vers=4,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.177.145,minorversion=0,local_lock=none,addr=192.168.177.1 0 0 Trying to unmount /scratch/pobox returns: is not mounted (according to mtab) because /etc/mtab is a link to /proc/mounts which now contains garbage. Trying to unmount /scratch/pobox\040(deleted) returns the same. There is no way to unmount the nfs share. Flo -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (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.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid12.20.1-5.3 ii libc62.13-38 ii libmount12.20.1-5.3 ii libselinux1 2.1.9-5 ii libsepol12.1.4-3 mount recommends no packages. Versions of packages mount suggests: ii nfs-common 1:1.2.6-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711184: mount should not stat mountpoints on mount
Package: mount Version: 2.20.1-5.3 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? And NFS Mount got broken because the NFS Server was unreachable. Mounting a different NFS server or CIFS share is impossible as mount stats all mountpoints on mount so the mount hangs. See #711183 for the unmount bug and the situation. This is the strace - aborted after hang with ctrl-c - /scratch/pobox was the stuck nfs mountpoint: readlink(/sys/kernel/debug, 0x7f59ac90, 4096) = -1 EINVAL (Invalid argument) readlink(/scratch, 0x7f59ac90, 4096) = -1 EINVAL (Invalid argument) readlink(/scratch/pobox, ^C unfinished ... I was trying to mount a cifs share from fstab: samba:/homes/home/flo/samba cifsnoauto,user 0 2 Which did not succeed. So i cant unmount the broken share - and i cant mount new ones - Reboot *grrr* Flo -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (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.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid12.20.1-5.3 ii libc62.13-38 ii libmount12.20.1-5.3 ii libselinux1 2.1.9-5 ii libsepol12.1.4-3 mount recommends no packages. Versions of packages mount suggests: ii nfs-common 1:1.2.6-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711187: linux-image-3.2.0-4-amd64: kernel should not rename mountpoint if nfs server is dead/unreachable
Package: src:linux Version: 3.2.41-2 Severity: normal Dear Maintainer, * What led up to the situation? nfs mount via fstab, move notebook to a different network so nfs server gets unrachable. * 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? No reaction on the mountpoint. Related to http://bugs.debian.org/711183 and http://bugs.debian.org/711184 which are both agains mount beeing unable to unmount the broken nfs mount or mount new ones. After the NFS Server gets unreachable the mountpoint gets renamed: flo@p2:~$ cat /proc/mounts | grep nfs4 pobox:/scratch/local /scratch/pobox\040(deleted) nfs4 rw,nosuid,nodev,noexec,relatime,vers=4,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,port=0,timeo=600,retra +ns=2,sec=sys,clientaddr=192.168.177.145,minorversion=0,local_lock=none,addr=192.168.177.1 0 0 This seems to stem from the kernel fs/dcache.c A mountpoint should not be renamed by the kernel to an ambigous name which could clash. Flo -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-15) ) #1 SMP Debian 3.2.41-2 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/p2-root ro ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [ 6120.675883] ata5: SATA link down (SStatus 0 SControl 300) [ 6120.755455] usb 1-1.4: reset full-speed USB device number 4 using ehci_hcd [ 6120.839414] sdhci-pci :0d:00.0: Will use DMA mode even though HW doesn't fully claim to support it. [ 6120.839473] sdhci-pci :0d:00.0: setting latency timer to 64 [ 6120.853640] btusb 1-1.4:1.0: no reset_resume for driver btusb? [ 6120.853645] btusb 1-1.4:1.1: no reset_resume for driver btusb? [ 6120.871343] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 (IDLE) succeeded [ 6120.872179] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 (IDLE) succeeded [ 6120.886533] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 (IDLE) succeeded [ 6120.886959] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 (IDLE) succeeded [ 6120.888626] ata2.00: configured for UDMA/100 [ 6120.891869] firewire_core: rediscovered device fw0 [ 6120.923438] usb 1-1.6: reset high-speed USB device number 5 using ehci_hcd [ 6121.093959] usb 2-1.4: reset high-speed USB device number 7 using ehci_hcd [ 6121.191348] usb 2-1.4: device firmware changed [ 6122.279853] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 6122.518181] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded [ 6122.518187] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [ 6122.518192] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out [ 6122.522359] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded [ 6122.522365] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [ 6122.522370] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out [ 6122.524189] ata1.00: configured for UDMA/100 [ 6122.565759] PM: resume of devices complete after 2233.298 msecs [ 6122.684145] PM: Finishing wakeup. [ 6122.684147] Restarting tasks ... done. [ 6122.693587] usb 2-1.4: USB disconnect, device number 7 [ 6122.701872] qcserial ttyUSB0: Qualcomm USB modem converter now disconnected from ttyUSB0 [ 6122.705085] qcserial 2-1.4:1.1: device disconnected [ 6122.707435] qcserial ttyUSB1: Qualcomm USB modem converter now disconnected from ttyUSB1 [ 6122.710560] qcserial 2-1.4:1.2: device disconnected [ 6122.714494] video LNXVIDEO:00: Restoring backlight state [ 6122.718666] qcserial ttyUSB2: Qualcomm USB modem converter now disconnected from ttyUSB2 [ 6122.718816] qcserial 2-1.4:1.3: device disconnected [ 6122.794638] usb 2-1.4: new high-speed USB device number 8 using ehci_hcd [ 6122.892528] usb 2-1.4: config 1 has an invalid interface number: 1 but max is 0 [ 6122.892535] usb 2-1.4: config 1 has no interface number 0 [ 6122.894323] usb 2-1.4: New USB device found, idVendor=05c6, idProduct=9204 [ 6122.894328] usb 2-1.4: New USB device strings: Mfr=3, Product=2, SerialNumber=0 [ 6122.894331] usb 2-1.4: Product: Qualcomm Gobi 2000 [ 6122.894333] usb 2-1.4: Manufacturer: Qualcomm Incorporated [ 6122.895872] qcserial 2-1.4:1.1: Qualcomm USB modem converter detected [ 6122.895954] usb 2-1.4: Qualcomm USB modem converter now attached to ttyUSB0 [ 6122.970156] usb 1-1.5: new high-speed USB device number 6 using ehci_hcd [ 6123.066203] usb 1-1.5: New USB device found, idVendor=17ef, idProduct=100a [ 6123.066208] usb 1-1.5: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 6123.06] hub 1-1.5:1.0: USB hub found [ 6123.066758] hub 1-1.5:1.0: 6 ports detected [ 6123.337401] usb 1-1.5.1: new low-speed USB device number 7 using ehci_hcd [ 6123.451644] usb 1-1.5.1: New USB device found, idVendor=04b3, idProduct=3025 [ 6123.451655] usb 1-1.5.1: New USB device strings: Mfr=1,
Bug#705461: libsnmp-session-perl: snmpwalk hangs forever with broken snmp implementation
Package: libsnmp-session-perl Version: 1.13-1 Severity: normal Dear Maintainer, using snmpwalk from SNMP_util on an Eltek PowerSupply controller, reading ifname fails to terminate. The Eltek PSU does not fill the ifName table and does not repond with no such oid but with an empty response. the snmpwalk helper than immediatly send a new getBulkRequest as it can be seen from the wireshark output. I simply call snmpwalk like this: use strict; use SNMP_Session; use SNMP_util qw/snmpget snmpwalk snmpmapOID/; use BER; [...] my @ret=snmpwalk(sprintf(%s\@%s:2c, $community, $host), ifName); No. TimeSourceDestination Protocol Length Info 1 17:45:46.258176 172.31.1.1 172.30.95.14 SNMP 93 getBulkRequest 1.3.6.1.2.1.31.1.1.1.1 Frame 1: 93 bytes on wire (744 bits), 93 bytes captured (744 bits) Encapsulation type: Ethernet (1) Arrival Time: Apr 12, 2013 17:45:46.258176000 CEST [Time shift for this packet: 0.0 seconds] Epoch Time: 1365781546.258176000 seconds [Time delta from previous captured frame: 0.0 seconds] [Time delta from previous displayed frame: 0.0 seconds] [Time since reference or first frame: 0.0 seconds] Frame Number: 1 Frame Length: 93 bytes (744 bits) Capture Length: 93 bytes (744 bits) [Frame is marked: False] [Frame is ignored: False] [Protocols in frame: eth:ip:udp:snmp] [Coloring Rule Name: UDP] [Coloring Rule String: udp] Ethernet II, Src: RealtekU_04:5a:c5 (52:54:00:04:5a:c5), Dst: IETF-VRRP-VRID_14 (00:00:5e:00:01:14) Destination: IETF-VRRP-VRID_14 (00:00:5e:00:01:14) Address: IETF-VRRP-VRID_14 (00:00:5e:00:01:14) ..0. = LG bit: Globally unique address (factory default) ...0 = IG bit: Individual address (unicast) Source: RealtekU_04:5a:c5 (52:54:00:04:5a:c5) Address: RealtekU_04:5a:c5 (52:54:00:04:5a:c5) ..1. = LG bit: Locally administered address (this is NOT the factory default) ...0 = IG bit: Individual address (unicast) Type: IP (0x0800) Internet Protocol Version 4, Src: 172.31.1.1 (172.31.1.1), Dst: 172.30.95.14 (172.30.95.14) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00: Not-ECT (Not ECN-Capable Transport)) 00.. = Differentiated Services Codepoint: Default (0x00) ..00 = Explicit Congestion Notification: Not-ECT (Not ECN-Capable Transport) (0x00) Total Length: 79 Identification: 0x (0) Flags: 0x02 (Don't Fragment) 0... = Reserved bit: Not set .1.. = Don't fragment: Set ..0. = More fragments: Not set Fragment offset: 0 Time to live: 64 Protocol: UDP (17) Header checksum: 0x0580 [correct] [Good: True] [Bad: False] Source: 172.31.1.1 (172.31.1.1) Destination: 172.30.95.14 (172.30.95.14) [Source GeoIP: Unknown] [Destination GeoIP: Unknown] User Datagram Protocol, Src Port: 57142 (57142), Dst Port: snmp (161) Source port: 57142 (57142) Destination port: snmp (161) Length: 59 Checksum: 0x4481 [validation disabled] [Good Checksum: False] [Bad Checksum: False] Simple Network Management Protocol version: v2c (1) community: PlstXmeIgTOx data: getBulkRequest (5) getBulkRequest request-id: 145376469 non-repeaters: 0 max-repetitions: 12 variable-bindings: 1 item 1.3.6.1.2.1.31.1.1.1.1: Value (Null) Object Name: 1.3.6.1.2.1.31.1.1.1.1 (iso.3.6.1.2.1.31.1.1.1.1) Value (Null) 00 00 5e 00 01 14 52 54 00 04 5a c5 08 00 45 00 ..^...RT..Z...E. 0010 00 4f 00 00 40 00 40 11 05 80 59 bb d0 36 ac 1e .O..@.@...Y..6.. 0020 5f 0e df 36 00 a1 00 3b 44 81 30 31 02 01 01 04 _..6...;D.01 0030 0c 50 6c 73 74 58 6d 65 49 67 54 4f 78 a5 1e 02 .PlstXmeIgTOx... 0040 04 08 aa 44 d5 02 01 00 02 01 0c 30 10 30 0e 06 ...D...0.0.. 0050 0a 2b 06 01 02 01 1f 01 01 01 01 05 00.+... No. TimeSourceDestination Protocol Length Info 2 17:45:46.261892 172.30.95.14 172.31.1.1 SNMP 83 get-response Frame 2: 83 bytes on wire (664 bits), 83 bytes captured (664 bits) Encapsulation type: Ethernet (1) Arrival Time: Apr 12, 2013 17:45:46.261892000 CEST [Time shift for this packet: 0.0 seconds] Epoch Time: 1365781546.261892000 seconds [Time delta from previous captured frame: 0.003716000 seconds] [Time delta from previous displayed frame: 0.003716000 seconds] [Time since reference or first frame: 0.003716000 seconds] Frame Number: 2 Frame Length: 83
Bug#455769: same problem on wheezy + Thinkpad X220T
Hi, On Thu, Mar 28, 2013 at 12:07:43PM +0100, John Paul Adrian Glaubitz wrote: On 03/28/2013 11:47 AM, Daniel Pocock wrote: Would you provide a guarantee to all users of wheezy that you will pay for their laptop repair if this issue causes damage? Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. This problem happens regularly enough that Debian should not be promoted for laptops if it is not taken seriously as an RC issue. Users will get a very bad impression if basic things like this aren't working in a stable release. I have heard of that problem for the very first time now and I have been using Debian on a laptop since around 2004, on various machines like the Thinkpad 240X, X40, T42, T60, T23. I am using Wheezy on a T410 and suspend has never been worse than now With squeeze i simply closed the lid and put the notebook away. With wheezy its a 1 in 3 chance to suspend. Typically when it fails it wont even work the second round - Not even by clicking on suspend in the menus. It switches away from X - locks the screen and comes back to X ... And i fail to find the knob to let the notebook suspend on AC Power aswell - who the fuck decided that AC power is a reason not to suspend? For me wheezy is back in the stone ages concerning suspend/hibernate. Another bug i have/had: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698917 Also suspend related - overheat after suspend/resume. Flo PS: We broke suspend - we need systemd to speed up boot -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#698917: [wheezy] cpu overheat and shutdown after suspend/resume cycle on Thinkpad T410
Hi, On Fri, Jan 25, 2013 at 01:45:21PM -0800, Jonathan Nieder wrote: Yikes. Has this machine always behaved this way, or did it start happening with a kernel update? If the latter, which update? Does 3.7.y from experimental exhibit the same symptoms? If so, please report this at http://bugzilla.kernel.org/, product Power Management, component Hibernation/Suspend and let us know the bug number so we can track it. Same with 3.7.3 from experimental - Ran it for a day - this morning resume - Worked for nearly an hour - Emergency Shutdown Opened a bug in the Kernel Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=53101 Jan 26 00:43:03 p2 kernel: imklog 5.8.11, log source = /proc/kmsg started. Jan 26 00:43:03 p2 kernel: [0.00] Initializing cgroup subsys cpuset Jan 26 00:43:03 p2 kernel: [0.00] Initializing cgroup subsys cpu Jan 26 00:43:03 p2 kernel: [0.00] Linux version 3.7-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.7.3-1~experimental.1 Jan 26 00:43:03 p2 kernel: [0.00] Command line: BOOT_IMAGE=/vmlinuz-3.7-trunk-amd64 root=/dev/mapper/p2-root ro Jan 26 00:43:03 p2 kernel: [0.00] e820: BIOS-provided physical RAM map: Jan 26 00:43:03 p2 kernel: [0.00] BIOS-e820: [mem 0x-0x0009e7ff] usable Jan 26 00:43:03 p2 kernel: [0.00] BIOS-e820: [mem 0x0009e800-0x0009] reserved Jan 26 00:43:03 p2 kernel: [0.00] BIOS-e820: [mem 0x000d2000-0x000d3fff] reserved Jan 26 00:43:03 p2 kernel: [0.00] BIOS-e820: [mem 0x000dc000-0x000f] reserved Jan 26 00:43:03 p2 kernel: [0.00] BIOS-e820: [mem 0x0010-0xbb27bfff] usable [...] Jan 27 14:11:27 p2 kernel: [ 4087.016757] usbcore: registered new interface driver usbhid Jan 27 14:11:27 p2 kernel: [ 4087.016763] usbhid: USB HID core driver Jan 27 14:11:27 p2 kernel: [ 4087.245163] input: HID 062a: as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.0/input/input17 Jan 27 14:11:27 p2 kernel: [ 4087.245447] hid-generic 0003:062A:.0001: input,hidraw0: USB HID v1.10 Mouse [HID 062a:] on usb-:00:1a.0-1.1/input0 Jan 27 15:00:41 p2 kernel: [ 7034.297238] thermal_sys: Critical temperature reached (100 C), shutting down Jan 27 15:00:43 p2 kernel: [ 7036.212853] nfsd: last server has exited, flushing export cache Jan 27 15:00:43 p2 kernel: [ 7036.262334] CPU2: Core temperature above threshold, cpu clock throttled (total events = 1) Jan 27 15:00:43 p2 kernel: [ 7036.262336] CPU3: Core temperature above threshold, cpu clock throttled (total events = 1) Jan 27 15:00:43 p2 kernel: [ 7036.265429] CPU2: Core temperature/speed normal Jan 27 15:00:43 p2 kernel: [ 7036.265431] CPU3: Core temperature/speed normal Jan 27 15:00:44 p2 kernel: [ 7036.456924] e1000e :00:19.0: irq 46 for MSI/MSI-X Jan 27 15:00:44 p2 kernel: [ 7036.492898] Bridge firewalling registered Jan 27 15:00:44 p2 kernel: [ 7036.518914] fuse exit Jan 27 15:01:46 p2 kernel: [0.00] Initializing cgroup subsys cpuset Jan 27 15:01:46 p2 kernel: [0.00] Initializing cgroup subsys cpu Jan 27 15:01:46 p2 kernel: [0.00] Linux version 3.7-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.7.3-1~experimental.1 Jan 27 15:01:46 p2 kernel: [0.00] Command line: BOOT_IMAGE=/vmlinuz-3.7-trunk-amd64 root=/dev/mapper/p2-root ro Jan 27 15:01:46 p2 kernel: [0.00] e820: BIOS-provided physical RAM map: Jan 27 15:01:46 p2 kernel: [0.00] BIOS-e820: [mem 0x-0x0009e7ff] usable Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#698917: linux-image-3.2.0-4-amd64: cpu overheat and shutdown after suspend/resume cycle on Thinkpad T410
On Sat, Jan 26, 2013 at 04:44:09PM +, Ben Hutchings wrote: But in the case where you resume and then the machine overheats, does the fan run at any time between resume and shutdown? I have heard of bugs that would cause some laptops not to start the fan after resume. No - it doesnt run - at least i havent noticed it. When you turn on the notebook after shutdown you can immediatly hear the fan turn up to maximum. I am running 3.7 from experimental now and made approx 20 Suspend/Resume cycles without any problem. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#698917: linux-image-3.2.0-4-amd64: cpu overheat and shutdown after suspend/resume cycle on Thinkpad T410
On Fri, Jan 25, 2013 at 01:00:22PM +, Ben Hutchings wrote: The temperatures are real - you can feel the heat from the outside. Here is the kern log [...] Does the fan ever run? It does right now - Typically i can work on that machine the whole day. If it gets that hot and fails its in the first 10 Minutes after beeing in the office - which is directly after resume. But its not every time i resume. Did you see this problem with earlier kernel versions? Nope. I think it happened with 3.2.32-1~bpo60+1 too. Before i think i had a 3.0.0 which was okay - Its all a little blurry... Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#698917: [wheezy] cpu overheat and shutdown after suspend/resume cycle on Thinkpad T410
On Fri, Jan 25, 2013 at 01:45:21PM -0800, Jonathan Nieder wrote: Yikes. Has this machine always behaved this way, or did it start happening with a kernel update? If the latter, which update? Nope - Squeeze is okay - I had backports kernel running for ages and i think it started with a 3.2 kernel Does 3.7.y from experimental exhibit the same symptoms? If so, please report this at http://bugzilla.kernel.org/, product Power Management, component Hibernation/Suspend and let us know the bug number so we can track it. I'll give it a try though it might take some hours/days to be shure its gone ... Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#698781: libgnome-desktop-3-2: gnome gradient background broken on multihead with different dimensions
Package: libgnome-desktop-3-2 Version: 3.4.2-1 Severity: normal Dear Maintainer, with gnome3 a gradient background is broken in a Multihead setup with different monitor dimensions: flo@p2:~$ xrandr Screen 0: minimum 320 x 200, current 3360 x 1080, maximum 8192 x 8192 LVDS1 connected 1440x900+0+0 (normal left inverted right x axis y axis) 303mm x 189mm 1440x900 60.0*+ 59.9 50.0 1360x768 59.8 60.0 1152x864 60.0 1024x768 60.0 800x60060.3 56.2 640x48059.9 VGA1 connected 1920x1080+1440+0 (normal left inverted right x axis y axis) 530mm x 300mm 1920x1080 60.0*+ 1600x1200 60.0 1680x1050 60.0 1280x1024 60.0 1440x900 59.9 1280x960 60.0 1280x800 59.8 1024x768 60.0 800x60060.3 56.2 640x48060.0 On the larger screen the grandient is only the size of the smaller head thus its broken. Same applies to Wallpaper and Pictures in all modi e.g. Zoom, Span, Center. All of these are broken. Here is an example: http://silicon-verl.de/home/flo/tmp/IMAG0797.jpg Flo -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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 Versions of packages libgnome-desktop-3-2 depends on: ii gnome-desktop3-data3.4.2-1 ii gsettings-desktop-schemas 3.4.2-3 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk-3-0 3.4.2-4 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxrandr2 2:1.3.2-2 Versions of packages libgnome-desktop-3-2 recommends: ii hwdata 0.233-1 libgnome-desktop-3-2 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#698339: cairo-dock: dock should move screen when primary screen changes
Package: cairo-dock Version: 3.0.0-2+deb7u1 Severity: normal Hi, when changing the primary screen e.g. to an external monitor connected at the docking station the cairo dock should move as the gnome panel does. Flo * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? xrandr --output LVDS1 --primary xrandr --output VGA1 --primary * What was the outcome of this action? Nothing * What outcome did you expect instead? Move of cairo dock to the primary screen as does the gnome panel -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.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 Versions of packages cairo-dock depends on: ii cairo-dock-core 3.0.0-2+deb7u1 ii cairo-dock-plug-ins 3.0.0-1+b1 cairo-dock recommends no packages. cairo-dock 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#698340: libgnome-desktop-3-2: monitors.xml is without effect aftere undock/dock cycle
Package: libgnome-desktop-3-2 Version: 3.4.2-1 Severity: normal Hi, the multihead setup for gnome3 is severely broken in multiple respects. With gnome2 one could automatically let any external monitor become the primary screen immediatly. In gnome3 configuration of the primary screen is not possible with a GUI tool and ~/.config/monitors.xml seems to get ignored although it gets written to. After connecting an external monitor the internal LVDS screen of the Notebook stays the primary screen. Most of the time the external monitor gets a clone of the LVDS although its native resolution is completely differen and monitors.xml says to put it right of the LVDS. xrandr Screen 0: minimum 320 x 200, current 3360 x 1080, maximum 8192 x 8192 LVDS1 connected 1440x900+0+0 (normal left inverted right x axis y axis) 303mm x 189mm 1440x900 60.0*+ 59.9 50.0 1360x768 59.8 60.0 1152x864 60.0 1024x768 60.0 800x60060.3 56.2 640x48059.9 VGA1 connected 1920x1080+1440+0 (normal left inverted right x axis y axis) 530mm x 300mm 1920x1080 60.0*+ 1600x1200 60.0 1680x1050 60.0 1280x1024 60.0 1440x900 59.9 1280x960 60.0 1280x800 59.8 1024x768 60.0 800x60060.3 56.2 640x48060.0 HDMI1 disconnected (normal left inverted right x axis y axis) DP1 disconnected (normal left inverted right x axis y axis) HDMI2 disconnected (normal left inverted right x axis y axis) HDMI3 disconnected (normal left inverted right x axis y axis) DP2 disconnected (normal left inverted right x axis y axis) DP3 disconnected (normal left inverted right x axis y axis) This is my ~/.config/monitors.xml monitors version=1 configuration cloneno/clone output name=LVDS2 vendorLEN/vendor product0x4036/product serial0x/serial width1440/width height900/height rate60/rate x0/x y0/y rotationnormal/rotation reflect_xno/reflect_x reflect_yno/reflect_y primaryno/primary /output output name=VGA2 vendorSAM/vendor product0x060e/product serial0x30303130/serial width1920/width height1080/height rate60/rate x1440/x y0/y rotationnormal/rotation reflect_xno/reflect_x reflect_yno/reflect_y primaryyes/primary /output output name=HDMI1 /output output name=DP4 /output output name=HDMI2 /output output name=HDMI3 /output output name=DP5 /output output name=DP6 /output /configuration /monitors *** Please consider answering these questions, where appropriate *** * What led up to the situation? undock/dock the notebook from the docking station e.g. disconnect/connect external monitor. * What exactly did you do (or not do) that was effective (or ineffective)? xrandr --output VGA1 --primary * What was the outcome of this action? primary screen switched to the external monitor * What outcome did you expect instead? The ~/.config/monitors.xml lists the external Monitor as the primary screen so as soon as its connected it should become the primary screen. This worked for gnome2. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.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 Versions of packages libgnome-desktop-3-2 depends on: ii gnome-desktop3-data3.4.2-1 ii gsettings-desktop-schemas 3.4.2-3 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk-3-0 3.4.2-4 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxrandr2 2:1.3.2-2 Versions of packages libgnome-desktop-3-2 recommends: ii hwdata 0.233-1 libgnome-desktop-3-2 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#656605: (Fwd) [rt.cpan.org #74192] libnetaddr-ip-perl: ip-addr() should follow RFC5952 Section 2.2 (Zero Compression)
On Sun, Jan 22, 2012 at 01:33:25PM +0100, gregor herrmann wrote: tag 656605 + upstream wontfix thanks - Forwarded message from Michael Robinton via RT bug-netaddr...@rt.cpan.org - From: Michael Robinton via RT bug-netaddr...@rt.cpan.org To: gre...@debian.org Subject: [rt.cpan.org #74192] libnetaddr-ip-perl: ip-addr() should follow RFC5952 Section 2.2 (Zero Compression) Date: Fri, 20 Jan 2012 18:16:05 -0500 Reply-To: bug-netaddr...@rt.cpan.org URL: https://rt.cpan.org/Ticket/Display.html?id=74192 The upper/lower case issue predates the RFC you refer to and its immediate predecessors. When NetAddr::IP added support for IPV6, all the rfc documentation showed addresses in UPPER case and did not specify a preference for case. We opted to not change the standard way in which NetAddr::IP does this so that we would not break anyone's existing code that might be case sensitive. Instead, the pre-load directives :upper and :lower were added so new code could use the newer rfc standard notation if desired by simply including :lower in the use NetAdder::IP qw :lower whatever... } statement when invoking the NetAddr::IP module. With respect to the section 2.2 compression. We consider this to be a pretty text issue. In the sub module NetAddr::IP::InetBase, the function packzeros will pretty up the text representation to conform to 2.2 at the cost of many cpu cycles -- which is substantial beyond the conversion of the binary IPV6 representation to text. For ordinary processing of data, even in text form this is highly in-efficent so we have not adopted compressed pretty text as a standard, opting instead for quickly converted standard length strings. Programers wishing pretty IPV6 strings at the expense of slower code can add the packzeros function call to their programs that output text for human readers. Just to make my disagreement very clear. Zero Compression is not something about Pretty Print - Its about Address normalization which is VERY important. I am writing Network Management Software all day and a normalization of Adresses is very important to be able for users to identify and match addresses. The above statement simply says - I dont care about IPv6 and a reason to fork the package. The RFC is pretty clear about the displaying of v6 Adresses and the max compressed and lower case form should be users everywhere, so it should be the default for all output of ip helper librarys. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#656605: libnetaddr-ip-perl: ip-addr() should follow RFC5952 Section 2.2 (Zero Compression)
Package: libnetaddr-ip-perl Version: 4.058+dfsg-2 Severity: normal Hi, libnetaddr-ip-perls -addr function should follow the recommended representation in RFC5952, not only print lowercase as default (i have seen the qw(:lower) switch) but also use maximum zero compression as in 2.2 of the RFC5952: --- quote --- 2.2. Zero Compression 'A special syntax is available to compress the zeros. The use of :: indicates one or more groups of 16 bits of zeros.' It is possible to select whether or not to omit just one 16-bit 0 field. 2001:db8::::::1 2001:db8:::::0:1 In cases where there is more than one field of only zeros, there is a choice of how many fields can be shortened. 2001:db8:0:0:0::1 2001:db8:0:0::1 2001:db8:0::1 2001:db8::1 In addition, Section 2.2 of [RFC4291] notes, 'The :: can only appear once in an address.' This gives a choice on where in a single address to compress the zero. 2001:db8:::0:0:1 2001:db8:0:0:::1 --- quote --- -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-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 Versions of packages libnetaddr-ip-perl depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii perl-base [perlapi-5.1 5.10.1-17squeeze2 minimal Perl system Versions of packages libnetaddr-ip-perl recommends: ii libsocket6-perl 0.23-1 Perl extensions for IPv6 libnetaddr-ip-perl 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#656611: Crash in iceweasel: crash in mozilla::gl::GLContext::InitExtensions on visiting WebGL page
X11 toolkit intrinsics library ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime -- no debconf information -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#626464: gns3 should depend or atleast suggest xterm
Package: gns3 Version: 0.7.2-1 Hi Erik, as gns3 depends in its default configuration on xterm as the console program to run it should depend on it. Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature
Bug#626469: gns3: new upstream version
Package: gns3 Version: 0.7.2-1 Hi Erik, there is a new upstream version 0.7.4 which fixes a bug concerning clouds connected to real interfaces for me. With 0.7.2 i cant remove clouds and i cant add interfaces to a cloud once the project was saved and reopened. These bugs are fixed for me in 0.7.4 Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature
Bug#621741: minicom: ~ (tilde) gets expanded to users home in dial commands
Package: minicom Version: 2.4-3 Severity: normal Hi, when entering a single ~ in the Modem and Dialing commands e.g. Init String or Reset String the ~ gets expanded to the users homedir on pressing return. For obvious reasons this is broken as the ~ is the delay character and no shell globbing should happen. Flo -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-dsdt1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages minicom depends on: ii libc6 2.11.2-9 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand Versions of packages minicom recommends: ii lrzsz 0.12.21-5 Tools for zmodem/xmodem/ymodem fil minicom 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#614778: dokuwiki: Dont enable for all instances by default
Package: dokuwiki Version: 0.0.20091225c-10 Severity: wishlist Hi, please dont drop a dokuwiki.conf to /etc/apache2/conf.d as that enables the dokuwiki for all instances. Instead let the system administrator include the file from /etc/dokuwiki to the virtual host he/she/it likes it to appear on. Flo -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (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) Shell: /bin/sh linked to /bin/dash Versions of packages dokuwiki depends on: ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii libphp-simplepie 1.2-1 RSS and Atom feed parsing in PHP ii php-geshi1.0.8.4-1 Generic Syntax Highlighter ii php5 5.3.3-7 server-side, HTML-embedded scripti ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages dokuwiki recommends: ii php5-cli 5.3.3-7command-line interpreter for the p ii php5-gd 5.3.3-7GD module for php5 dokuwiki suggests no packages. -- debconf information: * dokuwiki/system/configure-webserver: apache2 dokuwiki/system/restart-webserver: true dokuwiki/wiki/policy: public dokuwiki/system/writeplugins: false dokuwiki/wiki/fullname: DokuWiki Administrator dokuwiki/system/documentroot: /dokuwiki dokuwiki/system/accessible: localhost only dokuwiki/wiki/title: Debian DokuWiki dokuwiki/system/localnet: 10.0.0.0/24 dokuwiki/wiki/superuser: admin dokuwiki/wiki/email: webmaster@localhost dokuwiki/wiki/failpass: dokuwiki/wiki/acl: true dokuwiki/system/writeconf: false * dokuwiki/system/purgepages: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614779: Make dokuwiki instantiatable
Package: dokuwiki Version: 0.0.20091225c-10 Severity: wishlist Hi, only a single dokuwiki installation on a virtual host is sometimes not enough. So the best way would be some kind of instantiatable dokuwiki e.g. by providing a installdokuwikihere /var/www/hostfoo.bar/vwiki which would create a symlink farm. Thanks Flo -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (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) Shell: /bin/sh linked to /bin/dash Versions of packages dokuwiki depends on: ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii libphp-simplepie 1.2-1 RSS and Atom feed parsing in PHP ii php-geshi1.0.8.4-1 Generic Syntax Highlighter ii php5 5.3.3-7 server-side, HTML-embedded scripti ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages dokuwiki recommends: ii php5-cli 5.3.3-7command-line interpreter for the p ii php5-gd 5.3.3-7GD module for php5 dokuwiki suggests no packages. -- debconf information: * dokuwiki/system/configure-webserver: apache2 dokuwiki/system/restart-webserver: true dokuwiki/wiki/policy: public dokuwiki/system/writeplugins: false dokuwiki/wiki/fullname: DokuWiki Administrator dokuwiki/system/documentroot: /dokuwiki dokuwiki/system/accessible: localhost only dokuwiki/wiki/title: Debian DokuWiki dokuwiki/system/localnet: 10.0.0.0/24 dokuwiki/wiki/superuser: admin dokuwiki/wiki/email: webmaster@localhost dokuwiki/wiki/failpass: dokuwiki/wiki/acl: true dokuwiki/system/writeconf: false * dokuwiki/system/purgepages: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608940: ftpwatch should be in /usr/bin not /usr/sbin
Package: ftpwatch Version: 1.20 Severity: minor Hi, i think ftpwatch should be in /usr/bin not /usr/sbin as its not a system binary. Its for general user consumption as also the manpage states: Every user who wants to use it should install it into his crontab file. FHS States: 3.14.1 Purpose Utilities used for system administration (and other root-only commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin. /sbin contains binaries essential for booting, restoring, recovering, and/or repairing the system in addition to the binaries in /bin.15 Programs executed after /usr is known to be mounted (when there are no problems) are generally placed into /usr/sbin. Locally-installed system administration programs should be placed into /usr/local/sbin.16 and continues: 4.10 /usr/sbin : Non-essential standard system binaries 4.10.1 Purpose This directory contains any non-essential binaries used exclusively by the system administrator. System administration programs that are required for system repair, system recovery, mounting /usr, or other essential functions must be placed in /sbin instead.24 /usr/sbin is root only for system administration which ftpwatch is IMHO not ... Flo -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf-8) Shell: /bin/sh linked to /bin/bash Versions of packages ftpwatch depends on: ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii perl-modules [libnet-per 5.10.0-19lenny2 Core Perl modules ftpwatch recommends no packages. ftpwatch 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#602960: pidgin-skype: pidgin crash on skype account add
Package: pidgin-skype Version: 20100302+dfsg-1 Severity: normal Hi, after installing pidgin-skype and trying to add an account i got a crash on clicking okay: Here is the saved gnome crash report: System: Linux 2.6.32-5-686 #1 SMP Sat Oct 30 22:47:19 UTC 2010 i686 X Vendor: The X.Org Foundation X Vendor Release: 10707000 Selinux: No Accessibility: Enabled GTK+ Theme: Clearlooks Icon Theme: gnome GTK+ Modules: gnomebreakpad Memory status: size: 118878208 vsize: 118878208 resident: 39628800 share: 17747968 rss: 39628800 rss_rlim: 18446744073709551615 CPU usage: start_time: 1289330935 rtime: 478 utime: 439 stime: 39 cutime:36 cstime: 41 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/pidgin' [Thread debugging using libthread_db enabled] 0xb78ac424 in __kernel_vsyscall () #0 0xb78ac424 in __kernel_vsyscall () #1 0xb7846f23 in __waitpid_nocancel () at ../sysdeps/unix/syscall-template.S:82 #2 0xb70b1857 in g_spawn_sync () from /lib/libglib-2.0.so.0 #3 0xb70b1b5c in g_spawn_command_line_sync () from /lib/libglib-2.0.so.0 #4 0xb78a88f4 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so #5 signal handler called #6 0xb78ac424 in __kernel_vsyscall () #7 0xb6e14751 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #8 0xb6e17b82 in *__GI_abort () at abort.c:92 #9 0x080cb231 in ?? () #10 signal handler called #11 0xb6e2a59b in _IO_vfprintf_internal (s=0xbfc8069c, format=0xb5e24876 Could not start skype: %s\n, ap=0xbfc80818 ) at vfprintf.c:1614 #12 0xb6e49dd7 in _IO_vasprintf (result_ptr=0xbfc807ac, format=0xb5e24876 Could not start skype: %s\n, args=0xbfc80818 ) at vasprintf.c:64 #13 0xb70af2c7 in g_vasprintf () from /lib/libglib-2.0.so.0 #14 0xb708e0d6 in g_strdup_vprintf () from /lib/libglib-2.0.so.0 #15 0xb5e1a656 in skype_debug_vargs () from /usr/lib/purple-2/libskype.so #16 0xb5e1a723 in skype_debug_error () from /usr/lib/purple-2/libskype.so #17 0xb5e1f1cd in skype_login () from /usr/lib/purple-2/libskype.so #18 0xb6f7cb7f in _purple_connection_new () from /usr/lib/libpurple.so.0 #19 0xb6f66104 in purple_account_connect () from /usr/lib/libpurple.so.0 #20 0xb6f663c7 in purple_account_set_enabled () from /usr/lib/libpurple.so.0 #21 0x08078c49 in ?? () #22 0xb7116cac in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #23 0xb710913a in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #24 0xb711f61d in ?? () from /usr/lib/libgobject-2.0.so.0 #25 0xb7120bfc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #26 0xb7121076 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #27 0xb72cba8a in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0 #28 0xb72cd048 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #29 0xb7116cac in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #30 0xb71077a9 in ?? () from /usr/lib/libgobject-2.0.so.0 #31 0xb710913a in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #32 0xb711eeba in ?? () from /usr/lib/libgobject-2.0.so.0 #33 0xb7120bfc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #34 0xb7121076 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #35 0xb72cbb2a in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0 #36 0xb72cbb73 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #37 0xb7388e74 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #38 0xb71077a9 in ?? () from /usr/lib/libgobject-2.0.so.0 #39 0xb710913a in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #40 0xb711f266 in ?? () from /usr/lib/libgobject-2.0.so.0 #41 0xb7120a7b in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #42 0xb7121076 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #43 0xb74b5156 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #44 0xb73814cd in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #45 0xb7382857 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #46 0xb720bdda in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #47 0xb706b305 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #48 0xb706efe8 in ?? () from /lib/libglib-2.0.so.0 #49 0xb706f527 in g_main_loop_run () from /lib/libglib-2.0.so.0 #50 0xb7382e19 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #51 0x080cace8 in main () Thread 1 (Thread 0xb6832750 (LWP 25941)): #0 0xb78ac424 in __kernel_vsyscall () No symbol table info available. #1 0xb7846f23 in __waitpid_nocancel () at ../sysdeps/unix/syscall-template.S:82 No locals. #2 0xb70b1857 in g_spawn_sync () from /lib/libglib-2.0.so.0 No symbol table info available. #3 0xb70b1b5c in g_spawn_command_line_sync () from /lib/libglib-2.0.so.0 No symbol table info available. #4 0xb78a88f4 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so No symbol table info available. #5 signal handler called No symbol table info available. #6 0xb78ac424 in __kernel_vsyscall () No symbol table info available. #7 0xb6e14751 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
Bug#596085: xserver-xorg-video-intel: partial display corruption / mostly text / Mobile 945GM
Hi, On Mon, Sep 20, 2010 at 07:24:57PM +0200, Julien Cristau wrote: On Mon, Sep 20, 2010 at 18:02:31 +0200, Florian Lohoff wrote: On Wed, Sep 08, 2010 at 05:48:17PM +0100, Chris Wilson wrote: On Wed, 8 Sep 2010 18:38:09 +0200, Julien Cristau jcris...@debian.org wrote: On Wed, Sep 8, 2010 at 17:10:36 +0100, Chris Wilson wrote: As it looks like uninitialised data, it could be the xserver bug where we sent damage events prior to flushing the 2D batchbuffer, so that there was an opportunity for compositing WM to grab garbage. That one's plausible, thanks. Florian, are you running a compositing manager? If yes, does the corruption happen without that? Looks like the fix for that one is 8d7b7a0d71e0b89321b3341b781bc8845386def6 and c65f610e12f9df168d5639534ed3c2bd40afffc8? And 69d65f9184006eac790efcff78a0e425160e95aa for -intel. -Chris I guess these are git commit id's? Which repository? I failed to find it in the kernel and the obvious intel drivers git. I'd like to test possible fixes. The first two are git://anongit.freedesktop.org/git/xorg/xserver and the third is git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel. Okay - i rebuilt xserver-xorg-core and video-intel with the above patches and i still have those corruptions. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#596085: xserver-xorg-video-intel: partial display corruption / mostly text / Mobile 945GM
On Wed, Sep 08, 2010 at 05:48:17PM +0100, Chris Wilson wrote: On Wed, 8 Sep 2010 18:38:09 +0200, Julien Cristau jcris...@debian.org wrote: On Wed, Sep 8, 2010 at 17:10:36 +0100, Chris Wilson wrote: As it looks like uninitialised data, it could be the xserver bug where we sent damage events prior to flushing the 2D batchbuffer, so that there was an opportunity for compositing WM to grab garbage. That one's plausible, thanks. Florian, are you running a compositing manager? If yes, does the corruption happen without that? Looks like the fix for that one is 8d7b7a0d71e0b89321b3341b781bc8845386def6 and c65f610e12f9df168d5639534ed3c2bd40afffc8? And 69d65f9184006eac790efcff78a0e425160e95aa for -intel. -Chris I guess these are git commit id's? Which repository? I failed to find it in the kernel and the obvious intel drivers git. I'd like to test possible fixes. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#596085: xserver-xorg-video-intel: partial display corruption / mostly text / Mobile 945GM
On Wed, Sep 08, 2010 at 06:38:09PM +0200, Julien Cristau wrote: That one's plausible, thanks. Florian, are you running a compositing manager? If yes, does the corruption happen without that? No i dont - standard gnome using sawfish. ├─gdm───gdm─┬─Xorg │ └─x-session-manag─┬─blueman-applet───{blueman-applet} │ ├─evolution-alarm │ ├─gnome-panel │ ├─gnome-power-man │ ├─gnome-volume-co │ ├─metacity │ ├─nautilus │ ├─nm-applet │ ├─polkit-gnome-au │ ├─ssh-agent │ └─{x-session-mana} Looks like the fix for that one is 8d7b7a0d71e0b89321b3341b781bc8845386def6 and c65f610e12f9df168d5639534ed3c2bd40afffc8? If you can verify that it is not either of those bugs, then yeah it's an unresolved bug. There are a couple of similar bugs still in fd.o that I'm still waiting on feedback for (but I think are due to the above). -Chris Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#502845: [Pkg-iscsi-maintainers] Bug#502845: linux-image-2.6.32-1-amd64 / open-iscsi amd64 login hang
On Sun, May 02, 2010 at 01:50:24PM +0530, Ritesh Raj Sarraf wrote: Thanks. I will be adding the following text to README.Debian 64 bit kernel with 32 bit userspace - open-iscsi running with a 64 bit kernel and 32 bit userspace can run into a hang during the iSCSI login phase. This is a known issue upstream. For details, please see Debian BTS #502845 Are there ANY reports for successful login with amd64 kernel and 32bit userspace? I have tried everything and i didnt get anything to work. So IMHO the package could present a popup in the postinst in its i386 variant and a detected amd64 kernel that it wont work in that constellation. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature
Bug#502845: [Pkg-iscsi-maintainers] Bug#502845: linux-image-2.6.32-1-amd64 / open-iscsi amd64 login hang
On Sun, May 02, 2010 at 05:04:56AM +0530, Ritesh Raj Sarraf wrote: r...@learner:~$ uname -a Linux learner 2.6.32-4-686 #1 SMP Tue Apr 6 07:02:27 UTC 2010 i686 GNU/Linux ^^^ You have an 32 bit kernel - Please try on a 64 bit kernel with 32 bit userspace - you will fail. r...@learner:~$ apt-cache policy iscsitarget iscsitarget: Installed: 1.4.20-1 Candidate: 1.4.20-1 Version table: *** 1.4.20-1 0 500 http://ftp.debian.org sid/main Packages 100 /var/lib/dpkg/status 0.4.17+svn229-1.4 0 990 http://ftp.debian.org testing/main Packages Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature