Bug#878399: #878399 The pdf that originated that bug is unavailable
Dear Louis-Philippe, Sorry for the delay, but I have not received this mail. It seems that that pdf document has been updated and I can't find a copy of it, so I'd suggest to close this bug. Best Regards, -- Manolo Díaz
Bug#989082: Please, consider to use HTTPS by default
> On Tue, May 25, 2021 at 04:23:41PM +0200, Manolo Díaz wrote: > > Package: popularity-contest > > Version: 1.71 > > Severity: wishlist > > X-Debbugs-Cc: deb...@pleione.es > > > > Dear Maintainer, > > > > It seems that the site popcon.debian.org is HTTPS capable. Please > > consider changing the SUBMITURLS variable inside the file default.conf > > for use it by default. > > Also, when https is used, does gpg add any privacy enhancement? > > Hello Manolo > > The server does not support https submission, https submissions > are redirected to plain http. > > This is a feature: older systems reporting to popcon have a too old TLS > library that is not compatible with modern https server. > > Also in the context of popcon, https has a major flaw in that > it uses a certificate to identify the server, and identifying > valid certificates is difficult. > > On the other hand GPG encryption with a static public key is much > simpler and safer. > > It is easy for the server use a keyring with all the private decryption > keys that correspond to the public encryption keys, even if it was last > used 10 years ago. > > On the other hand it is not realistic for a https server to offer a > 10-year old certificate becuase this is what older systems are > expecting. > > Cheers, Hello Bill, Thank you very much for the very detailed explanation. Best Regards, -- Manolo Díaz
Bug#989082: Please, consider to use HTTPS by default
Package: popularity-contest Version: 1.71 Severity: wishlist X-Debbugs-Cc: deb...@pleione.es Dear Maintainer, It seems that the site popcon.debian.org is HTTPS capable. Please consider changing the SUBMITURLS variable inside the file default.conf for use it by default. Also, when https is used, does gpg add any privacy enhancement? Best Regards, Manolo Díaz -- System Information: Debian Release: 11.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.12.6+ (SMP w/8 CPU threads) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages popularity-contest depends on: ii debconf [debconf-2.0] 1.5.75 ii dpkg 1.20.9 Versions of packages popularity-contest recommends: ii gpg 2.2.27-2 ii postfix [mail-transport-agent] 3.5.6-1+b1 ii systemd-cron [cron-daemon] 1.5.16-1 Versions of packages popularity-contest suggests: ii systemd-cron [anacron] 1.5.16-1 ii tor 0.4.5.7-1 ii torsocks2.3.0-3 -- debconf information: popularity-contest/submiturls: * popularity-contest/participate: true
Bug#925561: xfce4-weather-plugin: API Outdated
Package: xfce4-weather-plugin Version: 0.8.10-1 Followup-For: Bug #925561 Dear Maintainer, This bug now render the Buster version of this package completely unusable. Best regards, -- Manolo Díaz
Bug#950644: gnome-books: Should depend on tracker-extract
Package: gnome-books Version: 3.31.90-3 Severity: serious Justification: Policy 3.5 Dear Maintainer, Trying to launch gnome-books from Xfce desktop it fails with (org.gnome.Books:18574): GLib-GIO-ERROR **: 13:57:13.838: Settings schema 'org.freedesktop.Tracker.Miner.Files' is not installed Installing tracker-extract fixes the problem. Best Regards, Manolo Díaz -- System Information: Debian Release: 10.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.5.1+ (SMP w/8 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-books depends on: ii dconf-gsettings-backend [gsettings-backend] 0.30.1-2 ii gir1.2-evince-3.03.30.2-3 ii gir1.2-gdkpixbuf-2.0 2.38.1+dfsg-1 ii gir1.2-gepub-0.6 0.6.0-2 ii gir1.2-gnomedesktop-3.0 3.30.2.1-2 ii gir1.2-gtk-3.0 3.24.5-1 ii gir1.2-pango-1.0 1.42.4-7~deb10u1 ii gir1.2-tracker-2.0 2.1.8-2 ii gir1.2-webkit2-4.0 2.26.3-1~deb10u1 ii gjs 1.54.3-1 ii gnome-online-miners 3.30.0-2 ii libc62.28-10 ii libcairo-gobject21.16.0-4 ii libcairo21.16.0-4 ii libevdocument3-4 3.30.2-3 ii libevview3-3 3.30.2-3 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgnome-desktop-3-173.30.2.1-2 ii libgtk-3-0 3.24.5-1 ii libpango-1.0-0 1.42.4-7~deb10u1 ii libpangocairo-1.0-0 1.42.4-7~deb10u1 ii tracker 2.1.8-2 Versions of packages gnome-books recommends: pn gir1.2-lokdocview-0.1 pn gnome-user-docs pn libgsf-bin pn unoconv gnome-books suggests no packages. -- no debconf information
Bug#944998: Update to sane-backends-1.0.28 for Canon Pixma TS8260 suport
Package: libsane Version: 1.0.27-3.2 Followup-For: Bug #944998 It seems Canon LiDE 300 also needs the new version. In fact developers claim it supports 40+ new scanner models [1]. [1] http://www.sane-project.org/ Best Regards, Manolo Díaz -- System Information: Debian Release: 10.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.3.12+ (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages libsane depends on: ii acl2.2.53-4 ii adduser3.118 ii libavahi-client3 0.7-4+b1 ii libavahi-common3 0.7-4+b1 ii libc6 2.28-10 ii libgphoto2-6 2.5.22-3 ii libgphoto2-port12 2.5.22-3 ii libieee1284-3 0.2.11-13 ii libjpeg62-turbo1:1.5.2-2+b1 ii libsane-common 1.0.27-3.2 ii libsnmp30 5.7.3+dfsg-5 ii libssl1.1 1.1.1d-0+deb10u2 ii libtiff5 4.0.10-4 ii libusb-1.0-0 2:1.0.22-2 ii udev 241-7~deb10u2 Versions of packages libsane recommends: pn sane-utils Versions of packages libsane suggests: pn avahi-daemon pn hplip -- no debconf information
Bug#931640: webext-ublock-origin: no longer functional in firefox-esr
> > > Am 25.10.19 um 21:43 schrieb Manolo Díaz: > > Package: webext-ublock-origin > > Version: 1.22.2+dfsg-1 > > Followup-For: Bug #931640 > > > > Dear Maintainer, > > The same here. Upgrading to 1.22.2+dfsg-1 changes nothing. > > 1.22.2+dfsg-1 works. You have to restart Firefox and potentially disable > and then re-enable the addon. > > Markus Koschany > Yes, you're right. Thanks for the hint. Best Regards. -- Manolo Díaz
Bug#931640: webext-ublock-origin: no longer functional in firefox-esr
Package: webext-ublock-origin Version: 1.22.2+dfsg-1 Followup-For: Bug #931640 Dear Maintainer, The same here. Upgrading to 1.22.2+dfsg-1 changes nothing. Best Regards, Manolo Díaz -- System Information: Debian Release: 10.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.3.7+ (SMP w/8 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) webext-ublock-origin depends on no packages. Versions of packages webext-ublock-origin recommends: ii firefox-esr 68.2.0esr-1~deb10u1 Versions of packages webext-ublock-origin suggests: pn ublock-origin-doc -- no debconf information
Bug#781177: How to reproduce this bug
Dear Maintainer, This bug does not appear in a fresh install, but upgrading from version 1.20.1* (tested 1.20.1-3). After upgrading /usr/lib/python2.7/dist-packages/veusz/resources remains as a dangling symlink, pointing to the old place. Forcing a reinstall makes this symlink point to the right place. It happens the same upgrading from to 1.20.1-3 to 1.21.1-1.*. Versions 3.0* seem to be free of this bug. Best Regards, -- Manolo Díaz
Bug#929582: lightdm: PATH is set to a hardcoded value
Package: lightdm Version: 1.26.0-4 Severity: normal Dear Maintainer, lightdm doesn't honour the PATH environment variable, it's always set to a hardcoded value. # strings `which lightdm` | grep PATH XDG_SEAT_PATH XDG_SESSION_PATH Running inside an X server requires Xephyr to be installed but it cannot be found. Please install it or update your PATH environment variable. LD_LIBRARY_PATH GI_TYPELIB_PATH PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games Best Regards, Manolo Díaz -- System Information: Debian Release: 10.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.1.5 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages lightdm depends on: ii adduser3.118 ii dbus 1.12.12-1 ii debconf [debconf-2.0] 1.5.71 ii libaudit1 1:2.8.4-3 ii libc6 2.28-10 ii libgcrypt201.8.4-5 ii libglib2.0-0 2.58.3-1 ii libpam0g 1.3.1-5 ii libxcb11.13.1-2 ii libxdmcp6 1:1.1.2-3 ii lightdm-gtk-greeter [lightdm-greeter] 2.0.6-1 pn logind | consolekit ii lsb-base 10.2019031300 Versions of packages lightdm recommends: pn xserver-xorg Versions of packages lightdm suggests: pn accountsservice pn upower pn xserver-xephyr -- debconf information: lightdm/daemon_name: /usr/sbin/lightdm * shared/default-x-display-manager: lightdm
Bug#928001: youtube-dl: Fails to download videos from youtube
Package: youtube-dl Version: 2019.01.17-1 Severity: grave Justification: renders package unusable Dear Maintainer, I'm unable to download videos from youtube using the current version in Debian Buster: $ youtube-dl --verbose GoW8Tf7hTGA [debug] System config: [] [debug] User config: [] [debug] Custom config: [] [debug] Command-line args: ['--verbose', 'GoW8Tf7hTGA'] [debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8 [debug] youtube-dl version 2019.01.17 [debug] Python version 3.7.3rc1 (CPython) - Linux-5.0.9-x86_64-with-debian-buster-sid [debug] exe versions: none [debug] Proxy map: {} [youtube] GoW8Tf7hTGA: Downloading webpage [youtube] GoW8Tf7hTGA: Downloading video info webpage ERROR: GoW8Tf7hTGA: "token" parameter not in video info for unknown reason; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; see https://yt-dl.org/update on how to update. Be sure to call youtube-dl with the --verbose flag and include its complete output. Traceback (most recent call last): File "/usr/lib/python3/dist-packages/youtube_dl/YoutubeDL.py", line 793, in extract_info ie_result = ie.extract(url) File "/usr/lib/python3/dist-packages/youtube_dl/extractor/common.py", line 508, in extract ie_result = self._real_extract(url) File "/usr/lib/python3/dist-packages/youtube_dl/extractor/youtube.py", line 1689, in _real_extract video_id=video_id) youtube_dl.utils.ExtractorError: GoW8Tf7hTGA: "token" parameter not in video info for unknown reason; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; see https://yt-dl.org/update on how to update. Be sure to call youtube-dl with the --verbose flag and include its complete output. The lastest version from https://yt-dl.org/downloads/latest/youtube-dl does work for me. Best Regards, Manolo Díaz -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.0.9 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages youtube-dl depends on: ii python33.7.2-1 ii python3-pkg-resources 40.8.0-1 Versions of packages youtube-dl recommends: ii ca-certificates 20190110 pn ffmpeg | libav-tools pn mpv | mplayer pn phantomjs pn python3-pyxattr pn rtmpdump ii wget 1.20.1-1.1 youtube-dl suggests no packages. -- no debconf information
Bug#904592: predict-gsat: No executable is included
El 30 de diciembre de 2018 14:17:00 CET, Christoph Berg escribió: >Re: Manolo Díaz 2018-07-25 ><153252250500.25469.2624480834566544223.reportbug@localhost> >> No gsat executable is included > >Good news: I fixed this in git. > >Bad news: predict doesn't start for me. It keeps asking for my station >coordinates, and just exits once I pressed Enter a few times. > >The whole package seems pretty horrible, given that we have even a >patch to add a cmake build system, plus a load of other huge patches. >Unless someone steps in to work with upstream to get these patches >integrated, I'd claim it would be best to drop this package from >Debian. The alternative gpredict seems to work well. > >Christoph I agree. Gpredict works well. Manolo. -- Manolo Díaz
Bug#907848: libgtk2.0-0: Broken symlink: /usr/share/doc/libgtk2.0-0/changelog.gz
Package: libgtk2.0-bin Version: 2.24.32-3 Followup-For: Bug #907848 Dear Maintainer, The libgtk2.0-bin is also affected by this bug. Best Regards, -- Manolo Díaz
Bug#907848: libgtk2.0-0: Broken symlink: /usr/share/doc/libgtk2.0-0/changelog.gz
Package: libgtk2.0-0 Version: 2.24.32-3 Severity: minor Dear Maintainer, /usr/share/doc/libgtk2.0-0/changelog.gz is a broken symlink that points to ../libgtk2.0-common/changelog.gz Did you mean ../libgtk2.0-common/changelog.Debian.gz instead? Best Regards, -- Manolo Díaz
Bug#904592: Raising the severity to grave
severity 904592 grave thanks Please, note that the whole /usr/bin directory is missing in this version of the predict-gsat package. -- Manolo Díaz
Bug#905955: s-tui: Please, add python3-distutils to its depedencies
Package: s-tui Version: 0.7.5-1 Severity: serious Justification: Policy 3.5 Dear Maintainer, s-tui doesn't ask for installing the python3-distutils package, but it's needed. Traceback (most recent call last): File "/usr/bin/s-tui", line 11, in load_entry_point('s-tui==0.7.5', 'console_scripts', 's-tui')() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 476, in load_entry_point return get_distribution(dist).load_entry_point(group, name) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2700, in load_entry_point return ep.load() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2318, in load return self.resolve() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2324, in resolve module = __import__(self.module_name, fromlist=['__name__'], level=0) File "/usr/lib/python3/dist-packages/s_tui/s_tui.py", line 43, in from distutils.spawn import find_executable ModuleNotFoundError: No module named 'distutils.spawn' Best regards, Manolo Díaz -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.17.14 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages s-tui depends on: ii python3 3.6.5-3 ii python3-psutil 5.4.6-1+b1 ii python3-urwid 2.0.1-2+b1 s-tui recommends no packages. s-tui suggests no packages. -- no debconf information
Bug#904592: predict-gsat: No executable is included
Package: predict-gsat Version: 2.2.5+dfsg.1-1 Severity: normal Dear Maintainer, This is the content of the predict-gsat 2.2.5+dfsg.1-1 package: /. /usr /usr/share /usr/share/doc /usr/share/doc/predict-gsat /usr/share/doc/predict-gsat/AUTHORS /usr/share/doc/predict-gsat/NEWS.gz /usr/share/doc/predict-gsat/Plugin_API /usr/share/doc/predict-gsat/README /usr/share/doc/predict-gsat/changelog.Debian.gz /usr/share/doc/predict-gsat/changelog.gz /usr/share/doc/predict-gsat/copyright /usr/share/man /usr/share/man/man1 /usr/share/man/man1/gsat.1.gz No gsat executable is included Best regards, -- Manolo Díaz
Bug#903553: secure-delete: srm -r: fails to rename dir before truncating it.
Package: secure-delete Version: 3.1-6 Severity: normal Dear Maintainer, After running 'srm -r directory' the following warning is shown: Warning: Couldn't find a free filename for directory! Tested with ext4 and tmpfs filesystems only. Best Regards, Manolo Díaz -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.17.5 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages secure-delete depends on: ii libc6 2.27-3 secure-delete recommends no packages. secure-delete suggests no packages. -- no debconf information
Bug#901789: No white screen here
Hi all, Running xfwm4 4.13.0-1 with composite enabled and mesa 18.1.2-1 isn't enough to trigger that white screen on my system. The kernel is a customised linux 4.17.3 from pristine tarball. The graphic card is an AMD/ATI Radeon R5 230 (Caicos). From glxinfo output: OpenGL vendor string: X.Org OpenGL renderer string: AMD CAICOS (DRM 2.50.0 / 4.17.3, LLVM 6.0.0) OpenGL core profile version string: 3.3 (Core Profile) Mesa 18.1.2 OpenGL core profile shading language version string: 3.30 Best regards, -- Manolo Díaz
Bug#901782: linkchecker: A *.desktop file seems not to make sense
Package: linkchecker Version: 9.4.0-1 Severity: minor Dear Maintainer, linkchecker needs a URL or path provided by the user and linkchecker won't prompt for it. Best regards, -- Manolo Díaz
Bug#901780: linkchecker: Should depend on python-xdg
Package: linkchecker Version: 9.4.0-1 Severity: serious Justification: Policy 7.2 Dear Maintainer, This is what happens if python-xdg isn't installed: Traceback (most recent call last): File "/usr/bin/linkchecker", line 36, in from linkcheck.cmdline import print_version, print_usage, aggregate_url, \ File "/usr/lib/python2.7/dist-packages/linkcheck/cmdline.py", line 24, in from .director import console File "/usr/lib/python2.7/dist-packages/linkcheck/director/__init__.py", line 27, in from ..cache import urlqueue, robots_txt, results File "/usr/lib/python2.7/dist-packages/linkcheck/cache/robots_txt.py", line 20, in from .. import robotparser2 File "/usr/lib/python2.7/dist-packages/linkcheck/robotparser2.py", line 35, in from . import log, LOG_CHECK, configuration File "/usr/lib/python2.7/dist-packages/linkcheck/configuration/__init__.py", line 35, in from xdg.BaseDirectory import xdg_config_home, xdg_data_home ImportError: No module named xdg.BaseDirectory Best regards, Manolo Díaz -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.17.1 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages linkchecker depends on: ii libc62.27-3 ii python 2.7.15-3 ii python-requests 2.18.4-2 ii python-urllib3 1.22-1 linkchecker recommends no packages. Versions of packages linkchecker suggests: pn clamav-daemon pn linkchecker-web pn python-argcomplete ii python-cssutils 1.0.2-1 pn python-gconf pn python-geoip pn python-meliae -- no debconf information
Bug#900360: debian-reference-es: Can't access through Debian Documentation Menu in dwww
Package: debian-reference-es Version: 2.72 Severity: minor Dear Maintainer, When I try to access its content through dwww 'Debian Documentation Menu' -> 'Debian ...' -> 'Debian Reference (es)' that access is denied with dwww will not allow you to read the file /usr/share/debian-reference/index.es.html Replacing any occurrence of '/usr/share/debian-reference/' by '/usr/share/doc/debian-reference-es/docs/' inside the '/usr/share/doc-base/debian-reference-es' file and running install-docs --install /usr/share/doc-base/debian-reference-es this problem disappears. I don't know if this change brings any side effect. Best regards, Manolo Díaz -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.16.12 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages debian-reference-es depends on: ii debian-reference-common 2.72 debian-reference-es recommends no packages. Versions of packages debian-reference-es suggests: pn debian-reference-en ii doc-base 0.10.8 -- no debconf information -- debsums errors found: debsums: changed file /usr/share/doc-base/debian-reference-es (from debian-reference-es package)
Bug#877612: fsck: A tiny part of the Spanish translation makes no sense
On Monday, 21 May 2018 at 22:40 UTC Antonio Ceballos wrote: > Hi Ted, Manolo, > > Thanks for spotting this translation bug. I agree on Manolo's suggestion > and I have patched the translation straight away, You can find it here: > > https://translationproject.org/PO-files/es/e2fsprogs-1.44.0-rc2.es.po > > Please let me know if you find any other bug. The extensive use of an > expansion mechanism makes the translation of this package particularly > difficult. > > Regards, > Antonio > > > > > On Tue, May 22, 2018 at 12:07 AM Theodore Y. Ts'o wrote: > > > On Mon, May 21, 2018 at 11:14:11PM +0200, Andreas Henriksson wrote: > > > > > > > > In my case, for instance, when talking about inodes or blocks, the > > > > 'fsck.ext4 -v' output reads: > > > [...] > > > > > > fsck.ext4 is not part of util-linux, so reassigning. > > > > > > Please provide the necessary information as needed to this bug report. > > > (Starting with which version of e2fsprogs you experienced this with.) > > > > Hi Manolo, > > > > E2fsprogs uses the Translation Project to support its translations[1]. > > As a result, I will send any patches or suggestions for improvement to > > the relevant translation maintainer for the language. If that person > > is no longer active, I'll forward it to the Translation Project's > > Language Team. > > > > [1] https://translationproject.org/domain/e2fsprogs.html > > > > The current translator for the Spanish translation is Antonio Ceballos > > . In past few years he has done a great job > > getting the Spanish translation for e2fsprogs from about 60% > > translated to 100% translated. The current translation file can be > > seen here: > > > > https://git.kernel.org/pub/scm/fs/ext2/e2fsprogs.git/tree/po/es.po > > > > If you would like to help make the Spanish translation better, I'm > > sure Antonio would appreciate the help. > > > > Antonio, the specific suggestion Manolo made can be found here: > > > >https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877612 > > > > Regards, > > > > - Ted > > Hi all, Thank you for fixing the bug. I haven't found any other bug, but I think I have some time to spend and I'll take a look at that .po file. Best regards, -- Manolo Díaz
Bug#900062: firefox-esr: no sound: failed to init cubeb
Package: firefox-esr Version: 60.0.1esr-2 Severity: normal Dear Maintainer, Embedded videos are played, but without sound. When launched from a terminal, lines like these are shown: [Child 31705, MediaPlayback #1] WARNING: 7fc162c88b80 OpenCubeb() failed to init cubeb: file /build/firefox-esr-Gu887s/firefox-esr-60.0.1esr/dom/media/AudioStream.cpp, line 388 [Child 31705, MediaPlayback #1] WARNING: Decoder=7fc162862c40 [OnMediaSinkAudioError]: file /build/firefox-esr-Gu887s/firefox-esr-60.0.1esr/dom/media/MediaDecoderStateMachine.cpp, line 3746 Best regards, Manolo Díaz -- Addons package information -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.16.11 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages firefox-esr depends on: ii debianutils 4.8.6 ii fontconfig2.13.0-5 ii libatk1.0-0 2.28.1-1 ii libc6 2.27-3 ii libcairo-gobject2 1.15.10-3 ii libcairo2 1.15.10-3 ii libdbus-1-3 1.12.8-2 ii libdbus-glib-1-2 0.110-2 ii libevent-2.1-62.1.8-stable-4 ii libffi6 3.2.1-8 ii libfontconfig12.13.0-5 ii libfreetype6 2.8.1-2 ii libgcc1 1:8.1.0-3 ii libgdk-pixbuf2.0-02.36.11-2 ii libglib2.0-0 2.56.1-2 ii libgtk-3-03.22.29-3 ii libhunspell-1.6-0 1.6.2-1+b1 ii libjsoncpp1 1.7.4-3 ii libnspr4 2:4.19-2 ii libnss3 2:3.36.1-1 ii libpango-1.0-01.42.0-1 ii libsqlite3-0 3.23.1-1 ii libstartup-notification0 0.12-5 ii libstdc++68.1.0-3 ii libvpx5 1.7.0-3 ii libx11-6 2:1.6.5-1 ii libx11-xcb1 2:1.6.5-1 ii libxcb-shm0 1.13-1 ii libxcb1 1.13-1 ii libxcomposite11:0.4.4-2 ii libxdamage1 1:1.1.4-3 ii libxext6 2:1.3.3-1+b2 ii libxfixes31:5.0.3-1 ii libxrender1 1:0.9.10-1 ii libxt61:1.1.5-1 ii procps2:3.3.14-1+b1 ii zlib1g1:1.2.11.dfsg-1 firefox-esr recommends no packages. Versions of packages firefox-esr suggests: ii fonts-lmodern 2.004.5-3 ii fonts-stix [otf-stix] 1.1.1-4 ii libcanberra0 0.30-6 ii libgssapi-krb5-2 1.16-2 ii libgtk2.0-02.24.32-1 -- Configuration Files: /etc/firefox-esr/firefox-esr.js changed: // This is the Debian specific preferences file for Firefox ESR // You can make any change in here, it is the purpose of this file. // You can, with this file and all files present in the // /etc/firefox-esr directory, override any preference you can see in // about:config. // // Note that pref("name", value, locked) is allowed in these // preferences files if you don't want users to be able to override // some preferences. pref("extensions.update.enabled", false); // Use LANG environment variable to choose locale pref("intl.locale.requested", ""); // Disable default browser checking. pref("browser.shell.checkDefaultBrowser", false); // Disable openh264. pref("media.gmp-gmpopenh264.enabled", false); // Default to classic view for about:newtab pref("browser.newtabpage.enhanced", false, sticky); // Disable health report upload pref("datareporting.healthreport.uploadEnabled", false); // Default to no suggestions in the urlbar. This still brings a panel asking // the user whether they want to opt-in on first use. pref("browser.urlbar.suggest.searches", false); -- no debconf information
Bug#898674: firefox-esr: broken symlink: /usr/lib/firefox-esr/browser/icons
Package: firefox-esr Version: 60.0esr-1 Severity: normal Dear Maintainer, This package ships /usr/lib/firefox-esr/browser/icons, a broken symlink that points to ../../../share/firefox-esr/browser/icons. Best regards, -- Manolo Díaz
Bug#895809: enlightenment: Fails to start
On Monday, 16 Apr 2018 at 17:18 UTC Andreas Metzler wrote: > On 2018-04-16 Manolo Díaz wrote: > > Ross Vandegrift wrote: > [...] > > > startx enlightenment_start > > > > FWIW, you might have a nicer experience with a display manager. > > > Enlightenment will appear as a session option in gdm/kdm/lightdm/etc. > > > > Ross > > > For some reason 'startx enlightenment_start' doesn't work for me, but > > creating a ~/.xinitrc file with 'enlightenment_start' as a sole line > > does. > > Iirc startx only interprets an argument as to-be-run-command if there > is a "/" in it > startx `which enlightenment_start` > > cu Andreas True. It does work for me. Thank you. -- Manolo Díaz
Bug#895809: enlightenment: Fails to start
On Monday, 16 Apr 2018 at 15:43 UTC Ross Vandegrift wrote: > Control: severity -1 normal > Control: tags -1 moreinfo > > > ESTART: 0.17880 [0.00119] - Compositor Init > > <<<< Enlightenment Error >>>> > > Enlightenment cannot initialize Ecore_X! > > Is X running? How are you starting enlightenment? > > Ross Sorry, forgot to send to 895...@bugs.debian.org No, X is installed but it wasn't running. I tried the enlightenment_start command from the linux console, no X display manager such as ldm, etc. -- Manolo Díaz
Bug#895809: enlightenment: Fails to start
1.20.7-4 ii libefreet-bin1.20.7-4 ii libefreet1a 1.20.7-4 ii libeina1a1.20.7-4 ii libeio1 1.20.7-4 ii libelementary1 1.20.7-4 ii libemile11.20.7-4 ii libemotion1 1.20.7-4 ii libevas1 1.20.7-4 ii libevas1-engines-x 1.20.7-4 ii libpam0g 1.1.8-3.7 ii libpulse011.1-5 ii libxcb-keysyms1 0.4.0-1+b2 ii libxcb-shape01.13-1 ii libxcb1 1.13-1 Versions of packages enlightenment recommends: pn pm-utils ii xfce4-terminal [x-terminal-emulator] 0.8.7.3-1 enlightenment suggests no packages. -- no debconf information Best regards, -- Manolo Díaz
Bug#893479: debian-reference-es: README.md is a broken symlink
Package: debian-reference-es Version: 2.72 Severity: minor Dear Maintainer, Please, keep in mind that the debian-reference-common package provides README.md.gz instead of README.md. Best regards, -- Manolo Díaz
Bug#891471: postgresql-autodoc: wrong charset for html output
Package: postgresql-autodoc Version: 1.40-3 Severity: minor Dear Maintainer, Although the created html file contains the following header: ^ it's actually ISO-8859-1 encoded. Best regards, Manolo Díaz -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.15.6 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages postgresql-autodoc depends on: ii libdbd-pg-perl 3.7.0-1 ii libhtml-template-perl 2.97-1 ii libterm-readkey-perl 2.37-1+b2 ii perl 5.26.1-4+b1 Versions of packages postgresql-autodoc recommends: pn dia | dia-gnome pn docbook-book ii firefox-esr [www-browser] 52.6.0esr-2+b1 ii graphviz 2.38.0-18 ii links [www-browser]2.14-5 postgresql-autodoc suggests no packages. -- no debconf information
Bug#887344: libkeybinder-3.0-0: README is unavailable due a broken symlink
Package: libkeybinder-3.0-0 Version: 0.3.2-1 Severity: normal Dear Maintainer, /usr/share/doc/libkeybinder-3.0-0/README points to README.rst in the same directory, but this one isn't provided. Best regards, -- Manolo Díaz
Bug#884767: ebook-edit: the image compressing fails with error
Package: calibre Version: 3.13.0+dfsg-1 Severity: normal Dear Maintainer, The tool "compress images losslessly" provided by ebook-edit fails with error showing a back trace such as the following: Traceback (most recent call last): File "/usr/lib/calibre/calibre/ebooks/oeb/polish/images.py", line 34, in run self.compress(name) File "/usr/lib/calibre/calibre/ebooks/oeb/polish/images.py", line 57, in compress func(path) File "/usr/lib/calibre/calibre/utils/img.py", line 528, in optimize_png return run_optimizer(file_path, cmd) File "/usr/lib/calibre/calibre/utils/img.py", line 476, in run_optimizer p = subprocess.Popen(cmd, cwd=cwd, stdout=subprocess.PIPE, stderr=stderr, stdin=stdin, creationflags=creationflags) File "/usr/lib/python2.7/subprocess.py", line 394, in init errread, errwrite) File "/usr/lib/python2.7/subprocess.py", line 1047, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory Best Regards, Manolo Díaz -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.14.7 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages calibre depends on: ii calibre-bin 3.13.0+dfsg-1 ii fonts-liberation 1:1.07.4-5 ii imagemagick 8:6.9.7.4+dfsg-16 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-16 ii libjs-coffeescript 1.10.0~dfsg-1 ii libjs-mathjax2.7.0-2 ii poppler-utils0.61.1-2 ii python-apsw 3.16.2-r1-2+b1 ii python-beautifulsoup 3.2.1-1 ii python-chardet 3.0.4-1 ii python-cherrypy3 3.5.0-2 ii python-cssselect 1.0.1-1 ii python-cssutils 1.0.2-1 ii python-dateutil 2.6.1-1 ii python-dbus 1.2.4-1+b4 ii python-feedparser5.2.1-1 ii python-html5-parser 0.4.3-1 ii python-lxml 4.1.0-1 ii python-markdown 2.6.9-1 ii python-mechanize 1:0.2.5-3 ii python-msgpack 0.4.8-1+b1 ii python-netifaces 0.10.4-0.1+b3 ii python-pil 4.3.0-2 ii python-pkg-resources 38.2.4-1 ii python-pyparsing 2.1.10+dfsg1-1 ii python-pyqt5 5.9.2+dfsg-1 ii python-pyqt5.qtsvg 5.9.2+dfsg-1 ii python-pyqt5.qtwebkit5.9.2+dfsg-1 ii python-regex 0.1.20170117-1+b1 ii python-routes2.4.1-1 ii python2.72.7.14-4 ii xdg-utils1.1.2-1 Versions of packages calibre recommends: pn python-dnspython calibre suggests no packages. -- no debconf information -- Manolo Díaz
Bug#878399: qpdfview: some documents can make it crash with SIGPIPE
Package: qpdfview Version: 0.4.14-1+b1 Severity: important Dear Maintainer, Qpdfview usually works fine. But there is a document [1] that makes qpdfview use the 100% of a procesor core during 2 minutes or so. After that qpdview crashes. A backtrace can be found below these lines [2] Best Regards, Manolo Díaz [1] This is the document that makes qpdfview crash https://library.wmo.int/opac/doc_num.php?explnum_id=3987 [2] The backtrace: GNU gdb (Debian 7.12-6) 7.12.0.20161007-git [...] Reading symbols from qpdfview...(no debugging symbols found)...done. (gdb) run 49_II_es.pdf Starting program: /usr/bin/qpdfview 49_II_es.pdf [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffe7b7a700 (LWP 2684)] [New Thread 0x7fffdf061700 (LWP 2685)] [New Thread 0x7fffdc91b700 (LWP 2686)] Thread 1 "qpdfview" received signal SIGPIPE, Broken pipe. 0x752201ad in write () at ../sysdeps/unix/syscall-template.S:84 84 ../sysdeps/unix/syscall-template.S: No such file or directory. (gdb) bt #0 0x752201ad in write () at ../sysdeps/unix/syscall-template.S:84 #1 0x7fffe98315c8 in _IceTransSocketWrite (ciptr=0x559115d0, buf=0x55913f10 "\001\f\001", size=80) at /usr/include/X11/Xtrans/Xtranssock.c:2396 #2 0x7fffe9835e88 in _IceWrite (iceConn=0x55913960, nbytes=, ptr=0x55913f10 "\001\f\001") at ../../src/misc.c:350 #3 0x7fffe9835f74 in IceFlush (iceConn=0x55913960) at ../../src/misc.c:78 #4 0x7fffea30e3c4 in sm_setProperty (name=, type=type@entry=0x7fffea3772ec "ARRAY8", num_vals=num_vals@entry=1, vals=vals@entry=0x7fffd5f0) at qxcbsessionmanager.cpp:123 #5 0x7fffea30e64c in sm_setProperty (vals=0x7fffd5f0, num_vals=1, type=0x7fffea3772ec "ARRAY8", name=) at ../../../../include/QtCore/../../src/corelib/tools/qarraydata.h:61 #6 sm_setProperty (name=..., value=...) at qxcbsessionmanager.cpp:137 #7 0x7fffea30f180 in sm_performSaveYourself (sm=0x5589c0d0) at qxcbsessionmanager.cpp:202 #8 0x7fffea30fc14 in sm_saveYourselfCallback (smcConn=, clientData=, saveType=, shutdown=, interactStyle=) at qxcbsessionmanager.cpp:180 #9 0x7fffe9a4ad90 in _SmcProcessMessage () from /lib/x86_64-linux-gnu/libSM.so.6 #10 0x7fffe983a2a8 in IceProcessMessages (iceConn=0x55913960, replyWait=0x0, replyReadyRet=0x0) at ../../src/process.c:386 #11 0x75957865 in QMetaObject::activate (sender=sender@entry=0x55913a40, signalOffset=, local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x7fffdd60) at kernel/qobject.cpp:3766 #12 0x75957f37 in QMetaObject::activate (sender=sender@entry=0x55913a40, m=m@entry=0x75de0d60 , local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x7fffdd60) at kernel/qobject.cpp:3628 #13 0x75963d48 in QSocketNotifier::activated (this=this@entry=0x55913a40, _t1=, _t2=...) at .moc/moc_qsocketnotifier.cpp:137 #14 0x75964112 in QSocketNotifier::event (this=0x55913a40, e=0x7fffdfd0) at kernel/qsocketnotifier.cpp:266 #15 0x76d7d46c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5 #16 0x76d84d34 in QApplication::notify(QObject*, QEvent*) () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5 #17 0x75928d68 in QCoreApplication::notifyInternal2 (receiver=0x55913a40, event=event@entry=0x7fffdfd0) at kernel/qcoreapplication.cpp:1018 #18 0x7598205d in QCoreApplication::sendEvent (event=0x7fffdfd0, receiver=) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:233 #19 socketNotifierSourceDispatch (source=source@entry=0x558c9bd0) at kernel/qeventdispatcher_glib.cpp:106 #20 0x725e7f67 in g_main_dispatch (context=0x7fffe00016f0) at ../../../../glib/gmain.c:3148 #21 g_main_context_dispatch (context=context@entry=0x7fffe00016f0) at ../../../../glib/gmain.c:3813 #22 0x725e81a0 in g_main_context_iterate (context=context@entry=0x7fffe00016f0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../../../../glib/gmain.c:3886 #23 0x725e822c in g_main_context_iteration (context=0x7fffe00016f0, may_block=may_block@entry=1) at ../../../../glib/gmain.c:3947 #24 0x759813ff in QEventDispatcherGlib::processEvents (this=0x558c9c90, flags=...) at kernel/qeventdispatcher_glib.cpp:423 #25 0x75926dba in QEventLoop::exec (this=this@entry=0x7fffe1f0, flags=..., flags@entry=...) at kernel/qeventloop.cpp:212 #26 0x7592fd24 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1291 #27 0x5558615a in ?? () #28 0x745f92e1 in __libc_start_main (main=0x55584ef0, argc=2, argv=0x7fffe868, init=, fini=, rtld_fini=, stack_end=0x7fffe858) at ../csu/libc-start.c:291 #29 0x55586f1a in ?? ()
Bug#878001: qbittorrent-nox: Web UI always listens all interfaces in spite of it's been told to not do that.
Package: qbittorrent-nox Version: 3.3.15-1 Severity: normal Tags: ipv6 Dear Maintainer, My qBittorrent.conf contains the following lines WebUI\ServerDomains=localhost WebUI\Port=8080 but the ss command shows me this: # ss -plf inet6 src ::/128 Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port tcp LISTEN 0 50 :::8080 :::* users:(("qbittorrent-nox",pid=2474,fd=21)) ^^^ This only happens when IPv6 is used, IPv4 works as expected. Best Regards, -- Manolo Díaz -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.13.5 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages qbittorrent-nox depends on: ii libboost-system1.62.0 1.62.0+dfsg-4+b1 ii libc6 2.24-17 ii libgcc11:7.2.0-8 ii libqt5core5a 5.9.1+dfsg-9 ii libqt5network5 5.9.1+dfsg-9 ii libqt5xml5 5.9.1+dfsg-9 ii libstdc++6 7.2.0-8 ii libtorrent-rasterbar9 1.1.4-1 ii zlib1g 1:1.2.8.dfsg-5 qbittorrent-nox recommends no packages. Versions of packages qbittorrent-nox suggests: pn qbittorrent-dbg -- no debconf information
Bug#877927: mwc: Fails to start with No module named 'mwc-config'
Package: mwc Version: 2.0.4-1 Severity: grave Justification: renders package unusable Dear Maintainer, A little mistake makes mwc fail to find the config module. Please, consider the following patch: --- mwc 2017-10-01 20:21:11.0 +0200 +++ mwc.new 2017-10-07 12:47:23.830697699 +0200 @@ -198,7 +198,7 @@ if __name__ == "__main__": -configMod = 'config' +configMod = config dryrun = None try: Best Regards, -- Traceback Traceback (most recent call last): File "/usr/bin/mwc", line 218, in config = importlib.import_module(configMod) File "/usr/lib/python3.5/importlib/__init__.py", line 126, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "", line 985, in _gcd_import File "", line 968, in _find_and_load File "", line 955, in _find_and_load_unlocked ImportError: No module named 'mwc-config'
Bug#877924: mwc: Fails to start: mwctools module is missing.
Package: mwc Version: 2.0.4-1 Severity: grave Justification: renders package unusable Dear Maintainer, Just downloading https://github.com/mtill/MailWebsiteChanges/blob/master/mwctools.py mwc works as expected. Please, append this module to the package. Best Regards, Manolo Díaz -- Traceback: Traceback (most recent call last): File "/usr/bin/mwc", line 218, in config = importlib.import_module(configMod) File "/usr/lib/python3.5/importlib/__init__.py", line 126, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "", line 985, in _gcd_import File "", line 968, in _find_and_load File "", line 955, in _find_and_load_unlocked ImportError: No module named 'mwc-config' -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.13.5 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages mwc depends on: ii python33.5.3-3 ii python3-cssselect 1.0.1-1 ii python3-lxml 4.0.0-1 mwc recommends no packages. mwc suggests no packages. -- no debconf information
Bug#877612: fsck: A tiny part of the Spanish translation makes no sense
Package: util-linux-locales Version: 2.29.2-5 Severity: minor Tags: l10n Dear Maintainer, In my case, for instance, when talking about inodes or blocks, the 'fsck.ext4 -v' output reads: 108709 nodos-i utilizados (0.04%, el 244195328) ... 229030394 bloques usados (23.45%, el 976754176) ... Instead it should read: 108709 nodos-i utilizados (el 0.04% de 244195328) ... 229030394 bloques usados (el 23.45% de 976754176) ... or some other format that makes sense in Spanish. Best Regards, -- Manolo Díaz
Bug#870295: perl: broken symlink /usr/share/man/man1/pstruct.1.gz
Package: perl Version: 5.26.0-4 Severity: normal Dear Maintainer, /usr/share/man/man1/pstruct.1.gz is a broken symlink that points to the c2ph.1.gz file in the same directory which isn't provided by any package from Debian testing accordantly to apt-file. Regards, -- Manolo Díaz
Bug#870294: opensc: broken symlink /usr/share/doc/opensc/README
Package: opensc Version: 0.17.0-1 Severity: normal Dear Maintainer, /usr/share/doc/opensc/README is a broken symlink that points to a non-existent README.md file in the same directory Regards, -- Manolo Díaz
Bug#870292: opensc-pkcs11: broken symlink /usr/share/doc/opensc-pkcs11/README
Package: opensc-pkcs11 Version: 0.17.0-1 Severity: normal Dear Maintainer, /usr/share/doc/opensc-pkcs11/README is a broken symlink that points to a non-existent README.md file in the same directory Regards, -- Manolo Díaz
Bug#869607: rasdaemon: Please, consider adding libdbd-sqlite3-perl to its dependencies
Package: rasdaemon Version: 0.5.8-1+b1 Severity: normal Dear Maintainer, The ras-mc-ctl command seems to need the libdbd-sqlite3-perl package to work properly. Without installing libdbd-sqlite3-perl: # ras-mc-ctl --summary install_driver(SQLite) failed: Can't locate DBD/SQLite.pm in @INC (you may need to install the DBD::SQLite module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at (eval 6) line 3. Perhaps the DBD::SQLite perl module hasn't been fully installed, or perhaps the capitalisation of 'SQLite' isn't right. Available drivers: DBM, ExampleP, File, Gofer, Pg, Proxy, Sponge. at /usr/sbin/ras-mc-ctl line 1055. After installing it: # ras-mc-ctl --summary DBD::SQLite::db prepare failed: no such table: mc_event at /usr/sbin/ras-mc-ctl line 1059. Can't call method "execute" on an undefined value at /usr/sbin/ras-mc-ctl line 1060. Regards, Manolo Díaz -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.12.3 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE= (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages rasdaemon depends on: ii init-system-helpers 1.48 ii libc62.24-12 ii libsqlite3-0 3.19.3-3 ii sqlite3 3.19.3-3 ii systemd 234-1 rasdaemon recommends no packages. rasdaemon suggests no packages. -- no debconf information
Bug#868379: calibre breaks with recent python-dateutil
On Sunday, 16 Jul 2017 at 15:59 UTC Guido Günther wrote: > control: reassign -1 calibre > > Hi, > On Sun, Jul 16, 2017 at 05:33:53PM +0200, Manolo Díaz wrote: > > On Sunday, 16 Jul 2017 at 15:24 UTC > > Guido Günther wrote: > > > > > Hi, > > > On Sun, Jul 16, 2017 at 05:12:28PM +0200, Manolo Díaz wrote: > > > > On Sunday, 16 Jul 2017 at 11:27 UTC > > > > Guido Günther wrote: > > > > > > > > > Hi, > > > > > On Sun, Jul 16, 2017 at 11:22:47AM +0200, Manolo Díaz wrote: > > > > > > On Sunday, 16 Jul 2017 at 09:05 UTC > > > > > > Guido Günther wrote: > > > > > > > > > > > > > Hi, > > > > > > > control: affects -1 calibre > > > > > > > > > > > > [...] > > > > > > > > > > > > > Starts here without problems. Does > > > > > > > > > > > > > > python -c "from six.moves import _thread" > > > > > > > > > > > > > > work for you? If it does not work your python-six is broken. > > > > > > > Maybe you > > > > > > > have a local version of six lying around? > > > > > > > Cheers, > > > > > > > -- Guido > > > > > > > > > > > > Hi, > > > > > > > > > > > > python -c "from six.moves import _thread" does apparently nothing > > > > > > and > > > > > > exits with 0. Is this expected? > > > > > > > > > > > > > > > > Yept. That's how it should be. > > > > > > > > > > > The version of python-six on my system is 1.10.0-4 (current testing) > > > > > > and if it was broken I think calibre wouldn't start with only > > > > > > downgrading python-dateutil. > > > > > > > > > > It might because the old python-dateutil version might not have used > > > > > it. > > > > > Can you do a > > > > > > > > > >strace -f -s2048 /usr/bin/calibre > > > > > > > > > > and attach this to the bugreport please. > > > > > Cheers, > > > > > -- Guido > > > > > > > > Of course. It's attached. > > > > > > You have six.pyc in the calibre directory that's tripping up things: > > > > > > open("/usr/lib/calibre/six.pyc", O_RDONLY) = 9 > > > > > > can you remove that and try again? > > > Cheers, > > > -- Guido > > > > It works. After removing /usr/lib/calibre/six.pyc calibre works again. > > So you are right, it's not a python-datetime bug. > > So calibre should clean up *.pyc files (probably from ancient > installations) in /usr/lib/calibre. > Cheers, > -- Guido It would help, but I think it isn't enough. Given the following sequence calibre would have failed to start. - upgrade or reinstall calibre (all *.pyc are cleaned up) - run calibre as root (they are created again) - upgrade python-dateutil. Thanks again. Regards, -- Manolo Díaz
Bug#868379: calibre breaks with recent python-dateutil
On Sunday, 16 Jul 2017 at 15:24 UTC Guido Günther wrote: > Hi, > On Sun, Jul 16, 2017 at 05:12:28PM +0200, Manolo Díaz wrote: > > On Sunday, 16 Jul 2017 at 11:27 UTC > > Guido Günther wrote: > > > > > Hi, > > > On Sun, Jul 16, 2017 at 11:22:47AM +0200, Manolo Díaz wrote: > > > > On Sunday, 16 Jul 2017 at 09:05 UTC > > > > Guido Günther wrote: > > > > > > > > > Hi, > > > > > control: affects -1 calibre > > > > > > > > [...] > > > > > > > > > Starts here without problems. Does > > > > > > > > > > python -c "from six.moves import _thread" > > > > > > > > > > work for you? If it does not work your python-six is broken. Maybe you > > > > > have a local version of six lying around? > > > > > Cheers, > > > > > -- Guido > > > > > > > > Hi, > > > > > > > > python -c "from six.moves import _thread" does apparently nothing and > > > > exits with 0. Is this expected? > > > > > > > > > > Yept. That's how it should be. > > > > > > > The version of python-six on my system is 1.10.0-4 (current testing) > > > > and if it was broken I think calibre wouldn't start with only > > > > downgrading python-dateutil. > > > > > > It might because the old python-dateutil version might not have used it. > > > Can you do a > > > > > >strace -f -s2048 /usr/bin/calibre > > > > > > and attach this to the bugreport please. > > > Cheers, > > > -- Guido > > > > Of course. It's attached. > > You have six.pyc in the calibre directory that's tripping up things: > > open("/usr/lib/calibre/six.pyc", O_RDONLY) = 9 > > can you remove that and try again? > Cheers, > -- Guido It works. After removing /usr/lib/calibre/six.pyc calibre works again. So you are right, it's not a python-datetime bug. Thank you. Regards, -- Manolo Díaz
Bug#868379: Processed (with 4 errors): python-dateutil: makes calibre fail to start
On Sunday, 16 Jul 2017 at 09:05 UTC Guido Günther wrote: > Hi, > control: affects -1 calibre [...] > Starts here without problems. Does > > python -c "from six.moves import _thread" > > work for you? If it does not work your python-six is broken. Maybe you > have a local version of six lying around? > Cheers, > -- Guido Hi, python -c "from six.moves import _thread" does apparently nothing and exits with 0. Is this expected? The version of python-six on my system is 1.10.0-4 (current testing) and if it was broken I think calibre wouldn't start with only downgrading python-dateutil. -- Manolo Díaz
Bug#868379: calibre: Fails to start with "ImportError: cannot import name _thread"
Package: calibre Version: 3.1.1+dfsg-1 Followup-For: Bug #868379 Dear Maintainer, Calibre 3.1.1+dfsg-1 is also affected: Traceback (most recent call last): File "/usr/bin/calibre", line 20, in sys.exit(calibre()) File "/usr/lib/calibre/calibre/gui_launch.py", line 73, in calibre from calibre.gui2.main import main File "/usr/lib/calibre/calibre/gui2/__init__.py", line 21, in from calibre.utils.date import UNDEFINED_DATE File "/usr/lib/calibre/calibre/utils/date.py", line 15, in from calibre.utils.iso8601 import utc_tz, local_tz, UNDEFINED_DATE File "/usr/lib/calibre/calibre/utils/iso8601.py", line 9, in from dateutil.tz import tzlocal, tzutc, tzoffset File "/usr/lib/python2.7/dist-packages/dateutil/tz/__init__.py", line 1, in from .tz import * File "/usr/lib/python2.7/dist-packages/dateutil/tz/tz.py", line 23, in from ._common import tzname_in_python2, _tzinfo, _total_seconds File "/usr/lib/python2.7/dist-packages/dateutil/tz/_common.py", line 2, in from six.moves import _thread ImportError: cannot import name _thread -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.12.1 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages calibre depends on: ii calibre-bin 3.1.1+dfsg-1 ii fonts-liberation 1:1.07.4-2 ii imagemagick 8:6.9.7.4+dfsg-11 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-11 ii libjs-coffeescript 1.10.0~dfsg-1 ii libjs-mathjax2.7.0-2 ii poppler-utils0.48.0-2 ii python-apsw 3.16.2-r1-2+b1 ii python-beautifulsoup 3.2.1-1 ii python-chardet 3.0.4-1 ii python-cherrypy3 3.5.0-2 ii python-cssselect 1.0.1-1 ii python-cssutils 1.0-4.1 ii python-dateutil 2.6.0-1 ii python-dbus 1.2.4-1+b2 ii python-feedparser5.1.3-3 ii python-imaging 4.1.1-3 ii python-lxml 3.8.0-1+b1 ii python-markdown 2.6.8-1 ii python-mechanize 1:0.2.5-3 ii python-netifaces 0.10.4-0.1+b3 ii python-pil 4.1.1-3 ii python-pkg-resources 36.0.1-1 ii python-pyparsing 2.1.10+dfsg1-1 ii python-pyqt5 5.7+dfsg-5+b1 ii python-pyqt5.qtsvg 5.7+dfsg-5+b1 ii python-pyqt5.qtwebkit5.7+dfsg-5+b1 ii python-regex 0.1.20170117-1+b1 ii python-routes2.3.1-2 ii python2.72.7.13-2 ii xdg-utils1.1.1-1 Versions of packages calibre recommends: pn python-dnspython calibre suggests no packages. -- no debconf information
Bug#868379: calibre: Fails to start with "ImportError: cannot import name _thread"
Package: calibre Version: 2.75.1+dfsg-1 Severity: grave Justification: renders package unusable Dear Maintainer, Calibre has stopped working recently. This is the backtrace: Traceback (most recent call last): File "/usr/bin/calibre", line 20, in sys.exit(calibre()) File "/usr/lib/calibre/calibre/gui_launch.py", line 69, in calibre from calibre.gui2.main import main File "/usr/lib/calibre/calibre/gui2/__init__.py", line 21, in from calibre.utils.date import UNDEFINED_DATE File "/usr/lib/calibre/calibre/utils/date.py", line 15, in from calibre.utils.iso8601 import utc_tz, local_tz, UNDEFINED_DATE File "/usr/lib/calibre/calibre/utils/iso8601.py", line 9, in from dateutil.tz import tzlocal, tzutc, tzoffset File "/usr/lib/python2.7/dist-packages/dateutil/tz/__init__.py", line 1, in from .tz import * File "/usr/lib/python2.7/dist-packages/dateutil/tz/tz.py", line 23, in from ._common import tzname_in_python2, _tzinfo, _total_seconds File "/usr/lib/python2.7/dist-packages/dateutil/tz/_common.py", line 2, in from six.moves import _thread ImportError: cannot import name _thread Kind Regards, Manolo Díaz -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.12.1 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages calibre depends on: ii calibre-bin 2.75.1+dfsg-1 ii fonts-liberation 1:1.07.4-2 ii imagemagick 8:6.9.7.4+dfsg-11 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-11 ii libjs-mathjax2.7.0-2 ii poppler-utils0.48.0-2 ii python-apsw 3.16.2-r1-2+b1 ii python-beautifulsoup 3.2.1-1 ii python-chardet 3.0.4-1 ii python-cherrypy3 3.5.0-2 ii python-cssselect 1.0.1-1 ii python-cssutils 1.0-4.1 ii python-dateutil 2.6.0-1 ii python-dbus 1.2.4-1+b2 ii python-feedparser5.1.3-3 ii python-imaging 4.1.1-3 ii python-lxml 3.8.0-1+b1 ii python-markdown 2.6.8-1 ii python-mechanize 1:0.2.5-3 ii python-netifaces 0.10.4-0.1+b3 ii python-pil 4.1.1-3 ii python-pkg-resources 36.0.1-1 ii python-pyparsing 2.1.10+dfsg1-1 ii python-pyqt5 5.7+dfsg-5+b1 ii python-pyqt5.qtsvg 5.7+dfsg-5+b1 ii python-pyqt5.qtwebkit5.7+dfsg-5+b1 ii python-routes2.3.1-2 ii python2.72.7.13-2 ii xdg-utils1.1.1-1 Versions of packages calibre recommends: pn python-dnspython calibre suggests no packages. -- no debconf information
Bug#867203: apt-listbugs: suggests the required debianutils package
On Tuesday, 4 Jul 2017 at 18:04 UTC Francesco Poli wrote: > Control: tags -1 + moreinfo > > On Tue, 4 Jul 2017 19:29:30 +0200 Manolo Díaz wrote: > > > Package: apt-listbugs > > Version: 0.1.23 > > Severity: normal > > > > Dear Maintainer, > > > > Accordantly to the directive 7.2, installing a package without the > > suggested ones is perfectly reasonable, but debianutils is a required > > package. I've set the severity to normal because it isn't harmful. > > Hello Manolo, > thanks for your bug report! > > Could you please clarify what you mean by saying that debianutils is a > "required" package? > > Do you mean that it is a "Priority: required" package? > Indeed it is; it is also an "Essential: yes" package, hence it is > assumed to be installed on any (non broken) Debian box. > > That "Suggests: debianutils (>= 2.0)" has been in apt-listbugs since > before 2006: I am not even sure why (I only adopted the package in > 2009)... Maybe in order to suggest to have at least version 2.0 of > debianutils, but that version is now long obsolete. > I think that this Suggests may be probably dropped... > > Please let me know what you think. Sorry, forgot to CC 867...@bugs.debian.org Hello Francesco, I'm not a Debian expert, but as you say debianutils isn't optional on every healthy Debian box and it seems pointless to suggest it. I agree with you in that it would be better to drop it from the Suggests field. Regards, -- Manolo Díaz
Bug#867202: apt-listbugs: suggests the required debianutils package
Package: apt-listbugs Version: 0.1.23 Severity: normal Dear Maintainer, Accordantly to the directive 7.2, installing a package without the suggested ones is perfectly reasonable, but debianutils is a required package. I've set the severity to normal because it isn't harmful. Regards, -- Manolo Díaz
Bug#866663: python3-cairo: It seems to conflict with debconf
Package: python3-cairo Version: 1.10.0+dfsg-5+b2 Severity: serious Justification: Policy 7.4 Dear Maintainer, This happens when I try to upgrade python3-cairo: (Reading database ... 254270 files and directories currently installed.) Preparing to unpack .../python3-cairo_1.10.0+dfsg-5+b2_amd64.deb ... Unpacking python3-cairo (1.10.0+dfsg-5+b2) over (1.10.0+dfsg-5+b1) ... dpkg: error processing archive /var/cache/apt/archives/python3-cairo_1.10.0+dfsg-5+b2_amd64.deb (--unpack): trying to overwrite '/usr/lib/python2.7/dist-packages/debconf.py', which is also in package debconf 1.5.61 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/python3-cairo_1.10.0+dfsg-5+b2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Kind Regards, Manolo Díaz -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.11.8 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-cairo depends on: ii libc6 2.24-12 ii libcairo2 1.14.8-1 ii python33.5.3-1 python3-cairo recommends no packages. python3-cairo suggests no packages. -- no debconf information
Bug#865704: quiterss: Segfault at start
5.7.1+dfsg-3+b1 ii libqt5sql5-sqlite 5.7.1+dfsg-3+b1 ii libqt5webkit5 5.7.1+dfsg-1 ii libqt5widgets55.7.1+dfsg-3+b ii libqt5xml55.7.1+dfsg-3+b1 ii libsqlite3-0 3.16.2-5 ii libstdc++67.1.0-7 quiterss recommends no packages. quiterss suggests no packages. -- no debconf information Best Regards, -- Manolo Díaz
Bug#87619: popularity-contest should use alternate method if /usr is mounted readonly
On Tuesday, 9 May 2017 at 16:47 UTC Bill Allombert wrote: > On Tue, May 09, 2017 at 04:59:56PM +0200, Manolo Díaz wrote: > > Package: popularity-contest > > Version: 1.64 > > Followup-For: Bug #87619 > > > > Dear Maintainer, > > > > I think there are other circumstances under which popcon provides > > unreliable "Vote" values: > > /usr is mounted relatime > > relatime is fine, since atime are still updated one time by day. > > > A program that checks the system integrity, such as debsums > > > In that case, is it worth to have popularity-contest installed or > > should I deinstall it? > > Well the 'inst' field is still correct, so this is still useful. > > Cheers, All right, I'll keep it installed then. Thank you. Regards, -- Manolo Díaz
Bug#87619: popularity-contest should use alternate method if /usr is mounted readonly
Package: popularity-contest Version: 1.64 Followup-For: Bug #87619 Dear Maintainer, I think there are other circumstances under which popcon provides unreliable "Vote" values: /usr is mounted relatime A program that checks the system integrity, such as debsums In that case, is it worth to have popularity-contest installed or should I deinstall it? Best regards, -- Manolo Díaz
Bug#862004: mwc: Fails to fetch some sites
El domingo, 7 de mayo de 2017 a las 18:57 Jörg Frings-Fürst escribió: > tags 862004 + moreinfo > thanks > > > Hello Manolo, > > thank you for spending your time helping to make Debian better with > this bug report. > > I have checked your issue and have a quick fix for it. > > Please can you test it? > > Therefore you must change your setup (add the lines Accept and > UserAgent): > > {'shortname': 'WMO Library', > 'type': 'html', > 'uri': > 'https://library.wmo.int/opac/index.php?lvl=infopages&lang=en_UK&pagesid=1', > 'Accept': > 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8', > 'User-Agent': 'Mozilla/5.0 (X11; Linux x86_64; rv:45.0) > Gecko/20100101 Firefox/45.0', > 'contentxpath': '//*[@id="overview"]/tbody/tr[1]/td[1]' > } > > > backup the original cp /usr/share/mwc/mwc.py /usr/share/mwc/mwc.py.org , > > copy the attached mwc.py to /usr/share/mwc > > and test it. > > Many thanks! > > CU > Jörg > Hello Jörg, It does work. It now works with all my site list: [WMO] Recently released Driving Innovation Together: The World Weather Research Programme WMO-No.1191, 2017 English Guidelines on Satellite Skills and Knowl [..] Thank you very much for your prompt response and fix. Best regards, -- Manolo Díaz
Bug#862004: mwc: Fails to fetch some sites
Package: mwc Version: 1.7.2-3 Severity: normal Dear Maintainer, Usually this application works well, but fails to fetch the following site: { 'shortname': 'WMO Library', 'type': 'html', 'uri': 'https://library.wmo.int/opac/index.php?lvl=infopages&lang=en_UK&pagesid=1', 'contentxpath': '//*[@id="overview"]/tbody/tr[1]/td[1]', 'encoding': 'utf-8' } with {'warning': 'WARNING: could not open URL; maybe content was moved?\n\nHTTP Error 403: Forbidden', 'titles': None, 'content': None} Best regards, Manolo Díaz -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.25 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages mwc depends on: ii python3-cssselect 1.0.1-1 ii python3-lxml 3.7.1-1 pn python3:any mwc recommends no packages. mwc suggests no packages. -- no debconf information
Bug#860494: mwc: /usr/bin/mwc tries a not defined printf function
Package: mwc Version: 1.7.2-3 Severity: normal Tags: fixed-upstream Dear Maintainer, printf is used twice without defining in /usr/bin/mwc, lines 228 and 237. This bug doesn't appear in the current upstream version. Thanks for this tool, I find it very useful. Best regards, -- Manolo Díaz
Bug#859519: grub-common: A mistake in the Spanish grub-mklayout help translation
Package: grub-common Version: 2.02~beta3-5 Severity: minor Tags: l10n Dear Maintainer, When the Spanish localization is used 'grub-mklayout --help' says: -i, --input=FICHEROestablece el fichero de salida. El predeterminado es STDOUT that means: -i, --input=FILE output filename. Default is STDOUT Best Regards, -- Manolo Díaz
Bug#777218: Case sensitive sorting works under certain circumstances
Dear Maintainer, In my experience, in order to provide case sensitive sorting it needs both the /misc-case-sensitive hidden option set to true and and an appropriate LC_COLLATE value, e.g. 'C'. As far as I know this behaviour is undocumented and also a bit surprising, at least for me. Best Regards, -- Manolo Díaz
Bug#847936: wkhtmltopdf: need to be launched from a X-session
Package: wkhtmltopdf Version: 0.12.3.2-3 Severity: important Dear Maintainer, Otherwise it fails with QXcbConnection: Could not connect to display That makes this application unsuitable for unattended tasks, such a cron task, and prevents its use from the console. Best Regards, -- Manolo Díaz
Bug#837810: df and du shows different size
On Tuesday, 6 Dec 2016 at 18:20 UTC Bob Proulx wrote: > Manolo Díaz wrote: > > I find du buggy. I think it's taking International System of Units > > values as if they was binary values. An example: > > > > # stat file.pdf > > File: 'file.pdf' > > Size: 160594 Blocks: 320IO Block: 4096 regular file > ^^^ 320 (512 byte) blocks > > I couldn't tell so I will assume a 512 byte block file system here. > > > # ls -l file.pdf > > -r 1 root root 160594 Dec 6 11:59 file.pdf > > Not relevant. ls -l is reporting the file file but du reports the > amount of disk used. Those are two different things. > > > # LC_ALL=C du file.pdf > > 160 file.pdf > > du is reporting 160 (1024 byte) blocks used. It arrives at this by > usin gthe 320 (512 byte blocks) * 512 / 1024 = 160 (1024 byte) blocks. > > > # du --si file.pdf > > 164kfile.pdf > > The --si option requests reporting disk usage in SI units of 1000. In > this case 320 (512 byte) blocks * 512 bytes per block = 163840 bytes > of disk usage. 163840 / 1000 = 164 and is reported as such. > > > That is, I think it takes 160 kB as if it were 160 KiB. > > I don't know where you are reading 160 kB from in any of the above. I > see only "160" when the default output is used. In that case the > units are blocks of 1024 bytes as documented. > > The du documentation says: > >With no arguments, ‘du’ reports the disk space for the current > directory. Normally the disk space is printed in units of 1024 bytes, > but this can be overridden (*note Block size::). Non-integer quantities > are rounded up to the next higher unit. > > ... > > ‘--si’ >Append an SI-style abbreviation to each size, such as ‘M’ for >megabytes. Powers of 1000 are used, not 1024; ‘M’ stands for >1,000,000 bytes. This option is equivalent to ‘--block-size=si’. >Use the ‘-h’ or ‘--human-readable’ option if you prefer powers of >1024. > > Therefore du is behaving as it should and as documented. > > Note that du output may show different values for exactly the same > file when stored on different file systems due to the block and frag > sizes of the file systems being different. Since du shows the amount > of disk used the amount of disk used depends upon the file system upon > which the file is stored. This is sometimes something that confuses > people so I thought I would mention it. > > Historical notes: The old System V and BSD du commands had different > output formats. The GNU flavor of du followed the BSD output style > since that was seen as the more user friendly format. The GNU version > differed from the traditional du by reporting disk used in the more > convenient sizes of 1024 instead of the original 512 byte block sizes. > The original du reported in disk blocks, which were 512 bytes in size, > and mental arithmetic was always needed. With GNU du the sizes were > in the convenient binary power of two sizes based upon 1024 byte > blocks. It has been so many years now that GNU du output itself is > historical and itself should not change or it would break many other > programs which rely upon its output not changing. (These days if you > want a particular non-default base for the block size one should > specify it explicitly.) > > Bob Yes, you're right. My fault, sorry. Best Regards, -- Manolo Díaz
Bug#837810: df and du shows different size
Package: coreutils Version: 8.25-2+b1 Followup-For: Bug #837810 Hello!, I find du buggy. I think it's taking International System of Units values as if they was binary values. An example: # stat file.pdf File: 'file.pdf' Size: 160594 Blocks: 320IO Block: 4096 regular file Device: 16h/22d Inode: 244351 Links: 1 Access: (0400/-r) Uid: (0/root) Gid: (0/root) Access: 2016-12-06 11:59:56.810077679 +0100 Modify: 2016-12-06 11:59:54.64084 +0100 Change: 2016-12-06 12:15:23.121852493 +0100 Birth: - # ls -l file.pdf -r 1 root root 160594 Dec 6 11:59 file.pdf # LC_ALL=C du file.pdf 160 file.pdf # du --si file.pdf 164kfile.pdf That is, I think it takes 160 kB as if it were 160 KiB. Best Regards, Manolo Díaz -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.8.11 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages coreutils depends on: ii libacl1 2.2.52-3 ii libattr1 1:2.4.47-2 ii libc62.24-7 ii libselinux1 2.6-3 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- Manolo Díaz
Bug#703181: [mlocate] please, consider using sh instead of bash in /etc/cron.daily/mlocate
On Sunday, 13 Nov 2016 at 11:38 UTC Tollef Fog Heen wrote: > Hi, > > sorry for the long delay in replying here, I've completely forgotten > about this bug. Don't worry. > ]] Manolo Díaz > > > > > > > > The /etc/cron.daily/mlocate shell script is intended to be run in a > > > > non interactive way and seems to be posix compliant. Please, > > > > consider using sh. > > > > > > Why? > > > > > Because dash, which is commonly used as default shell in Debian, is > > supposed to have a smaller footprint than bash and it's enough to run > > the script. Have I missed any downside? > > Yes, we're using «which», which isn't POSIX sh. It might be in dash, > but that's not sufficient for /bin/sh. bash is essential, and the > overhead of bash vs dash is tiny compared to the work mlocate is doing, > so I'm going to close this bug now. > > Cheers, As far as I know «which» isn't provided by Bash or Dash, but by the debianutils package (which is required) and in fact it's a POSIX shell. From the Bash shell: $ type which which is hashed (/usr/bin/which) From the Dash shell: $ type which which is /usr/bin/which Agree, the overhead could be negligible. Kind Regards, -- Manolo Díaz
Bug#843774: pgadmin3: It crashes even when .pgadmin3 isn't present
ibgobject-2.0.so.0 #30 0x7361698c in ?? () from /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #31 0x734fd014 in gtk_propagate_event () from /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #32 0x734fd3cb in gtk_main_do_event () from /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #33 0x73172cec in ?? () from /lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 #34 0x7278c7d7 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #35 0x7278ca40 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #36 0x7278cd62 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #37 0x734fc447 in gtk_main () from /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #38 0x764979c5 in wxGUIEventLoop::DoRun() () from /lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #39 0x759c86f3 in wxEventLoopBase::Run() () from /lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #40 0x7598da06 in wxAppConsoleBase::MainLoop() () from /lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #41 0x75a1a310 in wxEntry(int&, wchar_t**) () from /lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #42 0x556f9ae2 in main (argc=, argv=) at pgAdmin3.cpp:126 (gdb) quit Best Regards, Manolo Díaz -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.8.5 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages pgadmin3 depends on: ii libc6 2.24-5 ii libgcc1 1:6.2.0-10 ii libpq59.6.0-1 ii libssl1.0.2 1.0.2j-1 ii libstdc++66.2.0-10 ii libwxbase3.0-0v5 3.0.2+dfsg-2 ii libwxgtk3.0-0v5 3.0.2+dfsg-2 ii libxml2 2.9.4+dfsg1-2.1 ii libxslt1.11.1.29-2 ii pgadmin3-data 1.22.1-2 ii zlib1g1:1.2.8.dfsg-2+b3 Versions of packages pgadmin3 recommends: pn pgagent ii postgresql-client 9.6+177 ii postgresql-client-9.6 [postgresql-client] 9.6.0-1 Versions of packages pgadmin3 suggests: ii postgresql-contrib 9.6+177 -- no debconf information -- Manolo Díaz
Bug#843025: metview: doesn't need to depend on zsh or ksh-variant shells
Package: metview Version: 4.7.0-1 Severity: normal Dear Maintainer, While this package depends on ksh | mksh | pdksh | zsh it seems to use bash and any posix compliant shell, always provided by any sane debian system. $ dpkg -L metview | xargs file | grep script /usr/bin/metview:Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/MarsOdbWrapper:Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/MarsTiggeWrapper: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/compile: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/document_macros.pl:Perl script text executable /usr/lib/x86_64-linux-gnu/metview/dump: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/generate_video:Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/logrun:Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/metview-mail: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/metview_create_user_dir: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/metview_help: POSIX shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/metview_post_install_tests.sh: POSIX shell script, ASCII text executable, with very long lines /usr/lib/x86_64-linux-gnu/metview/mv_compress: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_flexpart_run: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_flextra_prep: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_flextra_prep.mv:a /usr/bin/metview script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_flextra_run:Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_grib_dump: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_mail: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_mars_catalog.py:Python script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_obstat: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_odbsql: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_rttov_run: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_scm_run:Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_scm_vis.mv: a /usr/bin/metview script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_uniquename: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_vapor_gui: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mv_vapor_prep.mv: a /usr/bin/magml script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mvrun: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mvrun_c: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mvrun_lnx: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/mvusage: Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/select_mars_config:Bourne-Again shell script, ASCII text executable /usr/lib/x86_64-linux-gnu/metview/set_mars_env: Bourne-Again shell script, ASCII text executable Please consider dropping those shell dependencies. Best Regards, Manolo Díaz -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.8.5 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages metview depends on: pn ksh | mksh | pdksh | zsh ii libc6 2.24-5 ii libcurl3-gnutls 7.50.1-1 ii libemos0d 2:4.4.3-1 ii libgcc1 1:6.2.0-10 ii libgdbm3 1.8.3-14 ii libgeotiff2 1.4.2-2+b1 ii libgfortran3 6.2.0-10 ii libgrib-api0 1.17.0-1 ii libmagplus3v5 2.29.4-1 ii libn
Bug#841680: I think /etc/grub.d/10_linux is the culprit
Dear Maintainer, Lines from 66 to 68 read if [ "x${GRUB_DEVICE_UUID}" = "x" ] || [ "x${GRUB_DISABLE_LINUX_UUID}" = "xtrue" ] \ || ! test -e "/dev/disk/by-uuid/${GRUB_DEVICE_UUID}" \ || test -e "${GRUB_DEVICE}" && uses_abstraction "${GRUB_DEVICE}" lvm; then but 'uses_abstraction "${GRUB_DEVICE}" lvm' is false for my system, so 'LINUX_ROOT_DEVICE=UUID=${GRUB_DEVICE_UUID}' is used instead. Perhaps 'test -e "${GRUB_DEVICE}" && uses_abstraction "${GRUB_DEVICE}" lvm' should be evaluated before all other conditions. Please consider the following patch: --- a/10_linux 2016-10-16 11:46:00.0 +0200 +++ b/10_linux 2016-10-22 18:18:43.816598444 +0200 @@ -65,7 +65,7 @@ # and mounting btrfs requires user space scanning, so force UUID in this case. if [ "x${GRUB_DEVICE_UUID}" = "x" ] || [ "x${GRUB_DISABLE_LINUX_UUID}" = "xtrue" ] \ || ! test -e "/dev/disk/by-uuid/${GRUB_DEVICE_UUID}" \ -|| test -e "${GRUB_DEVICE}" && uses_abstraction "${GRUB_DEVICE}" lvm; then +|| ( test -e "${GRUB_DEVICE}" && uses_abstraction "${GRUB_DEVICE}" lvm ); then LINUX_ROOT_DEVICE=${GRUB_DEVICE} else LINUX_ROOT_DEVICE=UUID=${GRUB_DEVICE_UUID} Best Regards, -- Manolo Díaz
Bug#841680: grub-common: ignores GRUB_DISABLE_LINUX_UUID option
Package: grub-common Version: 2.02~beta3-1 Severity: important Dear Maintainer, Although my /etc/default/grub contains GRUB_DISABLE_LINUX_UUID=true grub-mkconfig output lines likes these: menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-b067ac2e-cc37-4273-b6dc- af74b6d99825' { load_video insmod gzio if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi insmod part_gpt insmod ext2 set root='hd0,gpt2' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint- efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 b067ac2e-cc37-4273-b6dc-af74b6d99825 else search --no-floppy --fs-uuid --set=root b067ac2e-cc37-4273-b6dc- af74b6d99825 fi echo'Cargando Linux 4.7.8...' linux /boot/vmlinuz-4.7.8 root=UUID=b067ac2e-cc37-4273-b6dc- af74b6d99825 ro libata.force=3.0Gbps snd-hda-intel.index=1,0 resume=/dev/sda4 resume_offset=31752192 echo'Cargando imagen de memoria inicial...' initrd /boot/initrd-4.7.8 } which makes my system unbootable without editing /boot/grub/grub.cfg. Please note that the grub.cfg file automatically attached below has been previously edited by me in order to make my system bootable. Best Regards, Manolo Díaz -- Package-specific info: *** BEGIN /proc/mounts /dev/root / ext4 rw,relatime,nobarrier,data=ordered 0 0 /dev/sda3 /home ext4 rw,nosuid,nodev,relatime,nobarrier,data=ordered 0 0 /dev/sda4 /usr/local ext4 rw,nodev,noatime,nobarrier,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then set have_grubenv=true load_env fi if [ "${next_entry}" ] ; then set default="${next_entry}" set next_entry= save_env next_entry set boot_once=true else set default="0" fi if [ x"${feature_menuentry_id}" = xy ]; then menuentry_id_option="--id" else menuentry_id_option="" fi export menuentry_id_option if [ "${prev_saved_entry}" ]; then set saved_entry="${prev_saved_entry}" save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry="${chosen}" save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } if [ x$feature_default_font_path = xy ] ; then font=unicode else insmod part_gpt insmod ext2 set root='hd0,gpt2' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 /dev/sda2 else search --no-floppy --set=root /dev/sda2 fi font="/usr/share/grub/unicode.pf2" fi if loadfont $font ; then set gfxmode=auto load_video insmod gfxterm set locale_dir=$prefix/locale set lang=es_ES insmod gettext fi terminal_output gfxterm if [ "${recordfail}" = 1 ] ; then set timeout=30 else if [ x$feature_timeout_style = xy ] ; then set timeout_style=menu set timeout=5 # Fallback normal timeout code in case the timeout_style feature is # unavailable. else set timeout=5 fi fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod part_gpt insmod ext2 set root='hd0,gpt2' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 /dev/sda2 else search --no-floppy --set=root /dev/sda2 fi insmod png if background_image /usr/share/images/desktop-base/lines-grub.png; then set color_normal=white/black set color_highlight=black/white else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### function gfxmode { set gfxpayload="${1}" } set linux_gfx_mode= export linux_gfx_mode menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-/dev/sda2' { load_video insmod gzio if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi insmod part_gpt insmod ext2 set root='hd0,gpt2' if [ x$feature_platform_search_hint = xy ]; t
Bug#840599: xfce4-notifyd: Noisy help for xfce4-notifyd-config in Spanish
Package: xfce4-notifyd Version: 0.3.3-1 Severity: minor Tags: l10n Dear Maintainer, 'xfce4-notifyd-config --help' shows some additional useless lines when the Spanish language is used: $ xfce4-notifyd-config --help Uso: xfce4-notifyd-config [OPCIÓN…] Project-Id-Version: Xfce Apps Report-Msgid-Bugs-To: POT-Creation-Date: 2016-06-30 00:31+0200 PO-Revision-Date: 2016-08-15 16:41+ Last-Translator: Pablo Roberto “Jristz” Lezaeta Reyes Language-Team: Spanish (http://www.transifex.com/xfce/xfce-apps/language/es/) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Language: es Plural-Forms: nplurals=2; plural=(n != 1); Opciones de ayuda: -h, --help Mostrar opciones de ayuda --help-all Muestra todas las opciones de ayuda --help-gtk Mostrar opciones GTK+ Opciones de la aplicación: -V, --version Mostrar información de la versión -s, --socket-id=ID._DEL_SOCKET Socket del gestor de configuración --display=VISORVisor [display] X que usar On the other hand the English output is OK. Best Regards, -- Manolo Díaz
Bug#838563: metview: unable to plot grib files
Package: metview Version: 4.6.7-1 Severity: important Control: fixed -1 4.7.0-1 Dear Maintainer, I think it isn't worth to pasting a log output when the bug is already fixed in version 4.7.0-1. Best Regards, Manolo Díaz -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.6.4 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages metview depends on: ii ksh 93u+20120801-2 ii libc62.23-5 ii libcurl3-gnutls 7.50.1-1 ii libemos0d2:4.4.3-1 ii libgcc1 1:6.1.1-11 ii libgdbm3 1.8.3-14 ii libgeotiff2 1.4.2-2+b1 ii libgfortran3 6.1.1-11 ii libgrib-api0 1.17.0-1 ii libmagplus3v52.29.2-1+b1 ii libnetcdf-c++4 4.2-6 ii libnetcdf11 1:4.4.1-2 ii libqt5core5a 5.6.1+dfsg-3+b1 ii libqt5gui5 5.6.1+dfsg-3+b1 ii libqt5network5 5.6.1+dfsg-3+b1 ii libqt5printsupport5 5.6.1+dfsg-3+b1 ii libqt5widgets5 5.6.1+dfsg-3+b1 ii libqt5xml5 5.6.1+dfsg-3+b1 ii libqt5xmlpatterns5 5.6.1-2 ii libstdc++6 6.1.1-11 ii libterralib3 4.3.0+dfsg.2-9 ii metview-data 4.6.7-1 ii python 2.7.11-2 ii x11-utils7.7+3 Versions of packages metview recommends: pn magics++ metview suggests no packages. -- no debconf information
Bug#832412: It's just one *.distinct file missing
Dear Maintainer, I've just realized that there is _just one_ distinct file missing and 257 symlinks pointing to it. Sorry. Best regards, -- Manolo Díaz
Bug#832412: libemos-data: 257 *.distinct files missing
Package: libemos-data Version: 2:4.4.2-1 Severity: normal Dear Maintainer, There are 257 *.distinct files missing in /usr/share/emos/bufrtables/ The complete list is below this lines, where the left term of each line is a broken symlink. Best regards, Manolo Díaz ./D0016000.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D1016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D2016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D3016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D4016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D5016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D6016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D7016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D8016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D9016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00010016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00011016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00012016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00013016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00014016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00015016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00016016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00017016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00018016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00019016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00020016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00021016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00022016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00023016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00024016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00025016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00026016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00027016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00028016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00029016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00030016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00031016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00032016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00033016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00034016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00035016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00036016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00037016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00038016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00039016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00040016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00041016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00042016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00043016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00044016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00045016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00046016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00047016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00048016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00049016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00050016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00051016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00052016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00053016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00054016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00055016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00056016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00057016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00058016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00059016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00060016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct ./D00061016001.TXT D_37f24485fa8f2c4abd0c02a2b42ee3fc.distinct
Bug#813949: Please reassign to the correct package: bluez
Dear Maintainer, This bug really resides in the bluez package, which erroneously appears as free of RC bugs since nearly four months ago. Please, reassign to bluez Best regards, -- Manolo Díaz
Bug#823000: borgbackup: Always backs up the newest file in repository
Package: borgbackup Version: 1.0.2-1 Severity: normal Dear Maintainer, borgbackup seems to always back up the newest file in the repository, even if it remains unmodified. Usually this is unnoticeable, but introduces a considerable delay when it's a large file. Here A is a 6.3GB sized file that remains unchanged during the whole test process and is B an empty file created just before the second backup takes place. Day Newest file Newest backed file backup time -- -- --- 2016-04-27 AA 1 minute 48.69 seconds 2016-04-28 BA 1 minute 53.15 seconds 2016-04-29 BB 1.62 seconds The output of those backups: - Archive name: 2016-04-27 Archive fingerprint: 4d8599b40d331b19aa1615a87a507eca225a85a35886ce9f3468ac6097ad75e4 Time (start): Wed, 2016-04-27 08:42:06 Time (end): Wed, 2016-04-27 08:43:54 Duration: 1 minutes 48.69 seconds Number of files: 272 -- Original size Compressed sizeDeduplicated size This archive: 587.54 GB587.54 GB 9.32 kB All archives:6.46 TB 6.46 TB591.39 GB Unique chunks Total chunks Chunk index: 110990 1210483 -- -- Archive name: 2016-04-28 Archive fingerprint: feaab28f518d62a9bb9d0a0362c217c46e676c046a55d74f827f5c2cb4886431 Time (start): Thu, 2016-04-28 11:54:26 Time (end): Thu, 2016-04-28 11:56:19 Duration: 1 minutes 53.15 seconds Number of files: 273 -- Original size Compressed sizeDeduplicated size This archive: 587.54 GB587.54 GB 69.48 kB All archives:6.46 TB 6.46 TB591.39 GB Unique chunks Total chunks Chunk index: 110993 1210484 -- -- Archive name: 2016-04-29 Archive fingerprint: 26fa3e49300b6c0d7bfb2da62e215b2ad3ef5e7feaa60f88bed914f06657fd88 Time (start): Fri, 2016-04-29 11:46:34 Time (end): Fri, 2016-04-29 11:46:36 Duration: 1.62 seconds Number of files: 273 -- Original size Compressed sizeDeduplicated size This archive: 587.54 GB587.54 GB 9.35 kB All archives:6.46 TB 6.46 TB591.39 GB Unique chunks Total chunks Chunk index: 110993 1210485 -- -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.5.1 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages borgbackup depends on: ii libacl12.2.52-3 ii libc6 2.22-7 ii liblz4-1 0.0~r131-2 ii libssl1.0.21.0.2g-1 ii python33.5.1-3 ii python3-msgpack0.4.6-1+b2 ii python3-pkg-resources 20.7.0-1 Versions of packages borgbackup recommends: ii python3-llfuse 1.0+dfsg-2 Versions of packages borgbackup suggests: ii borgbackup-doc 1.0.2-1 -- no debconf information Kind regards, -- Manolo Díaz
Bug#820847: bind9: crashes when is stopped
Package: bind9 Version: 1:9.10.3.dfsg.P4-7 Severity: normal Dear Maintainer, /usr/sbin/named crashes when stopping ('/usr/sbin/rndc stop' command via systemd) generating a core-dump file. This is rerecorded by the system log: Apr 13 03:17:51 localhost systemd[1]: Stopping BIND Domain Name Server... Apr 13 03:17:51 localhost named[380]: received control channel command 'stop' Apr 13 03:17:51 localhost named[380]: shutting down: flushing changes Apr 13 03:17:51 localhost named[380]: stopping command channel on 127.0.0.1#953 Apr 13 03:17:51 localhost named[380]: stopping command channel on ::1#953 Apr 13 03:17:51 localhost named[380]: no longer listening on 127.0.0.1#53 Apr 13 03:17:51 localhost named[380]: no longer listening on ::1#53 Apr 13 03:17:51 localhost named[380]: exiting Apr 13 03:17:51 localhost named[380]: ../../../lib/isc/mem.c:1229: REQUIRE(ctx->references == 1) failed Apr 13 03:17:51 localhost systemd[1]: bind9.service: Main process exited, code=dumped, status=6/ABRT Apr 13 03:17:51 localhost systemd[1]: Stopped BIND Domain Name Server. Apr 13 03:17:51 localhost systemd[1]: bind9.service: Unit entered failed state. Apr 13 03:17:51 localhost systemd[1]: bind9.service: Failed with result 'core-dump'. And this is the backtrace: GNU gdb (Debian 7.10-1+b1) 7.10 [...] Reading symbols from /usr/sbin/named...(no debugging symbols found)...done. [New LWP 380] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/sbin/named -f -u bind'. Program terminated with signal SIGABRT, Aborted. #0 0x7fd32be78478 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:55 55 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x7fd32be78478 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:55 #1 0x7fd32be798fa in __GI_abort () at abort.c:89 #2 0x55df7cb8cb38 in ?? () #3 0x7fd32d10cd2a in isc_assertion_failed () from /lib/x86_64-linux-gnu/libisc.so.160 #4 0x7fd32d11d3c2 in isc.mem_destroy () from /lib/x86_64-linux-gnu/libisc.so.160 #5 0x7fd32d120e75 in isc_mem_destroy () from /lib/x86_64-linux-gnu/libisc.so.160 #6 0x55df7cb7afdf in ?? () #7 0x7fd32be65610 in __libc_start_main (main=0x55df7cb79dc0, argc=4, argv=0x7ffe8ada0d88, init=, fini=, rtld_fini=, stack_end=0x7ffe8ada0d78) at libc-start.c:291 #8 0x55df7cb7b2b9 in ?? () (gdb) -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.4.6 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages bind9 depends on: ii adduser3.114 ii bind9utils 1:9.10.3.dfsg.P4-7 ii debconf [debconf-2.0] 1.5.59 ii init-system-helpers1.29 ii libbind9-140 1:9.10.3.dfsg.P4-7 ii libc6 2.22-5 ii libcap21:2.24-12 ii libcomerr2 1.43~WIP.2016.03.15-2 ii libdns162 1:9.10.3.dfsg.P4-7 ii libgeoip1 1.6.9-1 ii libgssapi-krb5-2 1.13.2+dfsg-5 ii libirs141 1:9.10.3.dfsg.P4-7 ii libisc160 1:9.10.3.dfsg.P4-7 ii libisccc1401:9.10.3.dfsg.P4-7 ii libisccfg140 1:9.10.3.dfsg.P4-7 ii libk5crypto3 1.13.2+dfsg-5 ii libkrb5-3 1.13.2+dfsg-5 ii liblwres1411:9.10.3.dfsg.P4-7 ii libssl1.0.21.0.2g-1 ii libxml22.9.3+dfsg1-1 ii lsb-base 9.20160110 ii net-tools 1.60+git20150829.73cef8a-2 ii netbase5.3 bind9 recommends no packages. Versions of packages bind9 suggests: pn bind9-doc ii dnsutils1:9.10.3.dfsg.P4-7 pn resolvconf pn ufw -- Configuration Files: /etc/bind/named.conf changed: include "/etc/bind/named.conf.options"; include "/etc/bind/named.conf.local"; include "/etc/bind/named.conf.default-zones"; server ::1/128 { bogus no; }; server ::/0 { bogus yes; }; -- debconf information: bind9/run-resolvconf: false bind9/different-configuration-file: bind9/start-as-user: bind Kind regards, -- Manolo Díaz
Bug#818249: line 14: all `Format' sections are invalid.
On Wednesday, 16 Mar 2016 at 15:52 UTC Osamu Aoki wrote: > Hi, > > On Wed, Mar 16, 2016 at 12:16:56AM +0800, 積丹尼 Dan Jacobson wrote: > > # install-docs --verbose --check /usr/share/doc-base/debian-reference-en > > Warning in `/usr/share/doc-base/debian-reference-en', line 10: file mask > > `/usr/share/doc/debian-reference/docs/debian-reference.en.txt.gz' does not > > match any files. > > Warning in `/usr/share/doc-base/debian-reference-en', line 14: file > > `/usr/share/doc/debian-reference/docs/index.en.html' does not exist. > > Error in `/usr/share/doc-base/debian-reference-en', line 14: all `Format' > > sections are invalid. > > /usr/share/doc-base/debian-reference-en: Fatal error found, the file won't > > be registered. > > $ install-docs --verbose --check /usr/share/doc-base/debian-reference-en > /usr/share/doc-base/debian-reference-en: No problems found. > $ dpkg -l debian-reference-en > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend > |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) > ||/ Name Version Architecture Description > +++-==---= > ii debian-referen 2.59 all Debian system administration guid > $ > > Regards, > > Osamu Hi, I think the problem is that it's possible to have a system with debian-reference-en installed and debian-reference not installed (without any system package complain). But the former needs the latter. dpkg -L debian-reference /. /usr /usr/share /usr/share/doc /usr/share/doc/debian-reference /usr/share/doc/debian-reference/changelog.gz /usr/share/doc/debian-reference/copyright /usr/share/doc/debian-reference/docs /usr/share/doc/debian-reference/README Kind regards, -- Manolo Díaz
Bug#818249: line 14: all `Format' sections are invalid.
On Tuesday, 15 Mar 2016 at 18:39 UTC 積丹尼 Dan Jacobson wrote: > Maybe there is another package that has already created the file > structure, but I don't have it installed. Thus I get the bug and you don't. OK. I finally managed to reproduce your bug. Could you please check that the debian-reference package isn't installed in your system? Perhaps debian-reference-common should depends on debian-reference. Kind regards, -- Manolo Díaz
Bug#818249: line 14: all `Format' sections are invalid.
On Tuesday, 15 Mar 2016 at 16:52 UTC 積丹尼 Dan Jacobson wrote: > # dpkg -i debian-reference-*2.58* > dpkg: warning: downgrading debian-reference-common from 2.59 to 2.58 [...] > # dpkg -i debian-reference-*2.59* [...] I don't know if it's relevant here, but dpkg manual reads (talking about dpkg -i) " 5. If another version of the same package was installed before the new installation, execute the postrm script of the old package. Note that this script is executed after the preinst script of the new package, because new files are written at the same time old files are removed." -- Manolo Díaz
Bug#818249: line 14: all `Format' sections are invalid.
On Tuesday, 15 Mar 2016 at 16:16 UTC 積丹尼 Dan Jacobson wrote: > # install-docs --verbose --check /usr/share/doc-base/debian-reference-en > Warning in `/usr/share/doc-base/debian-reference-en', line 10: file mask > `/usr/share/doc/debian-reference/docs/debian-reference.en.txt.gz' does not > match any files. > Warning in `/usr/share/doc-base/debian-reference-en', line 14: file > `/usr/share/doc/debian-reference/docs/index.en.html' does not exist. > Error in `/usr/share/doc-base/debian-reference-en', line 14: all `Format' > sections are invalid. > /usr/share/doc-base/debian-reference-en: Fatal error found, the file won't be > registered. Hi Dan, I find some differences. For example: file /usr/share/doc/debian-reference/docs/debian-reference.en.txt.gz /usr/share/doc/debian-reference/docs/debian-reference.en.txt.gz: gzip compressed data, max compression, from Unix BTW that's the line number 9 in my file, not 10. file /usr/share/doc/debian-reference/docs/index.en.html /usr/share/doc/debian-reference/docs/index.en.html: XML 1.0 document, UTF-8 Unicode text install-docs --verbose --check /usr/share/doc-base/debian-reference-en /usr/share/doc-base/debian-reference-en: No problems found. Here is my entire /usr/share/doc-base/debian-reference-en file: Document: debian-reference-en Title: Debian Reference (en) Author: Osamu Aoki Abstract: This Debian Reference covers many aspects of system administration through shell-command examples. (English) Section: Debian Format: text Files: /usr/share/doc/debian-reference/docs/debian-reference.en.txt.gz Format: HTML Index: /usr/share/doc/debian-reference/docs/index.en.html Files: /usr/share/doc/debian-reference/docs/*.en.html ---- -- Kind regards, Manolo Díaz
Bug#818249: line 14: all `Format' sections are invalid.
On Tuesday, 15 Mar 2016 at 12:20 UTC Osamu Aoki wrote: > control: tags -1 moreinfo > control: tags -1 unreproduceble > > Hi, > > On Tue, Mar 15, 2016 at 10:25:10AM +0800, 積丹尼 Dan Jacobson wrote: > > Package: debian-reference-en > > Version: 2.59 > > > > Processing triggers for doc-base (0.10.7) ... > > Processing 1 changed doc-base file... > > Error in `/usr/share/doc-base/debian-reference-en', line 14: all `Format' > > sections are invalid. > > I have doc-base 0.10.7 but I can not reproduce this bug here. > > $ sudo debi debian-reference_2.59_amd64.changes > (Reading database ... 467563 files and directories currently installed.) > Preparing to unpack debian-reference-common_2.59_all.deb ... > Unpacking debian-reference-common (2.59) over (2.58) ... > Preparing to unpack debian-reference-de_2.59_all.deb ... > Unpacking debian-reference-de (2.59) over (2.58) ... > Preparing to unpack debian-reference-en_2.59_all.deb ... > Unpacking debian-reference-en (2.59) over (2.58) ... > Preparing to unpack debian-reference-fr_2.59_all.deb ... > Unpacking debian-reference-fr (2.59) over (2.58) ... > Preparing to unpack debian-reference-it_2.59_all.deb ... > Unpacking debian-reference-it (2.59) over (2.58) ... > Preparing to unpack debian-reference-ja_2.59_all.deb ... > Unpacking debian-reference-ja (2.59) over (2.58) ... > Preparing to unpack debian-reference-pt_2.59_all.deb ... > Unpacking debian-reference-pt (2.59) over (2.58) ... > Preparing to unpack debian-reference_2.59_all.deb ... > Unpacking debian-reference (2.59) over (2.58) ... > Setting up debian-reference-common (2.59) ... > Processing triggers for menu (2.1.47) ... > Processing triggers for desktop-file-utils (0.22-1) ... > Setting up debian-reference-fr (2.59) ... > Setting up debian-reference-it (2.59) ... > Setting up debian-reference-ja (2.59) ... > Setting up debian-reference-pt (2.59) ... > Setting up debian-reference-de (2.59) ... > Setting up debian-reference-en (2.59) ... > Setting up debian-reference (2.59) ... > Processing triggers for mime-support (3.59) ... > Processing triggers for gnome-menus (3.13.3-6) ... > Processing triggers for man-db (2.7.5-1) ... > Processing triggers for doc-base (0.10.7) ... > Processing 6 changed doc-base files... > Registering documents with scrollkeeper... > > I am not saying there is no problem around doc-base but the above is fact. > > This file is accessed through path in which one directory is symlink. > So there may be some problem but it is not clear what is causing problem > at your end. > > You should tell me what package uses this hook... maybe related to #780692 > > OK, let me install dwww ... No problem here. > > I do not know what more should I do. > > Osamu Hi all, Preparing to unpack .../debian-reference_2.59_all.deb ... Unpacking debian-reference (2.59) over (2.59) ... Preparing to unpack .../debian-reference-en_2.59_all.deb ... Unpacking debian-reference-en (2.59) over (2.59) ... Setting up debian-reference-en (2.59) ... Setting up debian-reference (2.59) ... Processing triggers for doc-base (0.10.7) ... Processing 1 changed doc-base file... Registering documents with dwww... So I can't reproduce that bug either. BTW, the line number 14 in /usr/share/doc-base/debian-reference-en is an empty line and the next is EOF. What could cause that format error? Kind regards, -- Manolo Díaz
Bug#816857: Submitted bug upstream
On Mon, 7 Mar 2016 16:36:49 +0100 Philip Rinn wrote: > Hi, > > I just want to keep you in the loop: I filed a bug upstream to solve this at > the > bottom of the problem: > > https://github.com/tesseract-ocr/tesseract/issues/254 > > Best, > Philip Thanks Philip. Kind regards, -- Manolo Díaz
Bug#816857: gimagereader: fails to launch with "symbol lookup error"
Package: gimagereader Version: 3.1.2+git368fa8f-2 Severity: grave Justification: renders package unusable Dear Maintainer, This is the complete error messager: gimagereader-gtk: symbol lookup error: gimagereader-gtk: undefined symbol: _ZN9tesseract11TessBaseAPI13AnalyseLayoutEv The application never gets launched. Kind regards, Manolo Díaz -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.4.2 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages gimagereader depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii libatkmm-1.6-1v5 2.24.2-1 ii libc62.21-9 ii libcairomm-1.0-1v5 1.12.0-1 ii libgcc1 1:5.3.1-10 ii libglib2.0-0 2.46.2-3 ii libglibmm-2.4-1v52.46.3-1 ii libgomp1 5.3.1-10 ii libgtk-3-0 3.18.8-1 ii libgtkmm-3.0-1v5 3.18.0-1 ii libgtksourceviewmm-3.0-0v5 3.18.0-1 ii libgtkspellmm-3.0-0v53.0.3+dfsg-2 ii libpangomm-1.4-1v5 2.38.1-1 ii libpoppler-glib8 0.38.0-2 ii libsane 1.0.25-2 ii libsigc++-2.0-0v52.6.2-1 ii libstdc++6 5.3.1-10 ii libtesseract33.04.00-5+b2 gimagereader recommends no packages. gimagereader suggests no packages. -- no debconf information
Bug#803879: vlc: audio doesn't work with some codecs
On Tue, 16 Feb 2016 00:37:40 +0200 Rémi Denis-Courmont wrote: > On Monday 02 November 2015 22:14:10 Manolo Díaz wrote: > > [013657f8] alsa audio output error: cannot set buffer > > duration: Invalid argument > > [013657f8] core audio output error: > > module not functional > > That´s a fatal error from the ALSA driver: > snd_pcm_hw_parms_set_buffer_time_near failed. > > This is not something that VLC can work around; the audio output always must > have a buffer duration. It looks to me that your ALSA driver is buggy, as > ALSA > functions post-fixed with "near" really should never fail. > > Please reassign. > > Meanwhile consider using PulseAudio to work around it. I'm not sure about that: quodlibet and clementine work flawlessly for me, both using ALSA. OTOH I realized that vlc can successfully play 44.1 kHz sample rated sound if "HDA ATI HDMI, HDMI 0 Direct sample mixing device" is chosen instead of the default (HDA ATI HDMI, HDMI 0 Audio Output). Do you still think I should reassign the bug report to the Linux kernel package? Best regards, -- Manolo Díaz
Bug#785622: Reopening and reassigning to xfce4-settings
Dear Maintainer, I'm reopening this report because of two reasons: 1. Lxqt doesn't trigger this bug, so it must be related to Xfce. 2. xfsettingsd --replace brings back my desktop to life. Kind regards, -- Manolo Díaz
Bug#799854: Fw: #799854: Not yet fixed
Sorry, I forget to CC Dear Maintainer, I'm sorry to say your package isn't yet fixed. BTW, looking inside the libemos-data.install file I see share/libemos/tables/bufrtables/*.TXT /usr/share/emos/bufrtables perhaps adding the following line share/libemos/tables/bufrtables/*.distinct /usr/share/emos/bufrtables the problem would be fixed. King regards, -- Manolo Díaz
Bug#782837: xfce4-session: Fails to shutdown/reboot or logout.
Package: xfce4-session Version: 4.12.1-3 Followup-For: Bug #782837 Hi all, I've found the same behaviour. All the information I can add is that after trying to logout (with x11-xserver-utils uninstalled) these two lines are appended to ~/.xfce4-session.verbose-log: TRACE[xfsm-manager.c:1130] xfsm_manager_save_yourself_global(): enteringTRACE [xfsm-manager.c:303] xfsm_manager_set_state(): state is now XFSM_MANAGER_SHUTDOWN Best Regards, Manolo Díaz -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.3.3 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfce4-session depends on: ii libatk1.0-02.18.0-1 ii libc6 2.21-6 ii libcairo2 1.14.4-1 ii libdbus-1-31.10.6-1 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.6.1-0.1 ii libgdk-pixbuf2.0-0 2.32.3-1 ii libglib2.0-0 2.46.2-3 ii libgtk2.0-02.24.29-1 ii libice62:1.0.9-1+b1 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-01.38.1-1 ii libpangoft2-1.0-0 1.38.1-1 ii libpolkit-gobject-1-0 0.105-14 ii libsm6 2:1.2.2-1+b1 ii libwnck22 2.30.7-2 ii libx11-6 2:1.6.3-1 ii libxfce4ui-1-0 4.12.1-2 ii libxfce4util7 4.12.1-2 ii libxfconf-0-2 4.12.0-2+b1 ii multiarch-support 2.21-6 ii xfce4-settings 4.12.0-2 ii xfconf 4.12.0-2+b1 Versions of packages xfce4-session recommends: ii dbus-x11 1.10.6-1 ii libpam-systemd 228-2+b1 ii systemd-sysv 228-2+b1 pn upower pn x11-xserver-utils ii xfdesktop4 4.12.3-2 ii xfwm4 4.12.3-1 pn xscreensaver Versions of packages xfce4-session suggests: pn fortunes-mod pn pm-utils pn sudo -- no debconf information
Bug#810473: yowsup-cli: Fails to register with "old_version"
Package: yowsup-cli Version: 2.4-1 Followup-For: Bug #810473 Tags: fixed-upstream This bug has been yet reported (and fixed) upstream: https://github.com/tgalal/yowsup/issues/1058 Best, -- Manolo Díaz
Bug#810473: yowsup-cli: Fails to register with "old_version"
Package: yowsup-cli Version: 2.4-1 Severity: grave Justification: renders package unusable Dear Maintainer, There is no much to add to the subject. The complete output: INFO:yowsup.common.http.warequest:{"status":"fail","reason":"old_version"} status: fail reason: old_version Best Regards, Manolo Díaz -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.3.3 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages yowsup-cli depends on: ii python 2.7.11-1 ii python-libxml2 2.9.3+dfsg1-1 ii python-yowsup 2.4-1 yowsup-cli recommends no packages. yowsup-cli suggests no packages. -- no debconf information
Bug#808913: borgbackup: malloc buckets failed (Cannot allocate memory)
Package: borgbackup Version: 0.29.0-1 Severity: grave Justification: renders package unusable Dear Maintainer, borgbackup fails to backup. The previous version (0.28.2-2) worked fine, and upgrading the repository doesn't help. Best Regards, Manolo Díaz The program output: hashindex: malloc buckets failed(Cannot allocate memory) Local Exception. Traceback (most recent call last): File "/usr/lib/python3/dist-packages/borg/archiver.py", line 1261, in main exit_code = archiver.run(args) File "/usr/lib/python3/dist-packages/borg/archiver.py", line 1215, in run return args.func(args) File "/usr/lib/python3/dist-packages/borg/archiver.py", line 183, in do_create read_special=args.read_special, dry_run=dry_run) File "/usr/lib/python3/dist-packages/borg/archiver.py", line 247, in _process read_special=read_special, dry_run=dry_run) File "/usr/lib/python3/dist-packages/borg/archiver.py", line 221, in _process status = archive.process_file(path, st, cache) File "/usr/lib/python3/dist-packages/borg/archive.py", line 535, in process_file chunks.append(cache.add_chunk(self.key.id_hash(chunk), chunk, self.stats)) File "/usr/lib/python3/dist-packages/borg/cache.py", line 359, in add_chunk self.chunks[id] = (1, size, csize) File "borg/hashindex.pyx", line 174, in borg.hashindex.ChunkIndex.__setitem__ (borg/hashindex.c:3382) Exception: hashindex_set failed Platform: Linux alcyone 4.3.3 #1 SMP Wed Dec 23 12:22:02 CET 2015 x86_64 Linux: debian stretch/sid LibC: glibc 2.9 Python: CPython 3.4.4rc1 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.3.3 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages borgbackup depends on: ii libacl12.2.52-2 ii libc6 2.21-4 ii liblz4-1 0.0~r131-1 ii libssl1.0.21.0.2e-1 ii python33.4.3-7 ii python3-msgpack0.4.6-1+b1 ii python3-pkg-resources 18.8-1 Versions of packages borgbackup recommends: ii python3-llfuse 0.41.1+dfsg-4+b1 Versions of packages borgbackup suggests: ii borgbackup-doc 0.29.0-1 -- no debconf information
Bug#806731: ruby: /usr/bin/testrb is a dangling symlink
Package: ruby Version: 1:2.2.3 Severity: normal Dear Maintainer, /usr/bin/testrb points to testrb2.2, but testrb2.1 is provided instead. Best Regards, -- Manolo Díaz
Bug#803879: vlc: audio doesn't work with some codecs
Package: vlc Version: 2.2.1-5+b1 Followup-For: Bug #803879 On Monday, 2 Nov 2015 at 21:14 UTC I wrote: > While it works fine with some audio codecs, fails with others It's not so simple. Opening a video with two sound tracks, both A52 encoded, I found that vlc plays one of them (3F2R/LFE, 48 kHz, 512 kb/s) but not the other (mono, 44.1 kHz, 192 kb/s). -- Manolo Díaz
Bug#803879: vlc: audio doesn't work with some codecs
bavahi-common3 0.6.31-5 ii libavc1394-0 0.5.4-2 ii libavcodec-ffmpeg567:2.8.1-1 ii libavformat-ffmpeg56 7:2.8.1-1 ii libavutil-ffmpeg54 7:2.8.1-1 ii libbasicusageenvironment0 2014.01.13-1 ii libbluray1 1:0.9.0-1 ii libc6 2.19-22 ii libcddb2 1.3.2-5 ii libcdio13 0.83-4.2 ii libchromaprint01.2-1+b1 ii libcrystalhd3 1:0.0~git20110715.fdd2f19-11+b1 ii libdbus-1-31.10.2-1 ii libdc1394-22 2.2.3-1 ii libdca00.0.5-7 ii libdirectfb-1.2-9 1.2.10.0-5.1 ii libdvbpsi101.3.0-2 ii libdvdnav4 5.0.3-1 ii libdvdread45.0.3-1 ii libebml4v5 1.3.3-1 ii libfaad2 2.8.0~cvs20150510-1 ii libflac8 1.3.1-4 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.6-2 ii libfribidi00.19.7-1 ii libgcc11:5.2.1-22 ii libgcrypt201.6.4-3 ii libgnutls-deb0-28 3.3.18-1 ii libgpg-error0 1.20-1 ii libgroupsock1 2014.01.13-1 ii libjpeg62-turbo1:1.4.1-2 ii libkate1 0.4.1-5 ii liblircclient0 0.9.0~pre1-1.2 ii liblivemedia23 2014.01.13-1 ii liblua5.2-05.2.4-1 ii libmad00.15.1b-8 ii libmatroska6v5 1.4.4-1 ii libmodplug11:0.8.8.5-2 ii libmpcdec6 2:0.1~r475-1 ii libmpeg2-4 0.5.1-7 ii libmtp91.1.10-1 ii libncursesw5 6.0+20150810-1 ii libogg01.3.2-1 ii libopus0 1.1-2 ii libpng12-0 1.2.50-2+b2 ii libpostproc-ffmpeg53 7:2.8.1-1 ii libraw1394-11 2.1.1-1 ii libresid-builder0c2a 2.1.1-14 ii libsamplerate0 0.1.8-8 ii libschroedinger-1.0-0 1.0.11-2.1 ii libshine3 3.1.0-2.1 ii libshout3 2.3.1-3 ii libsidplay22.1.1-14 ii libspeex1 1.2~rc1.2-1 ii libspeexdsp1 1.2~rc1.2-1 ii libssh2-1 1.5.0-2+b1 ii libstdc++6 5.2.1-22 ii libswscale-ffmpeg3 7:2.8.1-1 ii libtag1v5 1.9.1-2.4 ii libtheora0 1.1.1+dfsg.1-7 ii libtinfo5 6.0+20150810-1 ii libtwolame00.3.13-1.2 ii libudev1 227-2 ii libupnp6 1:1.6.19+git20141001-1 ii libusageenvironment1 2014.01.13-1 ii libvcdinfo00.7.24+dfsg-0.2 ii libvlc52.2.1-5 ii libvlccore82.2.1-5 ii libvorbis0a1.3.4-3 ii libvorbisenc2 1.3.4-3 ii libx264-1482:0.148.2601+gita0cd7d3-3 ii libx265-68 1.8-3 ii libxml22.9.2+zdfsg1-4 ii libzvbi0 0.2.35-9 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages vlc-nox suggests: ii libdvdcss2 1.2.13-0 Versions of packages libvlc5 depends on: ii libc62.19-22 ii libvlccore8 2.2.1-5 Versions of packages libvlccore8 depends on: ii libc6 2.19-22 ii libdbus-1-3 1.10.2-1 ii libidn111.32-3 ii libproxy-tools 0.4.11-4.2 ii vlc-data2.2.1-5 Versions of packages vlc is related to: ii libavutil-ffmpeg54 7:2.8.1-1 -- Manolo Díaz
Bug#796173: reportbug: Sound goes away after seeking in VLC
On Monday, 2 Nov 2015 at 19:33 UTC Rémi Denis-Courmont wrote: > On Friday 30 October 2015 20:16:46 Manolo Díaz wrote: > > VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision > > 2.2.1-0-ga425c42) [006d0398] core libvlc: Running vlc with the > > default interface. Use 'cvlc' to use vlc without interface. > > [007cc5d8] alsa audio output error: cannot set buffer duration: > > Invalid argument [007cc5d8] core audio output error: module not > > functional > > [7f2458c05288] core decoder error: failed to create audio output > > That looks like bug 801448, not bug 796173... > Well, upgrading to 2.2.1-5 doesn't fix my problem, and the correct audio device is set by default. OTH it seems that failures depend on the audio codec. I think I will open a new bug report. -- Manolo Díaz
Bug#796173: reportbug: Sound goes away after seeking in VLC
Package: vlc Version: 2.2.1-4+b1 Followup-For: Bug #796173 Hi, I'm not sure if related, but sometimes there is no audio. When happens I can see lines like these: VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision 2.2.1-0-ga425c42) [006d0398] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [007cc5d8] alsa audio output error: cannot set buffer duration: Invalid argument [007cc5d8] core audio output error: module not functional [7f2458c05288] core decoder error: failed to create audio output Best Regards, Manolo Díaz -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.2.3 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vlc depends on: ii fonts-freefont-ttf 20120503-4 ii libaa1 1.4p5-44 ii libavcodec-ffmpeg56 7:2.8.1-1 ii libavutil-ffmpeg54 7:2.8.1-1 ii libc6 2.19-22 ii libcaca00.99.beta19-2 ii libcairo2 1.14.2-2 ii libegl1-mesa [libegl1-x11] 10.6.8-1 ii libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-5 ii libfreerdp-core1.1 1.1.0~git20140921.1.440916e+dfsg1-5 ii libfreerdp-gdi1.1 1.1.0~git20140921.1.440916e+dfsg1-5 ii libfreetype62.6-2 ii libfribidi0 0.19.7-1 ii libgcc1 1:5.2.1-22 ii libgl1-mesa-glx [libgl1]10.6.8-1 ii libgles1-mesa [libgles1]10.6.8-1 ii libgles2-mesa [libgles2]10.6.8-1 ii libglib2.0-02.46.1-1 ii libpulse0 7.0-1 ii libqt5core5a5.5.1+dfsg-5 ii libqt5gui5 5.5.1+dfsg-5 ii libqt5widgets5 5.5.1+dfsg-5 ii libqt5x11extras55.5.1-3 ii librsvg2-2 2.40.11-1 ii libsdl-image1.2 1.2.12-5+b5 ii libsdl1.2debian 1.2.15-11 ii libstdc++6 5.2.1-22 ii libva-drm1 1.6.1-1 ii libva-x11-1 1.6.1-1 ii libva1 1.6.1-1 ii libvlccore8 2.2.1-4+b1 ii libvncclient1 0.9.10+dfsg-3 ii libx11-62:1.6.3-1 ii libxcb-composite0 1.10-3+b1 ii libxcb-keysyms1 0.4.0-1 ii libxcb-randr0 1.10-3+b1 ii libxcb-shm0 1.10-3+b1 ii libxcb-xv0 1.10-3+b1 ii libxcb1 1.10-3+b1 ii libxext62:1.3.3-1 ii libxinerama12:1.1.3-1+b1 ii libxpm4 1:3.5.11-1+b1 ii vlc-nox 2.2.1-4+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages vlc recommends: pn vlc-plugin-notify pn vlc-plugin-samba ii xdg-utils 1.1.1-1 vlc suggests no packages. Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-18 ii libasound2 1.0.29-1 ii libass50.13.0-1 ii libavahi-client3 0.6.31-5 ii libavahi-common3 0.6.31-5 ii libavc1394-0 0.5.4-2 ii libavcodec-ffmpeg567:2.8.1-1 ii libavformat-ffmpeg56 7:2.8.1-1 ii libavutil-ffmpeg54 7:2.8.1-1 ii libbasicusageenvironment0 2014.01.13-1 ii libbluray1 1:0.9.0-1 ii libc6 2.19-22 ii libcddb2 1.3.2-5 ii libcdio13 0.83-4.2 ii libchromaprint01.2-1+b1 ii libcrystalhd3 1:0.0~git20110715.fdd2f19-11+b1 ii libdbus-1-31.10.0-3 ii libdc1394-22 2.2.3-1 ii libdca00.0.5-7 ii libdirectfb-1.2-9 1.2.10.0-5.1 ii libdvbpsi101.3.0-2 ii libdvdnav4 5.0.3-1 ii libdvdread45.0.3-1 ii libebml4v5 1.3.3-1 ii libfaad2 2.8.0~cvs20150510-1 ii libflac8 1.3.1-4 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.6-2 ii libfribidi00.19.7-1 ii libgcc11:5.2.1-22 ii libgcrypt201.6.4-3 ii libgnutls-deb0-28 3.3.18-1 ii libgpg-error0 1.20-1 ii libgroupsock1 2014.01.13-1 ii libjpeg62-turbo1:1.4.1-2 ii libkate1 0.4.1-5 ii liblircclient0 0.9.0~pre1-1.2 ii liblivemedia23 2014.01.13-1 ii liblua5.2-05.2.4-1 ii libmad00.15.1b-8 ii libmatroska6v5 1.4.4-1 ii libmodplug11:0.8.8.5-2 ii libmpcdec6 2:0.1~r475-1 ii libmpeg2-4 0.5.1-7 ii libmtp91.1.10-1 ii libncursesw5 6
Bug#800086: boinc-client: OOM adjust remains unchanged due a typo (sysv init)
Package: boinc-client Version: 7.6.9+dfsg-2 Severity: normal Dear Maintainer, BOINC_OOM_AD (/etc/init.d/boinc-client script, line 210) is used uninitialised, hence empty, due a typo while BOINC_OOM_ADJ (line 31) is set to 15 but remains unused. This bug is also present in version 7.6.9+dfsg-2exp1. Best Regards, -- Manolo Díaz
Bug#799854: libemos-data: lots of broken symlinks
Package: libemos-data Version: 2:4.0.7-4 Severity: minor Dear Maintainer, /usr/share/emos/bufrtables is a directory that only contains broken symlinks. A total of 7016. Best Regards, -- Manolo Díaz
Bug#799684: starplot: crashes with 'free(): invalid pointer'
Package: starplot Version: 0.95.5-8.1 Severity: grave Justification: renders package unusable Dear Maintainer, When run for first time, no ~/.starplotrc file present, it crashes. If present, the GUI starts, but also crashes when trying to load the Gliese catalogue. Best Regards, Manolo Díaz -- A backtrace -- (gdb) run --sync Starting program: /usr/bin/starplot --sync [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". *** Error in `/usr/bin/starplot': free(): invalid pointer: 0x00774e90 *** Program received signal SIGABRT, Aborted. 0x74b23107 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x74b23107 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x74b244e8 in __GI_abort () at abort.c:89 #2 0x74b61214 in __libc_message (do_abort=do_abort@entry=1, fmt=fmt@entry=0x74c54000 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/posix/libc_fatal.c:175 #3 0x74b669ee in malloc_printerr (action=1, str=0x74c500be "free(): invalid pointer", ptr=) at malloc.c:4996 #4 0x74b676f6 in _int_free (av=, p=, have_lock=0) at malloc.c:3840 #5 0x0040f35d in SpecClass::~SpecClass (this=0x7751a8, __in_chrg=) at gui/../classes/specclass.h:29 #6 0x00411b2f in Star::~Star (this=0x775100, __in_chrg=) at gui/../classes/star.h:182 #7 0x0043a852 in sortable::~sortable (this=0x7750f8, __in_chrg=) at classes/stararray.cc:166 #8 0x00434475 in StarArray::Sort (this=0x72bc70) at classes/stararray.cc:205 #9 0x00435957 in StarArray::SetRules (this=0x72bc70, rules=..., ruleschange=FILE_CHANGE) at classes/stararray.cc:463 #10 0x004294f5 in redraw_all (changetype=FILE_CHANGE) at gui/starplot.cc:105 #11 0x0042a146 in main (argc=1, argv=0x7fffe9f8) at gui/starplot.cc:299 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.1.6 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages starplot depends on: ii libatk1.0-0 2.16.0-2 ii libc62.19-20 ii libcairo21.14.2-2 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.6-1 ii libgcc1 1:5.2.1-17 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libglib2.0-0 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 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 libstdc++6 5.2.1-17 Versions of packages starplot recommends: ii stardata-common 0.8 Versions of packages starplot suggests: ii gliese 3.0.95-2 pn yale -- no debconf information
Bug#795194: util-linux: a warning in hwclock.sh references to a non existent README.Debian.hwclock
Package: util-linux Version: 2.25-5 Severity: normal Dear Maintainer, There is a warning on line 18 of the /etc/init.d/hwclock.sh file that references /usr/share/doc/util-linux/README.Debian.hwclock, but that the latter does not exist since version 2.25-5. Best Regards, -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#792484: cups-deviced and cups-driverd man pages are dangling symlinks
Package: cups Version: 2.0.3-6 Severity: normal Dear Maintaniner, They both point to cupsd-helper.8.gz, which isn't provided by any package. This bug is also present in versions 2.0.3-7 (unstable) and 2.1~b1-2 (experimental). Best Regards, -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#790879: udev: no man page for udev.conf
Package: udev Version: 220-7 Severity: normal Dear Maintainer, While /etc/udev/udev.conf is provided by the udev package, its man page is provided by systemd. This bug is also present in version 221-1 Best Regards, -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788545: calibre: Fails to open documents with the external viewer
Package: calibre Version: 2.24.0+dfsg-1 Severity: important Dear Maintainer, When trying to open a document with the external view it fails with something like this: Thunar: Failed to open "/home/yo/Documentos/biblioteca/Tejero%20Cantero,%20Alvaro/Ecuaciones%20diferenciales%20ordinarias%20(878)/Ecuaciones%20diferenciales%20ordinarias%20-%20Tejero%20Cantero,%20Alvaro.pdf": Error when getting information for file '/home/yo/Documentos/biblioteca/Tejero%20Cantero,%20Alvaro/Ecuaciones%20diferenciales%20ordinarias%20(878)/Ecuaciones%20diferenciales%20ordinarias%20-%20Tejero%20Cantero,%20Alvaro.pdf': No such file or directory Of course, when those URLs begin with 'file://' Thunar is able to open them. Best regards, Manolo Díaz -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.0.5 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages calibre depends on: ii calibre-bin2.24.0+dfsg-1 ii fonts-liberation 1.07.4-1 ii imagemagick8:6.8.9.9-5 ii libjs-mathjax 2.5.3-1 ii poppler-utils 0.26.5-2 ii python-apsw3.8.6-r1-1 ii python-beautifulsoup 3.2.1-1 ii python-chardet 2.3.0-1 ii python-cherrypy3 3.5.0-2 ii python-cssselect 0.9.1+git90c72b0-1 ii python-cssutils1.0-2 ii python-dateutil2.2-2 ii python-dbus1.2.0-2+b3 ii python-feedparser 5.1.3-3 ii python-imaging 2.6.1-2 ii python-lxml3.4.2-1 ii python-markdown2.6.2-1 ii python-mechanize 1:0.2.5-3 ii python-netifaces 0.10.4-0.1 ii python-pil 2.6.1-2 ii python-pkg-resources 17.0-1 ii python-pyparsing 2.0.3+dfsg1-1 ii python-pyqt5 5.3.2+dfsg-3 ii python-pyqt5.qtsvg 5.3.2+dfsg-3 ii python-pyqt5.qtwebkit 5.3.2+dfsg-3 ii python-routes 2.0-1 ii python2.7 2.7.10-2 ii xdg-utils 1.1.0~rc1+git20111210-7.4 Versions of packages calibre recommends: pn python-dnspython calibre 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#776563: I think it's a libcairo2 bug
Hi Ricardo, Good news: to reproduce this bug I have to downgrade libcairo2 to 1.14.0-2.1. With the current libcairo (1.14.2-2) claws-mail passes the test as did on Wheeze. Best Regards, -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785622: [Pkg-xfce-devel] Bug#785622: xfce4: black screen after resume from suspend
On Monday, May 18 2015 at 14:57 UTC+2, Yves-Alexis Perez wrote: >On lun., 2015-05-18 at 14:19 +0200, Manolo Díaz wrote: >> After that, I'm still able to change to a vt, but things like 'xrandr >> --output HDMI-0 --auto' fails with 'Configure crtc 0 failed'. > >That looks more like a problem in the driver or in Xorg. It might help >to have more detailed Xorg.0.log and xrandr output. Please, see below. >> Perhaps is worth to know: >> - TV connected through HDMI port as monitor. >> - No power manager application. Suspend is done via echoing 'mem' >> to /sys/power/state. >> - DPMS disabled. >> - Systemd and policy-kit aren't installed, not even systemd-shim. >> - The above configuration worked fine with Xfce 4.10 for months. > >Can you confirm Xfce was the only changed thing in that upgrade round? No. Some xorg related packages were upgraded at the same time. See history.log (an excerpt) below for a complete list of that upgrade round. >> - Enable/disable 'Configure new displays when connected' doesn't >> work. > >I'm just assuming it gives the same “Configure CRTC 0 failed” error, >actually. Yes. And there's something I find weird: the xrandr output is those cases is almost the same that when run on the desktop. TV dimensions seem missed, and there's no selected mode. Anyway, I forgot to mention that failures happen most of the time, but not always. I've been unable to find a pattern. >Regards, Best Regards. xrandr output (desktop) == Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384 HDMI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 886mm x 498mm 1920x1080 60.00*+ 50.0059.9430.0024.0029.9723.98 1920x1080i60.0050.0059.94 1600x900 59.98 1280x1024 60.02 1280x720 60.0050.0030.0059.9429.9724.0023.98 1024x768 60.00 800x600 60.32 720x576 50.00 720x576i 50.00 720x480 60.0059.94 720x480i 60.0059.94 640x480 60.0059.94 DVI-0 disconnected (normal left inverted right x axis y axis) VGA-0 disconnected (normal left inverted right x axis y axis) == xrandr output after failure (from vt) == Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384 HDMI-0 connected (normal left inverted right x axis y axis) 1920x1080 60.00 + 50.0059.9430.0024.0029.9723.98 1920x1080i60.0050.0059.94 1600x900 59.98 1280x1024 60.02 1280x720 60.0050.0030.0059.9429.9724.0023.98 1024x768 60.00 800x600 60.32 720x576 50.00 720x576i 50.00 720x480 60.0059.94 720x480i 60.0059.94 640x480 60.0059.94 DVI-0 disconnected (normal left inverted right x axis y axis) VGA-0 disconnected (normal left inverted right x axis y axis) = Xorg.0.log = X.Org X Server 1.17.1 Release Date: 2015-02-10 [ 16082.064] X Protocol Version 11, Revision 0 [ 16082.067] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [ 16082.069] Current Operating System: Linux alcyone 4.0.4 #1 SMP Sun May 17 21:15:40 CEST 2015 x86_64 [ 16082.069] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.0.4 root=/dev/sda2 ro [ 16082.075] Build Date: 04 May 2015 11:22:06PM [ 16082.077] xorg-server 2:1.17.1-2 (http://www.debian.org/support) [ 16082.080] Current version of pixman: 0.32.6 [ 16082.085]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 16082.085] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 16082.095] (==) Log file: "/var/log/Xorg.0.log", Time: Mon May 18 15:26:00 2015 [ 16082.098] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 16082.100] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 16082.101] (==) ServerLayout "serverlayout0" [ 16082.101] (==) No screen section available. Using defaults. [ 16082.101] (**) |-->Screen "Default Screen Section" (0) [ 16082.101] (**) | |-->Monitor "" [ 16082.101] (==) No device specified for screen "Default Screen Section". Using the first device section listed. [ 16082.101] (**) | |-->Device "AMD Radeon R5 230" [ 16082.101] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 16082.101] (**) Option "BlankTime" "0" [ 16082.101]