Bug#1022167: angelfish: Search engine hard-coded, and having Internet-based home-page is against Debian policy.
Package: angelfish Version: 22.06-1 Severity: normal X-Debbugs-Cc: shawnland...@tutanota.com If I change /usr/share/config.kcfg/angelfishsettings.kcfg to point to a search engine other than DuckDuckGo, it still goes to this site, and the settings do not appear to do anything. It is also impossible to change the homepage from https://start.duckduckgo.com/ which means that this package calls home. It will go to this url even if the configuration file is changed. Thank you, Shawn Paul Landden -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-2-amd64 (SMP w/2 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=es_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages angelfish depends on: ii libc6 2.35-3 ii libgcc-s1 12.2.0-3 ii libkf5configcore5 5.98.0-1 ii libkf5configgui55.98.0-1 ii libkf5coreaddons5 5.98.0-1 ii libkf5dbusaddons5 5.98.0-1 ii libkf5i18n5 5.98.0-1 ii libkf5notifications55.98.0-1 ii libkf5windowsystem5 5.98.0-1 ii libqt5core5a5.15.4+dfsg-5 ii libqt5gui5 5.15.4+dfsg-5 ii libqt5network5 5.15.4+dfsg-5 ii libqt5qml5 5.15.4+dfsg-4 ii libqt5quick55.15.4+dfsg-4 ii libqt5sql5 5.15.4+dfsg-5 ii libqt5webengine55.15.10+dfsg-4 ii libqt5webenginecore5 [qtwebengine-abi-5-15-10] 5.15.10+dfsg-4 ii libqt5widgets5 5.15.4+dfsg-5 ii libstdc++6 12.2.0-3 ii qml-module-org-kde-kirigami25.98.0-1 ii qml-module-qtfeedback 5.0~git20180903.a14bd0b-5 ii qml-module-qtwebengine 5.15.10+dfsg-4 angelfish recommends no packages. angelfish suggests no packages. -- no debconf information
Bug#1021908: dpkg: support l2fs filesystem compression
Package: dpkg Version: 1.20.11 Severity: wishlist X-Debbugs-Cc: shawnland...@tutanota.com I found that zfs's compression (available with Ubuntu's install) was not satisfactory on small eMMCs because it requires a seperate /boot partition and does not support swap files. The F2FS filesystem supports compression, with a special caveat that in order to actually make the files consume less space (they always use less space, which effects performance and health), they must be marked as immutable, and before being changed they must be marked as mutable again, consuming the uncompressed size in terms of filesystem accounting. dpkg has a good idea of what files are read-only, and could be configured to mark files as immutable, except conffiles, which would make installation on of Debian tiny Chromebook eMMCs a much better experience than with ext4. Thanks, Shawn Paul Landden -- Package-specific info: System tainted due to merged-usr-via-aliased-dirs. -- System Information: Debian Release: 11.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-16-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=es_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dpkg depends on: ii libbz2-1.0 1.0.8-4 ii libc62.31-13+deb11u3 ii liblzma5 5.2.5-2.1~deb11u1 ii libselinux1 3.1-3 ii tar 1.34+dfsg-1 ii zlib1g 1:1.2.11.dfsg-2+deb11u1 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt2.2.4 pn debsig-verify -- no debconf information
Bug#950140: whois: does not support internationalized domain names encoded with punycode
Package: whois Version: 5.5.5 Severity: normal whois does not know how to convert UTF-8 passed in an argument to punycode, but if passed punycode, it works correctly. This is simple, because there is no need for a black list. -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: arm64 (aarch64) Kernel: Linux 5.1.12-mainline-rev1 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages whois depends on: ii libc6 2.29-6 ii libcrypt1 1:4.4.10-7 whois recommends no packages. whois suggests no packages. -- no debconf information
Bug#944319: lld-9: please package development headers
Package: lld-9 Severity: wishlist Zig lang (https://ziglang.org) wants to link against liblld and needs development headers to do so. Until these are packaged zig has to build its internal version of lld, which is identical to upstream lld. -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: arm64 (aarch64) Kernel: Linux 5.1.12-mainline-rev1 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lld-9 depends on: ii libc6 2.29-3 ii libgcc1 1:9.2.1-17 ii libllvm91:9.0.0-3 ii libstdc++6 9.2.1-17 lld-9 recommends no packages. lld-9 suggests no packages.
Bug#934188: s3cmd: move to contrib. Depends on a non-free service with no free implementations
close -1 Message-ID: <156521345030.31452.11950702444220692635.report...@scaleway.git.icu> X-Mailer: reportbug 7.5.2 Date: Wed, 07 Aug 2019 21:30:50 + X-Debbugs-Cc: sh...@git.icu Package: s3cmd Followup-For: Bug #934188 It appears this is very common https://packages.debian.org/search?keywords=twitter -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: arm64 (aarch64) Foreign Architectures: armel, armhf Kernel: Linux 4.15.11-mainline-rev1 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages s3cmd depends on: ii python3 3.7.3-1 ii python3-dateutil 2.7.3-3 pn python3-magic s3cmd recommends no packages. s3cmd suggests no packages.
Bug#934188: s3cmd: move to contrib. Depends on a non-free service with no free implementations
Package: s3cmd Severity: serious Justification: Policy 2.2.1 Hi, This package depends on a non-free service (Amazon S3), but is in the main section of the archive. This is a violation of 2.2.1: must not require or recommend a package outside of main for compilation or execution This program is useless without Amazon S3, and thus should be moved to the contrib section of the archive. >From 2.2.2: Examples of packages which would be included in contrib are: - wrapper packages or other sorts of free accessories for non-free programs. -Shawn Landden -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: arm64 (aarch64) Foreign Architectures: armel, armhf Kernel: Linux 4.15.11-mainline-rev1 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages s3cmd depends on: ii python3 3.7.3-1 ii python3-dateutil 2.7.3-3 pn python3-magic s3cmd recommends no packages. s3cmd suggests no packages.
Bug#926884: distcc: Does not work with clang
#1) I talked to some other dds and this is not a release critical bug #2) this is a different bug from the python script bug. Regarding the other bug: That script *does* work (I developed and use it on Debian), however that is a nasty bug and I don't know how to solve it. Shawn. El jue., 20 jun. 2019 1:13, Christian Marillat escribió: > > Package: distcc > > Followup-For: Bug #926884 > > > > This package should not be released in Buster with this bug, > > clang is an important compiler (and much easier for cross-compiling) > > and not working with it is too big of a bug. > > I'm sorry but no. Your python script doesnt work for Debian See #920709 > > Christian >
Bug#926884: distcc: Does not work with clang
severity -1 serious Message-ID: <156099516006.31749.3126069341315892890.reportbug@big-daddy.novalocal> X-Mailer: reportbug 7.5.2 Date: Wed, 19 Jun 2019 21:46:00 -0400 X-Debbugs-Cc: sh...@git.icu Package: distcc Followup-For: Bug #926884 This package should not be released in Buster with this bug, clang is an important compiler (and much easier for cross-compiling) and not working with it is too big of a bug. Your Upstream, Shawn Landden -- System Information: Debian Release: 10.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: ppc64el (ppc64le) Kernel: Linux 4.19.0-5-powerpc64le (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages distcc depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.72 ii init-system-helpers1.56+nmu1 ii libavahi-client3 0.7-4+b1 ii libavahi-common3 0.7-4+b1 ii libc6 2.28-10 ii libgssapi-krb5-2 1.17-2 ii libpopt0 1.16-12 ii lsb-base 10.2019051400 ii netbase5.6 distcc recommends no packages. Versions of packages distcc suggests: ii ccache 3.7.1-1 ii dbus 1.12.16-1 pn distcc-pump pn distccmon-gnome pn dmucs
Bug#795571: kyotocabinet: diff for NMU version 1.2.76-4.1
Package: kyotocabinet Followup-For: Bug #795571 close -1 This has been uploaded -- System Information: Debian Release: 10.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: ppc64el (ppc64le) Kernel: Linux 4.19.0-5-powerpc64le (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#930502: htop: Please support new libnl hooks
Package: htop Version: 2.2.0-1+b1 Severity: wishlist Htop now includes metrics from libnl, as described in this talk https://hisham.hm/htop/ https://www.youtube.com/watch?v=L25waVhy78o Please enable these new features. http://hisham.hm/htop/index.php?page=downloads -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: ppc64el (ppc64le) Kernel: Linux 4.19.0-4-powerpc64le (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages htop depends on: ii libc6 2.28-10 ii libncursesw6 6.1+20181013-2 ii libtinfo6 6.1+20181013-2 htop recommends no packages. Versions of packages htop suggests: ii lsof4.91+dfsg-1 ii strace 4.26-0.2 -- no debconf information
Bug#929580: lld-7 cannot link large binaries on ppc64le. Please make lld-8 default on ppc64le.
Ping. lld-7 should be disabled on ppc64el
Bug#881692: command-not-found: I re-wrote command-not-found
Package: command-not-found Version: 18 Followup-For: Bug #881692 Dear Maintainer, Dear Maintainer, A snap hook was just merged https://github.com/snapcore/snapd/pull/6734 My package now supports the Commands hook that Ubuntu servers export (as well as apt-file). As Debian does not yet ship this file, apt-file should be recommended and not suggested on Debian, but I am hesitant to have differn't packaging as this is a native package. -- System Information: Debian Release: 10.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: arm64 (aarch64) Foreign Architectures: armel, armhf Kernel: Linux 4.15.11-mainline-rev1 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages command-not-found depends on: ii adduser 3.118 ii apt 1.8.2 ii libc62.28-10 command-not-found recommends no packages. Versions of packages command-not-found suggests: ii apt-file 3.2.2 -- no debconf information
Bug#929725: ddd: Window does not close when killed with ctrl-z
El vie., 31 may. 2019 4:33, Bernhard Übelacker escribió: > Control: tags -1 + moreinfo > > > Hello Shawn Landden, > where exactly do you enter this ctrl-z? > Good point. I started ddd from a terminal. Ctrl-c is ignored. > > > In the graphical user interface of ddd ctrl-z is the shortcut for the > Edit - Undo action. So that is not supposed to end ddd, I guess. > > > Or do you enter it in a terminal from which you started ddd? > From man bash: > ... Typing the suspend character (typically ^Z, Control-Z) while > a process is running causes that process to be stopped and returns > control to bash. ... > So that whould just send ddd to the background and stop its execution. > If you wanted to kill it in a terminal, where ddd was started from, > you could use ctrl-c? > > Kind regards, > Bernhard >
Bug#929725: ddd: Window does not close when killed with ctrl-z
Package: ddd Version: 1:3.3.12-5.1+b2 Severity: normal If I do ctrl-z to kill ddd, the window remains open. I have to use xkill to close it. -- System Information: Debian Release: 10.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: ppc64el (ppc64le) Kernel: Linux 5.1.0-gfe9812cb9 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ddd depends on: ii libc6 2.28-10 ii libgcc1 1:9.1.0-1 ii libstdc++6 9.1.0-1 ii libtinfo6 6.1+20181013-2 ii libx11-62:1.6.7-1 ii libxaw7 2:1.0.13-1+b2 ii libxm4 2.3.8-2 ii libxmu6 2:1.1.2-2+b3 ii libxpm4 1:3.5.12-1 ii libxt6 1:1.1.5-1+b3 Versions of packages ddd recommends: ii gdb 8.2.50.20190222-1 Versions of packages ddd suggests: pn cups-bsd | lpr pn ddd-doc pn glibc-doc pn gnuplot pn info ii openssh-client [rsh-client] 1:7.9p1-10 ii perl 5.28.1-6 pn pydb pn x11-utils pn xterm -- no debconf information
Bug#929580: lld-7 cannot link large binaries on ppc64le. Please make lld-8 default on ppc64le.
On Sun, May 26, 2019 at 11:53 AM Sylvestre Ledru wrote: > > Hello > > Le 26/05/2019 à 18:18, Shawn Landden a écrit : > > Package: lld > > Version: 1:7.0-47.1 > > Severity: important > > > > Dear Maintainer, > > > > If you try to link a largish program with lld-7 on ppc64le you get errors: > > > > relocation R_PPC64_REL24 out of range: -15683216 is not in [-8388608, > > 8388607] > > > > This feature is added in lld-8 and is essential to make the package useful > > on this platform. > > > > Thus, please make lld-8 default on ppc64el now, insteading of waiting until > > it is appropiate for > > more mature architectures. > > > lld-8 won't ship in buster, so, not really a workaround. > > A fix could be to disable lld-7 on ppc64el. If that is the only possibility, then yes that would be preferable to shipping something that will only cause frustration. ld.gold and ld.bfd both work.
Bug#929580: lld-7 cannot link large binaries on ppc64le. Please make lld-8 default on ppc64le.
Package: lld Version: 1:7.0-47.1 Severity: important Dear Maintainer, If you try to link a largish program with lld-7 on ppc64le you get errors: relocation R_PPC64_REL24 out of range: -15683216 is not in [-8388608, 8388607] This feature is added in lld-8 and is essential to make the package useful on this platform. Thus, please make lld-8 default on ppc64el now, insteading of waiting until it is appropiate for more mature architectures. -Shawn Landden -- System Information: Debian Release: 10.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: ppc64el (ppc64le) Kernel: Linux 5.1.0-gfe9812cb9 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages lld depends on: ii lld-7 1:7.0.1-8 lld recommends no packages. lld suggests no packages. -- no debconf information
Bug#928765: distcc: Does not install or uninstall on Squeeze
Package: distcc Version: 3.3.2-9 Severity: important This lintian warning describes the problem: https://lintian.debian.org/tags/skip-systemd-native-flag-missing-pre-depends.html Thanks, Your upstream, Shawn Landden -- System Information: Debian Release: 10.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: ppc64el (ppc64le) Kernel: Linux 4.9.0-3-powerpc64le (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages distcc depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.72 ii libavahi-client3 0.7-4+b1 ii libavahi-common3 0.7-4+b1 ii libc6 2.28-10 ii libgssapi-krb5-2 1.17-2 ii libpopt0 1.16-12 ii lsb-base 10.2019031300 ii netbase5.6 distcc recommends no packages. Versions of packages distcc suggests: pn ccache ii dbus 1.12.12-1 pn distcc-pump pn distccmon-gnome pn dmucs -- debconf information: distcc/daemon-allow: 127.0.0.1 distcc/daemon-jobs: distcc/daemon-nice: 10 distcc/daemon-zeroconf: false distcc/daemon-listen: 127.0.0.1 distcc/daemon: false
Bug#928410: installation-reports: ppc64el fails to install on Raptor/IntegriCloud VPS (only PPC VPS provider AFAIK)
Package: installation-reports Severity: normal Dear Maintainer, Installation over network/terminal failed with "No installable kernels found" and also reporting that it could contact the mirror (but only for file 6) depite internet working fine (i checked via the console), and same with other mirrors. I really want to use a ppc64el system for some development -- Package-specific info: Boot method: CD Image version: today's mini.iso Date: Machine: https://secure.integricloud.com/ Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. -- System Information: Debian Release: 10.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: arm64 (aarch64) Foreign Architectures: armel, armhf Kernel: Linux 4.15.11-mainline-rev1 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#757794: Error messages should say which host is broken
Source: distcc Followup-For: Bug #757794 You can get the host if you turn on verbose logging with DISTCC_VERBOSE=1 If you still are not satisfied, please send a pull request on GIthub -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: arm64 (aarch64) Foreign Architectures: armel, armhf Kernel: Linux 4.15.11-mainline-rev1 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#926884: distcc: Does not work with clang
Source: distcc Severity: important Dear Maintainer, dh_auto_configure is providing --build without --host, which results in autoconf not setting $host, which results in distcc not getting GNU_HOST which it passes to clang for native builds. If you try to compile with clang on a native build it quits with error: unknown target triple 'unknown', please use -triple or -arch Please pass --host to autotools - if (dpkg_architecture_value("DEB_BUILD_GNU_TYPE") ne dpkg_architecture_value("DEB_HOST_GNU_TYPE")) { - push @opts, "--host=".dpkg_architecture_value("DEB_HOST_GNU_TYPE"); - } Thanks, Shawn Landden Your upstream. -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: arm64 (aarch64) Foreign Architectures: armel, armhf Kernel: Linux 4.15.11-mainline-rev1 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#905009: gcc-8-x86-64-linux-gnu: Relocations in generic ELF (EM: 183)
My bad, it was a bug at my end. On Mon, Jul 30, 2018 at 4:17 PM Matthias Klose wrote: > Control: tags -1 + moreinfo help > > On 30.07.2018 15:22, Shawn Landden wrote: > > Package: gcc-8-x86-64-linux-gnu > > Version: 8.1.0-12cross1 > > Severity: important > > > > Dear Maintainer, > > > > The x86_64-linux-gnu (target) on arm64 (host) cross-compiler is broken. > > > > > > /usr/bin/x86_64-linux-gnu-ld: > CMakeFiles/test-minicrypto.t.dir/deps/micro-ecc/uECC.c.o: Relocations in > generic ELF (EM: 183 > > > > I am using distcc so the problem must be in the compiler proper, > > as distcc only uses the cross-compiler, not cross-binutils. > > (I am running distcc from an amd64 machine) > > Please provide a test case, not just an error message. >
Bug#905009: gcc-8-x86-64-linux-gnu: Relocations in generic ELF (EM: 183)
Package: gcc-8-x86-64-linux-gnu Version: 8.1.0-12cross1 Severity: important Dear Maintainer, The x86_64-linux-gnu (target) on arm64 (host) cross-compiler is broken. /usr/bin/x86_64-linux-gnu-ld: CMakeFiles/test-minicrypto.t.dir/deps/micro-ecc/uECC.c.o: Relocations in generic ELF (EM: 183 I am using distcc so the problem must be in the compiler proper, as distcc only uses the cross-compiler, not cross-binutils. (I am running distcc from an amd64 machine) Regards -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: arm64 (aarch64) Kernel: Linux 4.15.11-mainline-rev1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gcc-8-x86-64-linux-gnu depends on: ii binutils-x86-64-linux-gnu2.31.1-2 ii cpp-8-x86-64-linux-gnu 8.1.0-12cross1 ii gcc-8-x86-64-linux-gnu-base 8.1.0-12cross1 ii libc62.27-5 ii libcc1-0 8.2.0-1 ii libgcc-8-dev-amd64-cross 8.1.0-12cross1 ii libgcc1 1:8.2.0-1 ii libgmp10 2:6.1.2+dfsg-3 ii libisl19 0.19-1 ii libmpc3 1.1.0-1 ii libmpfr6 4.0.1-1 ii libstdc++6 8.2.0-1 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages gcc-8-x86-64-linux-gnu recommends: ii libc6-dev-amd64-cross 2.27-3cross3 Versions of packages gcc-8-x86-64-linux-gnu suggests: pn gcc-8-doc pn gcc-8-locales pn gcc-8-multilib-x86-64-linux-gnu pn libasan5-dbg-amd64-cross pn libatomic1-dbg-amd64-cross pn libgcc1-dbg-amd64-cross pn libgomp1-dbg-amd64-cross pn libitm1-dbg-amd64-cross pn liblsan0-dbg-amd64-cross pn libmpx2-dbg-amd64-cross pn libquadmath0-dbg-amd64-cross pn libtsan0-dbg-amd64-cross pn libubsan1-dbg-amd64-cross -- no debconf information
Bug#904710: wolfssl: tls 1.3 not built
Source: wolfssl Severity: wishlist Dear Maintainer, Please enable TLS 1.3 dh_auto_configure -- \ --enable-tls13 \ -- System Information: Debian Release: 9.4 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: arm64 (aarch64) Kernel: Linux 4.15.11-mainline-rev1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#904711: wolfssl: no
Source: wolfssl Severity: important Dear Maintainer, When compiling the examples: gcc -o client-tls-perf client-tls-perf.c -Wall -I/usr/local/include -Os -L/usr/local/lib -lm -lwolfssl client-tls-perf.c:28:10: fatal error: wolfssl/options.h: No such file or directory #include This options.h file shares the config wolfssl was built with, and must be shipped. -- System Information: Debian Release: 9.4 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: arm64 (aarch64) Kernel: Linux 4.15.11-mainline-rev1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#903148: libssl1.1: no debug package
Package: libssl1.1 Version: 1.1.0f-3+deb9u2 Severity: wishlist Dear Maintainer, I would like it if there was a debug package for libssl1.1 so I could better profile transmission with perf. Thank you. -- System Information: Debian Release: 9.4 APT prefers stable APT policy: (500, 'stable') Architecture: arm64 (aarch64) Kernel: Linux 4.15.11-mainline-rev1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libssl1.1 depends on: ii debconf [debconf-2.0] 1.5.61 ii libc6 2.24-11+deb9u3 libssl1.1 recommends no packages. libssl1.1 suggests no packages. -- no debconf information
Bug#644998: iftop: chooses eth0 as the default interface instead of the default route
Package: iftop Version: 1.0~pre4-4 Followup-For: Bug #644998 New version of the patch that supports ipv6-only hosts -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages iftop depends on: ii libc62.24-11+deb9u3 ii libncurses5 6.0+20161126-1+deb9u2 ii libpcap0.8 1.8.1-3 ii libtinfo56.0+20161126-1+deb9u2 iftop recommends no packages. iftop suggests no packages. -- no debconf information >From 90ce46be76f1ed558a88448d730a47ad31a18b92 Mon Sep 17 00:00:00 2001 From: Shawn Landden Date: Sun, 10 Jun 2018 18:33:56 -0700 Subject: [PATCH] options: select interface that is default route (Closes: #644998) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644998 IPv4 detection first, cause iftop does not work with v4tunnel --- options.c | 83 ++- 1 file changed, 82 insertions(+), 1 deletion(-) diff --git a/options.c b/options.c index a075357..0654d46 100644 --- a/options.c +++ b/options.c @@ -6,8 +6,13 @@ #include "config.h" +#ifdef __linux__ +#define _GNU_SOURCE +#endif + #include +#include #include #include #include @@ -90,6 +95,75 @@ static int is_bad_interface_name(char *i) { return 0; } +/* none of these errors are expected, so I think it is OK to print them */ +static char *get_interface_for_default_route(int ipv6) { +#ifdef __linux__ +pid_t pid; +int fds[2]; +int r; +char buf[4096]; +char *p, *q; + +r = pipe2(fds, O_CLOEXEC); +if (r < 0) { +fprintf(stderr, "get_interface_for_default_ipv4_route: pipe() failed: %s, continuing...", strerror(r)); +return NULL; +} +pid = fork(); +if (pid < 0) { +fprintf(stderr, "get_interface_for_default_ipv4_route: fork() failed: %s, continuing...", strerror(r)); +return NULL; +} else if (pid == 0) { +/* child */ +r = dup2(fds[0], STDOUT_FILENO); +if (r < 0) { +char buf[1] = {'\n'}; + +/* we have to write something as the other end is expecting something */ +r = write(fds[0], &buf, sizeof(buf)); +_exit(EXIT_FAILURE); +} + +if (ipv6) +execlp("ip", "-6", "route", NULL); +else +execlp("ip", "route", NULL); +char buf[1] = {'\n'}; + +/* we have to write something as the other end is expecting something */ +r = write(fds[0], &buf, sizeof(buf)); +_exit(EXIT_FAILURE); +} +/* parent */ +close(fds[1]); +r = read(fds[1], &buf, sizeof(buf)); +if (r < 0) { +fprintf(stderr, "get_interface_for_default_ipv4_route: read() failed: %s, continuing...", strerror(r)); +return NULL; +} + +p = strstr((char *)&buf, "default via "); +if (!p) +return NULL; +p += strlen("default via "); +q = p; +for (;*p != '\n' && *p; p++) +; +*p = '\0'; +p = strstr(q, " dev "); +if (!p) +return NULL; +p += strlen(" dev "); +q = p; +for (;*p != ' ' && *p; p++) +; +*p = '\0'; +return xstrdup(q); +#else +return NULL; +#endif +} + /* This finds the first interface which is up and is not the loopback * interface or one of the interface types listed in bad_interface_names. */ static char *get_first_interface(void) { @@ -123,9 +197,16 @@ static char *get_first_interface(void) { void options_set_defaults() { char *s; + +if (!options.interface) /* IPv4. Must come first because iftop does not work with v4tunnels. + https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901283 */ +options.interface = get_interface_for_default_route(0); +if (!options.interface) /* IPv6*/ +options.interface = get_interface_for_default_route(1); /* Should go through the list of interfaces, and find the first one which * is up and is not lo or dummy*. */ -options.interface = get_first_interface(); +if (!options.interface) +options.interface = get_first_interface(); if (!options.interface) options.interface = "eth0"; -- 2.17.1
Bug#901283: iftop: v4tunnel support (IPv6 tunnels like Hurricane Electric)
Package: iftop Version: 1.0~pre4-4 Followup-For: Bug #901283 Dear Maintainer, submitted upstream: https://github.com/the-tcpdump-group/libpcap/issues/725 -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages iftop depends on: ii libc62.24-11+deb9u3 ii libncurses5 6.0+20161126-1+deb9u2 ii libpcap0.8 1.8.1-3 ii libtinfo56.0+20161126-1+deb9u2 iftop recommends no packages. iftop suggests no packages. -- no debconf information
Bug#644998: iftop: chooses eth0 as the default interface instead of the default route
> > Here is a patch to fix the problem. > This will make iftop (soft) depend on "iproute2"
Bug#644998: iftop: chooses eth0 as the default interface instead of the default route
Package: iftop Version: 1.0~pre4-4 Followup-For: Bug #644998 tags 644998 patch Dear Maintainer, Here is a patch to fix the problem. submitted upstream: http://lists.beasts.org/pipermail/iftop-users/2018-June/000472.html -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages iftop depends on: ii libc62.24-11+deb9u3 ii libncurses5 6.0+20161126-1+deb9u2 ii libpcap0.8 1.8.1-3 ii libtinfo56.0+20161126-1+deb9u2 iftop recommends no packages. iftop suggests no packages. -- no debconf information >From cdc0e3de74f529ff7c1fbc5648a9b09d1ada998a Mon Sep 17 00:00:00 2001 From: Shawn Landden Date: Sun, 10 Jun 2018 18:33:56 -0700 Subject: [PATCH] options: select interface that is IPv4 default route (Closes: #644998) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644998 --- options.c | 77 ++- 1 file changed, 76 insertions(+), 1 deletion(-) diff --git a/options.c b/options.c index a075357..efff2c7 100644 --- a/options.c +++ b/options.c @@ -6,8 +6,13 @@ #include "config.h" +#ifdef __linux__ +#define _GNU_SOURCE +#endif + #include +#include #include #include #include @@ -90,6 +95,72 @@ static int is_bad_interface_name(char *i) { return 0; } +/* none of these errors are expected, so I think it is OK to print them */ +static char *get_interface_for_default_ipv4_route(void) { +#ifdef __linux__ +pid_t pid; +int fds[2]; +int r; +char buf[4096]; +char *p, *q; + +r = pipe2(fds, O_CLOEXEC); +if (r < 0) { +fprintf(stderr, "get_interface_for_default_ipv4_route: pipe() failed: %s, continuing...", strerror(r)); +return NULL; +} +pid = fork(); +if (pid < 0) { +fprintf(stderr, "get_interface_for_default_ipv4_route: fork() failed: %s, continuing...", strerror(r)); +return NULL; +} else if (pid == 0) { +/* child */ +r = dup2(fds[0], STDOUT_FILENO); +if (r < 0) { +char buf[1] = {'\n'}; + +/* we have to write something as the other end is expecting something */ +r = write(fds[0], &buf, sizeof(buf)); +_exit(EXIT_FAILURE); +} + +execlp("ip", /* add "-6", here to make default IPv6 route */ "route", NULL); +char buf[1] = {'\n'}; + +/* we have to write something as the other end is expecting something */ +r = write(fds[0], &buf, sizeof(buf)); +_exit(EXIT_FAILURE); +} +/* parent */ +close(fds[1]); +r = read(fds[1], &buf, sizeof(buf)); +if (r < 0) { +fprintf(stderr, "get_interface_for_default_ipv4_route: read() failed: %s, continuing...", strerror(r)); +return NULL; +} + +p = strstr((char *)&buf, "default via "); +if (!p) +return NULL; +p += strlen("default via "); +q = p; +for (;*p != '\n' && *p; p++) +; +*p = '\0'; +p = strstr(q, " dev "); +if (!p) +return NULL; +p += strlen(" dev "); +q = p; +for (;*p != ' ' && *p; p++) +; +*p = '\0'; +return xstrdup(q); +#else +return NULL; +#endif +} + /* This finds the first interface which is up and is not the loopback * interface or one of the interface types listed in bad_interface_names. */ static char *get_first_interface(void) { @@ -123,9 +194,13 @@ static char *get_first_interface(void) { void options_set_defaults() { char *s; + +if (!options.interface) +options.interface = get_interface_for_default_ipv4_route(); /* Should go through the list of interfaces, and find the first one which * is up and is not lo or dummy*. */ -options.interface = get_first_interface(); +if (!options.interface) +options.interface = get_first_interface(); if (!options.interface) options.interface = "eth0"; -- 2.17.1
Bug#901283: iftop: v4tunnel support (IPv6 tunnels like Hurricane Electric)
Package: iftop Version: 1.0~pre4-4 Severity: wishlist Dear Maintainer, It would be nice if you could attach iftop to v4tunnels. Instead iftop reports nothing for such interfaces, and reports the traffic under the ipv4 interface as a single connection to the ipv4 end of the tunnel. Here is my /etc/network/interfaces: auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 198.46.198.198 gateway 198.46.198.1 netmask 255.255.255.0 dns-nameservers 8.8.8.8 8.8.4.4 iface he-ipv6 inet6 v4tunnel address 2001:470:c:238::2 netmask 64 #LA 0.5ms endpoint 66.220.18.42 local 198.46.198.198 ttl 255 gateway 2001:470:c:238::1 up ip addr add 2001:470:d:238::1 dev he-ipv6 Thanks, Shawn Landden -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages iftop depends on: ii libc62.24-11+deb9u3 ii libncurses5 6.0+20161126-1+deb9u2 ii libpcap0.8 1.8.1-3 ii libtinfo56.0+20161126-1+deb9u2 iftop recommends no packages. iftop suggests no packages. -- no debconf information
Bug#881692: command-not-found: I re-wrote command-not-found
I re-wrote command-not-found in C. It consists of two C programs: command-not-found, which gets triggered by bash, and update-command-not-found, which digests the data obtained with apt-file update. AFAIK there is only one rough edge, in that the parsing of /etc/apt/sources.list is not the same as apt's parsing. I do not know enough C++ to use libapt to do this. https://github.com/shawnl/command-not-found/ -Shawn Landden
Bug#892973: distcc: new upstream version (3.3)
Package: distcc Severity: wishlist Dear Maintainer, I recently released version 3.3 of distcc. Among other things, it features a fix of CVE 2004-2687. (github issue #155) https://github.com/distcc/distcc Please package it. -Shawn Landden -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64, armel Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages distcc depends on: ii adduser3.117 ii debconf [debconf-2.0] 1.5.65 ii libavahi-client3 0.7-3.1 ii libavahi-common3 0.7-3.1 ii libc6 2.26-6 ii libpopt0 1.16-10+b2 ii lsb-base 9.20170808 ii netbase5.4 distcc recommends no packages. Versions of packages distcc suggests: pn ccache ii dbus 1.12.4-1 pn distcc-pump ii distccmon-gnome 3.1-6.3 pn dmucs
Bug#884876: /usr/bin/zstd: statically linked against libzstd while depending on it
Package: zstd Version: 1.3.2+dfsg2-1 Severity: normal File: /usr/bin/zstd Dear Maintainer, shawn@t410s:~/git/distcc/build$ apt show zstd | grep libzstd Source: libzstd Depends: libzstd1 (= 1.3.2+dfsg2-1), libc6 (>= 2.17), libgcc1 (>= 1:3.0), libstdc++6 (>= 6) shawn@t410s:~/git/distcc/build$ ldd /usr/bin/zstd linux-vdso.so.1 (0x7fff63b89000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fea7539a000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fea74ff7000) /lib64/ld-linux-x86-64.so.2 (0x7fea75833000) either use shared linking (-DZSTD_BUILD_STATIC:BOOL=OFF) or do not depend on libzstd1 -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64, armel Kernel: Linux 4.14.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages zstd depends on: ii libc6 2.25-5 ii libgcc1 1:7.2.0-18 ii libstdc++6 7.2.0-18 ii libzstd11.3.2+dfsg2-1 zstd recommends no packages. zstd suggests no packages. -- no debconf information
Bug#882974: /usr/bin/lz4: Statically linked against liblz4-1
Package: lz4 Version: 1.8.0-1 Severity: normal File: /usr/bin/lz4 Dear Maintainer, shawn@t410s:~/git/distcc$ ldd /usr/bin/lz4 linux-vdso.so.1 (0x7ffe687fe000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fcc45561000) /lib64/ld-linux-x86-64.so.2 (0x7fcc45b23000) (same for lz4c) yet: Depends: libc6 (>= 2.14), liblz4-1 (= 1.8.0-1) to build lz4 with shared liblz4.so.1 use cmake cd contrib/cmake_unofficial BUILD_SHARED_LIBS=1 cmake . make -j Makes the binaries half the size. -- 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.14.0-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages lz4 depends on: ii libc6 2.25-2 ii liblz4-1 1.8.0-1 lz4 recommends no packages. lz4 suggests no packages. -- no debconf information
Bug#881692: command-not-found: I re-wrote command-not-found
On Mon, Nov 13, 2017 at 11:50 PM, Julian Andres Klode wrote: > (forwarding this to ubuntu-devel-discuss and Zygmunt) > > On Mon, Nov 13, 2017 at 10:33:39PM -0800, Shawn Landden wrote: >> Package: command-not-found >> Severity: wishlist >> >> I re-wrote command-not-found to get rid of the python dependancy, and >> to reduce the database size, as to reduce memory usage. >> >> https://github.com/shawnl/command-not-found >> >> I was preparing to upload it to mentors as command-not-found-ng > > I also rewrote it years ago, but using the same database format, > just in C. It was a lot faster. I don't understand the memory usage > bit - it should not matter how large the database is, it's memory > mapped, and not read into memory, as such memory usage should be > roughly constant. > > Questions/Comments for your approach: > > * Did you test your format on a slow HDD with caches dropped? It > must not be slower than the Python one (that one is way too slow > already) - I did, it seems to be faster (0.4 vs 0.68 seconds) > - I believe the database-based C rewrite was even much faster, > though. I switched it to mmap() and am now getting 0.27-0.45 with caches dropped, even after adding translations. It is 100% C and sh. (same postinst and postrm) Ping.
Bug#881692: command-not-found: I re-wrote command-not-found
> > > Ruby is just a major no go. Re-written in C. And in the future, what about Lua? It is only 300KB. > At that system level, the best choices > are Perl, Shell, and C++. Maybe Python (on Ubuntu it's in ubuntu-minimal, > but in Debian it's only used by standard priority and less, perl on the > other hand is required and essential). Ruby has the lowest priority > - optional. > > -- > Debian Developer - deb.li/jak | jak-linux.org - free software dev > Ubuntu Core Developer de, en speaker >
Bug#881692: command-not-found: I re-wrote command-not-found
On Thu, Nov 16, 2017 at 11:39 PM, Xen wrote: > Julian Andres Klode schreef op 14-11-2017 8:50: > > * You should not depend on grep, sed, coreutils, they are Essential. >> > > Can I ask what this means? > > I actually assume that these dependencies are not *required*, not that you > can't use the tools. Required: yes. The highest priority. sysvinit was Required: yes until systemd came along https://www.debian.org/doc/debian-policy/#priorities Speaking of, I can't use 'apt-get indextargets' from shell and had to rewrite in ruby, because sed doesn't not support lazy matching, and I don't know how else to match NOT \n\n. (it also doesn't seem to support multiples of submatches.) Old regular expression implementations are showing their age (not to mention perl's non-regular features).
Bug#881692: command-not-found: I re-wrote command-not-found
On Thu, Nov 16, 2017 at 6:44 PM, Colin Watson wrote: > On Thu, Nov 16, 2017 at 05:10:19PM -0800, Shawn Landden wrote: > > On Mon, Nov 13, 2017 at 11:50 PM, Julian Andres Klode > > wrote: > > > * It needs to be translated - also very important. > > > > I made a pot file and used translations from the python version, but I > > can't get my app to look for translations (as examined through strace). I > > read the gettext manual and do not know what I am doing wrong. > > Looking at > https://github.com/shawnl/command-not-found/blob/master/ > command-not-found.c, > your problem appears to be that you aren't calling setlocale(). You > should normally call this before calling bindtextdomain() and > textdomain(): > > setlocale(LC_ALL, ""); > > (The gettext manual does cover this, but possibly you were looking at > some different bit of it.) > Managed to re-use all the translations from launchpad of the existing command-not-found. > > -- > Colin Watson [cjwat...@ubuntu.com] >
Bug#881692: command-not-found: I re-wrote command-not-found
> * Did you test your format on a slow HDD with caches dropped? It >> must not be slower than the Python one (that one is way too slow >> already) - I did, it seems to be faster (0.4 vs 0.68 seconds) >> - I believe the database-based C rewrite was even much faster, >> though >> > I tested with kyotocabinet backend and it was slower with dropped caches on a hard drive (1 second), which is the slow case I am most concerned with. Small makes a difference. The code is at https://github.com/shawnl/command-not-found/tree/kyotocabinet
Bug#881692: command-not-found: I re-wrote command-not-found
On Mon, Nov 13, 2017 at 11:50 PM, Julian Andres Klode wrote: > (forwarding this to ubuntu-devel-discuss and Zygmunt) > > On Mon, Nov 13, 2017 at 10:33:39PM -0800, Shawn Landden wrote: > > Package: command-not-found > > Severity: wishlist > > > > I re-wrote command-not-found to get rid of the python dependancy, and > > to reduce the database size, as to reduce memory usage. > > > > https://github.com/shawnl/command-not-found > > > > I was preparing to upload it to mentors as command-not-found-ng > > I also rewrote it years ago, but using the same database format, > just in C. It was a lot faster. I don't understand the memory usage > bit - it should not matter how large the database is, it's memory > mapped, and not read into memory, as such memory usage should be > roughly constant. > > Questions/Comments for your approach: > > * Did you test your format on a slow HDD with caches dropped? It > must not be slower than the Python one (that one is way too slow > already) - I did, it seems to be faster (0.4 vs 0.68 seconds) > - I believe the database-based C rewrite was even much faster, > though. > Yes, as the disk IO is all the time, I think its best to keep the file size small. Then it has more chance of staying in memory. > * update-command-not-found should use apt-get indextargets > fixed > * You don't store components, hence you cannot tell people to enable > component. That's a very important use case for Ubuntu, where > not all components are enabled by default, but the database is > shipped in the package. > > You could just append / to each package name I think, > and strip it away when displaying. > fixed > * You should use getopt_long() to parse command-line options, and > support -h, --help :) > fixed > * pts_lbsearch belongs into usr/lib/..., not usr/share/... > the seperate binary is gone > > * You don't implement a closest matches function: > > $ command-not-found thunderbrd > No command 'thunderbrd' found, did you mean: > Command 'thunderbird' from package 'thunderbird' (main) > thunderbrd: command not found > $ ./command-not-found thunderbrd > thunderbrd: command not found > >This one is really important. People do make typos or misremember >command names, so the tool needs to be able to deal with that > >Should be easy to implement though, although you might have to >search multiple times - once for each alternative. All you need is > > def similar_words(word): > """ return a set with spelling1 distance alternative spellings > > based on http://norvig.com/spell-correct.html"""; > alphabet = 'abcdefghijklmnopqrstuvwxyz-_' > s = [(word[:i], word[i:]) for i in range(len(word) + 1)] > deletes= [a + b[1:] for a, b in s if b] > transposes = [a + b[1] + b[0] + b[2:] for a, b in s if > len(b)>1] > replaces = [a + c + b[1:] for a, b in s for c in alphabet if > b] > inserts= [a + c + b for a, b in s for c in alphabet] > return set(deletes + transposes + replaces + inserts) > > And search for what that returns. And you don't need to search for > those > at all if you have a direct match. > > fixed, and I believe bit-for-bit identical > * It needs to be translated - also very important. > I made a pot file and used translations from the python version, but I can't get my app to look for translations (as examined through strace). I read the gettext manual and do not know what I am doing wrong. > > * You need to Conflict with command-not-found and not Break AFAIUI > > fixed > * You should not depend on grep, sed, coreutils, they are Essential. > > fixed, now it uses ruby as my shell was hacky. > * You do have to Depend on apt-file, as that configures apt to download > the Contents files > > fixed > * You should not have identifiers starting with _ in the program, these > are reserved for the C implementation (like _cleanup_free_). > > fixed > Yes, and these are basically the same reasons my C prototype is > not in the archive. Also, I did not put a lot of work into it, as > I was waiting for PackageKit to take that over, but that was not > done yet. > > I think it's a worthwhile approach, and I can see it replacing > command-not-found if those tiny issues have been fixed. Then you > could also avoid the -ng moniker, and just take over the main > package (if Zygmunt does not mind), which also avoids a month > long NEW process :) > > -- > Debian Developer - deb.li/jak | jak-linux.org - free software dev > Ubuntu Core Developer de, en speaker >
Bug#881692: command-not-found: I re-wrote command-not-found
On Nov 14, 2017 8:15 AM, "Julian Andres Klode" wrote: On Tue, Nov 14, 2017 at 03:35:02PM +, John Lenton wrote: > On 14 November 2017 at 12:34, Julian Andres Klode wrote: > > On Tue, Nov 14, 2017 at 01:00:54PM +0100, Zygmunt Krynicki wrote: > >> I would love if we have a compact representation of mapping from name > >> to list of bits of information where each bit can be a small structure > >> with some data. Apart from components for ubuntu archive it could be > >> used to store facts about snap packages, flatpaks, etc. I would try to > >> avoid a simplistic command -> package mapping as that will force us to > >> encode things into strings in an ad-hoc way. > > > > That makes sense to me. But then we're back on a db, I guess. I sort > > like this minimal approach. > > I was thinking in the other direction, was going to see how it behaved > with sqlite as the store. Would that be objectionable? Using a relational database for a simple key -> structure mapping seems overkill and a mismatch for the problem, and the SQL does not make it more readable. I'd play with lmdb and kyotocabinet, these are two high-performance key-value file databases and then encode a structure as mentioned before. I had some kyotocabinet code, (i maintain that package, which btw is in mentors) but this way is at least half the size. (Kyotocabinet is 1mb and it almost doubles the size of the db, even using lower overhead b-tree back end. These entries are just very small. For the text file approach, we can even go human, readable, like git: git just encodes a number in a fixed-length decimal number, we can do the same, and then just encode (length, key), (length, data) pairs after each other (or as mentioned, just use the "index" as the field id, and store field ids in the progrma). Uses a bit more space, but encodes everything in a format you could read with a text editor, and should not be terribly less efficient. The thing is: This needs to be as efficient as possible: it should be below 100ms (or better 50ms), regardless of whether caches are dropped or not. Python code | Shawn's code SSD, cache 50ms5ms SSD, " dropped 256ms 15ms HDD, cache 50ms5ms HDD, " dropped 530ms 15ms I guess Shawn's code could even be improved in performance by avoiding the subprocess execution, avoiding various ld cache lookups and library loads. I am going to have to bring it in process to add the spell check code. That said, space requirements might matter too. -- Debian Developer - deb.li/jak | jak-linux.org - free software dev Ubuntu Core Developer de, en speaker
Bug#881692: command-not-found: I re-wrote command-not-found
Oh, I forgot about the spelling feature On Nov 13, 2017 22:36, "Shawn Landden" wrote: > Package: command-not-found > Severity: wishlist > > I re-wrote command-not-found to get rid of the python dependancy, and > to reduce the database size, as to reduce memory usage. > > https://github.com/shawnl/command-not-found > > I was preparing to upload it to mentors as command-not-found-ng > > -- System Information: > Debian Release: buster/sid > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386, arm64, armhf > > Kernel: Linux 4.14.0-rc7-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), > LANGUAGE=en_US.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages command-not-found depends on: > ii apt-file 3.1.5 > ii lsb-release 9.20170808 > ii python 2.7.14-1 > ii python-gdbm 2.7.14-1 > > command-not-found recommends no packages. > > command-not-found suggests no packages. >
Bug#881692: command-not-found: I re-wrote command-not-found
close 881692 thanks On Mon, Nov 13, 2017 at 10:53 PM, Shawn Landden wrote: > Oh, I forgot about the spelling feature > > On Nov 13, 2017 22:36, "Shawn Landden" wrote: > >> Package: command-not-found >> Severity: wishlist >> >> I re-wrote command-not-found to get rid of the python dependancy, and >> to reduce the database size, as to reduce memory usage. >> >> https://github.com/shawnl/command-not-found >> >> I was preparing to upload it to mentors as command-not-found-ng >> >> closing as I forgot to code the spelling feature > -- System Information: >> Debian Release: buster/sid >> APT prefers unstable >> APT policy: (500, 'unstable'), (1, 'experimental') >> Architecture: amd64 (x86_64) >> Foreign Architectures: i386, arm64, armhf >> >> Kernel: Linux 4.14.0-rc7-amd64 (SMP w/4 CPU cores) >> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), >> LANGUAGE=en_US.utf8 (charmap=UTF-8) >> Shell: /bin/sh linked to /usr/bin/dash >> Init: systemd (via /run/systemd/system) >> >> Versions of packages command-not-found depends on: >> ii apt-file 3.1.5 >> ii lsb-release 9.20170808 >> ii python 2.7.14-1 >> ii python-gdbm 2.7.14-1 >> >> command-not-found recommends no packages. >> >> command-not-found suggests no packages. >> >
Bug#881692: command-not-found: I re-wrote command-not-found
Package: command-not-found Severity: wishlist I re-wrote command-not-found to get rid of the python dependancy, and to reduce the database size, as to reduce memory usage. https://github.com/shawnl/command-not-found I was preparing to upload it to mentors as command-not-found-ng -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64, armhf Kernel: Linux 4.14.0-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages command-not-found depends on: ii apt-file 3.1.5 ii lsb-release 9.20170808 ii python 2.7.14-1 ii python-gdbm 2.7.14-1 command-not-found recommends no packages. command-not-found suggests no packages.
Bug#880938: base-installer: must define _GNU_SOURCE for vasprintf in pkgdetails.c
Package: base-installer Version: 1.171 Severity: important in order to compile pkgdetails.c for debootstrap I had to add #define _GNU_SOURCE for vasprintf -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64, armhf Kernel: Linux 4.14.0-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#880208: distcc: fails to start after last NMU if zeroconf enabled
Package: distcc Version: 3.1-6.3 Severity: important Oct 30 08:32:48 t410s systemd[1]: Starting LSB: simple distributed compiler server... Oct 30 08:32:48 t410s distccd[28930]: ERROR: --zeroconf: unknown option Oct 30 08:32:48 t410s distcc[28924]: Starting Distributed Compiler Daemon: distccd/etc/init.d/distcc: start failed with error code 101 ... (warning). Oct 30 08:32:48 t410s distcc[28924]: failed! Appears that zeroconf support was inadvertantly disabled in the last upload. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages distcc depends on: ii adduser3.116 ii debconf [debconf-2.0] 1.5.64 ii libc6 2.24-17 ii libpopt0 1.16-10+b2 ii lsb-base 9.20170808 ii netbase5.4 distcc recommends no packages. Versions of packages distcc suggests: pn ccache ii dbus 1.11.22-1 pn distcc-pump ii distccmon-gnome 3.1-6.3 pn dmucs -- debconf information: distcc/daemon: true distcc/daemon-zeroconf: true distcc/daemon-jobs: distcc/daemon-allow: 10.0.0.0/8 distcc/daemon-listen: 0.0.0.0 distcc/daemon-nice: 10
Bug#879722: lintian: W-shlibs-symbol-not-found: false positive
Package: lintian Version: 2.5.55 Severity: normal dpkg-shlibdeps: warning: symbol __aeabi_atexit@CXXABI_ARM_1.3.3 used by debian/libkyotocabinet16v5/usr/lib/arm-linux-gnueabi/libkyotocabinet.so.16.13.0 found in none of the libraries dpkg-shlibdeps: warning: symbol __aeabi_atexit@CXXABI_ARM_1.3.3 used by debian/libkyotocabinet16v5/usr/lib/arm-linux-gnueabihf/libkyotocabinet.so.16.13.0 found in none of the libraries armel and armhf -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils 2.29.1-6 ii bzip2 1.0.6-8.1 ii diffstat 1.61-1+b1 ii dpkg 1.19.0.4 ii file 1:5.32-1 ii gettext 0.19.8.1-4 ii intltool-debian 0.35.0+20060710.4 ii libapt-pkg-perl 0.1.33 ii libarchive-zip-perl 1.59-1 ii libclass-accessor-perl0.51-1 ii libclone-perl 0.38-2+b2 ii libdpkg-perl 1.19.0.4 ii libemail-valid-perl 1.202-1 ii libfile-basedir-perl 0.07-1 ii libipc-run-perl 0.96-1 ii liblist-moreutils-perl0.416-1+b3 ii libparse-debianchangelog-perl 1.2.0-12 ii libperl5.26 [libdigest-sha-perl] 5.26.0-8 ii libtext-levenshtein-perl 0.13-1 ii libtimedate-perl 2.3000-2 ii liburi-perl 1.72-2 ii libxml-simple-perl2.24-1 ii libyaml-libyaml-perl 0.63-2+b2 ii man-db2.7.6.1-2 ii patchutils0.3.4-2 ii perl 5.26.0-8 ii t1utils 1.40-2 ii xz-utils 5.2.2-1.3 Versions of packages lintian recommends: ii libperlio-gzip-perl 0.19-1+b4 Versions of packages lintian suggests: pn binutils-multiarch ii dpkg-dev 1.19.0.4 ii libhtml-parser-perl3.72-3+b2 pn libtext-template-perl -- no debconf information
Bug#879459: git: please build against openssl with OPENSSL_SHA1=1
tag 879459 wontfix On Sat, Oct 21, 2017 at 1:33 PM, Anders Kaseorg wrote: > Git’s builtin SHA-1 implementation has the advantage of trying to detect > attempted collisions (https://github.com/cr-marcstevens/ > sha1collisiondetection), which seems like good thing to do by default > these days. > > Furthermore, Debian does not ship GPL code linked with OpenSSL for license > reasons (https://lintian.debian.org/tags/possible-gpl-code-linked- > with-openssl.html). > > the cryptograms parts of openssl are under BSD-3 (although 6aa36e8e5a0 was confused and didn't notive this) > Anders >
Bug#879463: RM: kyototycoon -- ROM; not used, no longer wish to maintain
Package: ftp.debian.org Severity: normal I don't wish to maintain this package anymore. Its popcon is low, and there is not much interest in it. (please let me know if there is...)
Bug#879459: git: please build against openssl with OPENSSL_SHA1=1
Package: git Version: 1:2.14.2-1 Severity: wishlist Openssl's sha1 is much faster, ~25% even on this crusty 7 year old laptop. On new Intel and all arm64 machines which have hardware acceleration openssl will be even more dramatically faster. shawn@t410s:~/git/git$ time git fsck Checking object directories: 100% (256/256), done. warning in tag d6602ec5194c87b0fc87103ca4d67251c76f233a: missingTaggerEntry: invalid format - expected 'tagger' line Checking objects: 100% (235759/235759), done. Checking connectivity: 234357, done. real0m24.915s user0m24.314s sys 0m0.536s shawn@t410s:~/git/git$ time ./git-fsck Checking object directories: 100% (256/256), done. warning in tag d6602ec5194c87b0fc87103ca4d67251c76f233a: missingTaggerEntry: invalid format - expected 'tagger' line Checking objects: 100% (235759/235759), done. Checking connectivity: 234357, done. real0m21.264s user0m20.695s sys 0m0.548s -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages git depends on: ii git-man 1:2.14.2-1 ii libc62.24-17 ii libcurl3-gnutls 7.55.1-1 ii liberror-perl0.17025-1 ii libexpat12.2.3-1 ii libpcre2-8-0 10.22-3 ii perl 5.26.0-8 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages git recommends: ii less 481-2.1 ii openssh-client [ssh-client] 1:7.6p1-2 ii patch2.7.5-1+b2 Versions of packages git suggests: ii gettext-base 0.19.8.1-4 pn git-cvs pn git-daemon-run | git-daemon-sysvinit pn git-doc pn git-el ii git-email 1:2.14.2-1 pn git-gui pn git-mediawiki pn git-svn pn gitk pn gitweb -- no debconf information
Bug#811628: Patch for kyototycoon FTBFS
On Sun, 6 Aug 2017 22:53:22 + "brian m. carlson" < sand...@crustytoothpaste.net> wrote: > tags 811628 + patch > kthxbye > > Attached is a patch that makes kyotocabinet build (with warnings) with > GCC 7. I tried building it with CXX="g++ -std=c++03", but kyotocabinet > uses nullptr, so that wasn't going to work. I instead added the > constexpr keyword which is now obligatory in C++ 11. > > I used "NULL" instead of nullptr because that was the existing style. The lone "nullptr" was introduced in the gcc-7 NMU patch. When I get up and running again (no longer MIA) I will upload this. > -- > brian m. carlson / brian with sandals: Houston, Texas, US > https://www.crustytoothpaste.net/~bmc | My opinion only > OpenPGP: https://keybase.io/bk2204
Bug#807900: microhttpd: attempt at working with LFS blows
Package: libmicrohttpd-dev Version: 0.9.44+dfsg-1+b1 Severity: important File: microhttpd MHD_create_response_from_fd_at_offset64() and the deprecation of MHD_create_response_from_fd_at_offset() creates dependency hell which is unnecessary. Can't you just test for sizeof(off_t) and sizeof(size_t) and only issue a warning if they are different? I'm sure there are some docs on glibc LFS support, and how to do this better. Not sure what systemd should do with the situation in the meantime. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libmicrohttpd-dev depends on: ii libgcrypt20-dev [libgcrypt-dev] 1.6.4-3 ii libgnutls28-dev 3.3.18-1 ii libmicrohttpd10 0.9.44+dfsg-1+b1 libmicrohttpd-dev recommends no packages. libmicrohttpd-dev suggests no packages. -- no debconf information
Bug#796718: fprintd: does not quit, leaks memory
Package: fprintd Version: 0.6.0-1 Severity: normal Not exactly sure where this bug is, but somewhere in fingerprint authentication something isn't quiting and every authentication leaks memory. root 29765 0.0 0.1 284640 5280 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-password] root 29767 0.0 0.1 263924 5028 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-fingerprint] root 30202 0.0 0.1 284640 5312 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-password] root 30204 0.0 0.1 263920 5132 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-fingerprint] root 30438 0.0 0.1 284640 5452 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-password] root 30442 0.0 0.1 263920 5068 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-fingerprint] root 31524 0.0 0.1 284640 5316 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-password] root 31525 0.0 0.1 263924 5136 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-fingerprint] root 32072 0.0 0.1 284640 5324 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-password] root 32077 0.0 0.1 263924 5056 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-fingerprint] root 32189 0.0 0.1 284640 5324 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-password] root 32192 0.0 0.1 263924 5124 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-fingerprint] root 32281 0.0 0.1 284640 5260 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-password] root 32283 0.0 0.1 263924 5052 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-fingerprint] root 32656 0.0 0.1 284640 5328 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-password] root 32658 0.0 0.1 263924 5112 ?Sl Aug20 0:00 gdm-session-worker [pam/gdm-fingerprint] root 33774 0.0 0.1 284640 5440 ?Sl Aug21 0:00 gdm-session-worker [pam/gdm-password] root 33775 0.0 0.1 263924 5112 ?Sl Aug21 0:00 gdm-session-worker [pam/gdm-fingerprint] root 34128 0.0 0.2 284768 6912 ?Sl Aug21 0:00 gdm-session-worker [pam/gdm-password] root 34129 0.0 0.2 263924 6752 ?Sl Aug21 0:00 gdm-session-worker [pam/gdm-fingerprint] root 34931 0.0 0.2 284640 7100 ?Sl Aug21 0:00 gdm-session-worker [pam/gdm-password] root 34936 0.0 0.2 263924 6720 ?Sl Aug21 0:00 gdm-session-worker [pam/gdm-fingerprint] root 35644 0.0 0.2 284768 7536 ?Sl Aug21 0:00 gdm-session-worker [pam/gdm-password] root 35648 0.0 0.2 263924 7280 ?Sl Aug21 0:00 gdm-session-worker [pam/gdm-fingerprint] root 35876 0.0 0.2 284640 7564 ?Sl Aug21 0:00 gdm-session-worker [pam/gdm-password] root 35879 0.0 0.2 263924 7200 ?Sl Aug21 0:00 gdm-session-worker [pam/gdm-fingerprint] root 36130 0.0 0.2 284636 7724 ?Sl Aug21 0:00 gdm-session-worker [pam/gdm-password] root 36132 0.0 0.2 263924 7296 ?Sl Aug21 0:00 gdm-session-worker [pam/gdm-fingerprint] root 36665 0.0 0.2 284768 7660 ?Sl Aug22 0:00 gdm-session-worker [pam/gdm-password] root 36668 0.0 0.2 263924 7268 ?Sl Aug22 0:00 gdm-session-worker [pam/gdm-fingerprint] root 37110 0.0 0.2 263920 7348 ?Sl Aug22 0:00 gdm-session-worker [pam/gdm-fingerprint] root 37130 0.0 0.2 284640 7532 ?Sl Aug22 0:00 gdm-session-worker [pam/gdm-password] root 37134 0.0 0.2 263912 7360 ?Sl Aug22 0:00 gdm-session-worker [pam/gdm-fingerprint] root 37394 0.0 0.2 284640 7532 ?Sl Aug22 0:00 gdm-session-worker [pam/gdm-password] root 37397 0.0 0.2 263924 7244 ?Sl Aug22 0:00 gdm-session-worker [pam/gdm-fingerprint] root 37738 0.0 0.2 284764 7616 ?Sl Aug22 0:00 gdm-session-worker [pam/gdm-password] root 37741 0.0 0.2 263924 7364 ?Sl Aug22 0:00 gdm-session-worker [pam/gdm-fingerprint] -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, armel Kernel: Linux 4.1.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages fprintd depends on: ii dbus 1.8.20-1 ii libc6 2.19-19 ii libdbus-1-31.8.20-1 ii libdbus-glib-1-2 0.102-1 ii libfprint0 1:0.6.0-2 ii libglib2.0-0 2.44.1-1.1 ii libpolkit-gobject-1-0 0.105-11 ii policykit-10.105-11 fprintd recommends no packages. fprintd suggests no packages. -- no debconf inform
Bug#792901: liferea: Does not gracefully install when /usr/share/doc is dpkg-excluded
Package: liferea Version: 1.10.16-1 Severity: serious Justification: Policy 12.3 rmdir: failed to remove ‘/usr/share/doc/liferea’: No such file or directory you need to make this failure silent. " Packages must not require the existence of any files in /usr/share/doc/ in order to function " http://www.debian.org/doc/debian-policy/ch-docs.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, armel Kernel: Linux 4.1.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages liferea depends on: ii dbus-x11 1.8.18-1 ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii gir1.2-gtk-3.0 3.16.5-1 ii gir1.2-peas-1.0 1.12.1-2 ii libatk1.0-0 2.16.0-2 ii libc62.19-19 ii libcairo21.14.2-2 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libgirepository-1.0-11.44.0-1+b2 ii libglib2.0-0 2.44.1-1.1 ii libgtk-3-0 3.16.5-1 ii libindicate5 0.6.92-2 ii libjson-glib-1.0-0 1.0.4-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libpeas-1.0-01.12.1-2 ii libsoup2.4-1 2.50.0-2 ii libsqlite3-0 3.8.10.2-1 ii libwebkitgtk-3.0-0 2.4.9-2 ii libxml2 2.9.2+dfsg1-3 ii libxslt1.1 1.1.28-2+b2 ii liferea-data 1.10.16-1 ii python-gi3.16.2-1 pn python:any Versions of packages liferea recommends: ii gir1.2-gnomekeyring-1.0 3.12.0-1+b1 ii gnome-icon-theme 3.12.0-1 ii gnome-keyring3.16.0-2 ii steadyflow 0.2.0-1.1 Versions of packages liferea suggests: ii network-manager 1.0.2-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#792165: hexchat: upgrading to 2.10.2 broke hexchat, downgrading did not fix
Package: hexchat Version: 2.10.1-1 Severity: important On the upgrade my servlist.conf got deleted and replaced by a super simple one: v=2.10.2 N=New Network F=19 D=0 S=newserver/6667 I'm kinda pissed.Should have at least renamed the existing one instead of truncating it. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, armel Kernel: Linux 4.1.0-rc3+ (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages hexchat depends on: ii hexchat-common 2.10.1-1 ii libatk1.0-0 2.16.0-2 ii libc62.19-18 ii libcairo21.14.2-2 ii libcanberra0 0.30-2.1 ii libdbus-1-3 1.8.18-1 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-0 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libpci3 1:3.2.1-3 ii libperl5.20 5.20.2-6 ii libproxy10.4.11-4+b2 ii libpython2.7 2.7.10-3 ii libssl1.0.0 1.0.2c-1 Versions of packages hexchat recommends: ii gvfs-bin 1.24.1-2+b1 Versions of packages hexchat suggests: pn unifont -- 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#788305: hexchat: "Import settings from XChat-2" option on first startup
Package: hexchat Version: 2.10.2-1 Severity: minor It would be really nice if this program allow the importation of XChat-2 settings the first time it is run, if such settings exist. It is quite simple cp ~/.xchat-2 ~/.config/hexchat mv ~/.config/hexchat/xchat.conf ~/.config/hexchat/hexchat.conf -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, armel Kernel: Linux 4.1.0-rc3+ (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages hexchat depends on: ii hexchat-common 2.10.2-1 ii libatk1.0-0 2.16.0-2 ii libc62.19-18 ii libcairo21.14.2-2 ii libcanberra0 0.30-2.1 ii libdbus-1-3 1.8.18-1 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-0 2.44.1-1 ii libgtk2.0-0 2.24.28-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libproxy10.4.11-4+b2 ii libssl1.0.0 1.0.2a-1 Versions of packages hexchat recommends: ii gvfs-bin 1.24.1-2+b1 ii hexchat-perl 2.10.2-1 ii hexchat-plugins 2.10.2-1 ii hexchat-python 2.10.2-1 Versions of packages hexchat suggests: pn unifont -- 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#786931: /usr/bin/ncal: Lunar calenders (Islam and Jewish)
Package: bsdmainutils Version: 9.0.6 Severity: wishlist File: /usr/bin/ncal Tags: upstream Dear Maintainer, I was interested in adding support to cal/ncal for the Jewish and Islamic lunar calenders (specifically the Umm al-Qura Islamic calender standardized in Saudi Arabia), and as there is a fair bit of math involved, asking if such a patch would be considered (with no guarantee) in advance. Islamic calender The days are purely lunar, with a "year" being exactly 12 moons. These moons are differn't from a rotation of the Moon around the Earth, with details (look at the source) here: http://www.staff.science.uu.nl/~gent0113/islam/ummalqura.htm Jewish calender --- A modified lunar calender, there is a leap month (Adar) entered according to the metonic cycle. There are also some special leap day(s) rules discussed here: https://en.wikipedia.org/wiki/Hebrew_calendar#Rosh_Hashanah_postponement For current day calculation --- Days in Judaism and Islam start at sunset. The user may either provide a latitude and longitude[1], or by default the coordinates of Jerusalem or Mekkah will be used, respectfully. Existing timezones cannot be used (the latitude where that time would be the mean solar time) because sunsetcalculations requie a latitude. For days in with the artic or antartic circle in which the sun either does not set or does not rise, solar midnight will be used (days are not 24 hours long). Rounding errors --- The solar declination calculation is subject quite a bit to rounding errors. When using IEEE-754 64-bit the avr-libc library reports a 4.8 minute drift of solstice per year, which becomes significant with the historical Jewish calender (but not the modern Islamic calender). So if historical Jewish dates are desired, libquadmath should be used. Liberty equality fraternity or death, Shawn Landden [1]Or, optionally, only a latitude (and get the longitude from the mean solar time of the current timezone)? -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: musl-linux-arm64 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bsdmainutils depends on: ii bsdutils 1:2.25.2-6 ii debianutils 4.4+b1 ii libc62.21-0experimental0 ii libncurses5 5.9+20140913-1+b1 ii libtinfo55.9+20140913-1+b1 bsdmainutils recommends no packages. Versions of packages bsdmainutils suggests: ii cpp 4:5-3 pn vacation ii wamerican [wordlist] 7.1-1 ii whois 5.2.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#782428: Info received (Bug#782428: libattr1-dev: depends on glibc internals)
The acl problem was at my end, don't mind that. The patch is good. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782428: libattr1-dev: depends on glibc internals
On Sat, Apr 11, 2015 at 08:36:27PM -0700, Shawn Landden wrote: > Package: libattr1-dev > Version: 1:2.4.47-2 > Severity: important > Tags: patch upstream > > uses glibc internal declarations (__BEGIN_DECL and __THROW) > which means it can't be build for other libcs. Patch attached. > For some reason this is breaking acl's detection of ? I don't get it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782428: libattr1-dev: depends on glibc internals
On Sat, Apr 11, 2015 at 08:36:27PM -0700, Shawn Landden wrote: > Package: libattr1-dev > Version: 1:2.4.47-2 > Severity: important > Tags: patch upstream > > uses glibc internal declarations (__BEGIN_DECL and __THROW) > which means it can't be build for other libcs. Patch attached. Here is the patch: --- a/include/xattr.h 2014-09-08 14:48:10.0 -0700 +++ b/include/xattr.h 2015-04-11 20:30:18.525078800 -0700 @@ -31,7 +31,13 @@ #define XATTR_REPLACE 0x2 /* set value, fail if attr does not exist */ -__BEGIN_DECLS +#ifndef __THROW +# define __THROW +#endif + +#ifdef __cplusplus +extern "C" { +#endif extern int setxattr (const char *__path, const char *__name, const void *__value, size_t __size, int __flags) __THROW; @@ -58,6 +64,8 @@ extern int lremovexattr (const char *__path, const char *__name) __THROW; extern int fremovexattr (int __filedes, const char *__name) __THROW; -__END_DECLS +#ifdef __cplusplus +} +#endif #endif /* __XATTR_H__ */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782428: libattr1-dev: depends on glibc internals
Package: libattr1-dev Version: 1:2.4.47-2 Severity: important Tags: patch upstream uses glibc internal declarations (__BEGIN_DECL and __THROW) which means it can't be build for other libcs. Patch attached. Thanks, Shawn -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, armel, musl-linux-amd64 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libattr1-dev depends on: ii libattr1 1:2.4.47-2 ii libc6-dev [libc-dev] 2.21-0experimental0 libattr1-dev recommends no packages. libattr1-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#782039: dpkg-buildflags should ship CC variable for multi-arch cross-compiling, so that we can support clang
control -1 close On Tue, Apr 07, 2015 at 04:47:59AM +0200, Guillem Jover wrote: > Hi! > > On Mon, 2015-04-06 at 12:54:33 -0700, Shawn Landden wrote: > > Package: dpkg > > Version: 1.17.24 > > Severity: wishlist > > > clang is a native compiler, and so the gcc way of naming cross-compilers is > > cumbersome as it would require the clang > > package to ship many symlinks. instead the architecture is listed with > > -target > > CC="clang -target $(DEB_HOST_GNU_TYPE)" > > > > Not all software uses autoconf, and also the autoconf auto-detection > > doesn't work with musl-linux-(amd64|armhf|...), > > which doesn't require a differn't gcc, but simply a spec file. > > I think I'm quite confused by this report. How would having > dpkg-buildflags support a CC variable (set to gcc) help when the user > wants to use clang? > > If you want to use clang, then just do: > > $ CC="clang " dpkg-buildpackage > > what am I missing? > We talked about this, and what i'm proposing is still not a panacea. Closing. > Thanks, > Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782099: liblzo2-dev: Do not depend on libc6-dev, please depend on libc-dev instead
Package: liblzo2-dev Version: 2.08-1.2 Severity: normal Or nothing as it is build-essential. libc6-dev is unique to linux, even if the other glibc packages provide it, and will not be provided in a potential musl port. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, armel Kernel: Linux 3.19.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages liblzo2-dev depends on: ii libc6-dev 2.21-0experimental0 ii liblzo2-2 2.08-1.2 liblzo2-dev recommends no packages. liblzo2-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#782039: dpkg-buildflags should ship CC variable for multi-arch cross-compiling, so that we can support clang
Package: dpkg Version: 1.17.24 Severity: wishlist clang is a native compiler, and so the gcc way of naming cross-compilers is cumbersome as it would require the clang package to ship many symlinks. instead the architecture is listed with -target CC="clang -target $(DEB_HOST_GNU_TYPE)" Not all software uses autoconf, and also the autoconf auto-detection doesn't work with musl-linux-(amd64|armhf|...), which doesn't require a differn't gcc, but simply a spec file. Thanks, Shawn -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, armel, musl-linux-amd64 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-7+b3 ii libc62.21-0experimental0 ii liblzma5 5.1.1alpha+20120614-2+b3 ii libselinux1 2.3-2 ii tar 1.27.1-2+b1 ih zlib1g 1:1.2.8.dfsg-2+b1 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 1.1~exp8 -- 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#781489: criu: links against libprotobuf-c0 which it doesn't depend on
On Mon, Mar 30, 2015 at 07:52:03AM +0200, Salvatore Bonaccorso wrote: > Control: tags -1 + moreinfo unreproducible > > Hi > > This does not look correct at first glance. criu/1.3.1-1 in > jessie/unstable depends on libprotobuf-c1 (as well criu/1.4-1 in > experimental). What does > > apt-cache policy criu Not a bug, built locally. > > shows? > > Regards, > Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#781489: criu: links against libprotobuf-c0 which it doesn't depend on
Closing bug On Mon, Mar 30, 2015 at 07:52:03AM +0200, Salvatore Bonaccorso wrote: > Control: tags -1 + moreinfo unreproducible > > Hi > > This does not look correct at first glance. criu/1.3.1-1 in > jessie/unstable depends on libprotobuf-c1 (as well criu/1.4-1 in > experimental). What does > > apt-cache policy criu > > shows? > > Regards, > Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#781489: criu: links against libprotobuf-c0 which it doesn't depend on
On Mon, Mar 30, 2015 at 07:52:03AM +0200, Salvatore Bonaccorso wrote: > Control: tags -1 + moreinfo unreproducible > > Hi > > This does not look correct at first glance. criu/1.3.1-1 in > jessie/unstable depends on libprotobuf-c1 (as well criu/1.4-1 in > experimental). What does > > apt-cache policy criu sorry, I reinstalled and its fine, guess I compiled my own at one point. > > shows? > > Regards, > Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#781047: libpcp3-dev: /usr/include/pcp/import.h missing
Package: libpcp3-dev Version: 3.10.1 Severity: important Dear Maintainer, the package is not installing all the header files please ship /usr/include/pcp/import.h Thanks, Shawn While you are at it Multi-arch would be nice -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libpcp3-dev depends on: ii libc6-dev [libc-dev] 2.19-17 ii libpcp3 3.10.1 libpcp3-dev recommends no packages. libpcp3-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#780744: miro: should Recommend: libavahi-compat-libdnssd1
Package: miro Version: 6.0-1 Severity: normal When starting miro without libavahi-compat-libdnssd1 installed it pops up a warning that it should be installed to maximize functionality. Thus there should be a recommendation on this library. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.0.0-rc3-next-20150316 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages miro depends on: ii gstreamer0.10-plugins-bad 0.10.23-7.4 ii gstreamer0.10-plugins-base 0.10.36-2 ii gstreamer0.10-plugins-good 0.10.31-3+nmu4+b1 ii gstreamer0.10-x 0.10.36-2 ii libatk1.0-0 2.14.0-1 ii libav-tools 6:11.3-1 ii libavcodec566:11.3-1 ii libavformat56 6:11.3-1 ii libavutil54 6:11.3-1 ii libc6 2.19-17 ii libcairo2 1.14.0-2.1 ii libfontconfig1 2.11.0-6.3 ii libfreetype62.5.2-4 ii libgcc1 1:5-20150307-1 ii libgdk-pixbuf2.0-0 2.31.3-1 ii libglib2.0-02.43.91-1 ii libgtk2.0-0 2.24.25-3 ii libjavascriptcoregtk-1.0-0 2.4.8-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libsoup2.4-12.49.91.1-1 ii libsqlite3-03.8.8.3-1 ii libstdc++6 5-20150307-1 ii libtag1c2a 1.9.1-2.1 ii libwebkitgtk-1.0-0 2.4.8-1 ii libx11-62:1.6.2-3 ii miro-data 6.0-1 ii python 2.7.8-4 ii python-dbus 1.2.0-2+b3 ii python-gconf2.28.1+dfsg-1.1 ii python-glade2 2.24.0-4 ii python-gst0.10 0.10.22-3 ii python-gtk2 2.24.0-4 ii python-libtorrent 0.16.18-1 ii python-mutagen 1.25.1-1 ii python-pycurl 7.19.5-3 ii python-pysqlite22.6.3-3 ii python-support 1.0.15 ii python-webkit 1.1.8-3 ii zlib1g 1:1.2.8.dfsg-2+b1 miro recommends no packages. Versions of packages miro suggests: pn ffmpeg2theora pn gstreamer0.10-ffmpeg pn gstreamer0.10-plugins-ugly ii libavahi-compat-libdnssd1 0.6.31-4+b2 ii python-notify 0.1.1-4 pn ttf-dejavu -- 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#780530: calendarserver: new version
Package: calendarserver Version: 6.0+dfsg-1 Severity: normal Dear Maintainer, 6.0 has been released. I have worked on packaging it a bit, but it is not complete: git pull git://churchofgit.com/shawn/calendarserver Thanks, Shawn --- Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages calendarserver depends on: ii adduser3.113+nmu3 ii lsb-base 4.1+Debian13+nmu1 ii memcached 1.4.21-1.1 ii python 2.7.8-4 ii python-cffi0.8.6-1 ii python-crypto 2.6.1-5+b2 ii python-dateutil2.2-2 ii python-kerberos1.1.5-0.1 ii python-ldap2.4.10-1 ii python-nevow 0.11.1-1 ii python-openssl 0.14-1 ii python-psutil 2.1.1-1+b1 ii python-pyasn1 0.1.7-1 ii python-pycalendar 2.0~svn13177-2 ii python-pycparser 2.10+dfsg-3 ii python-pygresql1:4.0-3.1 ii python-setproctitle1.1.8-1 ii python-sqlparse0.1.13-2 ii python-twisted 14.0.2-3 ii python-twisted-conch 1:14.0.2-3 ii python-twisted-core14.0.2-3 ii python-twisted-mail14.0.2-3 ii python-twisted-web 14.0.2-3 ii python-twisted-words 14.0.2-3 ii python-tz 2012c+dfsg-0.1 ii python-xattr 0.6.4-3 ii python-zope.interface 4.1.1-3.1 pn python:any ii ssl-cert 1.0.35 Versions of packages calendarserver recommends: ii python-pam 0.4.2-13.1 Versions of packages calendarserver suggests: pn pyflakes pn python-epydoc ii python-pyasn10.1.7-1 pn python-pydoctor -- Configuration Files: /etc/caldavd/servertoserver.dtd 6959f93d1fce2acccff5971775cb3e20 [Errno 2] No such file or directory: u'/etc/caldavd/servertoserver.dtd 6959f93d1fce2acccff5971775cb3e20' /etc/caldavd/sudoers.plist c4e456244e69c8e3f0449219e4cc589b [Errno 2] No such file or directory: u'/etc/caldavd/sudoers.plist c4e456244e69c8e3f0449219e4cc589b' /etc/default/calendarserver changed: start_calendarserver=yes -- 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#780495: libgit2-dev: package new version
Package: libgit2-dev Version: 0.21.3-1.1 Severity: normal git2go, the libgit2 go bindings, only support v22+ Could you please package v22, thanks. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.0.0-rc3-00122-gcca28a5-dirty (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libgit2-dev depends on: ii libgit2-21 0.21.3-1.1 ii libhttp-parser-dev 2.1-2 ii libssh2-1-dev 1.4.3-4 ii libssl-dev 1.0.2-1 ii zlib1g-dev [libz-dev] 1:1.2.8.dfsg-2+b1 libgit2-dev recommends no packages. libgit2-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#779809: /usr/bin/pahole: does not support DWARF 4
Package: dwarves Version: 1.10-2 Severity: important File: /usr/bin/pahole when run on a binary produced with gcc-5 with debugging support (-g) pahole dies: die__process_unit: DW_TAG_restrict_type (0x37) @ <0x334> not handled! -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.0.0-rc2-00150-g6587457 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dwarves depends on: ii libc62.19-15 ii libdw1 0.159-4.2 ii libelf1 0.159-4.2 ii zlib1g 1:1.2.8.dfsg-2+b1 dwarves recommends no packages. dwarves 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#778514: gcc-5: Wformat broken
Package: gcc-5 Version: 5-20150205-1 Severity: important Tags: upstream patch -Wformat is broken, fixed upstream https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65040 This makes compiling most things really noisy, and those that use -Werror fail -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.19.0-05375-gd347efe (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gcc-5 depends on: ii binutils 2.25-4 ii cpp-5 5-20150205-1 ii gcc-5-base5-20150205-1 ii libc6 2.19-15 ii libcc1-0 5-20150205-1 ii libgcc-5-dev 5-20150205-1 ii libgmp10 2:6.0.0+dfsg-6 ii libisl10 0.12.2-2 ii libmpc3 1.0.2-2 ii libmpfr4 3.1.2-3 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages gcc-5 recommends: ii libc6-dev 2.19-15 Versions of packages gcc-5 suggests: pn gcc-5-doc pn gcc-5-locales pn gcc-5-multilib pn libasan2-dbg pn libatomic1-dbg pn libcilkrts5-dbg pn libgcc1-dbg pn libgomp1-dbg pn libitm1-dbg pn liblsan0-dbg pn libquadmath0-dbg pn libtsan0-dbg pn libubsan0-dbg -- 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#778498: vrms: multi-arch support
Package: vrms Version: 1.16 Severity: wishlist When a package is not from the primary arch vrms still displays it the same. vrms should suffix such a package with :i386, :amd64, :armhf, etc. Thank You, Shawn Landden -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.18.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- 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#742408: 1..28
v1.28 is in mentors. Looking for sponsorship -- --- Shawn Landden ChurchOfGit.com
Bug#766053: crontab
On Tue, Dec 16, 2014 at 10:53 PM, Alexandre Detiste < alexandre.deti...@gmail.com> wrote: > Hi, > > I'm glad to hear from you back again; > If you still want it, you can upload 1.4.2 pending on Alioth > without this setGid helper that fix 10-some other bugs. > I am not a Debian developer. I have installed 1.4.2 but I think you should just join pkg-systemd-maintainers and upload. > > > I'm am strongly against a setuid helper. I have a roadmap written up. > Ok, where is this roadmap ? > > > to get user timer units (other other units) into systemd > I think they are already there upstream, it's just that "systemd --user" > mode in Debian didn't got enough testing yet. > (see various bugs) > > > a long way off. > Yeah, I had proposed that; > > [ https://github.com/systemd-cron/systemd-cron/issues/15 > [ do it the systemd way: have crontab when non-root write a timer & > service in ~/.config/systemd/user/ > [ and crontab -l & crontab -e re-assemble back the crontab from > Description= fields > > but that breaks setups when users want to switch back to vixie-cron > or use systemd-crno with original crontab. > > > If you need user crontab you should just install cron. > Or just the "crontab" half; here Christian Kastner agrees that this could > be an option: > https://lists.debian.org/debian-devel/2014/12/msg00304.html > > By the way, this project is also used by Arch & Gentoo users; > and this setgid feature is from the start optional. > > > Alexandre Detiste > > ___ > Pkg-systemd-maintainers mailing list > pkg-systemd-maintain...@lists.alioth.debian.org > > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers > -- Shawn Landden
Bug#766053: crontab
I'm am strongly against a setuid helper. I have a roadmap written up to get user timer units (other other units) into systemd, which would also form the basis of a permission controlled secure app environment (which is a big upstream goal) which would fill this feature gap, but that would certainly be a long way off. If you need user crontab you should just install cron. user crontabs are a complicated security-involved feature and you should stick with cron which is well audited until upstream systemd fixes this feature discrepancy (same goes for use of at(1) by unprivileged users) -- Shawn Landden +1 360 389 3001 (SMS preferred) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#721496: Do not recurse into packages when building
Package: dh-golang Version: 1.5 Followup-For: Bug #721496 I am getting the opposite problem with go-systemd github.com/coreos/go-systemd The modules build fine, but the build breaks because the root directory is not a module and cannot be installed: dh_auto_build: go install -v github.com/coreos/go-systemd/... returned exit code 2 make: *** [build] Error 2 shawn@zephyr:~/git/go-systemd$ go install -v github.com/coreos/go-systemd/ can't load package: package github.com/coreos/go-systemd: no buildable Go source files in /home/shawn/.go/src/github.com/coreos/go-systemd -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.14.0-rc1-1-gfd08cea-dirty (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-golang depends on: ii debhelper 9.20131227 ii dpkg 1.17.6 ii libparse-debcontrol-perl 2.005-4 ii perl 5.18.2-2 dh-golang recommends no packages. dh-golang 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#738049: libsepol1-dev: make -dev package multi-arch: same
Package: libsepol1-dev Version: 2.2-1 Severity: important Please make the -dev package multi-arch same This is required to make systemd multi-arch cross build. If systemd enters the default package set, then it will be required to bootstrap debian. For more information see: https://wiki.ubuntu.com/MultiarchCross -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.14.0-rc1-1-gfd08cea-dirty (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsepol1-dev depends on: ii libsepol1 2.2-1 libsepol1-dev recommends no packages. libsepol1-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#737590: gnome-control-center: crashes when moving to "Background" applet
Package: gnome-control-center Version: 1:3.8.3-4 Severity: important I would try the version from experimental, but installing it means removing a bunch of important stuff like gdm3 Starting program: /usr/bin/gnome-control-center warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffd258f700 (LWP 1743)] [New Thread 0x7fffc255d700 (LWP 1745)] [New Thread 0x7fffc1d5c700 (LWP 1746)] Program received signal SIGSEGV, Segmentation fault. 0x7219e7a4 in gdk_pixbuf_get_from_surface () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 (gdb) bt #0 0x7219e7a4 in gdk_pixbuf_get_from_surface () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #1 0x0045a4bc in ?? () #2 0x71c57ac7 in g_simple_async_result_complete () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #3 0x71ca815a in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #4 0x71c57ac7 in g_simple_async_result_complete () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #5 0x71c57b29 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #6 0x70d483d6 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #7 0x70d48728 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #8 0x70d487cc in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #9 0x71c83a6c in g_application_run () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #10 0x004498c8 in main () -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.14.0-rc1-1-gfd08cea-dirty (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii accountsservice0.6.34-2 ii apg2.2.3.dfsg.1-2 ii colord 1.0.6-1 ii desktop-file-utils 0.22-1 ii gnome-control-center-data 1:3.8.3-4 ii gnome-desktop3-data3.10.1-2 ii gnome-icon-theme 3.10.0-1 ii gnome-icon-theme-symbolic 3.10.1-1 ii gnome-menus3.8.0-2 ii gnome-settings-daemon 3.8.5-2 ii gsettings-desktop-schemas 3.8.2-2 ii libaccountsservice00.6.34-2 ii libatk1.0-02.10.0-2 ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libcheese-gtk233.10.1-1sid1 ii libcheese7 3.10.1-1sid1 ii libclutter-gtk-1.0-0 1.4.4-3 ii libcolord-gtk1 0.1.25-1.1 ii libcolord1 1.0.6-1 ii libcups2 1.7.1-2 ii libdbus-glib-1-2 0.100.2-1 ii libfontconfig1 2.11.0-2 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libgl1-mesa-glx [libgl1] 10.0.1-1 ii libglib2.0-0 2.38.2-1 ii libgnome-bluetooth11 3.8.1-2 ii libgnome-desktop-3-7 3.8.4-2 ii libgoa-1.0-0 3.8.3-2 ii libgtk-3-0 3.10.2-1 ii libgtop2-7 2.28.5-2 ii libibus-1.0-5 1.5.5-1 ii libkrb5-3 1.11.3+dfsg-3+nmu1 ii libnm-glib-vpn10.9.8.8-3 ii libnm-glib40.9.8.8-3 ii libnm-gtk0 0.9.8.4-1 ii libnm-util20.9.8.8-3 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-01.36.0-1+b1 ii libpolkit-gobject-1-0 0.112-2 ii libpulse-mainloop-glib04.0-6+b1 ii libpulse0 4.0-6+b1 ii libpwquality1 1.2.3-1 ii libsmbclient 2:4.0.13+dfsg-1 ii libsocialweb-client2 0.25.20-6 ii libupower-glib10.9.23-2+b1 ii libwacom2 0.8-1 ii libx11-6 2:1.6.2-1 ii libxi6 2:1.7.2-1 ii libxml22.9.1+dfsg1-3 Versions of packages gnome-control-center recommends: ii cups-pk-helper 0.2.5-2 ii gkbd-capplet 3.6.0-1 ii gnome-online-accounts 3.8.3-2 ii gnome-user-guide 3.8.2-1 ii gnome-user-share 3.8.3-1 ii iso-codes 3.50-1 ii mesa-utils 8.1.0-2+b1 ii mousetweaks3.8.0-1 pn network-manager-gnome ii ntp1:4.2.6.p5+dfsg-3 ii policykit-1-gnome 0.105-2 ii rygel 0.20.3-1 ii system-config-printer 1.4.3-1 Versions of packages gnome-control-center suggests: ii gnome-screensaver3.6.1-1 ii gstreamer1.0-pulseaudio 1.2.2-1 pn libcanberra-gtk-module pn libcanberra-gtk3-module ii x11-xserver-utils7.7+2 -- no debconf information -- To UNSUBSCR
Bug#732648: dpkg-deb: does not match MultiarchSpec
Package: dpkg Version: 1.17.5 Severity: normal If you use Multi-arch: none as specified here: https://wiki.ubuntu.com/MultiarchSpec You get the erro: junk after foreign/allowed/same/no in quadstate field There seems to be a disagreement about no vs none here either the spec or dpkg (IMHO dpkg) should be changed -Shawn -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc3-00330-gca33675 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-5 ii libc62.17-97 ii liblzma5 5.1.1alpha+20120614-2 ii libselinux1 2.2.1-1 ii tar 1.27-4 ii zlib1g 1:1.2.8.dfsg-1 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.9.14.1+multiarch -- 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#730432: nginx: please build "nginx-full" with Spdy support
Package: nginx-extras Version: 1.4.4-1.1 Followup-For: Bug #730432 Nginx supports spdy/2 which both chrome and firefox have dropped https://bugzilla.mozilla.org/show_bug.cgi?id=912550 https://code.google.com/p/chromium/issues/detail?id=303957 only spdy/3 and spdy/3.1 is supported these days, so nginx's spdy support is basically useless at this point -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nginx-extras depends on: ii libc6 2.17-97 ii libexpat1 2.1.0-4 ii libgd3 2.1.0-3+b1 ii libgeoip1 1.6.0-1 ii liblua5.1-0 5.1.5-5 ii libpam0g1.1.3-10 ii libpcre31:8.31-2 ii libperl5.18 5.18.1-5 ii libssl1.0.0 1.0.1e-4 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii nginx-common1.4.4-1.1 ii perl5.18.1-5 ii perl-base [perlapi-5.18.1] 5.18.1-5 ii zlib1g 1:1.2.8.dfsg-1 nginx-extras recommends no packages. Versions of packages nginx-extras suggests: pn nginx-doc -- 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#732435: cups: please shit systemd service file
Source: cups Severity: normal Cups supports systemd socket activation so it only starts when needed. https://github.com/ash211/systemd-arch-units/blob/master/service/cups.service https://github.com/rookus/systemd-arch-units/blob/master/socket/cups.socket https://wiki.archlinux.org/index.php/CUPS#CUPS.27_systemd_service_does_not_start_even_though_it.27s_enabled etc upstream should really deal with this... -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc3-00330-gca33675 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723999: Google Chrome is not detected as non free software
Package: vrms Version: 1.16 Followup-For: Bug #723999 This applies to "google-talkplugin" as well. Unlike Skype, Google puts these in "main" -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc3-00330-gca33675 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732330: clarification
discussing this bug on #nginx-social I realized it is vague What I want is the ability to just build one flavor, when building manually, not change the default behavior. Something like FLAVORS=full dpkg-buildpackage If you change the FLAVORS := line at the top of rules to list just one flavor the build fails, and it shouldn't. THx, Shawn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732330: nginx-extras: allowing building just one flavour
Package: nginx-extras Version: 1.4.4-1 Severity: wishlist Also would be nice if dpkg-buildpackage -nc (noclean) worked. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc3-00330-gca33675 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nginx-extras depends on: ii libc6 2.17-97 ii libexpat1 2.1.0-4 ii libgd3 2.1.0-3+b1 ii libgeoip1 1.6.0-1 ii liblua5.1-0 5.1.5-5 ii libpam0g1.1.3-10 ii libpcre31:8.31-2 ii libperl5.18 5.18.1-5 ii libssl1.0.0 1.0.1e-4 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii nginx-common1.4.4-1 ii perl5.18.1-5 ii perl-base [perlapi-5.18.1] 5.18.1-5 ii zlib1g 1:1.2.8.dfsg-1 nginx-extras recommends no packages. Versions of packages nginx-extras suggests: pn nginx-doc -- 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#732171: musl-tools: profile $TRIPLET-gcc, ie arm-linux-musleabihf-gcc on armhf
Package: musl-tools Version: 0.9.14-2 Severity: normal this would make dpkg-buildpackage [-afoo] work out of the box -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc3-00330-gca33675 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages musl-tools depends on: ii gcc 4:4.8.1-3 ii musl-dev 0.9.14-2 musl-tools recommends no packages. musl-tools 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#732170: musl: please specify multi-arch:
Package: musl Version: 0.9.14-2 Severity: normal musl and musl-dev should support multi-arch: same -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc3-00330-gca33675 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information Source: musl Section: libs Priority: extra Maintainer: Kevin Bortis Build-Depends: debhelper (>=9), dh-exec (>=0.6) Standards-Version: 3.9.4 Homepage: http://www.musl-libc.org/ Vcs-Git: https://github.com/wermut/musl.git Vcs-Browser: https://github.com/wermut/musl/ Package: musl Section: libs Architecture: armel armhf i386 amd64 mips mipsel Depends: ${misc:Depends} Multi-arch: same Description: standard C library musl is lightweight, fast, simple, free and strives to be correct in the sense of standards-conformance and safety. . This package contains the shared objects Package: musl-dev Section: libdevel Architecture: armel armhf i386 amd64 mips mipsel Multi-arch: same Depends: ${misc:Depends}, musl (= ${binary:Version}) Provides: libc-dev Description: standard C library development files musl is lightweight, fast, simple, free and strives to be correct in the sense of standards-conformance and safety. . This package contains the static linked libraries and the include files. Package: musl-tools Section: devel Architecture: armel armhf i386 amd64 mips mipsel Multi-arch: none Depends: ${misc:Depends}, musl-dev (= ${binary:Version}), gcc (>= 4.7.2) Description: standard C library tools musl is lightweight, fast, simple, free and strives to be correct in the sense of standards-conformance and safety. . This package contains the gcc spec file and the musl-gcc wraper script to make easy-to-deploy static and minimally dynamic linked programs.
Bug#732169: musl-bin with /usr/bin/ldd
Package: musl Version: 0.9.14-2 Severity: normal musl's ldd doesn't work unless argv[0] == ldd aka ldd is a symlink to musl -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc3-00330-gca33675 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732157: Fwd: [Pkg-systemd-maintainers] Bug#732157: Want SIGSTOP-style daemon/service readiness notification
forwarding to systemd-devel for discussion -- Forwarded message -- From: Ian Jackson Date: Sat, Dec 14, 2013 at 1:05 PM Subject: [Pkg-systemd-maintainers] Bug#732157: Want SIGSTOP-style daemon/service readiness notification To: sub...@bugs.debian.org Package: systemd Version: 204-5 Severity: wishlist It would be nice if systemd could implement the service supervisor side of the service readiness protocol that upstart calls "expect stop": The service doesn't fork, and when considers itself ready it raises SIGSTOP. The supervisor can observe this via the usual mechanisms, being the service's parent, and when it occurs it sends the service CONT and starts whatever was waiting for readiness. The sd_notify(3) protocol is just about tolerable, and it is good that it's documented, but it is quite unattractive for a daemon author: Either they have to add a build- and runtime- dependency on a systemd-specific library, or they have to reimplement a fairly tedious piece of socket code. For a daemon author, raise(SIGSTOP) is lovely and simple. I guess this would be a new "Type" (but I'm still halfway through the docs so no expert). Ian. ___ Pkg-systemd-maintainers mailing list pkg-systemd-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732163: xchat: please support irc:// scheme in browsers, etc
Package: xchat Version: 2.8.8-7.1ubuntu3 Severity: normal Tags: patch Ubuntu has the .desktop file advertise that xchat supports irc:// which makes these urls work in iceweasel [Desktop Entry] Encoding=UTF-8 Name=XChat IRC Name[zh_TW]=網路清談 Comment[de]=IRC-Client Comment[es]=Aplicación de IRC Comment[fi]=IRC-sovellus Comment[fr]=Client IRC Comment[hu]=IRC-kliens Comment[lt]=IRC klientas Comment[no]=IRC-klient Comment[pt_BR]=Cliente de IRC Comment[sl]=Odjemalec IRC Comment[sv]=IRC-klient Comment[ro]=Client de IRC Comment[zh_TW]=X-Chat 聊天程式 Comment=Chat with other people using Internet Relay Chat Exec=sh -c "xchat --existing --url %U || exec xchat" Icon=xchat Terminal=false Type=Application Categories=Network; StartupNotify=true MimeType=x-scheme-handler/irc;x-scheme-handler/ircs; -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc3-00330-gca33675 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xchat depends on: ii libc6 2.17-97 ii libdbus-glib-1-20.100.2-1 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-02.38.1-2 ii libgtk2.0-0 2.24.22-1 ii libpango-1.0-0 1.36.0-1 ii libperl5.18 5.18.1-5 ii libsexy20.1.11-2+b1 ii libssl1.0.0 1.0.1e-4 ii libx11-62:1.6.2-1 ii xchat-common2.8.8-7.1 Versions of packages xchat recommends: ii alsa-utils 1.0.27.2-1 ii libnotify4 0.7.6-1 ii libpython2.7 2.7.6-3 ii tcl8.5 8.5.14-2 pn xchat-indicator ii xdg-utils1.1.0~rc1+git20111210-7 xchat 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#732099: libcryptsetup-dev: please multi-arch dev package
Package: libcryptsetup-dev Version: 2:1.6.1-1 Severity: normal Tags: patch Please multi-arch your -dev packages by adding the fallowing to your control file: Multi-arch: same If your header files are the same on all architectures this should be all you need to do. see https://wiki.ubuntu.com/MultiarchCross for more info. Thanks! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc2-00123-g70839b6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcryptsetup-dev depends on: ii libcryptsetup4 2:1.6.1-1 libcryptsetup-dev recommends no packages. libcryptsetup-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#732098: libselinux1-dev: please multi-arch -dev package
Package: libselinux1-dev Version: 2.2.1-1 Severity: normal Tags: patch Please multi-arch your -dev packages by adding the fallowing to your control file: Multi-arch: same If your header files are the same on all architectures this should be all you need to do. see https://wiki.ubuntu.com/MultiarchCross for more info. Thanks! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc2-00123-g70839b6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libselinux1-dev depends on: ii libpcre3-dev 1:8.31-2 ii libselinux12.2.1-1 ii libsepol1-dev 2.2-1 libselinux1-dev recommends no packages. libselinux1-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#732096: docbook-xml: please mark Multi-arch: foreign
Package: docbook-xml Version: 4.5-7.2 Severity: normal Until Bug #666772 is fixed, can you mark your package Multi-arch: foreign -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc2-00123-g70839b6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages docbook-xml depends on: ii sgml-base 1.26+nmu4 ii sgml-data 2.0.9-1 ii xml-core 0.13+nmu2 docbook-xml recommends no packages. Versions of packages docbook-xml suggests: ii docbook 4.5-5.1 pn docbook-defguide ii docbook-dsssl 1.79-7 ii docbook-xsl 1.78.1+dfsg-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731780: lsof: mount namespace support
Package: lsof Version: 4.86+dfsg-1 Followup-For: Bug #731780 last version of this patch made use of an unitilized variable (NoNS) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc2-00123-g70839b6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lsof depends on: ii libc6 2.17-97 ii libperl4-corelibs-perl 0.003-1 ii perl5.18.1-5 lsof recommends no packages. lsof suggests no packages. -- no debconf information >From 6f33319b5631956ca11a09ea8aee6172786bfd3a Mon Sep 17 00:00:00 2001 From: Shawn Landden Date: Mon, 9 Dec 2013 10:42:32 -0800 Subject: [PATCH] linux: mount namespace support If process we are inspecting is in a differn't mount namespace than we are currently in switch to that namespace before stat()s. Through openat() and fstatat() we are using the original /proc. If mount namespace if differn't than the one lsof was ran in, print the namespace. --- dialects/linux/dproc.c | 48 +++- 1 file changed, 47 insertions(+), 1 deletion(-) diff --git a/dialects/linux/dproc.c b/dialects/linux/dproc.c index 7b54756..0f941bd 100644 --- a/dialects/linux/dproc.c +++ b/dialects/linux/dproc.c @@ -74,7 +74,9 @@ static short Cckreg; /* conditional status of regular file static short Ckscko; /* socket file only checking status: * 0 = none * 1 = check only socket files */ - +static short NoNS = 0; /* do not check/switch namespaces if 1*/ +#define NS_READLINK_SIZE 3 + 1 + 12 + 1 +static char lsofmntns[NS_READLINK_SIZE]; /* * Local function prototypes @@ -193,6 +195,8 @@ gather_proc_info() (void) snpf(pidpath, pidpathl, "%s/", PROCFS); } + if (getlinksrcat(dirfd(ps), "self/ns/mnt", lsofmntns, sizeof(lsofmntns)) != 3 || strlen(&lsofmntns[4]) != 12) + NoNS = 1; /* * Get lock information. */ @@ -942,6 +946,7 @@ process_id(idp, idpl, cmd, uid, pid, ppid, pgid, tid, ps) FILE *ms; static char *vbuf = (char *)NULL; static size_t vsz = (size_t)0; + char nsbuf[NS_READLINK_SIZE]; #if defined(HASSELINUX) cntxlist_t *cntxp; @@ -984,6 +989,47 @@ process_id(idp, idpl, cmd, uid, pid, ppid, pgid, tid, ps) } ppath[i - 1] = '/'; /* + * Check if PID is in differn't mnt namespace + */ + if (!Ckscko && !NoNS) { + alloc_lfile(" mns", -1); + efs = 0; + if ((getlinksrcat(dirfd(procp), "ns/mnt", pbuf, sizeof(pbuf)) != 3 || strlen(&pbuf[4]) != 12) || + (getlinksrcat(dirfd(ps), "self/ns/mnt", nsbuf, sizeof(nsbuf)) != 3 || strlen(&nsbuf[4]) != 12)) + pn = 0; + else { + if (memcmp(pbuf, nsbuf, sizeof(nsbuf)) != 0) { + int fd; + fd = openat(dirfd(procp), "ns/mnt", O_RDONLY); + if (fd >= 0) { + if (setns(fd, CLONE_NEWNS) < 0) { + if (!Fwarn) { +(void) memset((void *)&sb, 0, sizeof(sb)); +(void) snpf(nmabuf, sizeof(nmabuf), "(setns: %s)", + strerror(errno)); +nmabuf[sizeof(nmabuf) - 1] = '\0'; +(void) add_nma(nmabuf, strlen(nmabuf)); + } + } + ss = fstat(fd, &sb); + close(fd); + } + } + if (memcmp(pbuf, lsofmntns, sizeof(nsbuf)) != 0) + lnk = pn = 1; + else + pn = 0; + } + if (pn) { + (void) process_proc_node(&pbuf[4], + &sb, ss, + (struct stat *)NULL, 0, ps); + if (Lf->sf) + link_lfile(); + } + } + +/* * Process the ID's current working directory info. */ if (!Ckscko) { -- 1.8.5.1
Bug#731780: lsof: mount namespace support
Package: lsof Version: 4.86+dfsg-1 Severity: wishlist Tags: upstream patch lsof does not support mount namespaces of Linux. Instead you just get alof of (stat: No such file or directory) outputs. Fixing this requires reworking the source to use openat() to still have access to /proc when in a differn't namespace. Only works as root (CAP_SYS_ADMIN). Patch attached. Cheers, Shawn -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc2-00123-g70839b6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lsof depends on: ii libc6 2.17-97 ii libperl4-corelibs-perl 0.003-1 ii perl5.18.1-5 lsof recommends no packages. lsof suggests no packages. -- no debconf information >From 02c75d4d3a60f79fc3a70f6acc3fe16b83d4264c Mon Sep 17 00:00:00 2001 From: Shawn Landden Date: Mon, 9 Dec 2013 10:42:32 -0800 Subject: [PATCH 2/2] linux: mount namespace support If process we are inspecting is in a differn't mount namespace than we are currently in switch to that namespace before stat()s. Through openat() and fstatat() we are using the original /proc. If mount namespace if differn't than the one lsof was ran in, print the namespace. --- dialects/linux/dproc.c | 48 +++- 1 file changed, 47 insertions(+), 1 deletion(-) diff --git a/dialects/linux/dproc.c b/dialects/linux/dproc.c index 7b54756..0f393c1 100644 --- a/dialects/linux/dproc.c +++ b/dialects/linux/dproc.c @@ -74,7 +74,9 @@ static short Cckreg; /* conditional status of regular file static short Ckscko; /* socket file only checking status: * 0 = none * 1 = check only socket files */ - +static short NoNS; /* do not check/switch namespaces if 1*/ +#define NS_READLINK_SIZE 3 + 1 + 12 + 1 +static char lsofmntns[NS_READLINK_SIZE]; /* * Local function prototypes @@ -193,6 +195,8 @@ gather_proc_info() (void) snpf(pidpath, pidpathl, "%s/", PROCFS); } + if (getlinksrcat(dirfd(ps), "self/ns/mnt", lsofmntns, sizeof(lsofmntns)) != 3 || strlen(&lsofmntns[4]) != 12) + NoNS = 1; /* * Get lock information. */ @@ -942,6 +946,7 @@ process_id(idp, idpl, cmd, uid, pid, ppid, pgid, tid, ps) FILE *ms; static char *vbuf = (char *)NULL; static size_t vsz = (size_t)0; + char nsbuf[NS_READLINK_SIZE]; #if defined(HASSELINUX) cntxlist_t *cntxp; @@ -984,6 +989,47 @@ process_id(idp, idpl, cmd, uid, pid, ppid, pgid, tid, ps) } ppath[i - 1] = '/'; /* + * Check if PID is in differn't mnt namespace + */ + if (!Ckscko && !NoNS) { + alloc_lfile(" mns", -1); + efs = 0; + if ((getlinksrcat(dirfd(procp), "ns/mnt", pbuf, sizeof(pbuf)) != 3 || strlen(&pbuf[4]) != 12) || + (getlinksrcat(dirfd(ps), "self/ns/mnt", nsbuf, sizeof(nsbuf)) != 3 || strlen(&nsbuf[4]) != 12)) + pn = 0; + else { + if (memcmp(pbuf, nsbuf, sizeof(nsbuf)) != 0) { + int fd; + fd = openat(dirfd(procp), "ns/mnt", O_RDONLY); + if (fd >= 0) { + if (setns(fd, CLONE_NEWNS) < 0) { + if (!Fwarn) { +(void) memset((void *)&sb, 0, sizeof(sb)); +(void) snpf(nmabuf, sizeof(nmabuf), "(setns: %s)", + strerror(errno)); +nmabuf[sizeof(nmabuf) - 1] = '\0'; +(void) add_nma(nmabuf, strlen(nmabuf)); + } + } + ss = fstat(fd, &sb); + close(fd); + } + } + if (memcmp(pbuf, lsofmntns, sizeof(nsbuf)) != 0) + lnk = pn = 1; + else + pn = 0; + } + if (pn) { + (void) process_proc_node(&pbuf[4], + &sb, ss, + (struct stat *)NULL, 0, ps); + if (Lf->sf) + link_lfile(); + } + } + +/* * Process the ID's current working directory info. */ if (!Ckscko) { -- 1.8.5.1 >From 89b10252741b4de7c54474dbabff7e87fa364ea8 Mon Sep 17 00:00:00 2001 From: Shawn Landden Date: Sat, 7 Dec 2013 12:08:24 -0800 Subject: [PATCH 1/2] linux: open proc entries at beginning of process_id() using openat(2) and friends Requires Linux 2.6.16. This should not change the behavior of lsof. It was highly tempting to restructure much more, so there is only one open() call on /proc and everything else works off that fd. This would allow the removal of alot of string manipulation like the following in gather_proc_info(): /* * Build path to PID's directory. */ if ((pidx + n + 1 + 1) > pidpathl) { pidpathl = pidx + n + 1 + 1 + 64; if (!(pidpath = (char *)realloc((MALLOC_P *)pidpath, pidpathl))) { (void) fprintf(stderr, "%s: can't allocate %d bytes for \"%s/%s/\"\n", Pn, (int)pidpathl, PROCFS, dp->d_name); Exit(1); }
Bug#706872: util-linux: New upstream release 2.23 available
Package: util-linux Version: 2.20.1-5.5 Followup-For: Bug #706872 Needed for nsenter utility -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc2-00123-g70839b6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages util-linux depends on: ii debconf [debconf-2.0] 1.5.52 ii dpkg 1.17.1 ii initscripts2.88dsf-43 ii install-info 5.2.0.dfsg.1-2 ii libblkid1 2.20.1-5.5 ii libc6 2.17-97 ii libncurses55.9+20130608-1 ii libselinux12.2.1-1 ii libslang2 2.2.4-15 ii libtinfo5 5.9+20130608-1 ii libuuid1 2.20.1-5.5 ii lsb-base 4.1+Debian12 ii tzdata 2013h-1 ii zlib1g 1:1.2.8.dfsg-1 util-linux recommends no packages. Versions of packages util-linux suggests: ii dosfstools 3.0.16-2 ii kbd 1.15.5-1 pn util-linux-locales -- debconf information: util-linux/noauto-with-nonzero-passnum: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731382: libpam-fprintd: do not show password if user enters one
Package: libpam-fprintd Version: 0.5.1-1 Severity: normal Tags: security Users are use to entering passwords at login prompts and the like. It would be nice if libpam-fprintd could swallow the input like password prompts do, instead of prominentally displaying the user's password if they type it in. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc2-00123-g70839b6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-fprintd depends on: ii fprintd0.5.1-1 ii libc6 2.17-97 ii libdbus-1-31.6.18-2 ii libdbus-glib-1-2 0.100.2-1 ii libglib2.0-0 2.38.1-2 ii libpam-runtime 1.1.3-10 ii libpam0g 1.1.3-10 ii multiarch-support 2.17-97 libpam-fprintd recommends no packages. libpam-fprintd 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#726878: Catch SOAP errors and handle them correctly
Package: reportbug Version: 6.4.4 Followup-For: Bug #726878 e.g. if you are at a wifi hostspot with a captive portal this isn't very useful to know what is going on: Querying Debian BTS for reports on fprintd (source)... Traceback (most recent call last): File "/usr/bin/reportbug", line 2206, in main() File "/usr/bin/reportbug", line 1080, in main return iface.user_interface() File "/usr/bin/reportbug", line 1702, in user_interface latest_first=self.options.latest_first) File "/usr/lib/pymodules/python2.7/reportbug/ui/text_ui.py", line 517, in handle_bts_query source=source, http_proxy=http_proxy, archived=archived) File "/usr/lib/pymodules/python2.7/reportbug/debbugs.py", line 1258, in get_reports bugs = debianbts.get_bugs(pkg_filter, package) File "/usr/lib/pymodules/python2.7/debianbts.py", line 230, in get_bugs reply = server.get_bugs(*key_value) File "/usr/lib/pymodules/python2.7/SOAPpy/Client.py", line 470, in __call__ return self.__r_call(*args, **kw) File "/usr/lib/pymodules/python2.7/SOAPpy/Client.py", line 492, in __r_call self.__hd, self.__ma) File "/usr/lib/pymodules/python2.7/SOAPpy/Client.py", line 363, in __call config = self.config) File "/usr/lib/pymodules/python2.7/SOAPpy/Client.py", line 225, in call data = r.getfile().read() AttributeError: 'NoneType' object has no attribute 'read' -- Package-specific info: ** Environment settings: DEBEMAIL="sh...@churchofgit.com" INTERFACE="text" ** /home/shawn/.reportbugrc: reportbug_version "6.4.4" mode advanced ui text no-cc header "X-Debbugs-CC: sh...@churchofgit.com" smtphost reportbug.debian.org -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc2-00123-g70839b6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.13.1 ii python2.7.5-5 ii python-reportbug 6.4.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail pn debconf-utils pn debsums pn dlocate pn emacs22-bin-common | emacs23-bin-common ii file 1:5.14-2 ii gnupg1.4.15-1.1 ii python-gtk2 2.24.0-3+b1 pn python-gtkspell pn python-urwid ii python-vte 1:0.28.2-5 ii ssmtp [mail-transport-agent] 2.64-8 ii xdg-utils1.1.0~rc1+git20111210-7 Versions of packages python-reportbug depends on: ii apt 0.9.13.1 ii python2.7.5-5 ii python-debian 0.1.21+nmu2 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug 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#522176: nftables
ok i found your libnftables, but nftables doesn't build with it, I had to use upstream with your packaging, and then i noticed your libnftables doesn't do multi-arch see https://wiki.debian.org/Multiarch/HOWTO and please remember to multi-arch your -dev packages too THanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org