Bug#1068060: ods2tsv: Manpage don't describe all options
Package: ods2tsv Version: 0.9.6-1 Severity: minor Tags: upstream X-Debbugs-Cc: jul...@palard.fr Dear Maintainer, the ods2tsv manpage don't mention the `--sheet` option, but `ods2tsv --help` does. Please consider updating the manpage. -- System Information: Debian Release: trixie/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.6.15-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ods2tsv depends on: ii libc6 2.37-15 ii libgcc-s1 14-20240201-3 ii libodsstream0 0.9.6-1 ii libqt6core66.4.2+dfsg-21 ii libstdc++6 14-20240201-3 ods2tsv recommends no packages. ods2tsv suggests no packages. -- no debconf information
Bug#1052066: awk: illegal field $(ID=debian), name "0" while upgrading to 1.9.4-2
Looks like the culpit is in postinst:
DEBIAN/postinst:EFIDIR=$(awk '/^ID=/ {gsub(/"/,""); split($$0,a,"="); print
tolower(a[2])}' /etc/os-release)
running the awk command gives the same output:
$ awk '/^ID=/ {gsub(/"/,""); split($$0,a,"="); print tolower(a[2])}'
/etc/os-release
awk: illegal field $(ID=debian), name "0"
input record number 4, file /etc/os-release
source line number 1
Looks like it has been copied from a Makefile, the $ is doubled, it should be:
EFIDIR=$(awk '/^ID=/ {gsub(/"/,""); split($0,a,"="); print tolower(a[2])}'
/etc/os-release)
which gives:
$ echo $EFIDIR
debian
--
[Julien Palard](https://mdk.fr)
Bug#1052066: awk: illegal field $(ID=debian), name "0" while upgrading to 1.9.4-2
Package: fwupd Version: 1.9.4-2 Severity: normal X-Debbugs-Cc: jul...@palard.fr Hi, while upgrading my laptop from Bookworm to Trixie I got: > Setting up fwupd (1.9.4-2) ... > /usr/sbin/policy-rc.d returned 101, not running 'restart > fwupd-offline-update.service fwupd-refresh.service fwupd-refresh.timer > fwupd.service' > awk: illegal field $(ID=debian), name "0" > input record number 4, file /etc/os-release > source line number 1 > dpkg: error processing package fwupd (--configure): > installed fwupd package post-installation script subprocess returned error > exit status 2 > Errors were encountered while processing: > fwupd > E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages fwupd depends on: ii adduser3.137 ii libarchive13 3.6.2-1 ii libc6 2.37-8 ii libcbor0.8 0.8.0-2+b1 ii libcurl3-gnutls8.2.1-2 ii libflashrom1 1.3.0-2.1 ii libfwupd2 1.9.4-2 ii libgcab-1.0-0 1.6-1 ii libglib2.0-0 2.78.0-1 ii libgnutls303.8.1-4+b1 ii libgudev-1.0-0 237-2 ii libgusb2 0.4.5-1.1 ii libjcat1 0.1.9-1 ii libjson-glib-1.0-0 1.6.6-1 ii liblzma5 5.4.4-0.1 ii libmbim-glib4 1.28.4-2 ii libmbim-proxy 1.28.4-2 ii libmm-glib01.20.6-2 ii libpolkit-gobject-1-0 123-1 ii libprotobuf-c1 1.4.1-1+b1 ii libqmi-glib5 1.32.4-2 ii libqmi-proxy 1.32.4-2 ii libsmbios-c2 2.4.3-1 ii libsqlite3-0 3.43.0-1 ii libsystemd0254.1-3 ii libtss2-esys-3.0.2-0 3.2.1-3 ii libxmlb2 0.3.14-2 ii shared-mime-info 2.2-1 Versions of packages fwupd recommends: ii bolt 0.9.5-1 ii dbus 1.14.10-1 ii fwupd-amd64-signed [fwupd-signed] 1:1.4+1 ii jq 1.6-3 ii python33.11.4-5+b1 pn secureboot-db ii udisks22.10.0-5 Versions of packages fwupd suggests: pn gir1.2-fwupd-2.0 -- Configuration Files: /etc/fwupd/redfish.conf [Errno 13] Permission non accordée: '/etc/fwupd/redfish.conf' -- no debconf information
Bug#105564: figlet: use locale to determine input type
Glenn Maynard, le Mon 24 Mar 2008 19:55:30 -0400, a écrit : > See you guys in 2012... Damned, I missed this train. In case it helps someone in 2030: `figlet -C utf8` works for me: $ figlet -C utf8 é __ /_/ / _ \ | __/ \___| -- [Julien Palard](https://mdk.fr)
Bug#1033940: ITP: sphinx-lint -- sphinx-lint is a reStructuredText linter for sphinx-doc
Package: wnpp Severity: wishlist Owner: Julien Palard X-Debbugs-Cc: debian-de...@lists.debian.org, jul...@palard.fr * Package name: sphinx-lint Version : 0.6.7 Upstream Contact: Julien Palard * URL : https://sphinx-contrib/sphinx-lint/ * License : Python Software Foundation Licence Version 2 Programming Lang: Python Description : sphinx-lint is a reStructuredText linter for sphinx-doc sphinx-lint search for errors in documentation written in reStructuredText for Sphinx. It's the child of cpython's rstlint.py used for years in the cpython repository. It's used by cpython on multiple repos (main doc, peps, devguide, documentation translations, ...), pandas, the sphinx-doc documentation, sympy and a few other projects. I'll gladly package it myself, or help to do so, but I'll definitely need guidance on the process (last time I packaged something for Debian was 10 years ago, I packaged a single package (logtop), so my memory won't help much here). I'm already a member of the Python team (IIRC), but the link in the page [1]: « For the full list, see https://salsa.debian.org/groups/python-team/modules/-/group_members » gives a 404 ☹. [1]: https://wiki.debian.org/Teams/PythonTeam
Bug#1028220: cowbell: Cowbell crashes when opening a file
Package: cowbell
Version: 0.2.7.1-7+b3
Severity: normal
X-Debbugs-Cc: jul...@palard.fr
Dear Maintainer,
When I open a file in cowbell, I'm getting a « double free or corruption », see:
$ cowbell
double free or corruption (out)
=
Native Crash Reporting
=
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=
=
Native stacktrace:
=
0x55e27832403c - /usr/bin/mono : (null)
0x55e2783243dc - /usr/bin/mono : (null)
0x55e2782d301c - /usr/bin/mono : (null)
0x55e27832361f - /usr/bin/mono : (null)
0x7f274354ef90 - /lib/x86_64-linux-gnu/libc.so.6 : (null)
0x7f274359dccc - /lib/x86_64-linux-gnu/libc.so.6 : (null)
0x7f274354eef2 - /lib/x86_64-linux-gnu/libc.so.6 : gsignal
0x7f2743539472 - /lib/x86_64-linux-gnu/libc.so.6 : abort
0x7f27435922d0 - /lib/x86_64-linux-gnu/libc.so.6 : (null)
0x7f27435a764a - /lib/x86_64-linux-gnu/libc.so.6 : (null)
0x7f27435a96b0 - /lib/x86_64-linux-gnu/libc.so.6 : (null)
0x7f27435abd2f - /lib/x86_64-linux-gnu/libc.so.6 : __libc_free
0x4025d913 - Unknown
=
Telemetry Dumper:
=
(yes it ends stuck here).
I tried some other files, they crashes too, but sometimes I'm having another
crash:
$ cowbell
free(): invalid pointer
=
Native Crash Reporting
=
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=
=
Native stacktrace:
=
0x561b9087b03c - /usr/bin/mono : (null)
0x561b9087b3dc - /usr/bin/mono : (null)
0x561b9082a01c - /usr/bin/mono : (null)
0x561b9087a61f - /usr/bin/mono : (null)
0x7f7ded70ff90 - /lib/x86_64-linux-gnu/libc.so.6 : (null)
0x7f7ded75eccc - /lib/x86_64-linux-gnu/libc.so.6 : (null)
0x7f7ded70fef2 - /lib/x86_64-linux-gnu/libc.so.6 : gsignal
0x7f7ded6fa472 - /lib/x86_64-linux-gnu/libc.so.6 : abort
0x7f7ded7532d0 - /lib/x86_64-linux-gnu/libc.so.6 : (null)
0x7f7ded76864a - /lib/x86_64-linux-gnu/libc.so.6 : (null)
0x7f7ded76a3d4 - /lib/x86_64-linux-gnu/libc.so.6 : (null)
0x7f7ded76cd2f - /lib/x86_64-linux-gnu/libc.so.6 : __libc_free
0x415c1913 - Unknown
=
Telemetry Dumper:
=
Pkilling 0x7f7ded2936c0 from 0x7f7ded6d2bc0
Entering thread summarizer pause from 0x7f7ded6d2bc0
Finished thread summarizer pause from 0x7f7ded6d2bc0.
Waiting for dumping threads to resume
=
External Debugger Dump:
=
:1049: ImportWarning:
GdbRemoveReadlineFinder.find_spec() not found; falling back to find_module()
[New LWP 2312482]
[New LWP 2312483]
[New LWP 2312491]
[New LWP 2312492]
[New LWP 2312538]
/lib/x86_64-linux-gnu/../../share/gcc/python/libstdcxx/v6/printers.py:1201:
DeprecationWarning: invalid escape sequence '\d'
self.typename = re.sub('^std::experimental::fundamentals_v\d::',
'std::experimental::', self.typename, 1)
/lib/x86_64-linux-gnu/../../share/gcc/python/libstdcxx/v6/printers.py:1219:
DeprecationWarning: invalid escape sequence '\w'
mgrname = re.sub("std::string(?!\w)",
str(gdb.lookup_type('std::string').strip_typedefs()), m.group(1))
/lib/x86_64-linux-gnu/../../share/gcc/python/libstdcxx/v6/printers.py:1249:
DeprecationWarning: invalid escape sequence '\d'
self.typename = re.sub('^std::(experimental::|)(fundamentals_v\d::|)(.*)',
r'std::\1\3<%s>' % valtype, typename, 1)
/lib/x86_64-linux-gnu/../../share/gcc/python/libstdcxx/v6/xmethods.py:151:
DeprecationWarning: invalid escape sequence '\d'
if not re.match('^std::(__\d+::)?array<.*>$', class_type.tag):
/lib/x86_64-linux-gnu/../../share/gcc/python/libstdcxx/v6/xmethods.py:268:
DeprecationWarning: invalid escape sequence '\d'
if not re.match('^std::(__\d+::)?deque<.*>$', class_type.tag):
Bug#1010284: python3-pip: runs into infinite loop when installing package with pyproject.toml file
It can be reproduced with a mostly empty project:
$ ls ~/.local/lib/python3.10 # I have no locally installed packages:
ls: impossible d'accéder à '/home/mdk/.local/lib/python3.10': Aucun fichier ou
dossier de ce type
$ which python # My python is the system one:
/usr/bin/python
$ python --version # Yes I do use python-is-python3:
Python 3.10.4
$ ls # A very simple "project":
pyproject.toml youpi.py
$ cat pyproject.toml
[build-system]
requires = ["setuptools", "wheel"]
build-backend = "setuptools.build_meta"
[project]
name = "test"
description = "Just a test"
requires-python = ">= 3.7"
[tool.setuptools]
py-modules = ["youpi"]
include-package-data = false
$ cat youpi.py
"coucou"
$ pip install .
[...]
RecursionError: maximum recursion depth exceeded while calling a Python
object
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
[...]
File "/usr/lib/python3.10/_distutils_system_mod.py", line 125, in
_inject_headers
scheme['headers'] =
orig_install._load_schemes()['posix_prefix']['headers']
File "/usr/lib/python3.10/_distutils_system_mod.py", line 137, in
wrapped_load_schemes
_inject_headers(name, scheme)
File "/usr/lib/python3.10/_distutils_system_mod.py", line 125, in
_inject_headers
scheme['headers'] =
orig_install._load_schemes()['posix_prefix']['headers']
File "/usr/lib/python3.10/_distutils_system_mod.py", line 137, in
wrapped_load_schemes
_inject_headers(name, scheme)
File "/usr/lib/python3.10/_distutils_system_mod.py", line 125, in
_inject_headers
scheme['headers'] =
orig_install._load_schemes()['posix_prefix']['headers']
File "/usr/lib/python3.10/_distutils_system_mod.py", line 137, in
wrapped_load_schemes
_inject_headers(name, scheme)
File "/usr/lib/python3.10/_distutils_system_mod.py", line 125, in
_inject_headers
scheme['headers'] =
orig_install._load_schemes()['posix_prefix']['headers']
File "/usr/lib/python3.10/_distutils_system_mod.py", line 135, in
wrapped_load_schemes
schemes = _load_schemes()
File
"/usr/lib/python3/dist-packages/setuptools/_distutils/command/install.py", line
103, in _load_schemes
sysconfig_schemes = _load_sysconfig_schemes() or {}
File
"/usr/lib/python3/dist-packages/setuptools/_distutils/command/install.py", line
91, in _load_sysconfig_schemes
with contextlib.suppress(AttributeError):
File "/usr/lib/python3.10/contextlib.py", line 436, in __exit__
return exctype is not None and issubclass(exctype, self._exceptions)
RecursionError: maximum recursion depth exceeded in __subclasscheck__
[end of output]
note: This error originates from a subprocess, and is likely not a problem
with pip.
ERROR: Failed building wheel for UNKNOWN
Failed to build UNKNOWN
ERROR: Could not build wheels for UNKNOWN, which is required to install
pyproject.toml-based projects
--
Julien Palard
https://mdk.fr
Bug#968078: gcompris-qt: no images displayed without libqt5svg5
I reproduced it a few weeks ago on mobian bullseye (which uses Debian repositories directly) and gcompris-qt 1.0.1: - https://invent.kde.org/education/gcompris/-/issues/35 - https://gitlab.com/mobian1/issues/-/issues/348#note_653778823 -- [Julien Palard](https://mdk.fr)
Bug#948343: bash: Cursor lands before the prompt in specific case
It can also be reproduced using non-space characters, like: mdk@seraph:~$ printf "Hello World\n01234567890123456789" Hello World 01234567890123456789mdk@seraph:~$ printf "Hello World\n01234567890123456789" ^ The point jumps here (on the 2nd 4) -- Julien Palard https://mdk.fr
Bug#948343: bash: Cursor lands before the prompt in specific case
Forgot to mention: Bug appear, or not, depending on the length of the command. To be more specific: - Whith SHORT prompts you have more chance to reproduce the bug - With LONG commands you have more chance to reproduce the bug -- Julien Palard https://mdk.fr
Bug#948343: bash: Cursor lands before the prompt in specific case
Package: bash Version: 5.0-5 Severity: normal Tags: upstream Dear Maintainer, With a really specific procedure I'm able to reproduce an issue I'm having ~weekly: - Move ~/.bashrc elsewhere just to start clean - Start a new terminal (in my case tput cols tells it's 79 columns, beware, the bug varies according to the terminal width). - run `bash --norc` in it, to start clean - Prompt in my case is `bash-5.0$ `, beware, the bug varies according to the length of the prompt. - type `printf "Hello World\n"` (1) - hit the `uparrow` of your keyboard to see the printf again (2) - hit C-a (bash shortcut for beginning-of-line) (3) After (1) you should see (I'm using ■ to mark the place of the cursor): bash-5.0$ printf "Hello World\n Hello World bash-5.0$ ■ After (2) you should see: bash-5.0$ printf "Hello World\n" Hello World bash-5.0$ printf "Hello World\n"■ After (3) you should see: bash-5.0$ printf "Hello World\n" Hello World ■ bash-5.0$ printf "Hello World\n" The point should not go that far, it should stop on the `p` of `printf`. I straced and played a bit with, and noted a few interesting things: - Bug appear, or not, depending on the length of the prompt - Bug appear, or not, depending on the width of the terminal - When beginning-of-line calls `write(2, "\r\33[C\33[C\33[C\33[C\33[C...` I have the bug - When beginning-of-line calls `write(2, "\10\10\10\10\10\10\10\10\10...` I don't have the bug -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.3.0-3-amd64 (SMP w/16 CPU cores) Kernel taint flags: TAINT_WARN 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 bash depends on: ii base-files 11 ii debianutils 4.9.1 ii libc62.29-3 ii libtinfo66.1+20191019-1 Versions of packages bash recommends: ii bash-completion 1:2.8-6 Versions of packages bash suggests: pn bash-doc -- no debconf information
Bug#931462: pcscd: Hangs after a ykman info
Hello Ludovic, > It could be interesting to have a pcscd log as documented > athttps://pcsclite.apdu.fr/#support Here are the requested infos: $ ykman info Device type: YubiKey 4 [...] Firmware version: 4.3.5 Enabled USB interfaces: OTP+FIDO+CCID Applications OTP Enabled FIDO U2FEnabled OpenPGP Enabled PIV Enabled OATHEnabled FIDO2 Not available $ /usr/sbin/pcscd --version pcsc-lite version 1.8.25. Copyright (C) 1999-2002 by David Corcoran . Copyright (C) 2001-2018 by Ludovic Rousseau . Copyright (C) 2003-2004 by Damien Sauveron . Report bugs to . Enabled features: Linux x86_64-pc-linux-gnu libsystemd serial usb libudev usbdropdir=/usr/lib/pcsc/drivers ipcdir=/var/run/pcscd configdir=/etc/reader.conf.d $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 10 (buster) Release:10 Codename: buster $ lsusb | grep -i yubi Bus 003 Device 030: ID 1050:0407 Yubico.com Yubikey 4 OTP+U2F+CCID logs attached where I ran the following sequence: mdk@lighthaven$ ssh-add -e /usr/lib/x86_64-linux-gnu/opensc-pkcs11.so; ssh-add -s /usr/lib/x86_64-linux-gnu/opensc-pkcs11.so Card removed: /usr/lib/x86_64-linux-gnu/opensc-pkcs11.so Enter passphrase for PKCS#11: Card added: /usr/lib/x86_64-linux-gnu/opensc-pkcs11.so mdk@lighthaven$ ssh mdk.fr hostname mdk.fr mdk@lighthaven$ ykman info Device type: YubiKey 4 Serial number: 5651488 Firmware version: 4.3.5 Enabled USB interfaces: OTP+FIDO+CCID Applications OTP Enabled FIDO U2FEnabled OpenPGP Enabled PIV Enabled OATHEnabled FIDO2 Not available mdk@lighthaven$ ssh mdk.fr hostname sign_and_send_pubkey: signing failed: agent refused operation m...@mdk.fr: Permission denied (publickey). Don't hesitate if you need me to run any more tests, I'm also available on freenode I'm mdk. Bests, -- Julien Palard https://mdk.fr debuglog.c:299:DebugLogSetLevel() debug level=debug 0012 debuglog.c:320:DebugLogSetCategory() Debug options: APDU [36m0003[0m [140528118052800] [34mpcscdaemon.c:352:main() Force colored logs[0m [36m0025[0m [140528118052800] [01;31mutils.c:82:GetDaemonPid() Can't open /var/run/pcscd/pcscd.pid: No such file or directory[0m [36m0068[0m [140528118052800] configfile.l:284:DBGetReaderListDir() Parsing conf directory: /etc/reader.conf.d [36m0011[0m [140528118052800] configfile.l:360:DBGetReaderList() Parsing conf file: /etc/reader.conf.d/libccidtwin [36m0239[0m [140528118052800] configfile.l:321:DBGetReaderListDir() Skipping non regular file: .. [36m0006[0m [140528118052800] configfile.l:321:DBGetReaderListDir() Skipping non regular file: . [36m0005[0m [140528118052800] [34mpcscdaemon.c:662:main() pcsc-lite 1.8.25 daemon ready.[0m [36m4120[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 [36m0109[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 [36m0113[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x045E, PID: 0x00CB, path: /dev/bus/usb/001/003 [36m0100[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 [36m0109[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x13D3, PID: 0x3414, path: /dev/bus/usb/001/002 [36m0109[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x13D3, PID: 0x3414, path: /dev/bus/usb/001/002 [36m0169[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0003, path: /dev/bus/usb/002/001 [36m0205[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/003/001 [36m0109[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/003/001 [36m0116[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x13BA, PID: 0x0018, path: /dev/bus/usb/003/002 [36m0113[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x13BA, PID: 0x0018, path: /dev/bus/usb/003/002 [36m0106[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/003/001 [36m0115[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x05E3, PID: 0x0610, path: /dev/bus/usb/003/003 [36m0154[0m [140528118052800] hotplug_libudev.c:301:get_driver() Looking for a driver for VID: 0x1050, PID: 0x0407, path: /dev/bus/usb/003/030 [36m00
Bug#931462: pcscd: Hangs after a ykman info
Package: pcscd
Version: 1.8.25-1
Severity: normal
When I use the following sequence of commands:
$ ssh-add -s /usr/lib/x86_64-linux-gnu/opensc-pkcs11.so
$ ssh remote_host hostname
$ ykman info
$ ssh remote_host hostname
the 2nd ssh won't work, I'll get: sign_and_send_pubkey: signing
failed: agent refused operation
If I run ykman info afterwards, it freezes.
I tried stracing pcscd a bit and found it waiting indefinitly in a
nanosleep loop (strace start during a ykman info, before it freezes,
so you have a bit of context):
[pid 14245] accept(3, {sa_family=AF_UNIX}, [110->2]) = 16
[pid 14245] clone(strace: Process 14801 attached
child_stack=0x7f0bd161df30,
flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID\
, parent_tidptr=0x7f0bd161e9d0, tls=0x7f0bd161e700,
child_tidptr=0x7f0bd161e9d0) = 14801
[pid 14801] set_robust_list(0x7f0bd161e9e0, 24
[pid 14245] alarm(0
[pid 14801] <... set_robust_list resumed> ) = 0
[pid 14245] <... alarm resumed> ) = 0
[pid 14801] read(16, "\f\0\0\0\21\0\0\0", 8) = 8
[pid 14801] read(16, "\4\0\0\0\4\0\0\0\0\0\0\0", 12) = 12
[pid 14801] sendto(16, "\4\0\0\0\4\0\0\0\0\0\0\0", 12, MSG_NOSIGNAL, NULL, 0) =
12
[pid 14801] read(16, "\f\0\0\0\1\0\0\0", 8) = 8
[pid 14801] read(16, "\0\0\0\0\0\0\0\0\0\0\0\0", 12) = 12
[pid 14801] sendto(16, "\0\0\0\0f*Y?\0\0\0\0", 12, MSG_NOSIGNAL, NULL, 0) = 12
[pid 14801] read(16, "\230\0\0\0\4\0\0\0", 8) = 8
[pid 14801] read(16, "f*Y?Yubico YubiKey OTP+FIDO+CCID"..., 152) = 152
[pid 14801] nanosleep({tv_sec=0, tv_nsec=1}, NULL) = 0
[pid 14801] nanosleep({tv_sec=0, tv_nsec=1}, NULL) = 0
[pid 14801] nanosleep({tv_sec=0, tv_nsec=1}, NULL) = 0
[pid 14801] nanosleep({tv_sec=0, tv_nsec=1}, NULL) = 0
[pid 14801] nanosleep({tv_sec=0, tv_nsec=1}, NULL) = 0
[pid 14801] nanosleep({tv_sec=0, tv_nsec=1}, NULL) = 0
(at vitam eternam)
Strage thing: there is not a single ioctl during the freez, so I bet
the nanosleep is here to wait for a previous ioctl reply. The process
being waited is the one calling ioctl USBDEVFS_REAPURBNDELAY and it
looks waiting for a poll([{fd=10, events=POLLIN}, {fd=12,
events=POLLIN}, {fd=13, events=POLLOUT}], 3, 6 13
being the fd for the Yubikey.
When this process does a poll it typically get a ([{fd=13,
revents=POLLOUT}]) almost immediatly (I did not straced with timings
though).
Running:
ssh-add -e /usr/lib/x86_64-linux-gnu/opensc-pkcs11.so
stops the nanosleep loop and everything works again, I do not need to
unplug-replug the key. I tried with two distinct Yubikey 4, one a bit
old and one almost new.
During the ssh failure I see:
[pid 16285] write(1, "03008905 ccid_usb.c:898:ReadUSB() read failed (2/3): -7
LIBUSB_ERROR_TIMEOUT\n", 77) = 77
[pid 16285] write(1, "0123 ifdwrapper.c:543:IFDTransmit() Card not
transacted: 612\n", 65) = 65
[pid 16285] write(1, "0092 winscard.c:1626:SCardTransmit() Card not
transacted: 0x80100016\n", 73) = 73
Tell me if you're interested in my digging more deeply.
-- System Information:
Debian Release: 10.0
APT prefers testing
APT policy: (900, 'testing'), (200, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-4-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.utf8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set
to en_US.utf8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages pcscd depends on:
ii libc6 2.28-10
ii libccid [pcsc-ifd-handler] 1.4.30-1
ii libpcsclite11.8.25-1
ii libsystemd0 241-5
ii libudev1241-5
ii lsb-base10.2019051400
pcscd recommends no packages.
Versions of packages pcscd suggests:
ii systemd 241-5
-- no debconf information
Bug#925932: logtop FTCBFS: does not pass cross tools to make
Hi! Thanks a lot for reporting and providing a patch, appreciated! Did not touched this packet since 2012, sorry I'm a bit "rusty" about Debian packaging... Found I did not even versionned my debian/ directory, but I found it on my server, so I created a branch for this: https://github.com/JulienPalard/logtop/tree/debian/sid I applied your patch, but looks like there's still work to do, dpkg-buildpackage whines a lot about "dh: Compatibility levels before 9 are deprecated (level 7 in use)", looks like time flies! I do not feel like re-reading the whole maintainer guide tonight to play the "find the 7 difference" game between "level 7" and the "current level". But don't hesitate to tell me if there's some (simple) steps missing for this cross build to pass. Bests, -- Julien Palard https://mdk.fr
Bug#871790: python-pip-whl: pip freeze gives pkg_resources==0.0.0 in venvs
Package: python-pip-whl Version: 9.0.1-2 Severity: normal Dear Maintainer, When I run pip freez in a new venv, I'm getting "pkg-resources==0.0.0". Here's how I reproduce it: $ python3 --version Python 3.5.3 $ python3 -m venv /tmp/pip-freeze $ . /tmp/pip-freeze/bin/activate (pip-freeze) $ python3 -m pip --version pip 9.0.1 from /tmp/pip-freeze/lib/python3.5/site-packages (python 3.5) (pip-freeze) $ python3 -m pip freeze pkg-resources==0.0.0 I found this bug already reported here: https://bugs.launchpad.net/ubuntu/+source/python-pip/+bug/1635463 and I also opened an issue here: https://github.com/pypa/pip/issues/4668/. I just expected a "pip freeze" to output nothing in a newly created venv. It looks like pip freeze expect pkg_resource to be in setuptools, not packaged separately. I searched a bit and can't find why it gets separated from setuptools on Debian. I does *not* looks like a "vendorized" version of something: it looks to lie in setuptools from the beginning: https://github.com/pypa/setuptools/commit/ee8b1aa7f26f8c423c53b50bc743d8a725bbab5a -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8), LANGUAGE=en_US:en (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-pip-whl depends on: ii ca-certificates 20161130+nmu1 python-pip-whl recommends no packages. python-pip-whl suggests no packages. -- no debconf information -- Julien Palard https://mdk.fr
Bug#841401: chromium: doesn't update extensions
Hi, It does not looks like the bug is fixed in Chromium 57.0.2987.98 built on Debian 9.0, running on Debian 9.0, from stretch. I use --enable-remote-extensions, so the sh wrapper does not put the --disable-background-networking, I can use my extensions, but can't update them. -- Julien Palard https://mdk.fr
Bug#844494: reopen: Should close stderr when becoming multiplex master
Package: openssh-client
Version: 1:7.3p1-3+b1
Severity: normal
Dear Maintainer,
I think that the bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714526 is still
live, after upgrading to 1:7.3p1-3+b1 (should have been fixed still
1:7.2p2-6).
I straced SSH with and without `ControlMaster` and extracted revelant
bits of information, redacting it, and removing useless lines. First,
without `ControlMaster`:
```
# Here, Python 3 Popen prepares pipes for stdin, stdout, and stderr:
7880 1479228055.059186 pipe2([8, 9], O_CLOEXEC) = 0
7880 1479228055.059226 pipe2([10, 11], O_CLOEXEC) = 0
7880 1479228055.059258 pipe2([12, 13], O_CLOEXEC) = 0
# Then ssh is cloned:
7880 1479228055.060158 clone(child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7f7bfd7fa9d0) = 7949
7949 1479228055.121259 <... clone resumed> child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7fd3f2a63650) = 7954
7954 1479228055.121135 execve("/bin/sh", ["/bin/sh", "-c", "exec ssh
user@gate.redacted -W dev2.redacted:22"], [/* 16 vars */]
# Normal exit
7949 1479228055.592488 +++ exited with 0 +++
7871 1479228055.592519 --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED,
si_pid=7949, si_uid=1003, si_status=0, si_utime=0, si_stime=2} ---
7954 1479228055.592786 exit_group(129) = ?
# Python receive EOF on stdout AND stderr
7880 1479228055.694455 read(12,
7880 1479228055.694480 <... read resumed> "", 32768) = 0
7880 1479228055.738380 read(10,
7880 1479228055.738410 <... read resumed> "", 32768) = 0
# So, as the process is exited, AND stdout/stderr had their EOF, Python 3
subprocess.Popen.communicate allows itself to wait for it:
7880 1479228055.924898 wait4(7949,
7880 1479228055.925334 <... wait4 resumed> [{WIFEXITED(s) && WEXITSTATUS(s) ==
0}], 0, NULL) = 7949
```
Now, with `ControlMaster`:
```
# Same pipes for stdin, stdout, and stderr from Python Popen:
6749 1479227922.771783 pipe2([8, 9], O_CLOEXEC) = 0
6749 1479227922.771831 pipe2([10, 11], O_CLOEXEC) = 0
6749 1479227922.771865 pipe2([12, 13], O_CLOEXEC) = 0
# A bunch of clones, SSH starting its master process:
6749 1479227922.774839 <... clone resumed> child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7fa1957fa9d0) = 6824
6824 1479227922.818219 <... clone resumed> child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7ff4c6f11650) = 6827
6827 1479227922.820940 execve("/bin/sh", ["/bin/sh", "-c", "exec ssh
user@redacted -W redacted:22"], [/* 16 vars */]
6824 1479227923.204918 <... clone resumed> child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7ff4c6f11650) = 6856
6856 1479227923.205441 <... clone resumed> child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7ff4c6f11650) = 6857
6857 1479227923.206004 <... clone resumed> child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7ff4c6f11650) = 6858
# Normal exit after work is done:
6824 1479227923.335999 +++ exited with 0 +++
6749 1479227923.336042 --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED,
si_pid=6824, si_uid=1003, si_status=0, si_utime=0, si_stime=0} ---
# Python is getting EOF on STDOUT
6749 1479227923.336086 read(10, "", 32768) = 0
# But here, process is a zombie (dead but not awaited), after like a minute,
# I send a SIGINT and a SIGQUIT to the Python process, so everyone dies and
finally:
6749 1479227986.358448 read(12, "", 32768) = 0
6827 1479227986.328027 exit_group(130) = ?
6858 1479227986.329254 exit_group(255) = ?
6749 1479227986.578489 wait4(6824,
6749 1479227986.578546 <... wait4 resumed> [{WIFEXITED(s) && WEXITSTATUS(s) ==
0}], 0, NULL) = 6824
```
So here it looks like the bug is exactly the same as before: stdout is
closed but stderr is kept open. As Python's
``subprocess.Popen.communicate`` want to wait for both to be closed before
waiting for the process, it yields to stuck Python process and zombies.
-- System Information:
Debian Release: 8.6
APT prefers stable
APT policy: (900, 'stable'), (200, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages openssh-client depends on:
ii adduser 3.113+nmu3
ii dpkg 1.17.27
ii libc6 2.24-5
ii libedit2 3.1-20140620-2
ii libgssapi-krb5-2 1.14.3+dfsg-2
ii libselinux1 2.3-2
ii libssl1.0.2 1.0.2j-1
ii passwd1:4.2-3+deb8u1
ii zlib1g1:1.2.8.dfsg-2+b1
Versions of packages openssh-client recommends:
ii xauth 1:1.0.9-1
Versions of packages openssh-client suggests:
pn keychain
pn libpam-ssh
pn monkeysphere
pn ssh-askpass
-- no debconf information
Bug#539788: isutf8: return TRUE for ISO-2022-JP (7bit escaped JIS code)
Hi, Every 7 bits encodings will always be valid UTF8 as the range U+..U+007F is explicitly (documented as) valid in UTF8. So, there will always be the possibility to find legitimate UTF-8 encoded documents matching sequences found in ISO-2022-JP, like: '\x1B\x28\x42' which is "control, left parenthesis, LATIN CAPITAL LETTER B". If you want to start speaking about probabilities that a given document is UTF8 or ISO-2022-JP according to a frequency analysis of common patterns, you're not talking about `isutf8` but `chardet`. The role of isutf8 is *only* to tell if a given bit sequence is valid in utf8, it means that false positives are acceptable (ASCII is UTF-8 compatible, so if a document is encoded in ASCII, isutf8 will falsely tell it's valid, which is acceptable) but false negatives are not acceptable: every encoding error have to be reported. Bests, -- Julien Palard https://mdk.fr
Bug#714526: still an issue - makes callers hang
o/ On Sun, 15 Feb 2015 11:32:17 + Colin Watson <cjwat...@debian.org> wrote: > Noted; but it'd be a fairly reasonable workaround to just use "ssh > -Snone", wouldn't it? I just ran on this "bug", on openssh-client 1:6.7p1-5 after setting up ssh multiplexing on purpose. So using ssh -Snone is not an option, my script is doing a multiple ssh connections and using multiplexing is a big win for me, but I can't use python's subprocess communicate (and other functions using it like check_output), as it won't return, sometimes, waiting for stderr to exit. Also on a daily basis, out of the python world, I think it's unexpected to have, in our shells, some processes keeping an opened stderr and probably writing to it a few hours / days later. It looks missleading / unexpected, so it looks wrong. -- Julien Palard
Bug#786660: pulseaudio-module-bluetooth: Cracky sound when something else runs
o/ First thanks for your time, it helped a lot: On 05/30/2015 01:24 AM, Felipe Sateler wrote: What parameters are you giving to the loopback module? I see in the log: source=bluez_source.C4_43_8F_9F_F5_36 source_dont_move=true sink_input_properties=media.role=music Is that all? It was just: pactl load-module module-loopback source=bluez_source.C4_43_8F_9F_F5_36 sink=alsa_output.pci-_00_1b.0.analog-stereo Try increasing the latency (default is 200), or disabling remixing. If that fails, try changing the resampler in the configuration file. I tried with latency-msec=2000 - same I tried (keeping latency-msec=2000) to add remix=false - A little bit better, not sure. I tried to set `resample-method = src-sinc-best-quality` - That's GOOD ! I'm reverting to a default value to remix (not sure it's true) - Still good ! I'm reverting to the default value of 200 for latency-msec - Still perfect So it's the resample-method, it was not set in my configuration, only commented, maybe the default ? Was: ; resample-method = speex-float-1 I tried to find for you which resample-method was picked with this magical best-quality mode, and I found this in syslog: resampler.c: Support for resampler 'src-sinc-best-quality' not compiled in, reverting to 'auto', so I tried pulseaudio -vvv and got: D: [pulseaudio] resampler.c: Resampler: D: [pulseaudio] resampler.c: rate 44100 - 44100 (method speex-float-1) D: [pulseaudio] resampler.c: format s16le - s16le (intermediate float32le) D: [pulseaudio] resampler.c: channels 2 - 2 (resampling 2) Hope that's helps ? Tell me if you need more information / debugs / logs / tests / whatever. Bests, -- Julien Palard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786660: pulseaudio-module-bluetooth: Cracky sound when something else runs
Package: pulseaudio-module-bluetooth Version: 6.0-2 Severity: normal Tags: upstream Dear Maintainer, I'm listenning sound from my phone to my speakers thrue pulseaudio-audio-bluetooth and a module-loopback to route from bluetooth source to speakers sink. But sometimes, typically when I load a page on chromium, easily reproductible zooming and unzooming on a google map, sound becomes very cracky. It does not seems directly linked to my CPU usage, as I tried putting my 4 cores to 100% using 4 simulatneous `echo scale=42000; 4*a(1) | bc -l -q` and sound remained OK. -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pulseaudio-module-bluetooth depends on: ii bluez5.23-2+b1 ii libc62.19-18 ii libcap2 1:2.24-8 ii libdbus-1-3 1.8.18-1 ii libpulse06.0-2 ii libsbc1 1.2-3 ii pulseaudio 6.0-2 pulseaudio-module-bluetooth recommends no packages. pulseaudio-module-bluetooth 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#722075: libc6: getaddrinfo() sends DNS queries to random file descriptors
Package: libc6 Version: 2.13-38 Followup-For: Bug #722075 Hi there, I was able to reproduce this bug with only calls to getaddrinfo, as my getaddrinfo opens a NETLINK socket. Here is a small c file leading you easily to the problem : http://pastebin.com/cWZphPK7 It also mean that getaddrinfo is not threadsafe, I think it may. -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6 depends on: ii libc-bin 2.13-38 ii libgcc1 1:4.7.2-5 libc6 recommends no packages. Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.49 pn glibc-doc none ii locales2.13-38 -- debconf information: glibc/upgrade: true glibc/restart-services: libraries/restart-without-asking: false glibc/disable-screensaver: glibc/restart-failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723651: linux-image-3.2.0-4-686-pae: 200KB/s max with ALFA AWUS036H with driver rtl8087
Source: linux-image-3.2.0-4-686-pae Severity: normal Tags: upstream I got a new ALFA AWUS036H Wi-Fi device, tried it on two different Debian boxes : * Debian 3.9.6-1 * Debian 3.2.0-4 Both with driver rtl8187. On my laptop, using the builtin Wi-Fi card I got ~4.5MB/s, using the ALFA AWUS036H I only got ~200KB/s, sometimes only 20KB/s. Seems that my USB port are version 2, not USB 1 (According to lshw). -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.13-grsec--grs-ipv6-64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720849: boinc-manager: Can't connect to boinc-client due to empty password in gui_rpc_auth.cfg
Hi, On 08/25/2013 09:28 PM, MestreLion wrote: /etc/boinc-client/gui_rpc_auth.cfg is created empty because authorization is not required for local access (ie, managing a boinc client running in localhost). So I missed something, while connecting, from localhost before setting the password, I had the error, after setting the password, connexion went sucessfully. So most likely your issue is not related to gui_rpc_auth.cfg, Adding a password in the file and using it solved my problem, so I mis-interpreted the origin of the problem. So maybe my boinc-client was seeing my connexion as a remote one ? The buf may be here ? I just tried on another debian box and it works without password as you said. I may try to remove the password on my first box and run some tests for you if you have an idea. Bests, -- Julien Palard - http://julien.palard.fr IRC : mand...@freenode.net, mand...@quakenet.org TEL : 06.21.19.49.10 / FAX : 09.72.28.06.72 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720849: boinc-manager: Can't connect to boinc-client due to empty password in gui_rpc_auth.cfg
Package: boinc-manager Version: 7.2.7+dfsg-1 Severity: important While installing boinc-manager, the file /etc/boinc-client/gui_rpc_auth.cfg is created empty. While starting boinc-manager without parameters, it gives Retrieving current status and then Unable to connect to the core client. This message does not help the user to understand that the problem is that he didn't gave a password in /etc/boinc-client/gui_rpc_auth.cfg and that this password should be given to boincmgr using the -p argument. I think the message Unable to connect to the core client may be more verbose about the potentials problems and solutions (client offline, wrong password, unconfigured password, ). And I think the fact that user have to put a password in gui_rpc_auth.cfg, the format used by the file, etc should be documented (I searched and didn't find any documentation about this, if it's actually documented, documentation is too hard to find for a normal user). -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.13-grsec--grs-ipv6-64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708394: manpages-dev: connect(2) does not documment EPROTOTYPE
Package: manpages-dev
Version: 3.44-1
Severity: normal
I got a :
connect(3, {sa_family=AF_FILE, path=/dev/log}, 10) = -1 EPROTOTYPE (Protocol
wrong type for socket)
But there is no information about EPROTOTYPE in the connect(2) manpage.
-- System Information:
Debian Release: 7.0
APT prefers stable
APT policy: (500, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.13-grsec--grs-ipv6-64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages manpages-dev depends on:
ii manpages 3.44-1
manpages-dev recommends no packages.
Versions of packages manpages-dev suggests:
ii man-db [man-browser] 2.6.2-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#658252: libcairo2: Text quickly becomes rectangles
On Wed, Sep 12, 2012 at 6:58 AM, Alex Goebel alex.goe...@gmail.com wrote: Is this still an issue with radeon? For my nvidia system it disappeared several weeks ago with a nouveau update. Seems fixed for us here too ! -- Julien Palard - jul...@eeple.fr CTO - meltyNetwork Mobile : +33 (0)6 21 19 49 10 Office : +33 (0)1 83 62 00 88 http://www.meltynetwork.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658252: libcairo2: Text quickly becomes rectangles
Problem reproduced here with * libcairo 1.12.2.1 * Nouveau driver * Linux 3.2.0-2-amd64 Temporarily fixed using Option NoAccel true. -- Julien Palard - jul...@eeple.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677525: gitstats: ZeroDivisionError computing comits by authors
Package: gitstats
Version: 2010.07.27-1
Severity: normal
Hello,
I got a :
{{{
Traceback (most recent call last):
File /usr/bin/gitstats, line 1172, in module
g.run(sys.argv[1:])
File /usr/bin/gitstats, line 1165, in run
report.create(data, outputpath)
File /usr/bin/gitstats, line 586, in create
f.write('dtAuthors/dtdd%s (average %.1f commits per author)/dd' %
(data.getTotalAuthors(), (1.0 * data.getTotalCommits()) /
data.getTotalAuthors()))
ZeroDivisionError: float division
}}}
In a normal sized git repository (some devs, some years of push), I
once got this ZeroDivisionError running from a crontab, didn't
reproduced it since.
-- System Information:
Debian Release: 6.0.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gitstats depends on:
ii git [git-core] 1:1.7.2.5-3 fast, scalable, distributed revisi
ii git-core1:1.7.2.5-3 fast, scalable, distributed revisi
ii gnuplot-nox 4.4.0-1.1+b1 A command-line driven interactive
ii python 2.6.6-3+squeeze7 interactive high-level object-orie
gitstats recommends no packages.
gitstats 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#666052: screen: Screen randomly dies while suspending emacs (C-z)
Package: screen Version: 4.0.3-14 Severity: important I got three crashes of screen while suspending emacs in one year, I hope i'll can provide more information. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages screen depends on: ii dpkg 1.15.8.11 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand ii libpam0g 1.1.1-6.1 Pluggable Authentication Modules l screen recommends no packages. screen 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#666052: Screen randomly dies while suspending emacs (C-z)
Just found more informations from syslog, On Wed, Mar 28, 2012 at 9:56 AM, Julien Palard jul...@palard.fr wrote: I hope i'll can provide more information. Mar 27 12:40:14 mandark kernel: screen[4277]: segfault at 18 ip 7fabbc98804f sp 7fff550ce8b0 error 4 in libc-2.11.3.so[7fabbc915000+159000] Mar 27 12:40:14 mandark kernel: grsec: From ...: Segmentation fault occurred at 0018 in /usr/bin/screen[screen:4277] uid/euid:1000/1000 gid/egid:1000/43, parent /sbin/init[init:1] uid/euid:0/0 gid/egid:0/0 -- Julien Palard - http://julien.palard.fr IRC : mand...@freenode.net, mand...@quakenet.org TEL : 06.21.19.49.10 / FAX : 09.72.28.06.72 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632544: MS Outlook .msg files detected as CDF v2
Package: file Version: 5.04-5 Severity: normal file detects MS Outlook .msg file as CDF v2 file : A MS Outlook .msg file can be found here to test : * http://jahudson.wiki.hoover.k12.al.us/file/detail/nuclear+chemsitry.msg The header of MS Outlook files is d0 cf 11 e0 a1 b1 1a e1 that is the header of the microsoft Compound File Binary File Format that seems to be used for most of the documents in microsoft systems like word, excel, ppt, ... A Documentation about MS-CFB can be found here : * http://msdn.microsoft.com/en-us/library/dd942138(v=prot.13).aspx So I think we have two distincts bugs here : 1) MS-CFB are detected as CDF v2 2) While desactivating CDF detection using `-e cdf', an outlook mail is detected as Microsoft Word Document (The rule that matched this is : [690 512 string,=R\000o\000o\000t\000 \000E\000n\000t\000r\000y,Microsoft Word Document] cause the string Root Entry is present in MS-CFB files.) I should provide some help implementing an MS-CFB parser to detect the kink of file we are facing, but I don't know if the ms patents allows me to do this...? -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages file depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libmagic1 5.04-5 File type determination library us ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime file recommends no packages. file 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#631296: /etc/init.d/open-iscsi stop tried to unmount /, /usr, /srv...
Hello, BLOCK_DEV is derived only from the iSCSI devices. I cannot see how that will unmount local devices. I'm sorry, now that I have fully configured my open-iscsi it does not reproduce the bug, I tried to unconfigure it and to try to reproduce it again, and nothing ... The only thing that I had to say is that it does it to me on a fresh installation of open-iscsi and i had a nfs mount in my fstab... I can't provide any proof or anything else ... Just wrote : /etc/init.d/open-iscsi restart and got something like : Cannot umount /srv: device busy Cannot umount / : device busy ... ... If nobody can reproduce it ... you should close this bug ... -- Julien Palard IRC : mand...@freenode.net, mand...@quakenet.org http://julien.palard.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631296: /etc/init.d/open-iscsi stop tried to unmount /, /usr, /srv...
Package: open-iscsi
Version: 2.0.871.3-2squeeze1
Severity: important
In the file /etc/init.d/umountiscsi.sh line 58
DOS_PARTITIONS=`awk /^\/dev\/$BLOCK_DEV/ { print \\$2; } /proc/mounts`
on my machine, matches / /usr /var /srv, so the script tried to umount them !
Here is my /proc/mounts :
$cat /proc/mounts
rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
none /proc proc rw,nosuid,nodev,noexec,relatime 0 0
none /dev devtmpfs rw,relatime,size=2026424k,nr_inodes=506606,mode=755 0 0
none /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
/dev/disk/by-uuid/a2811c3c-1838-4576-bb97-28d2de4e6393 / ext3
rw,relatime,errors=remount-ro,data=ordered 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid,relatime,mode=755 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
/dev/sda8 /srv ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/sda5 /usr ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/sda6 /var ext3 rw,relatime,errors=continue,data=ordered 0 0
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages open-iscsi depends on:
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
ii udev 164-3 /dev/ and hotplug management daemo
open-iscsi recommends no packages.
open-iscsi suggests no packages.
-- Configuration Files:
/etc/init.d/open-iscsi changed [not included]
/etc/init.d/umountiscsi.sh changed [not included]
/etc/iscsi/initiatorname.iscsi changed [not included]
/etc/iscsi/iscsid.conf changed [not included]
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606465: munin-node: Module sendmail_mailqueue: can't read /var/spoll/mqueue
Package: munin-node Version: 1.4.5-3 Severity: normal Version of sendmail-bin : 8.14.3-9.4 The plugin dont have rights to read the mqueue directory : drwxr-s--- smmta smmsp mqueue as the plugin runs as nobody:nogroup So it always say that the mqueue is empty -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages munin-node depends on: ii adduser 3.112+nmu2 add and remove users and groups ii gawk 1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii libnet-server-perl0.97-1 An extensible, general perl server ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii munin-common 1.4.5-3network-wide graphing framework (c ii perl 5.10.1-16 Larry Wall's Practical Extraction ii procps1:3.2.8-9 /proc file system utilities Versions of packages munin-node recommends: ii libnet-snmp-perl 5.2.0-4Script SNMP connections Versions of packages munin-node suggests: pn acpi | lm-sensors none (no description available) ii ethtool 1:2.6.34-3 display or change Ethernet device pn hdparm none (no description available) pn libcache-cache-perl none (no description available) pn libcrypt-ssleay-perlnone (no description available) ii libdbd-mysql-perl 4.016-1 Perl5 database interface to the My pn libdbd-pg-perl none (no description available) pn liblwp-useragent-determ none (no description available) pn libnet-irc-perl none (no description available) pn libnet-ssleay-perl none (no description available) pn libtext-csv-xs-perl none (no description available) pn libwww-perl none (no description available) pn libxml-simple-perl none (no description available) pn logtail none (no description available) pn munin none (no description available) pn munin-java-plugins none (no description available) pn munin-plugins-extra none (no description available) ii mysql-client5.1.49-3 MySQL database client (metapackage ii mysql-client-5.1 [mysql 5.1.49-3 MySQL database client binaries ii net-tools 1.60-23 The NET-3 networking toolkit ii python 2.6.6-3+squeeze1 interactive high-level object-orie pn rubynone (no description available) pn smartmontools none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606465: munin-node: Module sendmail_mailqueue: can't read /var/spoll/mqueue
It work for the mqueue-client directory, but can't for the mqueue directory as smmsp don't have execute permission on it : drwxr-s--- 2 smmta smmsp 112K Dec 9 15:49 mqueue Regards, Julien Palard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605904: ITP: logtop -- Realtime log line rate analyzer
Package: wnpp Severity: wishlist Owner: Julien Palard jul...@palard.fr * Package name: logtop Version : 0.1 Upstream Author : Julien Palard jul...@palard.fr * URL : http://github.com/JulienPalard/logtop * License : FreeBSD Programming Lang: C Description : Realtime log line rate analyzer logtop is a Linux tool for System Administrators to display log lines rate, grouped, in real time. Kind of : watch tail FILE | sort | uniq -c | sort -gr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
