Bug#1057796: spyne introduces an ImportError in pytest
Package: python3-spyne Version: 2.14.0-2 Severity: normal Tags: upstream X-Debbugs-Cc: b.spran...@linutronix.de Dear Maintainer, the tests of an application using python3-spyne failed due to an ImportError: Traceback (most recent call last): File "frozen importlib._bootstrap>", line 1072, in _find_spec AttributeError: '_SixMetaPathImporter' object has no attribute 'find_spec' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.11/unittest/loader.py", line 452, in _find_test_path package = self._get_module_from_name(name) File "/usr/lib/python3.11/unittest/loader.py", line 362, in _get_module_from_name __import__(name) File "/build/elbe-14.9.3/elbepack/daemons/soap/__init__.py", line 14, in module> from spyne import Application File "/usr/lib/python3/dist-packages/spyne/__init__.py", line 39, in module> from spyne.evmgr import EventManager File "/usr/lib/python3/dist-packages/spyne/evmgr.py", line 21, in module> from spyne.util.oset import oset File "/usr/lib/python3/dist-packages/spyne/util/__init__.py", line 44, in module> import thread File "frozen importlib._bootstrap>", line 1176, in _find_and_load File "frozen importlib._bootstrap>", line 1138, in _find_and_load_unlocked File "frozen importlib._bootstrap>", line 1074, in _find_spec File "frozen importlib._bootstrap>", line 1047, in _find_spec_legacy ImportWarning: _SixMetaPathImporter.find_spec() not found; falling back to find_module() The failure is caused by an outdated customized copy of six.py (1.14.0 instead of 1.16.0) The issue is reported with a fix to upstream by pull request #704. https://github.com/arskom/spyne/pull/704 Regards Benedikt Spranger -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-5-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages python3-spyne depends on: ii python33.11.6-1 ii python3-lxml 4.9.3-1 ii python3-pyparsing 3.1.1-1 ii python3-tz 2023.3.post1-1 python3-spyne recommends no packages. python3-spyne suggests no packages. -- no debconf information
Bug#1057795: bind9 terminates due to REQUIRE(dispp != ((void *)0) && *dispp == ((void *)0)) failed
Package: bind9 Version: 1:9.19.17-1 Severity: important Tags: upstream X-Debbugs-Cc: b.spran...@linutronix.de Dear Maintainer, I recently hit the upstream issue https://gitlab.isc.org/isc-projects/bind9/-/issues/4372 The failure hits me every 5 to 20 minutes: Dec 8 08:34:30 britta named[28243]: dispatch.c:1239: REQUIRE(dispp != ((void *)0) && *dispp == ((void *)0)) failed Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libisc-9.19.17-1-Debian.so(isc_backtrace_log+0x48) [0x7f3b56de8818] Dec 8 08:34:30 britta named[28243]: /usr/sbin/named(+0x25e0b) [0x55a4ea3d0e0b] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libisc-9.19.17-1-Debian.so(isc_assertion_failed+0x10) [0x7f3b56de8350] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libdns-9.19.17-1-Debian.so(dns_dispatch_gettcp+0x6a3) [0x7f3b56a56493] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libdns-9.19.17-1-Debian.so(+0x150e83) [0x7f3b56b50e83] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libdns-9.19.17-1-Debian.so(+0x15163e) [0x7f3b56b5163e] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libdns-9.19.17-1-Debian.so(+0x549cd) [0x7f3b56a549cd] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libdns-9.19.17-1-Debian.so(+0x56bb8) [0x7f3b56a56bb8] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libisc-9.19.17-1-Debian.so(+0x227e7) [0x7f3b56ddc7e7] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libisc-9.19.17-1-Debian.so(+0x21d24) [0x7f3b56ddbd24] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libisc-9.19.17-1-Debian.so(+0x22b4a) [0x7f3b56ddcb4a] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libisc-9.19.17-1-Debian.so(isc__nm_readcb+0xdc) [0x7f3b56dd9dfc] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libisc-9.19.17-1-Debian.so(isc__nm_tcp_read_cb+0xb8) [0x7f3b56de1178] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libuv.so.1(+0x1b12a) [0x7f3b56c9d12a] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libuv.so.1(+0x1ba90) [0x7f3b56c9da90] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libuv.so.1(+0x23065) [0x7f3b56ca5065] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libuv.so.1(uv_run+0xb8) [0x7f3b56c922f8] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libisc-9.19.17-1-Debian.so(+0x40d30) [0x7f3b56dfad30] Dec 8 08:34:30 britta named[28243]: /usr/sbin/named(main+0xf6d) [0x55a4ea3c492d] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libc.so.6(+0x276ca) [0x7f3b560896ca] Dec 8 08:34:30 britta named[28243]: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x85) [0x7f3b56089785] Dec 8 08:34:30 britta named[28243]: /usr/sbin/named(_start+0x21) [0x55a4ea3c52a1] Dec 8 08:34:30 britta named[28243]: exiting (due to assertion failure) According to the ISC issue tracker bind 9.19.18 includes a fix. Regards Benedikt Spranger -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-5-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages bind9 depends on: ii adduser3.137 ii bind9-libs 1:9.19.17-1 ii bind9-utils1:9.19.17-1 ii debconf [debconf-2.0] 1.5.82 ii dns-root-data 2023010101 ii init-system-helpers1.66 ii iproute2 6.6.0-1 ii libc6 2.37-13 ii libcap21:2.66-4 ii libelogind0 [libsystemd0] 246.10-1debian1 ii libfstrm0 0.6.1-1 ii libjson-c5 0.17-1 ii liblmdb0 0.9.31-1 ii libmaxminddb0 1.8.0-1 ii libnghttp2-14 1.58.0-1 ii libprotobuf-c1 1.4.1-1+b1 ii libssl33.1.4-2 ii libuv1 1.46.0-2 ii libxml22.9.14+dfsg-1.3+b1 ii lsb-base 11.6 ii netbase6.4 ii sysvinit-utils [lsb-base] 3.08-3 ii zlib1g 1:1.3.dfsg-3 bind9 recommends no packages. Versions of packages bind9 suggests: pn bind-doc ii bind9-dnsutils [dnsutils] 1:9.19.17-1 ii resolvconf 1.92 pn ufw -- Configuration Files: /etc/bind/named.conf.local changed [not included] /etc/bind/named.conf.options changed [not included] -- debconf information: bind9/run-resolvconf: false bind9/start-as-user: bind bind9/different-configuration-file:
Bug#1057650: reportbug: debootstrap did not try to retry download packages on failure
Package: debootstrap Version: 1.0.133 Severity: normal Tags: patch upstream Dear Maintainer, * What led up to the situation? Network failures in general. * What exactly did you do (or not do) that was effective (or ineffective)? Starting debootstrap. Have some Network trouble during the run. * What was the outcome of this action? debootstrap did not retry the download and continues. Afterwards it failed with an error. * What outcome did you expect instead? debootstrap retries to download the failed package. ... [2023-12-05T18:42:28.605Z] I: Retrieving vim-tiny 2:9.0.1378-2 [2023-12-05T18:42:28.868Z] W: Couldn't download package vim-tiny (ver 2:9.0.1378-2 arch amd64) at http://deb.debian.org/debian/pool/main/v/vim/vim-tiny_9.0.1378-2_amd64.debProject build was not successful, current status: build_failed [2023-12-05T18:42:28.868Z] [2023-12-05T18:42:28.868Z] I: Retrieving whiptail 0.52.23-1+b1 [2023-12-05T18:42:28.868Z] W: Couldn't download package whiptail (ver 0.52.23-1+b1 arch amd64) at http://deb.debian.org/debian/pool/main/n/newt/whiptail_0.52.23-1+b1_amd64.deb [2023-12-05T18:42:28.868Z] I: Retrieving zlib1g 1:1.2.13.dfsg-1 [2023-12-05T18:42:28.868Z] W: Couldn't download package zlib1g (ver 1:1.2.13.dfsg-1 arch amd64) at http://deb.debian.org/debian/pool/main/z/zlib/zlib1g_1.2.13.dfsg-1_amd64.deb [2023-12-05T18:42:28.869Z] E: Couldn't download packages: libtasn1-6 libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl libtinfo6 libtirpc-common libtirpc3 libudev1 libunistring2 libuuid1 libxtables12 libxxhash0 libzstd1 login logrotate logsave mawk mount nano ncurses-base ncurses-bin netbase nftables passwd perl-base procps readline-common sed sensible-utils systemd systemd-sysv sysvinit-utils tar tasksel tasksel-data tzdata udev usr-is-merged util-linux util-linux-extra vim-common vim-tiny whiptail zlib1g ... -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages debootstrap depends on: ii wget 1.21.4-1+b1 Versions of packages debootstrap recommends: ii arch-test 0.21-1 ii debian-archive-keyring 2023.4 ii gnupg 2.2.40-1.1 ii mount 2.39.2-6 Versions of packages debootstrap suggests: ii binutils2.41-7 pn squid-deb-proxy-client pn ubuntu-archive-keyring ii xz-utils5.4.5-0.1 ii zstd1.5.5+dfsg2-2 -- no debconf information Regards Benedikt Spranger >From 1ee9fe190c94aec0a3122f805611b2f8c967ff23 Mon Sep 17 00:00:00 2001 From: Benedikt Spranger Date: Wed, 6 Dec 2023 15:08:50 +0100 Subject: [PATCH] Retry download on failures debootstrap failed rather sporadic due to network failures at our site. A common debootstrap log contains log passages like below: ... [2023-12-05T18:42:28.605Z] I: Retrieving vim-common 2:9.0.1378-2 [2023-12-05T18:42:28.605Z] W: Couldn't download package vim-common (ver 2:9.0.1378-2 arch all) at http://deb.debian.org/debian/pool/main/v/vim/vim-common_9.0.1378-2_all.deb [2023-12-05T18:42:28.605Z] I: Retrieving vim-tiny 2:9.0.1378-2 [2023-12-05T18:42:28.868Z] W: Couldn't download package vim-tiny (ver 2:9.0.1378-2 arch amd64) at http://deb.debian.org/debian/pool/main/v/vim/vim-tiny_9.0.1378-2_amd64.debProject build was not successful, current status: build_failed [2023-12-05T18:42:28.868Z] [2023-12-05T18:42:28.868Z] I: Retrieving whiptail 0.52.23-1+b1 [2023-12-05T18:42:28.868Z] W: Couldn't download package whiptail (ver 0.52.23-1+b1 arch amd64) at http://deb.debian.org/debian/pool/main/n/newt/whiptail_0.52.23-1+b1_amd64.deb [2023-12-05T18:42:28.868Z] I: Retrieving zlib1g 1:1.2.13.dfsg-1 [2023-12-05T18:42:28.868Z] W: Couldn't download package zlib1g (ver 1:1.2.13.dfsg-1 arch amd64) at http://deb.debian.org/debian/pool/main/z/zlib/zlib1g_1.2.13.dfsg-1_amd64.deb [2023-12-05T18:42:28.869Z] E: Couldn't download packages: libtasn1-6 libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl libtinfo6 libtirpc-common libtirpc3 libudev1 libunistring2 libuuid1 libxtables12 libxxhash0 libzstd1 login logrotate logsave mawk mount nano ncurses-base ncurses-bin netbase nftables passwd perl-base procps readline-common sed sensible-utils systemd systemd-sysv sysvinit-utils tar tasksel tasksel-data tzdata udev usr-is-merged util-linux util-linux-extra vim-common vim-tiny whiptail zlib1g ... commit 733069bb97bd ("Retry corrupted downloads rather than carrying on almost regardless. Patch mostly due to Michael Gilbert, rearranged somewhat by me (closes: #618920).") stated to "retry corrupted downloads rather than carrying on almost regardless." But instead of con
Bug#1056399: libcryptx-perl: invalid opcode in CryptX.so
Control: severity +1 serious Control: patch Dear maintainer, while looking at the bug I recognized, that the AMD Athlon(tm) II X2 255 Processor is not capable to handle SSE4.1 opcodes. The SSE4.1 and SSE4.2 support by AMD CPUs was introduced later. I rebuild the Package without these flags (-msse4.1 / -maes) and everything works as expected. I also removed the -maes flag, since AES is, like SSE4.1, is not part of the Debian amd64 architectural baseline. Patch is attached. Regards Benedikt Spranger >From cc38f3d488f5cc108086ace53f66c0124fd9d95a Mon Sep 17 00:00:00 2001 From: Benedikt Spranger Date: Fri, 24 Nov 2023 15:31:12 +0100 Subject: [PATCH] Step back to Debian architectural baseline libcryptx-perl is build with the compiler flags -sse4.1 and -maes. SSE4.1 is supported by Intel CPUs, but not by all AMD CPUs. AMD CPUs support SSE4a, which is not supported by Intel CPUs. The Debian architectural baseline therefore states: amd64 x86_64 with no optional extensions (psABI baseline). The core specification includes MMX, SSE and SSE2 so these are OK, but SSE3 and up are not guaranteed. See psABI (Table 3.1: Micro-Architecture Levels) for amd64 ABI level. Remove the SSE4.1 and AES compiler flags. Signed-off-by: Benedikt Spranger --- debian/patches/series| 1 + debian/patches/x86_64-baseline.patch | 10 ++ 2 files changed, 11 insertions(+) create mode 100644 debian/patches/series create mode 100644 debian/patches/x86_64-baseline.patch diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index ..7f328d29 --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +x86_64-baseline.patch diff --git a/debian/patches/x86_64-baseline.patch b/debian/patches/x86_64-baseline.patch new file mode 100644 index ..a1ca37d0 --- /dev/null +++ b/debian/patches/x86_64-baseline.patch @@ -0,0 +1,10 @@ +--- a/Makefile.PL b/Makefile.PL +@@ -38,7 +38,6 @@ + $ver1 ||= $1 if $Config{gccversion} =~ /^([0-9]+)\./; # gccversion='10.2.0' + $ver1 ||= $1 if $Config{gccversion} =~ /LLVM ([0-9]+)\./i; # gccversion='Apple LLVM 14.0.0 (clang-1400.0.29.202)' + $ver1 ||= $1 if $Config{gccversion} =~ /Clang ([0-9]+)\./i; # gccversion='FreeBSD Clang 13.0.0 (g...@github.com:llvm/llvm-project.git llvmorg-13.0.0-0-gd7b669b3a303)' or 'OpenBSD Clang 13.0.0' +-$mycflags .= " -msse4.1 -maes" if $ver1 > 4; # supported since gcc-4.4 + } + + #FIX: this is particularly useful for Debian https://github.com/DCIT/perl-CryptX/pull/39 -- 2.42.0
Bug#1056399: libcryptx-perl: invalid opcode in CryptX.so
Package: libcryptx-perl Version: 0.080-1 Severity: important X-Debbugs-Cc: b.spran...@linutronix.de Dear maintainer, spamd fail due to an invalid opcode in CryptX.so on an AMD Athlon(tm) II X2 255 machine: 2023-11-21T13:16:47.795562+00:00 tanja kernel: [1127566.199310] traps: spamd child[12938] trap invalid opcode ip:7fd302f0e3a4 sp:7fffbb5af1f8 error:0 in CryptX.so[7fd302ebb000+9b000] Regards Benedikt Spranger -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-4-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled # lscpu Architecture:x86_64 CPU op-mode(s):32-bit, 64-bit Address sizes: 48 bits physical, 48 bits virtual Byte Order:Little Endian CPU(s): 2 On-line CPU(s) list: 0,1 Vendor ID: AuthenticAMD BIOS Vendor ID:AMD Model name:AMD Athlon(tm) II X2 255 Processor BIOS Model name: AMD Athlon(tm) II X2 255 Processor CPU @ 3.1GHz BIOS CPU family: 29 CPU family: 16 Model: 6 Thread(s) per core: 1 Core(s) per socket: 2 Socket(s): 1 Stepping:2 CPU(s) scaling MHz: 26% CPU max MHz: 3100, CPU min MHz: 800, BogoMIPS:6227,51 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mc a cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall n x mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow cons tant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid pn i monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr 8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs s kinit wdt hw_pstate vmmcall npt lbrv svm_lock nrip_save Virtualization features: Virtualization:AMD-V Caches (sum of all): L1d: 128 KiB (2 instances) L1i: 128 KiB (2 instances) L2:2 MiB (2 instances) NUMA: NUMA node(s): 1 NUMA node0 CPU(s): 0,1 Vulnerabilities: Gather data sampling: Not affected Itlb multihit: Not affected L1tf: Not affected Mds: Not affected Meltdown: Not affected Mmio stale data: Not affected Retbleed: Not affected Spec rstack overflow: Not affected Spec store bypass: Not affected Spectre v1:Mitigation; usercopy/swapgs barriers and __user pointer sanitization Spectre v2:Mitigation; Retpolines, STIBP disabled, RSB filling, PB RSB-eIBRS Not affected Srbds: Not affected Tsx async abort: Not affected Versions of packages libcryptx-perl depends on: ii libc6 2.37-12 ii perl [libmath-bigint-perl] 5.36.0-9 ii perl-base [perlapi-5.36.0] 5.36.0-9 Versions of packages libcryptx-perl recommends: ii libjson-perl 4.1-1 libcryptx-perl suggests no packages. -- no debconf information
Bug#1054143: davical: Commiting a recuring event with start date before 1/1/1900 end up in a HTTP error 500
Package: davical Version: 1.1.12-2 Severity: important Tags: upstream Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Try to update an event with a starting date before 1/1/1900 * What exactly did you do (or not do) that was effective (or ineffective)? Create a recuring event in a calendar software with starting date 09/19/1897 * What was the outcome of this action? davical: BUG: :DAViCal Fatal Error: [42804] SQLSTATE[42804]: Datatype mismatch: 7 ERROR: column "dtstart_orig" is of type timestamp with time zone but expression is of type integer * What outcome did you expect instead? davical add/update the event in the user calendar *** End of the template - remove these template lines *** I send a merge request with a fix to the upstream project: https://gitlab.com/davical-project/davical/-/merge_requests/116 Regards Benedikt Spranger -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-1-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages davical depends on: ii libawl-php0.64-1 ii libdbd-pg-perl3.17.0-1 ii libyaml-perl 1.30-2 ii perl 5.36.0-9 ii php 2:8.2+93 ii php-pgsql 2:8.2+93 ii php-xml 2:8.2+93 ii php8.2 [php] 8.2.10-2 ii php8.2-cli [php-cli] 8.2.10-2 ii php8.2-pgsql [php-pgsql] 8.2.10-2 ii php8.2-xml [php-xml] 8.2.10-2 ii postgresql-client 16+255 ii postgresql-client-11 [postgresql-client] 11.7-0+deb10u1 ii postgresql-client-12 [postgresql-client] 12.4-3 ii postgresql-client-13 [postgresql-client] 13.4-3 ii postgresql-client-14 [postgresql-client] 14.5-3 ii postgresql-client-15 [postgresql-client] 15.4-3 ii postgresql-client-16 [postgresql-client] 16.0-2 Versions of packages davical recommends: ii php-curl2:8.2+93 ii php8.2-curl [php-curl] 8.2.10-2 ii postgresql 16+255 Versions of packages davical suggests: pn php-ldap | php5-ldap -- Configuration Files: /etc/davical/config.php changed [not included] -- no debconf information
Bug#1032495: kea-dhcp4-server: apparmor profile prohibit start
On Fri, 10 Mar 2023 15:04:44 +0100 Paride Legovini wrote: [...] > Thanks for the patch. However I have a couple of questions: > > Are you actually using Bookworm with sysv, having removed systemd, or > are you using the init.d scripts for some other reason (integration > with other software, habit, ...)? I am using bookworm/sid with sysv, having systemd not installed/purged. systemd simply does not fit *my* needs, while sysv does. Therefore sysv. > If your init system is systemd, then I strongly advise using systemctl > to start/stop/... the daemons. See above: no systemd > I don't think the init scripts are actively maintained at the moment, > as you noticed (FIXME kea team, Cc:). Plus QA on the package > (e.g. DEP8 tests) is done assuming systemd. I am aware of that. And I fully understand the rationale behind that decision. > If you are a sysv init user, are you willing to test packages with a > candidate fix, before an upload is done? If you need help here, do not hesitate to ask. I can test the package. > I am not running sysv systems; The case looks simple enough for me to > tempt a fix, but I ned validation from an actual sysv user. Even better > if you can submit a salsa MR, which will also speed up the process of > landing a fix: > https://salsa.debian.org/debian/isc-kea/ Can do that next week. ATM I am busy to prepare stuff for a trade fair starting next week... Regards Bene
Bug#1032495: kea-dhcp4-server: apparmor profile prohibit start
Package: kea-dhcp4-server Version: 2.2.0-5 Severity: important X-Debbugs-Cc: none, Benedikt Spranger Dear maintainer, after an update kea-dhcp4 refuses to start due to an apparmor missconfiguration. To track down the problem I started the server manualy. No luck. Same error(s) - Therefore further step backs. Here to reproduce the problem: 1) Install kea-dhcp4-server 2) Start the server manualy: # kea-dhcp4 -c /etc/kea/kea-dhcp4.conf Unable to use interprocess sync lockfile (Permission denied): /var/run/kea/logger_lockfile Unable to use interprocess sync lockfile (Permission denied): /var/run/kea/logger_lockfile Unable to use interprocess sync lockfile (Permission denied): /var/run/kea/logger_lockfile Unable to use interprocess sync lockfile (Permission denied): /var/run/kea/logger_lockfile Unable to use interprocess sync lockfile (Permission denied): /var/run/kea/logger_lockfile Unable to use interprocess sync lockfile (Permission denied): /var/run/kea/logger_lockfile Unable to use interprocess sync lockfile (Permission denied): /var/run/kea/logger_lockfile Unable to use interprocess sync lockfile (Permission denied): /var/run/kea/logger_lockfile Unable to use interprocess sync lockfile (Permission denied): /var/run/kea/logger_lockfile Unable to use interprocess sync lockfile (Permission denied): /var/run/kea/logger_lockfile Unable to use interprocess sync lockfile (Permission denied): /var/run/kea/logger_lockfile After adopting /etc/apparmor.d/usr.sbin.kea-dhcp4 by adding "owner /run/kea/logger_lockfile rwk,": # kea-dhcp4 -c /etc/kea/kea-dhcp4.conf 2023-03-08 04:49:34.880 INFO [kea-dhcp4.dhcp4/26720.140090514692544] DHCP4_STARTING Kea DHCPv4 server version 2.2.0 (stable) starting 2023-03-08 04:49:34.881 WARN [kea-dhcp4.dhcp4/26720.140090514692544] DHCP4_CONFIG_SYNTAX_WARNING configuration syntax warning: /etc/kea/kea-dhcp4.conf:436.39: Extraneous comma. A piece of configuration may have been omitted. INFO HOSTS_BACKENDS_REGISTERED the following host backend types are available: mysql postgresql INFO DHCPSRV_CFGMGR_SOCKET_TYPE_DEFAULT "dhcp-socket-type" not specified , using default socket type raw INFO DHCPSRV_CFGMGR_NEW_SUBNET4 a new subnet has been added to configuration: 192.0.2.0/24 with params: t1=900, t2=1800, valid-lifetime=3600 INFO COMMAND_ACCEPTOR_START Starting to accept connections via unix domain socket bound to /run/kea/kea4-ctrl-socket INFO DHCP4_CONFIG_COMPLETE DHCPv4 server has completed configuration: added IPv4 subnets: 1; DDNS: disabled INFO DHCPSRV_MEMFILE_DB opening memory file lease database: lfc-interval=3600 type=memfile universe=4 INFO DHCPSRV_MEMFILE_LEASE_FILE_LOAD loading leases from file /var/lib/kea/kea-leases4.csv 2023-03-08 04:49:34.884 ERROR [kea-dhcp4.dhcp4/26720.140090514692544] DHCP4_CONFIG_LOAD_FAIL configuration error using file: /etc/kea/kea-dhcp4.conf, reason: Unable to open database: unable to open '/var/lib/kea/kea-leases4.csv' 2023-03-08 04:49:34.885 ERROR [kea-dhcp4.dhcp4/26720.140090514692544] DHCP4_INIT_FAIL failed to initialize Kea server: configuration error using file '/etc/kea/kea-dhcp4.conf': Unable to open database: unable to open '/var/lib/kea/kea-leases4.csv' I was unable to fix that issue exept by removing the entiere apparmor profile. Regards Benedikt Spranger
Bug#993621: [PATCH 0/1] printer-driver-pnm2ppa: postinst failed: tempfile: not found
Tags: patch thanks Fix failing postinst by replacing tempfile with appropiate mktemp. Regards Benedikt Spranger Benedikt Spranger (1): Replace deprecated and droped debian util tempfile debian/printer-driver-pnm2ppa.postinst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 2.33.0
Bug#993621: [PATCH 1/1] Replace deprecated and droped debian util tempfile
The deprecated debian util tempfile was droped after Debian 11. Replace tempfile with mktemp as recommanded. Signed-off-by: Benedikt Spranger --- debian/printer-driver-pnm2ppa.postinst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/printer-driver-pnm2ppa.postinst b/debian/printer-driver-pnm2ppa.postinst index be9774d..9f09ec9 100644 --- a/debian/printer-driver-pnm2ppa.postinst +++ b/debian/printer-driver-pnm2ppa.postinst @@ -31,7 +31,7 @@ case "${1}" in # VERY simple sed replacement if [ -f ${CONFSRC} ] ; then db_get pnm2ppa/printer_model - TEMPFILE=`tempfile` + TEMPFILE=`mktemp --tmpdir pnm2ppa.XX` # Replace everything following "version " w/model sed -e "s,^\(version \).*$,\1 ${RET}," ${CONFSRC} > \ ${TEMPFILE} -- 2.33.0
Bug#975490: u-boot-sunxi: Booting the system got stuck after "Starting kernel ..."
On Fri, 27 Nov 2020 18:34:13 -0800 Vagrant Cascadian wrote: > On 2020-11-23, Benedikt Spranger wrote: > > On Sun, 22 Nov 2020 14:34:33 -0800 > > Vagrant Cascadian wrote: > > > U-Boot 2020.10+dfsg-1 (Oct 05 2020 - 19:13:28 +) Allwinner > > Technology > ... > > Found U-Boot script /boot.scr > > 2417 bytes read in 1 ms (2.3 MiB/s) > > ## Executing script at 4fc0 > > bootargs: > > bootargs=console=ttyS0,115200 quiet > > Just to be clear, you're using the serial console at ttyS0 at 115200 > baud? Yes, I am using the serial console. > Or are you expecting HDMI output or some other console output? I am old fashioned serial console guy and I am happy not to get stuck on 9600 ;) > If you're not expecting to be using the serial console, the problem > may be: > https://bugs.debian.org/969070 No HDMI here - please notice, if I should check. I am expecting output on a serial console. Regards Bene pgpjrzsO8TJxl.pgp Description: Digitale Signatur von OpenPGP
Bug#975490: u-boot-sunxi: Booting the system got stuck after "Starting kernel ..."
On Sun, 22 Nov 2020 14:34:33 -0800 Vagrant Cascadian wrote: > Thanks for the bug report... You're welcome! > Very surprising that extlinux would work but boot.scr would not; they > almost certainly use the same load addresses... I was astonished. > This symptom is sometimes related to the kernel or device tree or > initramfs overwriting the load address of one of the other values. BTST :) > Can you get to a u-boot prompt and: > printenv fdt_addr_r kernel_addr_r ramdisk_addr_r => printenv fdt_addr_r kernel_addr_r ramdisk_addr_r fdt_addr_r=0x4FA0 kernel_addr_r=0x4008 ramdisk_addr_r=0x4FE0 => > Could you downgrade to the 2020.10+dfsg-1 version from > snapshot.debian.org and see if that has the same issue? Done. extlinux: booting boot.scr: failed ---8<--- U-Boot SPL 2020.10+dfsg-1 (Oct 05 2020 - 19:13:28 +) DRAM: 1024 MiB Trying to boot from MMC2 NOTICE: BL31: v2.3(): NOTICE: BL31: Built : 05:17:48, Oct 18 2020 NOTICE: BL31: Detected Allwinner A64/H64/R18 SoC (1689) NOTICE: BL31: Found U-Boot DTB at 0x4093960, model: Olimex A64-Olinuxino-eMMC INFO:ARM GICv2 driver initialized INFO:Configuring SPC Controller INFO:PMIC: Probing AXP803 on RSB INFO:PMIC: Enabling DRIVEVBUS INFO:PMIC: dcdc1 voltage: 3.300V INFO:PMIC: dcdc5 voltage: 1.360V INFO:PMIC: dcdc6 voltage: 1.100V INFO:PMIC: dldo1 voltage: 3.300V INFO:PMIC: dldo2 voltage: 3.300V INFO:PMIC: dldo3 voltage: 2.800V INFO:PMIC: dldo4 voltage: 3.300V INFO:PMIC: fldo1 voltage: 1.200V INFO:PMIC: Enabling DC SW INFO:BL31: Platform setup done INFO:BL31: Initializing runtime services INFO:BL31: cortex_a53: CPU workaround for 843419 was applied INFO:BL31: cortex_a53: CPU workaround for 855873 was applied NOTICE: PSCI: System suspend is unavailable INFO:BL31: Preparing for EL3 exit to normal world INFO:Entry point address = 0x4a00 INFO:SPSR = 0x3c9 alloc space exhausted U-Boot 2020.10+dfsg-1 (Oct 05 2020 - 19:13:28 +) Allwinner Technology CPU: Allwinner A64 (SUN50I) Model: Olimex A64-Olinuxino-eMMC DRAM: 1 GiB MMC: mmc@1c0f000: 0, mmc@1c1: 2, mmc@1c11000: 1 Loading Environment from FAT... Unable to use mmc 1:1... In:serial Out: serial Err: serial Net: phy interface7 eth0: ethernet@1c3 starting USB... Bus usb@1c1a000: USB EHCI 1.00 Bus usb@1c1a400: USB OHCI 1.0 Bus usb@1c1b000: USB EHCI 1.00 Bus usb@1c1b400: USB OHCI 1.0 scanning bus usb@1c1a000 for devices... 1 USB Device(s) found scanning bus usb@1c1a400 for devices... 1 USB Device(s) found scanning bus usb@1c1b000 for devices... 1 USB Device(s) found scanning bus usb@1c1b400 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc1(part 0) is current device Scanning mmc 1:1... Found U-Boot script /boot.scr 2417 bytes read in 1 ms (2.3 MiB/s) ## Executing script at 4fc0 bootargs: bootargs=console=ttyS0,115200 quiet fk_kvers: fk_kvers=5.9.0-2-arm64 fdtpath: fdtpath=dtbs/5.9.0-2-arm64/allwinner/sun50i-a64-olinuxino-emmc.dtb partition: partition=1 addr: fdt_addr_r=0x4FA0 kernel_addr_r=0x4008 ramdisk_addr_r=0x4FE0 22744944 bytes read in 1004 ms (21.6 MiB/s) 28403 bytes read in 4 ms (6.8 MiB/s) 30071341 bytes read in 1326 ms (21.6 MiB/s) Booting Debian 5.9.0-2-arm64 from mmc 1:1... Moving Image from 0x4008 to 0x4020, end=4185 ## Flattened Device Tree blob at 4fa0 Booting using the fdt blob at 0x4fa0 EHCI failed to shut down host controller. Loading Ramdisk to 48352000, end 49fffa2d ... OK Loading Device Tree to 48348000, end 48351ef2 ... OK Starting kernel ... ---8<--- > > > I got into the same situation during an update on an other system to > > bullseye. > > What other board? Also an Olimex A64-Olinuxino-eMMC. Did an update from a running Debian-Image provided by Olimex. Therefore the Problem exists on: 1) Olimex A64-Olinuxino-eMMC Fresh Debian Install (bullseye) as described above. 2) Olimex A64-Olinuxino-eMMC Update to bullseye from a Debian-Image provided by Olimex. > > Starting kernel ... > > I wish flash-kernel were more verbose about which files it is > loading... are there other similar variants to this board that > require a different device-tree and is the boot.scr loading the > correct one? I can try to get earlyprintk running. > Maybe add some debugging into the boot.scr used in /etc/flash-kernel/ OK. Will do. > I'll test on a few of my systems to see if I can reproduce the issue. OK. Thx Bene pgpMqB2u76p_J.pgp Description: Digitale Signatur von OpenPGP
Bug#975490: u-boot-sunxi: Booting the system got stuck after "Starting kernel ..."
Package: u-boot-sunxi Severity: critical Dear Maintainer, after a fresh install of Debian "bullseye" the first reboot got stuck after "Starting kernel ..." It turend out that booting the system got always stuck using the a "normal" u-boot boot sequence. Using extlinux or FIT-Images is not affected. boot.scr : FAIL extlinux : OK FIT-Image: OK Since the Debian Installer provides neither extlinux configuration nor build a FIT-Image the system is unusable after the reboot from the installer. I got into the same situation during an update on an other system to bullseye. Bootlog: ---8<--- U-Boot SPL 2020.10+dfsg-1+b1 (Nov 19 2020 - 03:18:11 +) DRAM: 1024 MiB Trying to boot from MMC2 NOTICE: BL31: v2.3(): NOTICE: BL31: Built : 05:17:48, Oct 18 2020 NOTICE: BL31: Detected Allwinner A64/H64/R18 SoC (1689) NOTICE: BL31: Found U-Boot DTB at 0x4093968, model: Olimex A64-Olinuxino-eMMC INFO:ARM GICv2 driver initialized INFO:Configuring SPC Controller INFO:PMIC: Probing AXP803 on RSB INFO:PMIC: Enabling DRIVEVBUS INFO:PMIC: dcdc1 voltage: 3.300V INFO:PMIC: dcdc5 voltage: 1.360V INFO:PMIC: dcdc6 voltage: 1.100V INFO:PMIC: dldo1 voltage: 3.300V INFO:PMIC: dldo2 voltage: 3.300V INFO:PMIC: dldo3 voltage: 2.800V INFO:PMIC: dldo4 voltage: 3.300V INFO:PMIC: fldo1 voltage: 1.200V INFO:PMIC: Enabling DC SW INFO:BL31: Platform setup done INFO:BL31: Initializing runtime services INFO:BL31: cortex_a53: CPU workaround for 843419 was applied INFO:BL31: cortex_a53: CPU workaround for 855873 was applied NOTICE: PSCI: System suspend is unavailable INFO:BL31: Preparing for EL3 exit to normal world INFO:Entry point address = 0x4a00 INFO:SPSR = 0x3c9 alloc space exhausted U-Boot 2020.10+dfsg-1+b1 (Nov 19 2020 - 03:18:11 +) Allwinner Technology CPU: Allwinner A64 (SUN50I) Model: Olimex A64-Olinuxino-eMMC DRAM: 1 GiB MMC: mmc@1c0f000: 0, mmc@1c1: 2, mmc@1c11000: 1 Loading Environment from FAT... Unable to use mmc 1:1... In:serial Out: serial Err: serial Net: phy interface7 eth0: ethernet@1c3 starting USB... Bus usb@1c1a000: USB EHCI 1.00 Bus usb@1c1a400: USB OHCI 1.0 Bus usb@1c1b000: USB EHCI 1.00 Bus usb@1c1b400: USB OHCI 1.0 scanning bus usb@1c1a000 for devices... 1 USB Device(s) found scanning bus usb@1c1a400 for devices... 1 USB Device(s) found scanning bus usb@1c1b000 for devices... 1 USB Device(s) found scanning bus usb@1c1b400 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc1(part 0) is current device Scanning mmc 1:1... Found U-Boot script /boot.scr 2225 bytes read in 2 ms (1.1 MiB/s) ## Executing script at 4fc0 22744944 bytes read in 1003 ms (21.6 MiB/s) 28403 bytes read in 5 ms (5.4 MiB/s) 30071341 bytes read in 1326 ms (21.6 MiB/s) Booting Debian 5.9.0-2-arm64 from mmc 1:1... Moving Image from 0x4008 to 0x4020, end=4185 ## Flattened Device Tree blob at 4fa0 Booting using the fdt blob at 0x4fa0 EHCI failed to shut down host controller. Loading Ramdisk to 48352000, end 49fffa2d ... OK Loading Device Tree to 48348000, end 48351ef2 ... OK Starting kernel ... ---8<--- Regards Benedikt Spranger
Bug#868220: ifupdown should support vlan-aware bridges
On Wed, 3 Jun 2020 13:50:56 +0200 Santiago Garcia Mantinan wrote: Hi, sorry for the trouble. > > the problem is I get operation not supported when setting > > vlan_filtering 0 on my bridge, does the else really make sense > > here? Unfortunately yes. The brigde is configured at runtime and can be reconfigured. Without the else part a user is forced to unset the filtering by hand if set by try/error/accident. > Well, this was added due to bugs.debian.org/950879 reported by > Benedikt who kindly supplied the patch, the patch didn't cause any > trouble on the tests I did and that's why I applied it like he sent > it. > > I have added Benedikt to my reply for him to comment on this. OK. > As I understand it, Gianluigi, if we remove the else there we won't > set vlan filtering to 0 and thus you won't get the error, right? > > We have two options here, one is to remove it and the other to send > the possible errors on the setting to 0 case to /dev/null. May I introduce a third option? I am not shure, if that pseudo file exists on every supported kernel, but you got the idea. If that is prefered, i can dig through the kernel sources and provide a patch. NOTE: untested! ---8<--- # Activate VLAN filtering on VLAN aware bridges if [ "$IF_BRIDGE_VLAN_AWARE" = "yes" ]; then ip link set dev $IFACE type bridge vlan_filtering 1 else if [ -f /sys/devices/virtual/net/$IFACE/bridge/vlan_filtering ]; then ip link set dev $IFACE type bridge vlan_filtering 0 fi fi ---8<--- I do not like to paper over errors like sending them to /dev/null. But I prefer that option over droping the else part. Regards Benedikt Spranger
Bug#948706: Polite ping
Hi, are there any updates or is more help needed? Regards Benedikt Spranger
Bug#948706: greylistd: python3 version fails to start - conversion from python 2 very broken
Am Tue, 5 May 2020 16:36:15 +0200 Benedikt Spranger wrote: Hi, during further investigation and testing a additional hiccup occur: RuntimeError: dictionary changed size during iteration The attached patch address that. Regards Bene Spranger 0001-Fix-key-expire-function.patch Description: Binary data
Bug#948706: greylistd: python3 version fails to start - conversion from python 2 very broken
Followup-For: Bug #948706 Package: greylistd Version: 0.8.8.8 Tags: patch Hi, I run into the very same problems while setting up a system. Since I found some spare cycles I looked at the code and made some patches. For simpler development I have set up a git repo and have import the packages found on snapshots.debian.org to provide a package history. You can find the git repo under https://github.com/eurovibes/greylistd Regards Bene Spranger >From 376957c38203c951b9b6071c4ebfc13139d3ab2c Mon Sep 17 00:00:00 2001 From: Benedikt Spranger Date: Mon, 4 May 2020 00:25:24 +0200 Subject: [PATCH 01/10] Conciliate indentation greylistd-setup-exim4 fail with TabError: inconsistent use of tabs and spaces in indentation Untabify greylistd-setup-exim4. Signed-off-by: Benedikt Spranger --- program/greylistd-setup-exim4 | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/program/greylistd-setup-exim4 b/program/greylistd-setup-exim4 index a8c467a..821670c 100755 --- a/program/greylistd-setup-exim4 +++ b/program/greylistd-setup-exim4 @@ -1,7 +1,7 @@ #!/usr/bin/python3 -### FILE: greylist-setup-exim4 -### PURPOSE: Add a greylisting statement to Exim 4 configuration file +### FILE: greylist-setup-exim4 +### PURPOSE:Add a greylisting statement to Exim 4 configuration file from sys import version, stdin, stderr, argv, exit @@ -251,7 +251,7 @@ def exim4_configure (lines, aclname, options): try: netmask = int(options["netmask"]) except: - nmstring=options["netmask"] +nmstring=options["netmask"] raise RuntimeError("Invalid netmask size: '%(nmstring)s'"%vars()) ### org raise "Invalid netmask size: '%s'"%options["netmask"] -- 2.26.0.rc2 >From 5265e1c4c346567334d10370f0f81c366e3a865f Mon Sep 17 00:00:00 2001 From: Benedikt Spranger Date: Mon, 4 May 2020 14:55:55 +0200 Subject: [PATCH 02/10] Ensure python 3.6 or greater The greylistd package switched to Python 3 and uses some features introduced in Python 3.6. Update the version check to fit. Signed-off-by: Benedikt Spranger --- program/greylistd-setup-exim4 | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/program/greylistd-setup-exim4 b/program/greylistd-setup-exim4 index 821670c..5ddc1fa 100755 --- a/program/greylistd-setup-exim4 +++ b/program/greylistd-setup-exim4 @@ -10,8 +10,8 @@ from osimport listdir, spawnl, P_WAIT from reimport compile ### Ensure that we can run this program -if version < "2.3": -stderr.write("This program requires Python 2.3 or newer\n") +if version < "3.6": +stderr.write("This program requires Python 3.0 or newer\n") exit(1) -- 2.26.0.rc2 >From ed347398c93602b59e4dcea0998d9f13cc6447f1 Mon Sep 17 00:00:00 2001 From: Benedikt Spranger Date: Mon, 4 May 2020 00:56:36 +0200 Subject: [PATCH 03/10] Remove trailing whitespaces Perform a overall code cleanup by removing trailing whitespaces. No functional change. Signed-off-by: Benedikt Spranger --- program/greylist | 4 +--- program/greylistd | 24 +++- program/greylistd-setup-exim4 | 12 ++-- 3 files changed, 18 insertions(+), 22 deletions(-) diff --git a/program/greylist b/program/greylist index 2603a33..88050d8 100755 --- a/program/greylist +++ b/program/greylist @@ -46,7 +46,6 @@ sockfile = "/var/run/greylistd/socket" commands = ("add", "delete", "check", "update", "stats", "list", "clear", "save", "reload", "mrtg") - def usage (progname, message=None): @@ -114,7 +113,6 @@ elif not action in commands: usage(progname, "Invalid action: '%s'"%action) - confParser = ConfigParser() confParser.read(conffile) try: @@ -149,7 +147,7 @@ while stat: except IOError: break - + else: if not firstword and stat.strip(): firstword = stat.split(None, 1)[0] diff --git a/program/greylistd b/program/greylistd index 58348b6..906dfab 100755 --- a/program/greylistd +++ b/program/greylistd @@ -3,10 +3,10 @@ ### FILE: greylistd.py ### PURPOSE: Simple greylisting daemon. See "greylistd(8)". ### For an introduction to greylisting, see: -### http://projects.puremagic.com/greylisting/ +### http://projects.puremagic.com/greylisting/ ### -### This program listens for connections on a UNIX domain -### socket, presumably from an MTA such as Exim. Nominally, +### This program listens for connections on a UNIX domain +### socket, presumably from an MTA such as Exim. Nominally,
Bug#950879: Add missing patch
Add missing patch. --- debian/ifupdown.sh.old 2019-01-16 10:27:42.0 +0100 +++ debian/ifupdown.sh 2020-02-07 13:10:50.822365528 +0100 @@ -31,6 +31,12 @@ if [ "$IF_BRIDGE_HW" ]; then ip link set dev $IFACE address $IF_BRIDGE_HW fi +# Activate VLAN filtering on VLAN aware bridges + if [ "$IF_BRIDGE_VLAN_AWARE" = "yes" ]; then +ip link set dev $IFACE type bridge vlan_filtering 1 + else +ip link set dev $IFACE type bridge vlan_filtering 0 + fi # Wait for the ports to become available if [ "$IF_BRIDGE_WAITPORT" ] then
Bug#950879: bridge-utils: DSA and other VLAN aware bridges needs VLAN filtering
Package: bridge-utils Version: 1.6-2 Severity: wishlist Tags: patch Dear Maintainer, while configuring a DSA supported switch with ifupdown I face the problem, that VLAN filtering is not set. Documentation/networking/dsa/configuration.rst in the linux kernel tree describes what is nessesary to setup such a DSA supported switch. Except for the ip link set dev br0 type bridge vlan_filtering 1 the whole configuration can be easiely done by ifupdown like: auto br0 iface br0 inet static address 172.16.0.1 netmask 255.255.255.0 bridge_ports lan1 lan2 lan3 lan4 eth0.100 bridge_vlan_aware yes bridge_maxwait 5 up bridge vlan add dev lan1 vid 100 pvid untagged up bridge vlan add dev lan2 vid 100 pvid untagged up bridge vlan add dev lan3 vid 100 pvid untagged up bridge vlan add dev lan4 vid 100 pvid untagged up bridge vlan del dev lan1 vid 1 up bridge vlan del dev lan2 vid 1 up bridge vlan del dev lan3 vid 1 up bridge vlan del dev lan4 vid 1 The attached patch adds the missing bridge_vlan_aware aka enable VLAN filtering support. Regards Benedikt Spranger -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.\ UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages bridge-utils depends on: ii libc6 2.29-10 bridge-utils recommends no packages. Versions of packages bridge-utils suggests: ii ifupdown 0.8.35+b1 -- no debconf information
Bug#944199: exim4: dsearch in config end up in exim4 panic
Package: exim4 Version: 4.93~RC1-2 Severity: important Dear Maintainer, using a virtual domain config as described in the current exim manual https://www.exim.org/exim-html-current/doc/html/spec_html/ch-some_common_configuration_settings.html#SECTvirtualdomains renders exim4 unusable. Config files: # ls /etc/exim4/virtual example.com # Config snippet: virtual: driver = redirect domains = dsearch;/etc/mail/virtual data = ${lookup{$local_part}lsearch{/etc/mail/virtual/$domain}} no_more Error (paniclog): 2019-11-05 17:27:01 1iRbGs-X0-9x Taint mismatch, string_vformat: dsearch_find 87 2019-11-05 17:27:50 Taint mismatch, string_vformat: dsearch_find 87 Regards Benedikt Spranger
Bug#919112: "upscmd -l" returns an empty list for PowerWalker VI 850SHL UPS
Package: nut-server Version: 2.7.4-8 Severity: important Tags: patch upstream Dear maintainer, according to the suggestion in https://github.com/networkupstools/nut/issues/483 I tried to apply the upstream commit a08a2292afc5 ("mge-shut/usbhid-ups: list AEG PROTECT NAS vendor 06da"). Before: $ upscmd -l powerwalker Instant commands supported on UPS [powerwalker]: $ After: $ upscmd -l powerwalkerInstant commands supported on UPS [powerwalker]: beeper.disable - Disable the UPS beeper beeper.enable - Enable the UPS beeper beeper.mute - Temporarily mute the UPS beeper beeper.off - Obsolete (use beeper.disable or beeper.mute) beeper.on - Obsolete (use beeper.enable) load.off - Turn off the load immediately load.off.delay - Turn off the load with a delay (seconds) load.on - Turn on the load immediately load.on.delay - Turn on the load with a delay (seconds) shutdown.return - Turn off the load and return when power is back shutdown.stayoff - Turn off the load and remain off shutdown.stop - Stop a shutdown in progress test.battery.start.deep - Start a deep battery test test.battery.start.quick - Start a quick battery test test.battery.stop - Stop the battery test $ -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages nut-server depends on: ii adduser3.118 ii libc6 2.28-4 ii libnspr4 2:4.20-1 ii libnss32:3.41-1 ii libupsclient4 2.7.4-8 ii libusb-0.1-4 2:0.1.12-32 ii libwrap0 7.6.q-27 ii lsb-base 10.2018112800 ii nut-client 2.7.4-8 ii udev 240-3 nut-server recommends no packages. Versions of packages nut-server suggests: ii nut-cgi 2.7.4-8 pn nut-ipmi ii nut-snmp 2.7.4-8 pn nut-xml -- no debconf information -- patch >From a08a2292afc559d6dfb9eede014a941d8f6b511d Mon Sep 17 00:00:00 2001 From: Arnaud Quette Date: Tue, 17 May 2016 09:26:04 +0200 Subject: [PATCH] mge-shut/usbhid-ups: list AEG PROTECT NAS vendor 06da AEG PROTECT NAS were previously using VendorID / ProductID 0x2b2d / 0x, and are now using 0x06da / 0x. Also bump the mge-hid subdriver version to 1.40 --- drivers/mge-hid.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/mge-hid.c b/drivers/mge-hid.c index a3f10afa..26486c99 100644 --- a/drivers/mge-hid.c +++ b/drivers/mge-hid.c @@ -37,7 +37,7 @@ #include "usbhid-ups.h" #include "mge-hid.h" -#define MGE_HID_VERSION"MGE HID 1.39" +#define MGE_HID_VERSION"MGE HID 1.40" /* (prev. MGE Office Protection Systems, prev. MGE UPS SYSTEMS) */ /* Eaton */ @@ -55,6 +55,9 @@ /* AEG */ #define AEG_VENDORID 0x2b2d +/* Phoenixtec Power Co., Ltd */ +#define PHOENIXTEC 0x06da + #ifndef SHUT_MODE #include "usb-common.h" @@ -80,6 +83,7 @@ static usb_device_id_t mge_usb_device_table[] = { /* PROTECT B / NAS */ { USB_DEVICE(AEG_VENDORID, 0x), NULL }, + { USB_DEVICE(PHOENIXTEC, 0x), NULL }, /* Terminating entry */ { -1, -1, NULL } -- 2.20.1
Bug#910010: linux-image-4.18.0-1-amd64: The module pata_legacy.ko is missing.
On Mon, 01 Oct 2018 14:07:35 +0100 Ben Hutchings wrote: > We have *never* enabled this driver on amd64 because only very old > (32- bit) PCs should require it. Did you use a custom kernel, or an > i386 installation? I did not use a custom kernel on this device. Installed it with an unmodified debian installer (I think wheezy, but not for shure). I thought it was amd64, but as you stated - the option was never activated - it must be i386 and I switched to amd64 afterwards. > If this system still requires the pata_legacy driver then I suppose > we'll have to enable it for amd64. Unfortionaly the option is required. Otherwise the DiskOnModule can not be mounted and no Kernel update take place. ---8<--- [2.106308] libata version 3.00 loaded. [2.107157] sata_sil24 :02:00.0: version 1.1 [2.119020] scsi host0: sata_sil24 [2.128114] scsi host2: sata_sil24 [2.128288] ata1: SATA max UDMA/100 host m128@0xff8ffc00 port 0xff8f8000 irq 18 [2.128293] ata2: SATA max UDMA/100 host m128@0xff8ffc00 port 0xff8fa000 irq 18 [2.158917] ata3: SATA max UDMA/133 abar m1024@0xffa3fc00 port 0xffa3fd00 irq 27 [2.158921] ata4: SATA max UDMA/133 abar m1024@0xffa3fc00 port 0xffa3fd80 irq 27 [2.158924] ata5: SATA max UDMA/133 abar m1024@0xffa3fc00 port 0xffa3fe00 irq 27 [2.158926] ata6: SATA max UDMA/133 abar m1024@0xffa3fc00 port 0xffa3fe80 irq 27 [2.474367] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [2.474859] ata3.00: ATA-8: WDC WD10EZRX-22L4HB0, 01.01A01, max UDMA/133 [2.474862] ata3.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 32), AA [2.475359] ata3.00: configured for UDMA/133 [2.482616] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [2.483173] ata4.00: ATA-10: WDC WD10EZEX-00WN4A0, 01.01A01, max UDMA/133 [2.483177] ata4.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 32), AA [2.483766] ata4.00: configured for UDMA/133 [2.486634] ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [2.487476] ata5.00: ATA-8: WDC WD10EZEX-00RKKA0, 80.00A80, max UDMA/133 [2.487479] ata5.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 32), AA [2.488344] ata5.00: configured for UDMA/133 [2.494668] ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [2.495525] ata6.00: ATA-8: WDC WD10EFRX-68JCSN0, 01.01A01, max UDMA/133 [2.495528] ata6.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 32), AA [2.497395] ata6.00: configured for UDMA/133 [4.180048] ata1: SATA link down (SStatus 0 SControl 0) [6.232054] ata2: SATA link down (SStatus 0 SControl 0) [ 35.789042] pata_legacy: loading out-of-tree module taints kernel. [ 35.803204] scsi host6: pata_legacy [ 35.810623] ata7: PATA max PIO4 cmd 0x1f0 ctl 0x3f6 irq 14 [ 35.979225] ata7.00: ATA-0: PQI IDE DiskOnModule, 060729DA, max MWDMA2 [ 35.985771] ata7.00: 512000 sectors, multi 0: LBA [ 35.990552] ata7.00: configured for PIO [ 36.082613] scsi host7: pata_legacy [ 36.090168] ata8: PATA max PIO4 cmd 0x170 ctl 0x376 irq 15 ---8<--- Thx in advance Benedikt Spranger
Bug#910010: linux-image-4.18.0-1-amd64: The module pata_legacy.ko is missing.
Package: src:linux Version: 4.18.8-1 Severity: important Tags: d-i Dear Maintainer, running Debian on a Intel SS4200 NAS causes trouble for quite some time. The system boots from a attached IDE flash drive, while the other hard disks are connected through SATA. Due to the missing pata_legacy module a kernel update did not work out any more. Same happen due a new install. Please reactivate the pata_legacy module in the default kernel config to be able to update (or install) the system without building the pata_legacy module out of tree. -- Package-specific info: ** Version: Linux version 4.18.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 7.3.0 (Debian 7.3.0-29)) #1 SMP Debian 4.18.8-1 (2018-09-18) Thanks in advance. Benedikt Spranger
Bug#904687: develock-el: Missing Groovy support
Package: develock-el Version: 0.47-2 Severity: wishlist Tags: patch Dear Maintainer, using develock is part my daily work and I missed it badly while working with groovy code. Base support patch attached. Bene -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.\ UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages develock-el depends on: ii emacs 47.0 ii emacs25-nox [emacsen] 25.2+1-6+b3 develock-el recommends no packages. develock-el suggests no packages. -- no debconf information 0003-Add-groovy-mode Description: Binary data
Bug#892738: consolekit: consolekit removal causes a regression
On Sat, 17 Mar 2018 03:02:19 +0100 Michael Biebl <bi...@debian.org> wrote: > On Mon, 12 Mar 2018 12:51:35 +0100 Benedikt Spranger > <b.spran...@linutronix.de> wrote: > > Package: consolekit > > Version: 0.4.6-6 > > Severity: serious > > > > Dear Maintainer, > > > > please readd consolekit to the archive. Without consolekit the > > dependency to libpam-systemd as alternative to consolekit forces me > > to install systemd without any further benefit. > > > > Since my systems works fine before (and till now, since consolekit > > 0.4.6-6 is installed) the removal of consolekit from the archive > > causes a regression. As my understanding of init system > > dependencies this is a serious bug, since it forces a dependency to > > a special system init system without any need. > > This is incorrect. The removal of consolekit does not enforce a switch > to a different init system. You are probably mistaking systemd with > systemd-sysv. Please read the package descriptions carefully. Please read the bug report carefully. I do not claim it forces me to use, it forces me to *install* systemd due to libpam-systemd as alternative to consolekit. So it forces me to *install* a different init system: $ LANG=C apt-cache depends libpam-systemd libpam-systemd Depends: libc6 Depends: libpam0g Depends: systemd systemd:arm64 systemd:i386 Depends: libpam-runtime Depends: dbus dbus:arm64 dbus:i386 |Depends: systemd-shim Depends: systemd-sysv systemd-sysv:arm64 systemd-sysv:i386 Therefore it force me to install systemd directly or through the systemd-sysv dependency. There was *NO* need to install systemd on my system before: $ LANG=C dpkg -l "systemd*" 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 +++-==---= un systemd (no description available) un systemd-sysv (no description available) As I stated before: "Without consolekit the dependency to libpam-systemd as alternative to consolekit forces me to install systemd without any further benefit." As on request I reread the Bug report that causes the consolekit removal: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=92 My quick summery: Device did not work with consolekit, but libpam-systemd. Solution: remove consolekit. Briliant! BTW: yubikey works fine here. Regards Bene pgpdoqc4yY_6c.pgp Description: Digitale Signatur von OpenPGP
Bug#892738: consolekit: consolekit removal causes a regression
notfound 892738 0.4.6-6 found 892738 0.4.6-6.1 thanks Dear Maintainer, correct the complained version from 0.4.6-6 to 0.4.6-6.1, since 0.4.6-6 is OK, and due to https://tracker.debian.org/news/928882 add the NMU uploader to CC. Sincerly yours Bene
Bug#892738: consolekit: consolekit removal causes a regression
Package: consolekit Version: 0.4.6-6 Severity: serious Dear Maintainer, please readd consolekit to the archive. Without consolekit the dependency to libpam-systemd as alternative to consolekit forces me to install systemd without any further benefit. Since my systems works fine before (and till now, since consolekit 0.4.6-6 is installed) the removal of consolekit from the archive causes a regression. As my understanding of init system dependencies this is a serious bug, since it forces a dependency to a special system init system without any need. So please readd consolekit to the archive. Sincerly yours Bene -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.\ UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages consolekit depends on: ii dbus 1.12.6-2 ii libacl12.2.52-3+b1 ii libc6 2.27-1 ii libck-connector0 0.4.6-6 ii libdbus-1-31.12.6-2 ii libdbus-glib-1-2 0.110-2 ii libglib2.0-0 2.54.3-2 ii libpolkit-gobject-1-0 0.105-18 ii libudev1 237-4 ii libx11-6 2:1.6.4-3 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages consolekit recommends: pn libpam-ck-connector consolekit suggests no packages. -- no debconf information
Bug#891549: spacenavd: spacenavd did not grab SpacePilot device
Package: spacenavd Version: 0.6-2 Severity: important Tags: patch Dear Maintainer, running spacenavd from Debian did not grab my SpacePilot (046d:c625 Logitech, Inc. 3Dconnexion Space Pilot 3D Mouse). The problem was fixed upstream some time ago in trunk (svn commit 183/184). While at it backport all other fixes from trunk. Regards Benedikt Spranger -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages spacenavd depends on: ii libc6 2.26-6 ii libx11-6 2:1.6.4-3 ii lsb-base 9.20170808 spacenavd recommends no packages. spacenavd suggests no packages. -- no debconf information From 81c85dfd87f5e3dc02827f1ee9af581e4437195c Mon Sep 17 00:00:00 2001 From: Benedikt Spranger <b.spran...@linutronix.de> Date: Mon, 26 Feb 2018 15:53:27 +0100 Subject: [PATCH] Get all fixes from trunk Signed-off-by: Benedikt Spranger <b.spran...@linutronix.de> --- .../Better-example-spnavrc-descriptions.patch | 136 +++ ...he-missing-options-to-the-example-spnavrc.patch | 125 ++ ...to-skip-joystick-device-files-while-parsi.patch | 37 ...to-match-devices-with-the-new-3Dconnexion.patch | 42 + ...ll-bug-in-device-detection-which-sometime.patch | 27 +++ ...-axis-remapping-before-checking-deadzones.patch | 91 ++ debian/patches/possible-fix-for-bug-9.patch| 28 +++ debian/patches/series | 8 + .../trying-to-remove-devices-from-Xinput.patch | 189 + 9 files changed, 683 insertions(+) create mode 100644 debian/patches/Better-example-spnavrc-descriptions.patch create mode 100644 debian/patches/added-all-the-missing-options-to-the-example-spnavrc.patch create mode 100644 debian/patches/added-code-to-skip-joystick-device-files-while-parsi.patch create mode 100644 debian/patches/added-rule-to-match-devices-with-the-new-3Dconnexion.patch create mode 100644 debian/patches/fixed-a-small-bug-in-device-detection-which-sometime.patch create mode 100644 debian/patches/moved-axis-remapping-before-checking-deadzones.patch create mode 100644 debian/patches/possible-fix-for-bug-9.patch create mode 100644 debian/patches/trying-to-remove-devices-from-Xinput.patch diff --git a/debian/patches/Better-example-spnavrc-descriptions.patch b/debian/patches/Better-example-spnavrc-descriptions.patch new file mode 100644 index 000..abf2aee --- /dev/null +++ b/debian/patches/Better-example-spnavrc-descriptions.patch @@ -0,0 +1,136 @@ +From 984d45aa95833c5af5108ff50536be2787412f4d Mon Sep 17 00:00:00 2001 +From: jtsiomb <jtsiomb@ef983eb1-d774-4af8-acfd-baaf7b16a646> +Date: Thu, 12 Feb 2015 16:07:47 + +Subject: [PATCH 10/14] - Better example-spnavrc descriptions - remove some + debugging printfs which where commited accidentally previously + +git-svn-id: svn://svn.code.sf.net/p/spacenav/code@189 ef983eb1-d774-4af8-acfd-baaf7b16a646 +--- + trunk/spacenavd/doc/example-spnavrc | 18 ++ + trunk/spacenavd/src/cfgfile.c | 3 +-- + trunk/spacenavd/src/dev_usb_linux.c | 8 + trunk/spacenavd/src/event.c | 8 +--- + 4 files changed, 20 insertions(+), 17 deletions(-) + +diff --git a/trunk/spacenavd/doc/example-spnavrc b/trunk/spacenavd/doc/example-spnavrc +index bbb87da..0f33b2c 100644 +--- a/doc/example-spnavrc b/doc/example-spnavrc +@@ -92,23 +92,33 @@ + + + # Device grab (USB) ++# + # When set to true (default): grab the USB device to prevent other programs + # (such as the X server) from also using it. + # ++# Grabbing the device ensures that other programs won't be able to use it without ++# talking to spacenavd. For instance some versions of Xorg will use the device to move ++# the mouse pointer if we don't grab it. ++# Set this to false if you want to use programs that try to talk to the device directly ++# such as google earth, then follow FAQ 11 http://spacenav.sourceforge.net/faq.html#faq11 ++# to force the X server to ignore the device ++# + #grab = true + + +-# Custom USB device +-# List of additional devices to use ++# List of additional USB devices to use (multiple devices can be listed) ++# + # example: + #device-id = 046d:c625 + + + # Repeat interval (milliseconds) +-# How often should spacenavd repeat the last event while out of the deadzone? ++# Non-deadzone events are repeated every so many milliseconds (-1 to disable). ++# + # You probably don't need this setting. Set it to something like 250 if you + # find that your apps stop moving the view while you hold the puck/ball at a + # fixed off-center position (like bottomed out on the vertical ax
Bug#871557: mixmaster: segmentation fault in DES key handling
Package: mixmaster Version: 3.0.0-9 Severity: grave Tags: patch Dear Maintainer, the conversion to use libssl 1.1 renders the package allmost unusable due to segmentation faults in DES key handling. DES_set_key() does not allocate memory. After converting "des_key_schedule X" to "DES_key_schedule *X" DES_set_key() tries to access memory through an uninitialized pointer. Change conversion to "DES_key_schedule X" and adapt the usage from "X" to "". Regards Bene diff -ruNp mixmaster-3.0.0.orig/debian/patches/mixmaster-libssl-1.1.patch mixmaster-3.0.0/debian/patches/mixmaster-libssl-1.1.patch --- mixmaster-3.0.0.orig/debian/patches/mixmaster-libssl-1.1.patch 2017-07-02 19:28:00.0 +0200 +++ mixmaster-3.0.0/debian/patches/mixmaster-libssl-1.1.patch 2017-08-08 21:50:58.703847144 +0200 @@ -176,9 +176,9 @@ Migrate to libssl 1.1 - des_key_schedule ks2; - des_key_schedule ks3; - des_cblock i; -+ DES_key_schedule *ks1; -+ DES_key_schedule *ks2; -+ DES_key_schedule *ks3; ++ DES_key_schedule ks1; ++ DES_key_schedule ks2; ++ DES_key_schedule ks3; + DES_cblock i; assert(enc == ENCRYPT || enc == DECRYPT); @@ -188,16 +188,16 @@ Migrate to libssl 1.1 memcpy(i, iv->data, 8); /* leave iv buffer unchanged */ - des_set_key((const_des_cblock *) key->data, ks1); - des_set_key((const_des_cblock *) (key->data + 8), ks2); -+ DES_set_key((const_DES_cblock *) key->data, ks1); -+ DES_set_key((const_DES_cblock *) (key->data + 8), ks2); ++ DES_set_key((const_DES_cblock *) key->data, ); ++ DES_set_key((const_DES_cblock *) (key->data + 8), ); if (key->length == 16) -des_set_key((const_des_cblock *) key->data, ks3); -+DES_set_key((const_DES_cblock *) key->data, ks3); ++DES_set_key((const_DES_cblock *) key->data, ); else -des_set_key((const_des_cblock *) (key->data + 16), ks3); - des_ede3_cbc_encrypt(buf->data, buf->data, buf->length, ks1, ks2, ks3, -+DES_set_key((const_DES_cblock *) (key->data + 16), ks3); -+ DES_ede3_cbc_encrypt(buf->data, buf->data, buf->length, ks1, ks2, ks3, ++DES_set_key((const_DES_cblock *) (key->data + 16), ); ++ DES_ede3_cbc_encrypt(buf->data, buf->data, buf->length, , , , , enc); return (0); } @@ -208,9 +208,9 @@ Migrate to libssl 1.1 - des_key_schedule ks1; - des_key_schedule ks2; - des_key_schedule ks3; -+ DES_key_schedule *ks1; -+ DES_key_schedule *ks2; -+ DES_key_schedule *ks3; ++ DES_key_schedule ks1; ++ DES_key_schedule ks2; ++ DES_key_schedule ks3; assert(enc == ENCRYPT || enc == DECRYPT); assert(key->length == 24 && iv->length == 8); @@ -220,10 +220,10 @@ Migrate to libssl 1.1 - des_set_key((const_des_cblock *) (key->data + 16), ks3); - des_ede3_cfb64_encrypt(buf->data, buf->data, buf->length, ks1, ks2, ks3, - (des_cblock *) iv->data, , enc); -+ DES_set_key((const_DES_cblock *) key->data, ks1); -+ DES_set_key((const_DES_cblock *) (key->data + 8), ks2); -+ DES_set_key((const_DES_cblock *) (key->data + 16), ks3); -+ DES_ede3_cfb64_encrypt(buf->data, buf->data, buf->length, ks1, ks2, ks3, ++ DES_set_key((const_DES_cblock *) key->data, ); ++ DES_set_key((const_DES_cblock *) (key->data + 8), ); ++ DES_set_key((const_DES_cblock *) (key->data + 16), ); ++ DES_ede3_cfb64_encrypt(buf->data, buf->data, buf->length, , , , + (DES_cblock *) iv->data, , enc); return (0); } @@ -240,9 +240,9 @@ Migrate to libssl 1.1 - des_key_schedule ks1; - des_key_schedule ks2; - des_key_schedule ks3; -+ DES_key_schedule *ks1; -+ DES_key_schedule *ks2; -+ DES_key_schedule *ks3; ++ DES_key_schedule ks1; ++ DES_key_schedule ks2; ++ DES_key_schedule ks3; SHA_CTX c; assert(key->length == 25); @@ -253,38 +253,44 @@ Migrate to libssl 1.1 - des_set_key((const_des_cblock *) (key->data + 1), ks1); - des_set_key((const_des_cblock *) (key->data + 9), ks2); - des_set_key((const_des_cblock *) (key->data+ 17), ks3); -+ DES_set_key((const_DES_cblock *) (key->data + 1), ks1); -+ DES_set_key((const_DES_cblock *) (key->data + 9), ks2); -+ DES_set_key((const_DES_cblock *) (key->data+ 17), ks3); ++ DES_set_key((const_DES_cblock *) (key->data + 1), ); ++ DES_set_key((const_DES_cblock *) (key->data + 9), ); ++ DES_set_key((const_DES_cblock *) (key->data+ 17), ); if (mdc) { mdc = 1; -@@ -186,21 +186,21 @@ +@@ -186,22 +186,23 @@ SHA1_Update(, in->data, in->length); } n = 0; - des_ede3_cfb64_encrypt(out->data + mdc, out->data + mdc, 10, ks1, ks2, ks3, , , -+ DES_ede3_cfb64_encrypt(out->data + mdc, out->data + mdc, 10, ks1, ks2, ks3, , , - ENCRYPT); +- ENCRYPT); ++ DES_ede3_cfb64_encrypt(out->data + mdc, out->data + mdc, 10, ++ , , , , , ENCRYPT); if (!mdc) { iv[6] = iv[0], iv[7] = iv[1]; memcpy(iv, out->data + 2, 6); n = 0; } - des_ede3_cfb64_encrypt(in->data, out->data + 10 + mdc, in->length, ks1, ks2, ks3, -+ DES_ede3_cfb64_encrypt(in->data, out->data + 10 + mdc, in->length, ks1, ks2, ks3, - , , ENCRYPT);
Bug#844592: ifupdown: ifup with dhclient set a IPv6 nameserver entry in a IPv4 setup
On Thu, 17 Nov 2016 11:11:07 +0100 Guus Sliepen <g...@debian.org> wrote: > Hm, this is very weird. If the -4 fixes things, then the manual page > is definitely not correct, since it says that -4 is the default. Sorry. Missed to double check that. > Also, I wonder how it can get an IPv4 address from the DHCP server, > but not get an IPv4 DNS server from it. Can you show me the > configuration of your DHCP server? Unfortunately not. The DHCP server is a QEMU buildin. The problem faced me with an actual QEMU from sid: qemu-system-x86_64 -enable-kvm -M pc -device virtio-rng-pci -device virtio-net-pci,netdev=user.0 -drive file=buildenv.img,if=virtio,bus=1,unit=0 -no-reboot -netdev user,id=user.0,hostfwd=tcp::5022-:22,hostfwd=tcp::7587-:7588 -m 1024 -usb -nographic -smp 4 buildenv.img is a debian jessie amd64 installation. > Also, is "iface eth0 inet dhcp" the only iface stanza in > your /etc/network/interfaces? No. loopback is also configured. /etc/network/interfaces: ---8<--- # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp ---8<--- Regards Benedikt Spranger pgp7I4wNEvPZR.pgp Description: Digitale Signatur von OpenPGP
Bug#844592: ifupdown: ifup with dhclient set a IPv6 nameserver entry in a IPv4 setup
Package: ifupdown Version: 0.8.16 Severity: normal Tags: patch Dear Maintainer, runing Debian inside QEMU causes name resulution errors through a broken DNS nameserver configuration. Inside QEMU the network is configured to use dhcp: $ cat /etc/network/interfaces allow-hotplug eth0 iface eth0 inet dhcp $ ifconfig eth0 eth0 Link encap:Ethernet HWaddr 52:54:00:12:34:56 inet addr:10.0.2.15 Bcast:10.0.2.255 Mask:255.255.255.0 inet6 addr: fe80::5054:ff:fe12:3456/64 Scope:Link inet6 addr: fec0::5054:ff:fe12:3456/64 Scope:Site UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10 errors:0 dropped:0 overruns:0 frame:0 TX packets:28 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:3215 (3.1 KiB) TX bytes:3638 (3.5 KiB) $ cat /etc/resolv.conf nameserver fec0::3 $ arp google.de google.de: Host name lookup failure Regards Benedikt Spranger -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ifupdown depends on: ii adduser 3.115 ii init-system-helpers 1.46 ii iproute2 4.8.0-1 ii libc62.24-5 ii lsb-base 9.20161101 Versions of packages ifupdown recommends: ii isc-dhcp-client [dhcp-client] 4.3.5~b1-1 Versions of packages ifupdown suggests: ii ppp 2.4.7-1+4 pn rdnssd -- no debconf information >From c0ad9b025e37c35a1e99b89ce79f49162368d4b0 Mon Sep 17 00:00:00 2001 From: Benedikt Spranger <b.spran...@linutronix.de> Date: Thu, 17 Nov 2016 09:55:45 +0100 Subject: [PATCH] force dhclient to IPv4 in IPv4 configuration dhclient called without -4 may configure an IPv6 DNS entry as nameserver. Force dhclient to IPv4 by adding th -4 flag. --- inet.defn | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/inet.defn b/inet.defn index 75e6744..182b56b 100644 --- a/inet.defn +++ b/inet.defn @@ -94,7 +94,7 @@ method dhcp up [[/bin/ip link set dev %iface% address %hwaddress%]] -/sbin/dhclient -v -pf /run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases -I -df /var/lib/dhcp/dhclient6.%iface%.leases %iface% \ +/sbin/dhclient -4 -v -pf /run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases -I -df /var/lib/dhcp/dhclient6.%iface%.leases %iface% \ [[-e IF_METRIC=%metric%]] \ if (execable("/sbin/dhclient")) /sbin/pump -i %iface% [[-h %hostname%]] [[-l %leasehours%]] \ @@ -108,7 +108,7 @@ method dhcp elsif (1) down -/sbin/dhclient -v -r -pf /run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases -I -df /var/lib/dhcp/dhclient6.%iface%.leases %iface% \ +/sbin/dhclient -4 -v -r -pf /run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases -I -df /var/lib/dhcp/dhclient6.%iface%.leases %iface% \ if (execable("/sbin/dhclient")) /sbin/pump -i %iface% -r \ elsif (execable("/sbin/pump")) @@ -280,7 +280,7 @@ method dhcp up [[/sbin/ifconfig %iface% link %hwaddress%]] -/sbin/dhclient -v -pf /run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases -I -df /var/lib/dhcp/dhclient6.%iface%.leases %iface% \ +/sbin/dhclient -4 -v -pf /run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases -I -df /var/lib/dhcp/dhclient6.%iface%.leases %iface% \ [[-e IF_METRIC=%metric%]] \ if (execable("/sbin/dhclient")) /sbin/udhcpc -n -p /run/udhcpc.%iface%.pid -i %iface% [[-H %hostname%]] \ @@ -293,7 +293,7 @@ method dhcp elsif (1) down -/sbin/dhclient -v -r -pf /run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases -I -df /var/lib/dhcp/dhclient6.%iface%.leases %iface% \ +/sbin/dhclient -4 -v -r -pf /run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases -I -df /var/lib/dhcp/dhclient6.%iface%.leases %iface% \ if (execable("/sbin/dhclient")) if test -f /run/udhcpc.%iface%.pid; then kill -USR2 $(/bin/cat /run/udhcpc.%iface%.pid); kill -TERM $(/bin/cat /run/udhcpc.%iface%.pid); fi \ elsif (execable("/sbin/udhcpc")) @@ -432,7 +432,7 @@ method dhcp up [[Warning: Option hwaddress: %hwaddress% not yet supported]] -/sbin/dhclient -v -pf /run/dhclient.%iface///.%.pid -lf /var/lib/dhcp/dhclient.%iface///.%.leases -I -df /var/lib/dhcp/dhclient6.%iface///.%.leases %iface% \ +/sbin/dhclient -4 -v -pf /run/dhclient.%iface///.%.pid -lf /var/lib/dhcp/dhclient.%iface///.%.leases -I -df /var/
Bug#832926: libwireshark-dev: missing dependency to glib in wireshark.pc
Package: libwireshark-dev Version: 2.0.4+gdd7746e-1 Severity: normal Dear Maintainer, wireshark depends heavily on glib: $ grep -r glib.h /usr/include/wireshark | wc -l 129 It is not possible to compile a dissector without glib includes: (example borrowed from fedora bugzilla) $ cat > ws.c < #include EOF $ LANG=C gcc -c `pkg-config --cflags --libs wireshark` -o ws.o ws.c In file included from ws.c:3:0: /usr/include/wireshark/epan/proto.h:40:18: fatal error: glib.h: No such file or directory compilation terminated. Please add a dependency to glib to wireshark.pc. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libwireshark-dev depends on: ii libwireshark6 2.0.4+gdd7746e-1 ii libwsutil-dev 2.0.4+gdd7746e-1 libwireshark-dev recommends no packages. libwireshark-dev suggests no packages. -- no debconf information
Bug#812324: python-pysimplesoap: Using a list or dict as return of a SOAP method let to an error
Package: python-pysimplesoap Version: 1.16-1 Severity: normal Tag: patch Dear Maintainer, using a list or dict as return of a SOAP method let to an error: File "pysimplesoap/server.py", line 372, in parse_element if v in TYPE_MAP.keys(): TypeError: unhashable type: 'list' resp. File "pysimplesoap/server.py", line 372, in parse_element if v in TYPE_MAP.keys(): TypeError: unhashable type: 'dict' server: --- from pysimplesoap.server import SoapDispatcher, SOAPHandler from http.server import HTTPServer def getlist(): "Return a list" return {'list': [{'col': 'A'}, {'col': 'B'}, {'col': 'C'}]} dispatcher = SoapDispatcher( 'my_dispatcher', location = "http://localhost:8008/;, action = 'http://localhost:8008/', # SOAPAction namespace = "http://example.com/sample.wsdl;, prefix="ns0", trace = True, ns = True) # register the user function dispatcher.register_function('GetList', getlist, returns = {'list': [{'col': str}]}, args = {}) print ("Starting server...") httpd = HTTPServer(("", 8008), SOAPHandler) httpd.dispatcher = dispatcher httpd.serve_forever() client: --- from suds.client import Client client = Client ("http://127.0.0.1:8008/;) result = client.service.GetList () print result -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages python-pysimplesoap depends on: ii python-httplib2 0.9.1+dfsg-1 ii python-pycurl7.21.5-1 pn python:any python-pysimplesoap recommends no packages. python-pysimplesoap suggests no packages. -- no debconf information>From 00fd7b71189996cd5c7769025f8d56fe23156119 Mon Sep 17 00:00:00 2001 From: Benedikt Spranger <b.spran...@linutronix.de> Date: Wed, 20 Jan 2016 16:08:47 +0100 Subject: [PATCH] reorder type check to avoid a TypeError Using a list or dict as return of a SOAP method let to an error: File "pysimplesoap/server.py", line 372, in parse_element if v in TYPE_MAP.keys(): TypeError: unhashable type: 'list' Reoder the type check and add a comment to avoid this error. Signed-off-by: Benedikt Spranger <b.spran...@linutronix.de> --- pysimplesoap/server.py | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) Index: pysimplesoap-1.16/pysimplesoap/server.py === --- pysimplesoap-1.16.orig/pysimplesoap/server.py 2016-01-22 11:39:27.400682071 +0100 +++ pysimplesoap-1.16/pysimplesoap/server.py 2016-01-22 11:39:27.396682071 +0100 @@ -369,9 +369,11 @@ e['name'] = k if array: e[:] = {'minOccurs': "0", 'maxOccurs': "unbounded"} -if v in TYPE_MAP.keys(): -t = 'xsd:%s' % TYPE_MAP[v] -elif v is None: + +# check list and dict first to avoid +# TypeError: unhashable type: 'list' or +# TypeError: unhashable type: 'dict' +if v is None: t = 'xsd:anyType' elif isinstance(v, list): n = "ArrayOf%s%s" % (name, k) @@ -384,6 +386,8 @@ n = "%s%s" % (name, k) parse_element(n, v.items(), complex=True) t = "tns:%s" % n +elif v in TYPE_MAP.keys(): +t = 'xsd:%s' % TYPE_MAP[v] else: raise TypeError("unknonw type v for marshalling" % str(v)) e.add_attribute('type', t)
Bug#805037: qemubuilder: Add qemu machine type overwrite.
Package:qemubuilder Version: 0.75 Severity: wishlist Tags: patch Dear Maintainer, using qemubuilder for armel and armhf in an automated build environment causes some extra work due to different qemu machine types. Using the same kernel for both architectures like in all other cases is not possible since a different qemu machine type is choosen. Add a qemu machine type overwrite to be able to force the same machine type for armel and armhf. Tested in my build environment with machine type "virt" to build armhf- and armel-Packages for wheezy, jessie, stretch and sid. Regards Bene -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armel, armhf Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages qemubuilder depends on: ii debootstrap 1.0.75 ii libc6 2.19-22 ii pbuilder0.220 ii qemu-kvm [kvm] 1:2.4+dfsg-4 ii qemu-system 1:2.4+dfsg-4 qemubuilder recommends no packages. qemubuilder suggests no packages. -- no debconf information >From 98f9ea42155f7711996b600edc8d8f7943bf86f5 Mon Sep 17 00:00:00 2001 From: Benedikt Spranger <b.spran...@linutronix.de> Date: Thu, 12 Nov 2015 19:57:18 +0100 Subject: [PATCH] qemubuilder: Add qemu machine type overwrite. qemubuilder determine the build architecture to select the qemu machine type from a hardcoded list. This prohibits to build armel and armhf using the same kernel. Add a qemu machine type overwrite. Signed-off-by: Benedikt Spranger <b.spran...@linutronix.de> --- parameter.c | 14 ++ parameter.h | 1 + qemuarch.c| 7 ++- qemuarch.h| 2 +- qemubuilder.c | 2 +- 5 files changed, 23 insertions(+), 3 deletions(-) diff --git a/parameter.c b/parameter.c index 8c015a6..54abf4c 100644 --- a/parameter.c +++ b/parameter.c @@ -146,6 +146,14 @@ int load_config_file(const char* config, pbuilderconfig* pc) { pc->arch=strdup_strip_quote(delim); } + else if (!strcmp(buf, "MACHINE")) + { + pc->mach=strdup_strip_quote(delim); + } + else if (!strcmp(buf, "MACH")) + { + pc->mach=strdup_strip_quote(delim); + } else if (!strcmp(buf, "BASEPATH")) { pc->basepath=strdup_strip_quote(delim); @@ -246,6 +254,7 @@ int cpbuilder_dumpconfig(pbuilderconfig* pc) DUMPSTR(initrd); DUMPINT(memory_megs); DUMPSTR(arch); + DUMPSTR(mach); return 0; } @@ -291,6 +300,7 @@ int parse_parameter(int ac, char** av, {"inputfile", required_argument, 0, 0}, {"outputfile", required_argument, 0, 0}, {"architecture", required_argument, 0, 0}, +{"machine", required_argument, 0, 0}, {"http-proxy", required_argument, 0, 0}, /* cowbuilder specific options */ @@ -448,6 +458,10 @@ int parse_parameter(int ac, char** av, { pc.arch=strdup(optarg); } + else if (!strcmp(long_options[index_point].name,"machine")) + { + pc.mach=strdup(optarg); + } else if (!strcmp(long_options[index_point].name,"arch-diskdevice")) { pc.arch_diskdevice=strdup(optarg); diff --git a/parameter.h b/parameter.h index 9ef23a7..d4eac52 100644 --- a/parameter.h +++ b/parameter.h @@ -57,6 +57,7 @@ typedef struct pbuilderconfig char* smp; int memory_megs; /* megabytes of memory */ char* arch; + char* mach; char* arch_diskdevice; enum { diff --git a/qemuarch.c b/qemuarch.c index 3fe7f11..5003144 100644 --- a/qemuarch.c +++ b/qemuarch.c @@ -160,8 +160,13 @@ const char* qemu_arch_qemu(const char* arch) /** * arch-specific routine; the machine spec for this arch */ -const char* qemu_arch_qemumachine(const char* arch) +const char* qemu_arch_qemumachine(const struct pbuilderconfig* pc) { + const char *arch = pc->arch; + + if (pc->mach) +return strdup(pc->mach); + if (!strcmp(arch, "arm") || !strcmp(arch, "armel")) return "versatilepb"; diff --git a/qemuarch.h b/qemuarch.h index 12d989e..c374a6f 100644 --- a/qemuarch.h +++ b/qemuarch.h @@ -12,7 +12,7 @@ const int qemu_create_arch_serialdevice(const char* basedir, const char* arch); const int qemu_create_arch_devices(const char* basedir, const char* arch); char* get_host_dpkg_arch(); const char* qemu_arch_qemu(const char* arch); -const char* qemu_arch_qemumachine(const char* arch); +const char* qemu_arch_qemumachine(const struct pbuilderconfig* pc); const char* qemu_arch_tty(const char* arch); #endif diff --git a/qemubuilder.c b/qemubuilder.c index 4436703..904ea4f 100755 --- a/qemubuilder.c +++ b/qemubuilder.c @@ -267,7 +267,7 @@ static int fork_qemu(const char* hda, const char* hdb, const s
Bug#780332: qemubuilder: qemubuilder lacks armhf support
Package: qemubuilder Version: 0.73 Severity: wishlist Tags: patch Dear Maintainer, while setting up a building environment I was astonished that qemubuilder lacks support for armhf. Please add armhf support to qemubuilder. Regards Benedikt Spranger -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages qemubuilder depends on: ii debootstrap 1.0.67 ii libc6 2.19-15 ii pbuilder0.215+nmu3 ii qemu-kvm [kvm] 1:2.1+dfsg-11 ii qemu-system 1:2.1+dfsg-11 qemubuilder recommends no packages. qemubuilder suggests no packages. -- no debconf information From 7f7c51c84c6ccca066a66357f9af0d17728693d5 Mon Sep 17 00:00:00 2001 From: Benedikt Spranger b.spran...@linutronix.de Date: Thu, 12 Mar 2015 00:27:57 +0100 Subject: [PATCH] Add armhf support While setting up a building environment I was astonished that qemubuilder lacks support for armhf. Adding armhf support using existing armhf infrastucture i.e. Debian Kernel and Initrd. qemubuilder was tested with Kernel and Initrd from a fresh jessie install and the following configuration: KERNEL_IMAGE=vmlinuz-3.16.0-4-armmp INITRD=initrd.img-3.16.0-4-armmp MIRRORSITE=http://debian.tu-bs.de/debian ARCH=armhf BASEPATH=/var/cache/pbuilder/base-armhf.qemu MEMORY_MEGS=1024 DISTRIBUTION=jessie It works fine. Signed-off-by: Benedikt Spranger b.spran...@linutronix.de --- qemuarch.c| 11 --- qemubuilder.c | 25 - 2 files changed, 28 insertions(+), 8 deletions(-) diff --git a/qemuarch.c b/qemuarch.c index fe2c4d3..3fe7f11 100644 --- a/qemuarch.c +++ b/qemuarch.c @@ -57,7 +57,8 @@ const char* qemu_arch_diskdevice(const struct pbuilderconfig* pc) dev_t consoledev; if (!strcmp(arch, arm) || - !strcmp(arch, armel)) + !strcmp(arch, armel) || + !strcmp(arch, armhf)) { consoledev = makedev(204, 64); } @@ -113,7 +114,8 @@ char* get_host_dpkg_arch() const char* qemu_arch_qemu(const char* arch) { if (!strcmp(arch, arm) || - !strcmp(arch, armel)) + !strcmp(arch, armel) || + !strcmp(arch, armhf)) { return qemu-system-arm; } @@ -163,6 +165,8 @@ const char* qemu_arch_qemumachine(const char* arch) if (!strcmp(arch, arm) || !strcmp(arch, armel)) return versatilepb; + else if (!strcmp(arch, armhf)) + return virt; else if (!strcmp(arch, i386) || !strcmp(arch, hurd-i386) || !strcmp(arch, amd64)) @@ -184,7 +188,8 @@ const char* qemu_arch_tty(const char* arch) { if (!strcmp(arch, arm)|| - !strcmp(arch, armel)) + !strcmp(arch, armel) || + !strcmp(arch, armhf)) { return ttyAMA0,115200n8; } diff --git a/qemubuilder.c b/qemubuilder.c index 4e43ef7..957202e 100755 --- a/qemubuilder.c +++ b/qemubuilder.c @@ -275,7 +275,7 @@ static int fork_qemu(const char* hda, const char* hdb, const struct pbuilderconf const char* initrd = pc-initrd; char* mem; int argc = 0; - const int MAX_ARGS = 30; + const int MAX_ARGS = 40; char *argv[MAX_ARGS]; int i; @@ -286,10 +286,12 @@ static int fork_qemu(const char* hda, const char* hdb, const struct pbuilderconf asprintf(mem, %i, pc-memory_megs); - asprintf(hda_command, file=%s,index=0,media=disk,cache=writeback, + asprintf(hda_command, + file=%s,index=0,media=disk,cache=writeback,id=hd0, strdupa(hda)); - asprintf(hdb_command, file=%s,index=1,media=disk,cache=writeback, + asprintf(hdb_command, + file=%s,index=1,media=disk,cache=writeback,id=hd1, strdupa(hdb)); asprintf(append_command, @@ -329,8 +331,21 @@ static int fork_qemu(const char* hda, const char* hdb, const struct pbuilderconf argv[argc++]=stdio; argv[argc++]=-net; argv[argc++]=user; - argv[argc++]=-net; - argv[argc++]=nic; + if (!strcmp(machine, virt)) { + argv[argc++]=-device; + argv[argc++]=virtio-scsi-device,id=scsi; + argv[argc++]=-device; + argv[argc++]=virtio-net-device,netdev=net0; + argv[argc++]=-device; + argv[argc++]=scsi-hd,drive=hd0; + argv[argc++]=-device; + argv[argc++]=scsi-hd,drive=hd1; + argv[argc++]=-netdev; + argv[argc++]=user,id=net0; + } else { + argv[argc++]=-net; + argv[argc++]=nic; + } argv[argc]=NULL; assert(argc MAX_ARGS); -- 2.1.4
Bug#764915: [DAViCal-devel] Bug#764915: davical: trying to push a event before 1900 results in response 500
On Tue, 16 Dec 2014 08:49:38 +0100 Florian Schlichting f...@debian.org wrote: Hi Florian, trying to push a event started befor 1900 results in a database error and therefor in a 500 response to the client. could you say a little more about your patch, making it easier for me to understand why it is effective on those particular dates (and does it have effects on more current dates?), whether it's a change that might need to be made in other parts of the code as well? The underlaying database refuses to accept 18961224 as date while 19011224 works out pretty well. My works for me changes 18961224 or 19011224 into 18961224T00Z or 19011224T00Z which both are accepted as dates. A workaround patch is attached. Why is it a workaround, what would be the proper solution? Better: It is a works for me. It may wash your windows, mend your fences, mow your lawn... diff --git a/inc/caldav-PUT-functions.php b/inc/caldav-PUT-functions.php index a1c9e3d..3f1b7d4 100644 --- a/inc/caldav-PUT-functions.php +++ b/inc/caldav-PUT-functions.php @@ -1278,12 +1278,16 @@ function write_resource( DAVResource $resource, $caldav_data, DAVResource $colle if ( $first-GetType() == 'VTODO' ) $due = $first-GetPValue('DUE'); $calitem_params[':due'] = $due; $dtstart = $first-GetPValue('DTSTART'); - if ( empty($dtstart) ) $dtstart = $due; + if ( empty($dtstart) ) $dtstart = $due; + if (preg_match(/^[0-9][0-9][0-9][0-9][01][0-9][0-3][0-9]$/, $dtstart)) + $dtstart = $dtstart . T00Z; $calitem_params[':dtstart'] = $dtstart; $dtend = $first-GetPValue('DTEND'); if ( isset($dtend) $dtend != '' ) { dbg_error_log( 'PUT', ' DTEND: %s, DTSTART: %s, DURATION: %s', $dtend, $dtstart, $first-GetPValue('DURATION') ); +if (preg_match(/^[0-9][0-9][0-9][0-9][01][0-9][0-3][0-9]$/, $dtend)) + $dtend = $dtend . T00Z; $calitem_params[':dtend'] = $dtend; $dtend = ':dtend'; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764915: davical: trying to push a event before 1900 results in response 500
Package: davical Version: 1.1.3.1-1 Severity: normal Tags: patch Dear Maintainer, trying to push a event started befor 1900 results in a database error and therefor in a 500 response to the client. I can reproduce the error with different clients (iceowl, ical4ol, claws): 1) create an event before 1900 (1814/10/14 as example) 2) mark it whole-time 3) let it yearly repeat 4) sync it As you might see the error was exposed by trying to sync Birthday anniversaries. A workaround patch is attached. Regards Benedikt Spranger -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages davical depends on: ii libawl-php 0.55-1 ii libdbd-pg-perl 3.4.2-1 ii libyaml-perl 1.12-1 ii perl 5.20.1-1 ii php5 5.6.0+dfsg-1 ii php5-cli 5.6.0+dfsg-1+b1 ii php5-pgsql 5.6.0+dfsg-1+b1 ii postgresql-client 9.4+162 ii postgresql-client-9.1 [postgresql-client] 9.1.11-1 ii postgresql-client-9.3 [postgresql-client] 9.3.4-2 ii postgresql-client-9.4 [postgresql-client] 9.4~beta2-1+b1 Versions of packages davical recommends: ii php5-curl 5.6.0+dfsg-1+b1 ii postgresql 9.4+162 Versions of packages davical suggests: pn php5-ldap none -- no debconf information From ae04d9f2622c7a5d50a3009c3804719c82867acd Mon Sep 17 00:00:00 2001 From: Benedikt Spranger b.spran...@linutronix.de Date: Sun, 12 Oct 2014 09:38:17 +0200 Subject: [PATCH] handle events started before 1900 Signed-off-by: Benedikt Spranger b.spran...@linutronix.de --- inc/caldav-PUT-functions.php | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/inc/caldav-PUT-functions.php b/inc/caldav-PUT-functions.php index a1c9e3d..3f1b7d4 100644 --- a/inc/caldav-PUT-functions.php +++ b/inc/caldav-PUT-functions.php @@ -1278,12 +1278,16 @@ function write_resource( DAVResource $resource, $caldav_data, DAVResource $colle if ( $first-GetType() == 'VTODO' ) $due = $first-GetPValue('DUE'); $calitem_params[':due'] = $due; $dtstart = $first-GetPValue('DTSTART'); - if ( empty($dtstart) ) $dtstart = $due; + if ( empty($dtstart) ) $dtstart = $due; + if (preg_match(/^[0-9][0-9][0-9][0-9][01][0-9][0-3][0-9]$/, $dtstart)) + $dtstart = $dtstart . T00Z; $calitem_params[':dtstart'] = $dtstart; $dtend = $first-GetPValue('DTEND'); if ( isset($dtend) $dtend != '' ) { dbg_error_log( 'PUT', ' DTEND: %s, DTSTART: %s, DURATION: %s', $dtend, $dtstart, $first-GetPValue('DURATION') ); +if (preg_match(/^[0-9][0-9][0-9][0-9][01][0-9][0-3][0-9]$/, $dtend)) + $dtend = $dtend . T00Z; $calitem_params[':dtend'] = $dtend; $dtend = ':dtend'; } -- 2.1.1
Bug#698954: libnl3: add CAN bus support
Package: libnl3 Severity: wishlist Tags: fixed-upstream,patch Dear Maintainer, upstream libnl adds CAN(Controler Area Network) bus support in version 3.2.18. The attached patches are a backport to the debian packaged version 3.2.7-4. It would be nice to have CAN bus support in the debian packaged version of libnl3. Regards Benedikt Spranger From 5251188673e425bfddcbbe7fad19f7e0e945bf62 Mon Sep 17 00:00:00 2001 From: Benedikt Spranger b.spran...@linutronix.de Date: Thu, 29 Nov 2012 19:48:45 +0100 Subject: [PATCH 1/2] link: basic socket-CAN support Controller Area Network (CAN) is a networking technology which has widespread use in automation, embedded devices and automotive fields. The socket-CAN package is an implementation of CAN protocols for Linux. All socket-CAN related configurations are carried out through Netlink. Add basic socket-CAN support to libnl to be able to configure CAN devices with libnl. Signed-off-by: Benedikt Spranger b.spran...@linutronix.de Signed-off-by: Thomas Graf tg...@suug.ch --- include/netlink/route/link/can.h | 32 +++ lib/Makefile.am |2 +- lib/route/link/can.c | 404 ++ 3 files changed, 437 insertions(+), 1 deletion(-) create mode 100644 include/netlink/route/link/can.h create mode 100644 lib/route/link/can.c --- /dev/null +++ b/include/netlink/route/link/can.h @@ -0,0 +1,32 @@ +/* + * netlink/route/link/can.h CAN interface + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation version 2.1 + * of the License. + * + * Copyright (c) 2012 Benedikt Spranger b.spran...@linutronix.de + */ + +#ifndef NETLINK_LINK_CAN_H_ +#define NETLINK_LINK_CAN_H_ + +#include netlink/netlink.h +#include netlink/route/link.h +#include linux/can/netlink.h + +#ifdef __cplusplus +extern C { +#endif + +extern int rtnl_link_is_can(struct rtnl_link *link); + +extern char *rtnl_link_can_ctrlmode2str(int, char *, size_t); +extern int rtnl_link_can_str2ctrlmode(const char *); + +#ifdef __cplusplus +} +#endif + +#endif --- a/lib/Makefile.am +++ b/lib/Makefile.am @@ -71,7 +71,7 @@ \ route/link/api.c route/link/vlan.c route/link/dummy.c \ route/link/bridge.c route/link/inet6.c route/link/inet.c \ - route/link/bonding.c \ + route/link/bonding.c route/link/can.c \ \ route/qdisc/blackhole.c route/qdisc/cbq.c route/qdisc/dsmark.c \ route/qdisc/fifo.c route/qdisc/htb.c route/qdisc/netem.c \ --- /dev/null +++ b/lib/route/link/can.c @@ -0,0 +1,404 @@ +/* + * lib/route/link/can.c CAN Link Info + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation version 2.1 + * of the License. + * + * Copyright (c) 2012 Benedikt Spranger b.spran...@linutronix.de + */ + +/** + * @ingroup link + * @defgroup can CAN + * Controller Area Network link module + * + * @details + * \b Link Type Name: can + * + * @route_doc{link_can, CAN Documentation} + * + * @{ + */ + +#include netlink-local.h +#include netlink/netlink.h +#include netlink/attr.h +#include netlink/utils.h +#include netlink/object.h +#include netlink/route/rtnl.h +#include netlink/route/link/api.h +#include netlink/route/link/can.h + +#include linux/can/netlink.h + +/** @cond SKIP */ +#define CAN_HAS_BITTIMING (10) +#define CAN_HAS_BITTIMING_CONST (11) +#define CAN_HAS_CLOCK (12) +#define CAN_HAS_STATE (13) +#define CAN_HAS_CTRLMODE (14) +#define CAN_HAS_RESTART_MS (15) +#define CAN_HAS_RESTART (16) +#define CAN_HAS_BERR_COUNTER (17) + +struct can_info { + uint32_t ci_state; + uint32_t ci_restart; + uint32_t ci_restart_ms; + struct can_ctrlmode ci_ctrlmode; + struct can_bittiming ci_bittiming; + struct can_bittiming_const ci_bittiming_const; + struct can_clock ci_clock; + struct can_berr_counter ci_berr_counter; + uint32_t ci_mask; +}; + +/** @endcond */ + +static struct nla_policy can_policy[IFLA_CAN_MAX + 1] = { + [IFLA_CAN_STATE] = { .type = NLA_U32 }, + [IFLA_CAN_CTRLMODE] = { .minlen = sizeof(struct can_ctrlmode) }, + [IFLA_CAN_RESTART_MS] = { .type = NLA_U32 }, + [IFLA_CAN_RESTART] = { .type = NLA_U32 }, + [IFLA_CAN_BITTIMING] = { .minlen = sizeof(struct can_bittiming) }, + [IFLA_CAN_BITTIMING_CONST] += { .minlen = sizeof(struct can_bittiming_const) }, + [IFLA_CAN_CLOCK] = { .minlen = sizeof(struct can_clock) }, + [IFLA_CAN_BERR_COUNTER] = { .minlen = sizeof(struct can_berr_counter) }, +}; + +static int can_alloc(struct rtnl_link *link) +{ + struct can_info *ci; + + ci = calloc(1, sizeof(*ci)); + if (!ci) + return -NLE_NOMEM; + + link-l_info = ci; + + return 0; +} + +static int can_parse(struct rtnl_link *link, struct nlattr *data, + struct nlattr *xstats) +{ + struct nlattr *tb[IFLA_CAN_MAX+1]; + struct
Bug#685378: dpkg: multiarch: Conflict due to different package version while update
Package: dpkg Version: 1.16.8 Severity: important Dear Maintainer, during an update I run into th following situation: ---8--- libqtcore4 : Breaks: libqtcore4:i386 (!= 4:4.8.2-2) but 4:4.8.2-2+b1 is installed libqtcore4:i386 : Breaks: libqtcore4 (!= 4:4.8.2-2+b1) but 4:4.8.2-2 is installed ---8--- Trying to install libqtcore4 by hand results in: ---8--- # LANG=C dpkg -i /var/cache/apt/archives/libqtcore4_4%3a4.8.2-2+b1_amd64.deb (Reading database ... 328035 files and directories currently installed.) Preparing to replace libqtcore4:amd64 4:4.8.2-2 (using .../libqtcore4_4%3a4.8.2-2+b1_amd64.deb) ... Unpacking replacement libqtcore4:amd64 ... dpkg: error processing /var/cache/apt/archives/libqtcore4_4%3a4.8.2-2+b1_amd64.deb (--install): trying to overwrite shared '/usr/share/doc/libqtcore4/changelog.Debian.gz', which is different from other instances of package libqtcore4:amd64 Errors were encountered while processing: /var/cache/apt/archives/libqtcore4_4%3a4.8.2-2+b1_amd64.deb # ---8--- It seems to me, that dpkg is unable to handle the +bX version in a correct manner. For my understanding the version a.b.c+bX should be handled as eaqual to version a.b.c in this case. Regards Bene -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-4 ii libc62.13-35 ii liblzma5 5.1.1alpha+20120614-1 ii libselinux1 2.1.9-5 ii tar 1.26-4 ii zlib1g 1:1.2.7.dfsg-13 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.9.7.4 -- no debconf information -- Linutronix GmbH Phone: +49 7556 91 98 91; Fax.: +49 7556 91 98 86 Firmensitz: D-88690 Uhldingen, Auf dem Berg 3 Registergericht: Freiburg i. Br., HRB 700 806; Geschäftsführer: Heinz Egger, Thomas Gleixner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685378: dpkg: multiarch: Conflict due to different package version while update
close 685378 thanks Duplicate bug report. Sorry for the noise. Regards Bene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677204: directvnc: directvnc cannot be started without invalid keyboard map
Package: directvnc Version: 0.7.7-1 Severity: important Tags: patch Dear Maintainer, upstream got a little bit lost in boolean algebra: main.c: ---8-- ... if (!modmap_read_file(opt.modmapfile)) { printf(Couldn't parse the keyboard mapping file %s. Exiting\n,opt.modmapfile); exit(0); } ... ---8-- modmap.c: ---8--- ... int modmap_read_file(filename) char *filename; { ... if(filename != NULL) return process_file(filename); return 0; } static int process_file (filename) char *filename; /* NULL means use stdin */ { ... if (!filename) { return 1; /* use the hardcoded map */ } else { fp = fopen (filename, r); if (!fp) { fprintf (stderr, unable to open modmap file '%s' for reading\n, filename); return -1; } } ... return 0; } ... ---8--- Short: No or a valid keymap let modmap_read_file() return zero which causes directvnc to fail. Only a given invalid keymap file makes directvnc happy. The attached patch may help: ---8--- --- a/src/main.c +++ b/src/main.c @@ -37,7 +37,7 @@ main (int argc,char **argv) /* Read the modifier map if provided */ - if (!modmap_read_file(opt.modmapfile)) { + if (modmap_read_file(opt.modmapfile)) { printf(Couldn't parse the keyboard mapping file %s. Exiting\n,opt.modma exit(0); } --- a/src/modmap.c +++ b/src/modmap.c @@ -110,9 +110,8 @@ int modmap_read_file(filename) for (i = 0; i 256; i ++) { bzero (kbmap[i],sizeof(MAPENTRY)); } -if(filename != NULL) return process_file(filename); -return 0; +return process_file(filename); } static int process_file (filename) @@ -125,7 +124,7 @@ static int process_file (filename) /* open the file, eventually we'll want to pipe through cpp */ if (!filename) { -return 1; /* use the hardcoded map */ +return 0; /* use the hardcoded map */ } else { fp = fopen (filename, r); if (!fp) { ---8--- Regards Bene -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages directvnc depends on: ii libc6 2.13-33 ii libdirectfb-1.2-9 1.2.10.0-5 ii libjpeg8 8d-1 ii zlib1g 1:1.2.7.dfsg-11 Versions of packages directvnc recommends: ii x11proto-core-dev 7.0.23-1 directvnc 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#327739: IDEA patent expired
Dear maintainer, according to EPA and USPTO the IDEA patent expired at 11/28/2011 and 01/07/2012. EPA: https://register.epo.org/espacenet/regviewer?AP=91908542CY=EPLG=deDB=REG USPTO: http://patft.uspto.gov/netacgi/nph-Parser?Sect2=PTO1Sect2=HITOFFp=1u=/netahtml/PTO/search-bool.htmlr=1f=Gl=50d=PALLRefSrch=yesQuery=PN/5214703 Therefor there is no reason to castigate ourself for this patent reason any more. Please enable IDEA support. Regards Benedikt Spranger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#327739: [Pkg-openssl-devel] Bug#327739: IDEA patent expired
On Sat, 31 Mar 2012, Kurt Roeckx wrote: On Sat, Mar 31, 2012 at 10:19:49AM +0200, Benedikt Spranger wrote: Please enable IDEA support. Why do you want to use IDEA? I see no use of it. me too, but there are people still using it. The use of idea have been declined, bat hits me round about once a month. therefor it would be handy to have the support enabled. regards Benedikt Spranger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664893: dselect: no support for multi-arch
Package: dselect Version: 1.16.2 Severity: important Dear Maintainer, dselect exit with an error while selecting the select tab: dselect: error: foreign architectures enabled but multi-arch is not supported This makes dselect unusable on all installations with foreign architectures. regards Bene -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL\ set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dselect depends on: ii dpkg 1.16.2 ii libc6 2.13-27 ii libgcc1 1:4.6.3-1 ii libncursesw5 5.9-4 ii libstdc++64.6.3-1 ii libtinfo5 5.9-4 dselect recommends no packages. Versions of packages dselect suggests: ii perl 5.14.2-9 -- 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#664988: emacs23 failed on update due to missing library libpcre.so.3
Package: emacs23 Version: 23.4+1-2 Severity: normal Dear Maintainer, while updating emacs23 from version 23.4+1-2 to version 23.4+1-2 I receive the following error: emacs23: error while loading shared libraries: libpcre.so.3: cannot open shared object file: No such file or directory emacs-install: ---8--- /usr/lib/emacsen-common/packages/install/dictionaries-common emacs23 failed at /usr/lib/emacsen-common/emacs-install line 28, TSORT line 2. ---8--- The installed version of libpcre3 is 8.30-1. regards Bene -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs23 depends on: ii emacs23-bin-common 23.4+1-2 ii gconf-service 3.2.3-4 ii libasound2 1.0.25-2 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-27 ii libcairo2 1.10.2-7 ii libdbus-1-3 1.4.18-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgconf-2-43.2.3-4 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libgif4 4.1.6-9 ii libglib2.0-02.30.2-6 ii libgpm2 1.20.4-4 ii libgtk2.0-0 2.24.10-1 ii libice6 2:1.0.7-2 ii libjpeg88d-1 ii libm17n-0 1.6.3-1 ii libncurses5 5.9-4 ii libotf0 0.9.12-1 ii libpango1.0-0 1.29.4-3 ii libpng12-0 1.2.47-1 ii librsvg2-2 2.34.2-3 ii libsm6 2:1.2.0-2 ii libtiff43.9.6-1 ii libtinfo5 5.9-4 ii libx11-62:1.4.4-4 ii libxft2 2.2.0-3 ii libxpm4 1:3.5.9-4 ii libxrender1 1:0.9.6-2 ii zlib1g 1:1.2.6.dfsg-2 emacs23 recommends no packages. Versions of packages emacs23 suggests: pn emacs23-common-non-dfsg none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657435: libnl-dev: provided header object.h contains a inline declaration without definition
Package: libnl-dev Version: 1.1-7 Severity: normal Tags: patch Dear Maintainer, the provided header netlink/object.h contains a extern inline definition of nl_object_priv(). There is no declaration for this function. Using netlink/object.h directly or even through other header of the package induce a nasty compiler warning: /usr/include/netlink/object.h:58: error: inline function 'nl_object_priv' declared but never defined Simply removing the declaration solves the issue. Patch below: ---8--- --- a/include/netlink/object.h +++ b/include/netlink/object.h @@ -55,7 +55,6 @@ /* Access Functions */ extern int nl_object_get_refcnt(struct nl_object --- *); extern struct nl_cache * nl_object_get_cache(struct nl_object *); -extern inline void * nl_object_priv(struct nl_object *); #ifdef __cplusplus } ---8--- Regards Benedikt Spranger -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libnl-dev depends on: ii libnl1 1.1-7 libnl-dev recommends no packages. Versions of packages libnl-dev suggests: ii libnl-doc 1.1-7 -- 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#657437: libnl-dev: Please add newer NLA attributes
Package: libnl-dev Version: 1.1-7 Severity: wishlist Tags: patch Dear Maintainer, following NLA attributes were added to the linux kernel: NLA_NESTED_COMPAT: v2.6.23-rc1 NLA_NUL_STRING: v2.6.19-rc1 NLA_BINARY: v2.6.22-rc1 Please add them to netlink/attr.h Patch below: ---8--- --- a/include/netlink/attr.h +++ b/include/netlink/attr.h @@ -42,6 +42,9 @@ NLA_FLAG, /** flag */ NLA_MSECS, /** micro seconds (64bit) */ NLA_NESTED, /** nested attributes */ + NLA_NESTED_COMPAT, + NLA_NUL_STRING, + NLA_BINARY, __NLA_TYPE_MAX, }; ---8--- Regards Benedikt Spranger -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libnl-dev depends on: ii libnl1 1.1-7 libnl-dev recommends no packages. Versions of packages libnl-dev suggests: ii libnl-doc 1.1-7 -- 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#612633: initramfs-tools: mkinitramfs creates non working initramfs
Hi, a snapshot based on this patch is available: http://charm.itp.tuwien.ac.at/~mattems/initramfs-tools_0.98.9~1.gbp5f06ec_all.deb it's signature http://charm.itp.tuwien.ac.at/~mattems/initramfs-tools_0.98.9~1.gbp5f06ec_all.deb.sha512sum.asc could you test if that boots your setup out of the box? (snapshot has minimal qemu + my own laptop testing) I tested this snapshot (build and installed a new kernel/initrd; update existing initrd). It works like a charm. Feel free to add a Tested-by: Benedikt Spranger b.spran...@linutronix.de Thanks Bene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
Am Wed, 16 Feb 2011 11:58:18 +0100 schrieb maximilian attems m...@stro.at: E) run ldconfig three times: (first invocation should tell that no cache around, second should built it and we need output of third) ldconfig -p # ldconfig -p 0 libs found in cache `/etc/ld.so.cache' ldconfig ldconfig -p # ldconfig -p 32 libs found in cache `/etc/ld.so.cache' libz.so.1 (libc6) = /usr/lib/libz.so.1 libuuid.so.1 (libc6) = /lib/libuuid.so.1 libudev.so.0 (libc6) = /lib/libudev.so.0 libsysfs.so.2 (libc6) = /lib/libsysfs.so.2 libsplashycnf.so.1 (libc6) = /lib/libsplashycnf.so.1 libsplashy.so.1 (libc6) = /lib/libsplashy.so.1 libselinux.so.1 (libc6) = /lib/libselinux.so.1 librt.so.1 (libc6, OS ABI: Linux 2.6.18) = /lib/librt.so.1 libreadline.so.5 (libc6) = /lib/libreadline.so.5 libpthread.so.0 (libc6, OS ABI: Linux 2.6.18) = /lib/libpthread.so.0 libpopt.so.0 (libc6) = /lib/libpopt.so.0 libpng12.so.0 (libc6) = /lib/libpng12.so.0 libpcre.so.3 (libc6) = /lib/libpcre.so.3 libncurses.so.5 (libc6) = /lib/libncurses.so.5 libm.so.6 (libc6, OS ABI: Linux 2.6.18) = /lib/libm.so.6 liblzo2.so.2 (libc6) = /usr/lib/liblzo2.so.2 libgpg-error.so.0 (libc6) = /lib/libgpg-error.so.0 libglib-2.0.so.0 (libc6) = /lib/libglib-2.0.so.0 libgcrypt.so.11 (libc6) = /lib/libgcrypt.so.11 libgcc_s.so.1 (libc6) = /usr/local/lib/libgcc_s.so.1 libfusion-1.2.so.9 (libc6) = /usr/lib/libfusion-1.2.so.9 libfreetype.so.6 (libc6) = /usr/lib/libfreetype.so.6 libdl.so.2 (libc6, OS ABI: Linux 2.6.18) = /lib/libdl.so.2 libdirectfb-1.2.so.9 (libc6) = /usr/lib/libdirectfb-1.2.so.9 libdirect-1.2.so.9 (libc6) = /usr/lib/libdirect-1.2.so.9 libdevmapper.so.1.02.1 (libc6) = /lib/libdevmapper.so.1.02.1 libctutils.so.0 (libc6) = /lib/libctutils.so.0 libconsole.so.0 (libc6) = /lib/libconsole.so.0 libcfont.so.0 (libc6) = /lib/libcfont.so.0 libc.so.6 (libc6, OS ABI: Linux 2.6.18) = /lib/libc.so.6 libblkid.so.1 (libc6) = /lib/libblkid.so.1 ld-linux.so.2 (ELF) = /lib/ld-linux.so.2 Regards Bene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
Am Thu, 10 Feb 2011 21:39:51 + schrieb maximilian attems m...@stro.at: On Thu, Feb 10, 2011 at 07:33:17PM +0100, Benedikt Spranger wrote: Am Thu, 10 Feb 2011 17:48:36 + schrieb maximilian attems m...@stro.at: what does on that box 'ldconfig -p' show? Output attached. Regards Bene ldconfig_p.bz2 Description: application/bzip
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
Am Thu, 10 Feb 2011 11:06:35 + schrieb maximilian attems m...@stro.at: diff --git a/mkinitramfs b/mkinitramfs Two minor nits: 1) $DESTDIR should be set before using it. 2) $DESTDIR/etc should exist. changed your patch to ---8--- --- mkinitramfs.orig2011-01-28 15:09:09.0 +0100 +++ mkinitramfs 2011-02-10 12:32:14.335290358 +0100 @@ -167,6 +167,12 @@ DESTDIR=$(mktemp -d ${TMPDIR:-/tmp}/mkinitramfs_XX) || exit 1 chmod 755 ${DESTDIR} +# make sure that library links are correct and up to date +mkdir -p $DESTDIR/etc +cp -ar /etc/ld.so.conf* $DESTDIR/etc +ldconfig -r $DESTDIR || [[ $UID != 0 ]] \ + echo ldconfig might need uid=0 (root) for chroot() 2 + # do not execute cache_run_scripts() if mounted with noexec NOEXEC= fs=$(df -P $DESTDIR | tail -1 | awk '{print $6}') ---8--- $ lsinitramfs /boot/initrd.img-2.6.32-5-686 /boot/initrd.img-2.6.32-5-686 . etc etc/ld.so.conf etc/ld.so.conf.d etc/ld.so.conf.d/i486-linux-gnu.conf etc/ld.so.conf.d/libc.conf etc/ld.so.cache etc/modprobe.d etc/modprobe.d/aliases.conf ... Sadly the generated initramfs has the same problem. Regards Bene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
Am Thu, 10 Feb 2011 13:52:27 + schrieb maximilian attems m...@stro.at: Sadly the generated initramfs has the same problem. which would be what, can we have the error message please? (if not possible to keep logging netconsole comes handy). lvm: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory. If I copy libgcc_s.so from /usr/local/lib to /usr/lib in the initramfs image everything works fine. Regards Bene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
Am Thu, 10 Feb 2011 17:48:36 + schrieb maximilian attems m...@stro.at: On Thu, Feb 10, 2011 at 05:18:46PM +0100, Benedikt Spranger wrote: Am Thu, 10 Feb 2011 13:52:27 + schrieb maximilian attems m...@stro.at: Sadly the generated initramfs has the same problem. which would be what, can we have the error message please? (if not possible to keep logging netconsole comes handy). lvm: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory. If I copy libgcc_s.so from /usr/local/lib to /usr/lib in the initramfs image everything works fine. what does on that box 'ldconfig -p' show? I can send the over 1600 lines, but i think it is very useless. Another try to explain the problem: 1) I have a local installed gcc: $ ls -l /usr/local/lib/libgcc* lrwxrwxrwx 1 root staff 13 12. Jan 15:56 /usr/local/lib/libgcc_s.so - libgcc_s.so.1 -rw-r--r-- 1 root staff 451923 12. Jan 15:56 /usr/local/lib/libgcc_s.so.1 2) lvm needs libgcc_s.so.1 $ ldd /sbin/lvm linux-gate.so.1 = (0xb7852000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb782b000) libreadline.so.5 = /lib/libreadline.so.5 (0xb77f8000) libdevmapper.so.1.02.1 = /lib/libdevmapper.so.1.02.1 (0xb77d5000) libudev.so.0 = /lib/libudev.so.0 (0xb77c7000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7681000) /lib/ld-linux.so.2 (0xb7853000) libncurses.so.5 = /lib/libncurses.so.5 (0xb7647000) libgcc_s.so.1 = /usr/local/lib/libgcc_s.so.1 (0xb762a000) libselinux.so.1 = /lib/libselinux.so.1 (0xb760e000) 3) create a initramfs: $ /usr/sbin/mkinitramfs -o /tmp/fooo.bad 2.6.32-5-686 4) uncompress and extract /tmp/fooo.bad # mkdir initramfs # cd initramfs # gzip -cd /tmp/fooo.bad | sudo cpio -i 5) move libgcc_s.so.1 from /usr/local/lib to /usr/lib # mv usr/local/lib/libgcc_s.so.1 usr/lib 6) archive and compress the initrd # find . | cpio -H newc -o /tmp/fooo.1 # gzip -9f /tmp/fooo.1 # mv /tmp/fooo.1.gz /tmp/fooo.good 7) reboot and use initramfs fooo.bad ERROR: lvm cannot start due to lvm: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory. ends up in initramfs shell. 8) reboot and use initramfs fooo.good Everything works fine. Regards Bene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
Package: initramfs-tools Version: 0.98.8 Severity: grave Hi, mkinitramfs copies libgcc_s.so from /usr/local/lib into the initramfs. After a reboot lvm charge about a missing library (libgcc_s.so) and failed to start. Due to an update all initramfs images went broken. Please ignore /usr/local/ at all, or add /usr/local/lib to the library search path. Regards Bene Spranger -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.37-rc3+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initramfs-tools depends on: ii cpio 2.11-6 GNU cpio -- a program to manage ar ii findutils 4.4.2-1+b1 utilities for finding files--find, ii klibc-utils 1.5.21-1 small utilities built with klibc f ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii udev 164-4 /dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: ii busybox 1:1.17.1-8 Tiny utilities for small and embed Versions of packages initramfs-tools suggests: pn bash-completion none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604828: libxmlsec1-dev: corrupt .pc files
Package: libxmlsec1-dev Version: 1.2.14-1 Severity: normal compiling the following source with -Werror is not possible: $ cat __EOF__ test.c int main() { return 0; } __EOF__ $ gcc -Werror $(pkg-config --cflags xmlsec1) test.c command-line: error: missing terminating character $ The generated .pc files contains to much backslashes: -DXMLSEC_CRYPTO=\\\openssl\\\ instead of a working -DXMLSEC_CRYPTO=\openssl\ thanks in advance Benedikt Spranger -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxmlsec1-dev depends on: ii libc6-dev 2.11.2-7 Embedded GNU C Library: Developmen ii libgnutls-dev 2.8.6-1 the GNU TLS library - development ii libnss3-dev 3.12.8-1 Development files for the Network ii libssl-dev 0.9.8o-2 SSL development libraries, header ii libxml2-dev 2.7.8.dfsg-1 Development files for the GNOME XM ii libxmlsec1 1.2.14-1 XML security library ii libxmlsec1-gnutls 1.2.14-1 Gnutls engine for the XML security ii libxmlsec1-nss 1.2.14-1 Nss engine for the XML security li ii libxmlsec1-openssl 1.2.14-1 Openssl engine for the XML securit ii libxslt1-dev1.1.26-6 XSLT 1.0 processing library - deve libxmlsec1-dev recommends no packages. libxmlsec1-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#599279: libvirt-bin: virsh is unable to connect to non debian hosts
Package: libvirt-bin Version: 0.8.3-2 Severity: important virtsh uses non standard nc parameter -q. It makes virsh unusable with non debian hosts. virsh -c qemu+ssh://r...@fedora/system list r...@fedora's password: error: server closed connection: nc: invalid option -- 'q' usage: nc [-46DdhklnrStUuvzC] [-i interval] [-p source_port] [-s source_ip_address] [-T ToS] [-w timeout] [-X proxy_version] [-x proxy_address[:port]] [hostname] [port[s]] error: failed to connect to the hypervisor solution: drop useless nc '-q' parameter in libvirt. '-q' was a solution to overpaper a bug in nc. This bug is solved in nc nearly adecade ago. Cheers Bene -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libvirt-bin depends on: ii adduser 3.112+nmu1 add and remove users and groups ii libavahi-client3 0.6.27-2 Avahi client library ii libavahi-common3 0.6.27-2 Avahi common library ii libblkid1 2.17.2-3.3 block device id library ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libcap-ng00.6.4-1An alternate posix capabilities li ii libdevmapper1.02.12:1.02.48-3The Linux Kernel Device Mapper use ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libgnutls26 2.8.6-1the GNU TLS library - runtime libr ii libnl11.1-5 library for dealing with netlink s ii libparted0debian1 2.3-2 The GNU Parted disk partitioning s ii libpciaccess0 0.12.0-1 Generic PCI access library for X ii libreadline6 6.1-3 GNU readline and history libraries ii libsasl2-22.1.23.dfsg1-6 Cyrus SASL - authentication abstra ii libudev0 161-1 libudev shared library ii libuuid1 2.17.2-3.3 Universally Unique ID library ii libvirt0 0.8.3-2library for interfacing with diffe ii libxenstore3.04.0.1-1Xenstore communications library fo ii libxml2 2.7.7.dfsg-4 GNOME XML library ii logrotate 3.7.8-6Log rotation utility Versions of packages libvirt-bin recommends: ii bridge-utils 1.4-5 Utilities for configuring the Linu ii dnsmasq-base 2.55-2 A small caching DNS proxy and DHCP ii gawk 1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii iptables 1.4.9-1administration tools for packet fi ii libxml2-utils 2.7.7.dfsg-4 XML utilities ii netcat-openbsd1.89-4 TCP/IP swiss army knife ii qemu 0.12.5+dfsg-2 fast processor emulator ii qemu-kvm 0.12.5+dfsg-3 Full virtualization on x86 hardwar Versions of packages libvirt-bin suggests: ii policykit-1 0.96-3 framework for managing administrat -- 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#592485: mkfs.ubifs wrong CRCs (fixed upstream)
tags 592485 +fixed-upstream thanks Hi, i can confirm this bug too, but upstrem made progress: please see: http://lists.infradead.org/pipermail/linux-mtd/2010-August/031797.html http://lists.infradead.org/pipermail/linux-mtd/2010-September/031830.html http://lists.infradead.org/pipermail/linux-mtd/2010-September/031857.html I build mkfs.ubifs from git 7ef8be0c719b86a224896a9ce03b9ac9bcc45e60 which works fine. Cheers, Bene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584530: ifupdown: CAN interface support (patch)
Package: ifupdown Version: 0.6.10 Severity: wishlist Tags: patch even though the Debian Kernel Packages support Controller Area Network (CAN) devices via Socket-CAN there is no standard way to configure the interface. The attached patch adds CAN support to ifupdown. diff -rN -u old-0.7/ifupdown.nw new-0.7/ifupdown.nw --- old-0.7/ifupdown.nw 2010-06-03 13:54:00.178080180 +0200 +++ new-0.7/ifupdown.nw 2010-06-03 13:54:00.758583137 +0200 @@ -110,7 +110,7 @@ CFILES := addrfam.c execute.c config.c main.c archlinux.c HFILES := header.h archlinux.h PERLFILES := defn2c.pl defn2man.pl -DEFNFILES := inet.defn ipx.defn inet6.defn +DEFNFILES := inet.defn ipx.defn inet6.defn can.defn OBJ := main.o addrfam.o execute.o config.o \ $(patsubst %.defn,%.o,$(DEFNFILES)) archlinux.o @@ -4113,6 +4113,47 @@ ipx_interface del %iface% %frame% @ +\subsection{CAN Address Family} + +address family declarations= +extern address_family addr_can; +@ + +address family references= +addr_can, +@ + +can.defn= +address_family can +architecture linux + +method static + description +This method may be used to setup an Controller Area Network (CAN) +interface. It requires the the *ip* command from the *iproute* package. + + options +bitrate bitrate-- bitrate (1..100) *required* +samplepoint samplepoint-- sample point (0.000..0.999) +loopback loopback -- loop back CAN Messages (on|off) +listenonly listenonly -- listen only mode (on|off) +triple triple -- activate triple sampling (on|off) +oneshot oneshot-- one shot mode (on|off) +berr berr -- activate berr reporting (on|off) + + up +ip link set %iface% type can bitrate %bitrate% +[[ ip link set %iface% type can loopback %loopback% ]] +[[ ip link set %iface% type can listen-only %listenonly% ]] +[[ ip link set %iface% type can triple-sampling %triple% ]] +[[ ip link set %iface% type can one-shot %oneshot% ]] +[[ ip link set %iface% type can berr-reporting %berr% ]] +ip link set %iface% up + + down +ip link set %iface% down +@ + \begin{flushleft} \bibliography{biblio} \bibliographystyle{unsrt} diff -rN -u old-0.7/Makefile new-0.7/Makefile --- old-0.7/Makefile2010-06-03 13:53:59.414067464 +0200 +++ new-0.7/Makefile2010-06-03 13:54:00.186081998 +0200 @@ -4,7 +4,7 @@ CFILES := addrfam.c execute.c config.c main.c archlinux.c HFILES := header.h archlinux.h PERLFILES := defn2c.pl defn2man.pl -DEFNFILES := inet.defn ipx.defn inet6.defn +DEFNFILES := inet.defn ipx.defn inet6.defn can.defn OBJ := main.o addrfam.o execute.o config.o \ $(patsubst %.defn,%.o,$(DEFNFILES)) archlinux.o -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564034: Bug#45675: netcat: -q flag causes non-standard behaviour
On Sun, 18 Apr 2010 20:45:30 -0400 Decklin Foster deck...@red-bean.com wrote: Let me know if using netcat-openbsd is an acceptable solution for you. Sounds good for me. Who is using netcat-traditional, they should know, what they are doing. For all other folks this is IMHO a very good solution. Thanks! Bene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516093: netcat: -q flag causes non-standard behaviour
Severity: 516093 important Tags: patch Bye On Thu, 19 Feb 2009 10:57:03 +0100 Rob Gom rgom.deb...@gmail.com wrote: According to the bug #45675, there was -q flag introduced in Debian package. The -q flag introduced by Debian is completely superfluous and harmful. It causes a lot of trouble in a cross platform environment. Furthermore the implementation changes netcat to a non standard behaviour. I had to introduce workarounds in my multiplatform scripts: NC_WORKAROUND=`nc -h 21 | grep -c -F q secs` # in Debian there is -q0 flag, which imposes different default behaviour if [ $NC_WORKAROUND == 0 ]; then # Fedora Q0_FLAG=; else # Debian Q0_FLAG=-q0; fi This is a crude duct tape solution to cover a bug in netcat. According to the last comment of abovementioned bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=45675#10 there was a bug upstream, which has been also upstream fixed (thus making -q flag unnecessary). Introducing a flag (and non standard behavior) instead of fixing a bug is a bad solution. Introducing crude hacks in a couple of programs to plaster the introduced stupidity makes it harmful and *really* bad. Please remove -q flag from Debian package, making it more upstream compliant, or correct me if I'm wrong. I can second that. Please remove the -q flag. At least make -q 0 the standard behavior (patch below). Thanks, Bene --- netcat-1.10.orig/netcat.c 2010-04-07 15:34:17.591839798 +0200 +++ netcat-1.10/netcat.c2010-04-07 15:34:30.191855622 +0200 @@ -181,7 +181,7 @@ USHORT o_verbose = 0; unsigned int o_wait = 0; USHORT o_zero = 0; -int o_quit = -1; /* 0 == quit-now; 0 == quit after o_quit seconds */ +int o_quit = 0; /* 0 == quit-now; 0 == quit after o_quit seconds */ int o_keepalive = 0; #ifdef IP_TOS unsigned char o_tos = 0; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564034: netcat: -q flag causes non-standard behaviour
On Thu, 19 Feb 2009 10:57:03 +0100 Rob Gom rgom.deb...@gmail.com wrote: According to the bug #45675, there was -q flag introduced in Debian package. The -q flag introduced by Debian is completely superfluous and harmful. It causes a lot of trouble in a cross platform environment. Furthermore the implementation changes netcat to a non standard behaviour. I had to introduce workarounds in my multiplatform scripts: NC_WORKAROUND=`nc -h 21 | grep -c -F q secs` # in Debian there is -q0 flag, which imposes different default behaviour if [ $NC_WORKAROUND == 0 ]; then # Fedora Q0_FLAG=; else # Debian Q0_FLAG=-q0; fi This is a crude duct tape solution to cover a bug in netcat. According to the last comment of abovementioned bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=45675#10 there was a bug upstream, which has been also upstream fixed (thus making -q flag unnecessary). Introducing a flag (and non standard behavior) instead of fixing a bug is a bad solution. Introducing crude hacks in a couple of programs to plaster the introduced stupidity makes it harmful and *really* bad. Please remove -q flag from Debian package, making it more upstream compliant, or correct me if I'm wrong. I can second that. Please remove the -q flag. At least make -q 0 the standard behavior (patch below). Thanks, Bene --- netcat-1.10.orig/netcat.c 2010-04-07 15:34:17.591839798 +0200 +++ netcat-1.10/netcat.c2010-04-07 15:34:30.191855622 +0200 @@ -181,7 +181,7 @@ USHORT o_verbose = 0; unsigned int o_wait = 0; USHORT o_zero = 0; -int o_quit = -1; /* 0 == quit-now; 0 == quit after o_quit seconds */ +int o_quit = 0; /* 0 == quit-now; 0 == quit after o_quit seconds */ int o_keepalive = 0; #ifdef IP_TOS unsigned char o_tos = 0; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516093: netcat-openbsd
On Wed, 7 Apr 2010 17:51:03 +0200 Guido Günther a...@sigxcpu.org wrote: Hi, shouldn't this be reassigned to netcat-openbsd instead of netcat-traditional? It's what libvirt uses. please take a look at bug #502188. Nevertheless I think dropping the -q flag is the best solution. Thanks Bene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568303: RFP: can-utils -- CAN (Controller Area Network) utilities based on Socket-CAN
Package: wnpp Severity: wishlist * Package name: can-utils Version : svn 1112 Upstream Author : Oliver Hartkopp socket...@hartkopp.net * URL : http://developer.berlios.de/projects/socketcan * License : GPL-2/BSD, GPL-2+ Programming Lang: C Description : CAN (Controller Area Network) utilities based on Socket-CAN Socket-CAN provides an API for CAN devices based on BSD sockets (http://en.wikipedia.org/wiki/SocketCAN). This package provides utilities to send and receive single CAN messages, a CAN-Bus sniffer and other useful tools. The project have not released a version yet, they are fine with SVN. Socket-CAN is part of the Linux-Kernel since 2.6.25 and activated in the Debian Kernel Packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561696: freecad: loading safed file crash freecad
Package: freecad Version: 0.9.2646.4-1 Severity: important The property string encoding contains a bug that can cause the following error: ---8--- Fatal Error at file /home/bene/CAD/test_drawing.fcstd, line 154, char 125 Unterminated entity reference, 'gt' Illegal storage access... ---8--- Test file: http://www.spranger.biz/~bene/test_drawing.fcstd The code involved is unchanged since revision 1663. Patch: http://www.spranger.biz/~bene/fix_property_string_encoding.patch Regards, Benedikt -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages freecad depends on: ii libboost-filesystem1 1.40.0-4filesystem operations (portable pa ii libboost-program-opt 1.40.0-4program options library for C++ ii libboost-regex1.40.0 1.40.0-4regular expression library for C++ ii libboost-signals1.40 1.40.0-4managed signals and slots library ii libboost-system1.40. 1.40.0-4Operating system (e.g. diagnostics ii libc62.10.2-2GNU C Library: Shared libraries ii libcoin603.1.2-1 high-level 3D graphics kit impleme ii libgcc1 1:4.4.2-5 GCC support library ii libgl1-mesa-glx [lib 7.6.1~rc2-1 A free implementation of the OpenG ii libglu1-mesa [libglu 7.6.1~rc2-1 The OpenGL utility library (GLU) ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libopencascade-found 6.3.0.dfsg.1-4 OpenCASCADE CAE platform shared li ii libopencascade-model 6.3.0.dfsg.1-4 OpenCASCADE CAE platform shared li ii libqt4-network 4:4.5.3-4 Qt 4 network module ii libqt4-opengl4:4.5.3-4 Qt 4 OpenGL module ii libqt4-qt3support4:4.5.3-4 Qt 3 compatibility library for Qt ii libqt4-svg 4:4.5.3-4 Qt 4 SVG module ii libqt4-webkit4:4.5.3-4 Qt 4 WebKit module ii libqt4-xml 4:4.5.3-4 Qt 4 XML module ii libqtcore4 4:4.5.3-4 Qt 4 core module ii libqtgui44:4.5.3-4 Qt 4 GUI module ii libsm6 2:1.1.1-1 X11 Session Management library ii libsoqt4-20 1.4.2~svn20090224-2 Qt4 GUI component toolkit for Inve ii libstdc++6 4.4.2-5 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.2-1 X11 client-side library ii libxerces-c282.8.0+deb1-2validating XML parser library for ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi6 2:1.2.1-2 X11 Input extension library ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library pn python none (no description available) ii python-support 1.0.6 automated rebuilding support for P ii python2.52.5.4-3 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages freecad recommends: ii python-pivy 0.5.0~svn765-2 Coin binding for Python Versions of packages freecad suggests: ii freecad-doc 0.9.2646.3-1 FreeCAD documentation ii python-opencv 2.0.0-1+b1 Python bindings for the computer v -- 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#559846: freecad: loading a saved file caused 100% CPU load
tags 559846 +fixed-upstream stop Thanks to Werner Mayer for the time and help to figure out the problem. Bene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559849: freecad: Missing / in a path entry
Package: freecad Version: 0.9.2646.3-1 Severity: normal While Insert a new View of a Part in the active drawing I get the following error message: Cannot open file /usr/share/freecadMod/Drawing/Templates/A3_Landscape.svg There is a / missing. -- System Information: Debian Release: squeeze/sid APT prefers sid APT policy: (500, 'sid'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages freecad depends on: ii libboost-filesy 1.40.0-4 filesystem operations (portable pa ii libboost-progra 1.40.0-4 program options library for C++ ii libboost-regex1 1.40.0-4 regular expression library for C++ ii libboost-signal 1.40.0-4 managed signals and slots library ii libboost-system 1.40.0-4 Operating system (e.g. diagnostics ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcoin60 3.1.2-1 high-level 3D graphics kit impleme ii libgcc1 1:4.4.2-3GCC support library ii libgl1-mesa-glx 7.6-1A free implementation of the OpenG ii libglu1-mesa [l 7.6-1The OpenGL utility library (GLU) ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libopencascade- 6.3.0.dfsg.1-4 OpenCASCADE CAE platform shared li ii libopencascade- 6.3.0.dfsg.1-4 OpenCASCADE CAE platform shared li ii libqt4-network 4:4.5.3-4Qt 4 network module ii libqt4-opengl 4:4.5.3-4Qt 4 OpenGL module ii libqt4-qt3suppo 4:4.5.3-4Qt 3 compatibility library for Qt ii libqt4-svg 4:4.5.3-4Qt 4 SVG module ii libqt4-webkit 4:4.5.3-4Qt 4 WebKit module ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libsm6 2:1.1.1-1X11 Session Management library ii libsoqt4-20 1.4.2~svn20090224-2 Qt4 GUI component toolkit for Inve ii libstdc++6 4.4.2-3 The GNU Standard C++ Library v3 ii libx11-62:1.3.2-1X11 client-side library ii libxerces-c28 2.8.0+deb1-2 validating XML parser library for ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxi6 2:1.2.1-2X11 Input extension library ii libxmu6 2:1.0.5-1X11 miscellaneous utility library ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii libzipios++0c2a 0.1.5.9+cvs.2007.04.28-5 a small C++ library for reading zi ii python 2.5.4-2 An interactive high-level object-o ii python-support 1.0.6automated rebuilding support for P ii python2.5 2.5.4-3 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-15compression library - runtime Versions of packages freecad recommends: ii python-pivy 0.5.0~svn765-2 Coin binding for Python Versions of packages freecad suggests: ii freecad-doc 0.9.2646.3-1 FreeCAD documentation ii python-opencv 1.0.0-6.3Python bindings for the computer v -- 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#461382: x11vnc -forever segfault
Sorry for the delay. I build 0.9.4 and did the same test. No more SEGFAULT. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461382: x11vnc -forever segfault
Subject: x11vnc -forever segfault Package: x11vnc Version: 0.9.3.dfsg.1-1 Severity: important *** Please type your report below this line *** x11vnc -forever segfaults in libvncservers sraSpanListCount (rfbregion.c). to reproduce: 1) start on 10.0.0.1: x11vnc -forever 2) connect and disconnect a couple of times (just close the vncviewer window): #! /bin/sh while true; do vncviewer -passwd VNCpasswdfile 10.0.0.1 done -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.15-1-686-smp (SMP w/4 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages x11vnc depends on: ii libavahi-client30.6.16-5 Avahi client library ii libavahi-common30.6.16-5 Avahi common library ii libc6 2.7-2GNU C Library: Shared libraries ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libssl0.9.8 0.9.8g-1 SSL shared libraries ii libvncserver0 0.9.3.dfsg.1-1 API to write one's own vnc server ii libx11-62:1.0.3-4X11 client-side library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5X11 miscellaneous 'fixes' extensio ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxtst61:1.0.1-5X11 Testing -- Resource extension ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime x11vnc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]