Bug#1069729: bsdgames: Please keep quiz
Thanks! -k
Bug#1069729: bsdgames: Please keep quiz
Package: bsdgames Version: 2.17-33 Severity: wishlist Dear Maintainer, Recently quiz(6) was removed from the package. I understand that the plan is to switch to a different fork linked in changelog whose developers consider quiz(6) to be "just plain junk." I can't say I understand that rationale, or why does it apply to quiz(6) but not to arithmetic(6), for example. But seeing that pom(6) was retained despite that fork disliking it, I would like to request that quiz(6) is kept packaged as well. I find it useful. -k -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-5-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages bsdgames depends on: ii libc6 2.37-15 ii libfl2 2.6.4-8.2+b2 ii libgcc-s1 14-20240201-3 ii libncurses66.4+20240414-1 ii libstdc++6 14-20240201-3 ii libtinfo6 6.4+20240414-1 ii miscfiles [wordlist] 1.5+dfsg-5 ii wamerican [wordlist] 2020.12.07-2 ii wamerican-huge [wordlist] 2020.12.07-2 ii wbritish [wordlist]2020.12.07-2 ii wbritish-huge [wordlist] 2020.12.07-2 ii wesperanto [wordlist] 3.7-2 ii wfrench [wordlist] 1.2.7-2 ii wpolish [wordlist] 20240101-1 ii wspanish [wordlist]1.0.30 ii wukrainian [wordlist] 1.8.0+dfsg-1 bsdgames recommends no packages. Versions of packages bsdgames suggests: pn mailutils -- no debconf information
Bug#1023516: evilwm: ignores input when Num Lock is enabled
Package: evilwm Version: 1.4.0-1 Severity: normal Dear Maintainer, After the upgrade to 1.4.0-1, evilwm started to ignore all the input when Num Lock is enabled (focus follows mouse, but nothing else works). Turning the Num Lock off makes it work again. Apparently now that bindings became configurable, it could be fixed by doubling all the bindings to write them both with and without the mod2, but the default configuration is borderline unusable and having to reconfigure it this way is quite annoying to say the least. -k -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.19.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages evilwm depends on: ii libc6 2.35-4 ii libx11-62:1.8.1-2 ii libxext62:1.3.4-1+b1 ii libxrandr2 2:1.5.2-2+b1 evilwm recommends no packages. Versions of packages evilwm suggests: ii xfonts-100dpi1:1.0.5 ii xfonts-75dpi 1:1.0.5 ii xfonts-terminus 4.48-3.1 ii xterm375-1 -- no debconf information
Bug#1010900: anki: can't open preferences with python3.10
Package: anki
Version: 2.1.15+dfsg-3
Severity: normal
When I try to open Preferences, either with Ctrl+P or from menu,
I get the following error:
Anki 2.1.15 (442df9d6) Python 3.10.4 Qt 5.15.2 PyQt 5.15.6
Platform: Linux
Flags: frz=False ao=False sv=2
Caught exception:
File "/usr/share/anki/aqt/main.py", line 882, in onPrefs
aqt.dialogs.open("Preferences", self)
File "/usr/share/anki/aqt/__init__.py", line 82, in open
instance = creator(*args)
File "/usr/share/anki/aqt/preferences.py", line 25, in __init__
self.setupCollection()
File "/usr/share/anki/aqt/preferences.py", line 80, in setupCollection
f.lrnCutoff.setValue(qc['collapseTime']/60.0)
: setValue(self, int): argument 1 has unexpected type 'float'
Anki uses #!/usr/bin/python3 which is python3.10 on testing. Running
it with python3.9 instead fixes the problem. I suppose closing #958853
(i.e. packaging a new upstream version) would make this irrelevant,
but maybe it could be somehow mitigated in the meantime.
-k
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.15.0-3-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages anki depends on:
ii libjs-jquery3.6.0+dfsg+~3.5.13-1
ii libjs-jquery-flot 4.2.1+dfsg-5
ii libjs-jquery-ui 1.13.1+dfsg-1
ii libjs-mathjax 2.7.9+dfsg-1
ii libqt5core5a5.15.2+dfsg-16+b1
ii python3 3.10.4-1+b1
ii python3-bs4 4.11.1-1
ii python3-decorator 4.4.2-2
ii python3-distro 1.7.0-1
ii python3-distutils 3.9.12-1
ii python3-jsonschema 3.2.0-5
ii python3-markdown3.3.7-1
ii python3-pyaudio 0.2.11-1.4
ii python3-pyqt5 5.15.6+dfsg-1+b2
ii python3-pyqt5.qtwebchannel 5.15.6+dfsg-1+b2
ii python3-pyqt5.qtwebengine 5.15.5-1+b1
ii python3-requests2.27.1+dfsg-1
ii python3-send2trash 1.8.1~b0-1
Versions of packages anki recommends:
pn python3-matplotlib
Versions of packages anki suggests:
ii dvipng 1.15-1.1+b1
ii lame3.100-3
ii mpv 0.34.1-1+b2
-- no debconf information
Bug#1010780: htop: markup of deleted executables not updated on change of color scheme
Package: htop Version: 3.2.0-1 Severity: minor Recently htop started to highlight processes with deleted executables or libraries with a color which depends on the color scheme (red and yellow in the Default one). Also the command name is highlighted with a color when merged exe/comm/cmdline view is used. Changing colors through the Setup > Color menu at the runtime does not immediately update these. For example, after switching from Default to Monochrome, the processes with deleted files are still marked with red and yellow and command names are magenta despite everything else displaying gray and white. Restarting htop or toggling some of the display options (e.g. the path display) updates it bringing display to a consistent state. It would be expected for color scheme to apply consistently all the time. -k -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.15.0-3-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages htop depends on: ii libc6 2.33-7 ii libncursesw6 6.3+20220423-1 ii libnl-3-200 3.5.0-0.1 ii libnl-genl-3-200 3.5.0-0.1 ii libtinfo6 6.3+20220423-1 htop recommends no packages. Versions of packages htop suggests: ii lm-sensors 1:3.6.0-7 ii lsof4.95.0-1 ii strace 5.10-1 -- no debconf information
Bug#1010681: arqiver: wrong dependency
Package: arqiver Version: 0.9.0-1+b1 Severity: normal Currently arqiver depends on '7zip' but it makes no use of it at all. On the other hand it complains about '7z' command being missing when opening or creating 7z file unless 'p7zip-full' package that provides the 7z command is installed. Either '7zip' dependency needs to be replaced with 'p7zip-full', or the package patched to use '7zz' command instead of '7z' (or, even better, make it work with either). -k -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.17.0-1-amd64 (SMP w/1 CPU thread; PREEMPT) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages arqiver depends on: ii 7zip 21.07+dfsg-4 ii gzip 1.12-1 ii libarchive-tools 3.6.0-1 ii libc6 2.33-7 ii libgcc-s1 12-20220428-1 ii libqt5core5a 5.15.2+dfsg-16+b1 ii libqt5gui55.15.2+dfsg-16+b1 ii libqt5svg55.15.2-4 ii libqt5widgets55.15.2+dfsg-16+b1 ii libstdc++612-20220428-1 arqiver recommends no packages. arqiver suggests no packages. -- no debconf information
Bug#861213: (no subject)
The current version (2.8-1.1) does include the East Asian Width property on the Category line. Including the actual number of columns as with wcwidth wouldn't probably be much more helpful than that, especially since it cannot be sensibly done for neutral and ambiguous characters. -k
Bug#1009314: unicode: fails to construct systematic names for some characters
Package: unicode Version: 2.8-1.1 Severity: normal The unicode tool fails to properly construct some systematic names that are abbreviated in the UnicodeData.txt file. It completely fails to do it in Tangut and Tangut Supplement blocks: $ unicode --brief 17a98 窘 U+17A98 - No such unicode character name in database The name above should be "TANGUT IDEOGRAPH-17A98". Other properties except the name are listed correctly. Even in ranges where systematic names are derived correctly, unicode still displays the UnicodeData meta-label instead of the character name for the first and the last character: $ unicode --brief ac00 ac01 d7a3 3400 3401 4dbf 가 U+AC00 각 U+AC01 HANGUL SYLLABLE GAG 힣 U+D7A3 㐀 U+3400 㐁 U+3401 CJK UNIFIED IDEOGRAPH-3401 䶿 U+4DBF The missing names should be: U+AC00 HANGUL SYLLABLE GA U+D7A3 HANGUL SYLLABLE HIH U+3400 CJK UNIFIED IDEOGRAPH-3400 U+4DBF CJK UNIFIED IDEOGRAPH-4DBF Leaving UnicodeData meta-label might make some sense in case of control characters*, but it doesn't make any sense for ranges that have systematic names defined by generative rules and are abbreviated in UnicodeData only to save space. * It would probably be better if controls and other code points with no name followed the convention described in Unicode §4.8 for code point labels, i.e. for U+0009 instead of just , and other labels as appropriate for reserved, noncharacter, private use, and surrogates instead of just " - No such unicode character name in database", but that would be a separate feature request that I don't care enough about to make it. -k -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.15.0-3-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages unicode depends on: ii python3 3.9.8-1 Versions of packages unicode recommends: ii unicode-data 14.0.0-1.1 Versions of packages unicode suggests: ii bzip2 1.0.8-5 -- no debconf information
Bug#1006267: Recommends (not Depends) xdg-desktop-portal-*? (don't require fuse/bwrap)
Trent W. Buck wrote: I didn't test KDE, LXDE, Cinnamon, Mate, wlroots, or plain X (no DE/WM at all). It works on X without any DE just fine as long as libgtk is available. In the commit message on salsa, the maintainer wrote that the desktop portal is used so that KDE users don't have to install libgtk which I think is a pretty good thing if it works. But it was done at the expense of those not using flatpack having to install a new dependency (which for me conflicts with my pins). It's a new feature rather than a bug fix as KDE users that had chromium installed before had to have libgtk installed too. Depends: libgtk-4-1 | libgtk-3-0 | xdg-desktop-portal-gtk | xdg-desktop-portal-backend I would like to see it being handled this way. -k
Bug#868453: xorg log flooded by dbus messages
The bot is wrong, it's not "fixed-upstream". Upstream closed the issue without any resolution. -k
Bug#881541: (no subject)
close 881541 thanks This is long obsolete and not found in any of the versions still supported. -k
Bug#1006280: perl: panic on s///gre with tainted utf8 strings
Package: perl
Version: 5.34.0-3
Severity: normal
Sometimes when doing s///gre on tainted utf8 string, perl warns about
malformed UTF-8 characters or outright panics.
This warns:
$ perl -Twe '$_ = $^X =~ s/./"\x{10469}"/gre'
Malformed UTF-8 character (unexpected end of string) in substitution iterator
at -e line 1.
These die:
$ perl -Twe '$_ = $^X =~ s/.*/"\x{10469}"/gre'
panic: sv_pos_b2u: bad byte offset, blen=4, byte=13 at -e line 1.
$ perl -Twe '$_ = "\x{105}$^X" =~ s/./""/gre'
panic: sv_pos_b2u: bad byte offset, blen=0, byte=2 at -e line 1.
Notably, all these warnings and panics go away when taint mode is not
used or no tainted strings are involved, or when there are no UTF-8
characters involved. No problems seem to appear when not using "/r"
either so currently I'm just using a temporary variable as a workaround.
I think it might be an upstream bug. It seems superficially similar to
RT #122148 from 2014, but I know nothing about internals so that's it.
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.15.0-3-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages perl depends on:
ii dpkg 1.21.1
ii libperl5.345.34.0-3
ii perl-base 5.34.0-3
ii perl-modules-5.34 5.34.0-3
Versions of packages perl recommends:
ii netbase 6.3
Versions of packages perl suggests:
pn libtap-harness-archive-perl
ii libterm-readline-gnu-perl1.42-2+b1
ii make 4.3-4.1
ii perl-doc 5.34.0-3
-- no debconf information
Bug#923089: pod2html: rev should be rel
On Sun, 24 Feb 2019 09:59:19 +0800 積丹尼 Dan Jacobson wrote: mailto:root@localhost; /> should be mailto:root@localhost; /> Surely you mean rel="author"! -k
Bug#999889: rsyslog: init script is missing
Today I noticed rsyslogd runs linked with deleted libraries after upgrade, so I tried to restart it the standard way: $ sudo service rsyslog restart rsyslog: unrecognized service This really should have been mentioned upfront in the NEWS.Debian file instead of just silently breaking things for everyone who doesn't use systemd with no single word of explanation. But as I just discovered by a happy accent, the init script is now maintained separately in the orphan-sysvinit-scripts package. Thanks for the #998340 at least. -k
Bug#977956: chromium: WebGL doesn't work
Package: chromium
Version: 87.0.4280.88-0.2
Severity: normal
Nothing that uses WebGL appears to work in 87.0.4280.88-0.2.
Issuing document.createElement('canvas').getContext('webgl')
in browser console returns null.
It worked in 83.0.4103.116-3.1+b2.
I suppose it might have something to do with
this message printed to stderr:
[4431:4431:1223/113747.032473:ERROR:gl_implementation.cc(282)] Failed to load
/usr/lib/chromium/libGLESv2.so: /usr/lib/chromium/libGLESv2.so: cannot open
shared object file: No such file or directory
[4431:4431:1223/113747.036087:ERROR:viz_main_impl.cc(150)] Exiting GPU process
due to errors during initialization
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.9.0-4-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages chromium depends on:
ii chromium-common 87.0.4280.88-0.2
ii libasound2 1.2.4-1
ii libatk-bridge2.0-0 2.38.0-1
ii libatk1.0-0 2.36.0-2
ii libatomic1 10.2.1-1
ii libatspi2.0-02.38.0-2
ii libavcodec58 7:4.3.1-5
ii libavformat587:4.3.1-5
ii libavutil56 7:4.3.1-5
ii libc62.31-5
ii libcairo21.16.0-4
ii libcups2 2.3.3op1-3
ii libdbus-1-3 1.12.20-1
ii libdrm2 2.4.103-2
ii libevent-2.1-7 2.1.12-stable-1
ii libexpat12.2.10-1
ii libflac8 1.3.3-1
ii libfontconfig1 2.13.1-4.2
ii libfreetype6 2.10.4+dfsg-1
ii libgbm1 20.2.6-1
ii libgcc-s110.2.1-1
ii libgdk-pixbuf-2.0-0 2.42.2+dfsg-1
ii libglib2.0-0 2.66.3-2
ii libgtk-3-0 3.24.24-1
ii libharfbuzz0b2.6.7-1
ii libicu67 67.1-5
ii libjpeg62-turbo 1:2.0.5-1.1
ii libjsoncpp24 1.9.4-4
ii liblcms2-2 2.9-4+b1
ii libminizip1 1.1-8+b1
ii libnspr4 2:4.29-1
ii libnss3 2:3.59-1
ii libopenjp2-7 2.3.1-1
ii libopus0 1.3.1-0.1
ii libpango-1.0-0 1.46.2-3
ii libpangocairo-1.0-0 1.46.2-3
ii libpng16-16 1.6.37-3
ii libpulse013.0-5
ii libre2-9 20201101+dfsg-2
ii libsnappy1v5 1.1.8-1
ii libstdc++6 10.2.1-1
ii libwebp6 0.6.1-2+b1
ii libwebpdemux20.6.1-2+b1
ii libwebpmux3 0.6.1-2+b1
ii libx11-6 2:1.6.12-1
ii libx11-xcb1 2:1.6.12-1
ii libxcb1 1.14-2
ii libxcomposite1 1:0.4.5-1
ii libxdamage1 1:1.1.5-2
ii libxext6 2:1.3.3-1+b2
ii libxfixes3 1:5.0.3-2
ii libxml2 2.9.10+dfsg-6.3+b1
ii libxrandr2 2:1.5.1-1
ii libxslt1.1 1.1.34-4
ii zlib1g 1:1.2.11.dfsg-2
Versions of packages chromium recommends:
ii chromium-sandbox 87.0.4280.88-0.2
Versions of packages chromium suggests:
pn chromium-driver
pn chromium-l10n
pn chromium-shell
Versions of packages chromium-common depends on:
ii x11-utils 7.7+5
ii xdg-utils 1.1.3-2
Versions of packages chromium-common recommends:
ii chromium-sandbox 87.0.4280.88-0.2
ii fonts-liberation 1:1.07.4-11
ii libgl1-mesa-dri20.2.6-1
pn libu2f-udev
pn notification-daemon
pn system-config-printer
pn upower
Versions of packages chromium-sandbox depends on:
ii libc6 2.31-5
-- no debconf information
Bug#977335: irssi: stops processing input after NUL character
Package: irssi Version: 1.2.2-1+b2 Severity: normal Tags: patch upstream Dear Maintainer, After receiving a NUL character from the terminal (which can happen for variety of reasons most likely of which is accidentally pressing Ctrl+Space or Ctrl+2), irssi stops accepting any further input. This was already reported upstream as #1180 and fixed, but no new release was done. The upstream provides a patch for 1.2.2 at https://github.com/irssi/irssi/releases/download/1.2.2/glib-2-63.patch Please consider applying the patch. Thanks. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-4-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages irssi depends on: ii libc6 2.31-5 ii libglib2.0-02.66.3-2 ii libperl5.32 5.32.0-5 ii libssl1.1 1.1.1i-1 ii libtinfo6 6.2+20201114-1 ii perl5.32.0-5 ii perl-base [perlapi-5.32.0] 5.32.0-5 irssi recommends no packages. Versions of packages irssi suggests: ii irssi-scripts 20201016 -- no debconf information
Bug#974149: libgraphics-colorobject-perl: missing dependency on libgraphics-colornames-www-perl
Package: libgraphics-colorobject-perl Version: 0.5.0-10 Severity: normal Dear Maintainer, Trying to use Graphics::ColorObject fails without Graphics::ColorNames::WWW: $ perl -MGraphics::ColorObject -e0 Can't locate Graphics/ColorNames/WWW.pm in @INC (you may need to install the Graphics::ColorNames::WWW module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.30.3 /usr/local/share/perl/5.30.3 /usr/lib/x86_64-linux-gnu/perl5/5.30 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.30 /usr/share/perl/5.30 /usr/local/lib/site_perl) at /usr/share/perl5/Graphics/ColorObject.pm line 2093. BEGIN failed--compilation aborted at /usr/share/perl5/Graphics/ColorObject.pm line 2093. Compilation failed in require. BEGIN failed--compilation aborted. It seems to be missing a dependency on libgraphics-colornames-www-perl. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libgraphics-colorobject-perl depends on: ii libgraphics-colornames-perl 3.5.0-3 ii perl 5.30.3-4 libgraphics-colorobject-perl recommends no packages. libgraphics-colorobject-perl suggests no packages. -- no debconf information
Bug#973044: posh: segfaults when getcwd fails
Package: posh Version: 0.14.1 Severity: normal Dear Maintainer, Consider the following: $ mkdir foo $ cd foo $ rmdir ../foo $ posh Memory fault -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages posh depends on: ii debconf [debconf-2.0] 1.5.74 ii libc6 2.31-4 posh recommends no packages. posh suggests no packages. -- debconf information excluded
Bug#960889: xfonts-terminus: the "l" is very ugly
Package: xfonts-terminus Version: 4.48-2 Severity: normal Please don't apply the ll2 patch, it's not an improvement. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xfonts-terminus depends on: ii xfonts-utils 1:7.7+6 xfonts-terminus recommends no packages. Versions of packages xfonts-terminus suggests: pn xfonts-terminus-oblique ii xserver-xephyr [xserver] 2:1.20.8-2 ii xserver-xorg [xserver]1:7.7+20 ii xvfb [xserver]2:1.20.8-2 -- no debconf information
Bug#949210: python3-debianbts: changelog missing in binary package
Package: python3-debianbts Version: 3.0.2 Severity: normal There is no Debian changelog included in the binary package; instead, /usr/share/doc/python3-debianbts/changelog.gz contains something that looks like a NEWS file. Looks like adding CHANGELOG.md to debian/docs in e566339 confused debheler into overwriting the changelog with it. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages python3-debianbts depends on: ii python3 3.7.5-3 ii python3-pysimplesoap 1.16.2-2 python3-debianbts recommends no packages. python3-debianbts suggests no packages. -- no debconf information
Bug#935291: gocr needlessly depends on xli
Package: gocr Version: 0.52-2 Severity: normal Looks like the dependency on xli was mistakenly added to the gocr package instead of gocr-tk. (Also, there's a typo "tlc/tk" instead of "tcl" in the description field of gocr-tk.) -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages gocr depends on: ii libc6 2.28-10 ii xli1.17.0+20061110-5 Versions of packages gocr recommends: ii bzip21.0.6-9.2 ii fig2dev [transfig] 1:3.2.7a-7 ii libjpeg-turbo-progs [libjpeg-progs] 1:1.5.2-2+b1 ii netpbm 2:10.0-15.3+b2 gocr suggests no packages. -- no debconf information
Bug#911926: nickle: segfaults on incorrect multidimensional array initializers
Package: nickle
Version: 2.83-1
Severity: normal
Some literals or initializers for multidimensional arrays cause
segmentation fault instead of reporting an array dimension mismatch.
Consider these:
; nickle -e '([*,*]){1}'
segmentation violation
; nickle -e 'int[*,*] x = {1}'
segmentation violation
; nickle -e 'int[] x = {{1},2}'
segmentation violation
The following gives the expected result, however:
; nickle -e 'int[] x = {1,{2}}'
-> int[] x = { 1, { 2 } };
int[] x = {1,{2}}
:1: Array dimension mismatch 1 != 2
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8),
LANGUAGE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages nickle depends on:
ii libc6 2.27-6
ii libncurses6 6.1+20181013-1
ii libreadline7 7.0-5
ii libtinfo6 6.1+20181013-1
nickle recommends no packages.
nickle suggests no packages.
-- no debconf information
Bug#881541: ghostscript: renders wrong glyphs with libfreetype6 2.8.1-0.1
Package: ghostscript Version: 9.22~dfsg-1 Severity: normal Ghostscript renders many fonts incorrectly after upgrading libfreetype7 from 2.8-0.2 to 2.8.1-0.1. For example running this: /DejaVuSerif findfont 12 scalefont setfont 9 9 moveto (abcd)show displays a text that looks like "DEFG" (as if there was an offset of -29 in ASCII values). The same thing happens when using glyphshow: /T glyphshow displays as "7". This happens with many other fonts as well, most showing the same wrong glyphs, others having different offset, and few still rendering correctly. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ghostscript depends on: ii debconf 1.5.63 ii libc62.24-17 ii libgs9 9.22~dfsg-1 Versions of packages ghostscript recommends: ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.4 Versions of packages ghostscript suggests: ii ghostscript-x 9.22~dfsg-1 -- no debconf information
Bug#876228: twm should recommend menu
Package: twm Version: 1:1.0.9-1+b1 Severity: minor Currently twm package has a hard dependency on the menu package but twm can work just fine without it except not showing Debian menu in default configuration. I thinks it should use Recommends field instead. -k
Bug#851572: vim-editorconfig: Missing dependency to vim-nox
Dear Maintainer, I was recently surprised that vim-editorconfig tried to pull vim-nox even though I had vim-gtk installed. Please note that there is a virtual package named vim-python. -k
Bug#827334: lookup: Manual page is encoded incorrectly
Package: lookup Version: 1.08b-11 Severity: minor While the manual page for lookup(1) is written in English and goes into generic directory rather than one for specific locale, it contains examples of Japanese and it is encoded in EUC-JP. But dh_installman guesses it to be Latin-1 instead, and tries to convert it to DPM-mandated UTF-8. This results in illegible gibberish in the binary package. The page, as installed, can be displayed correctly like this: $ zcat $(man -w 1 lookup)|iconv -futf8 -tl1|iconv -feucjp|man -l - Please fix it by either converting it to UTF-8 before dh_installman or by adding appropriate coding marker atop of it to help manconv in making its guesses correct (but note that soelim puts .lf on the first line). -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages lookup depends on: ii libc6 2.22-11 lookup recommends no packages. Versions of packages lookup suggests: ii edict 2015.11.09-1 ii kanjidic 2014.09.01-1 -- no debconf information
Bug#794922: aplus-fsf: Recent binNMU rendered package unusable
On Sun, Aug 16, 2015 at 3:44 AM, Neil Roeth n...@debian.org wrote: Are you still seeing this issue? Yes, I still do. I tried running it in sid chroot and it seems that it requires newer libraries than it declares. It works with libstdc++6 5.2.1-15 available in sid, but not with 5.1.1-14 which is the highest version in testing at the moment. Both aplus-fsf 4.22.1-6 and 4.22.1-6+b3 declare dependency on = 4.1.1 so it installs without problems in testing, but dies with the message I reported when run. -k
Bug#794922: aplus-fsf: Recent binNMU rendered package unusable
Package: aplus-fsf Version: 4.22.1-6+b3 Severity: normal Dear Maintainer, Recent binNMU has rendered the package unusable; A+ won't start: $ a+ a+: symbol lookup error: /usr/lib/aplus-fsf/libMSTypes.so.0: undefined symbol: _ZTVNSt7__cxx1115basic_stringbufIcSt11char_traitsIcESaIcEEE -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages aplus-fsf depends on: ii libc6 2.19-19 ii libgcc1 1:5.1.1-14 ii libstdc++6 5.1.1-14 ii libx11-62:1.6.3-1 aplus-fsf recommends no packages. aplus-fsf 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#791561: debtags: Missing dependency on python3-apt and python3-debian
Package: debtags Version: 2.0 Severity: normal Upgrading debtags to 2.0 made it throw ImportError: No module named 'apt' in post-invoke. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages debtags depends on: ii python3 3.4.3-4 pn python3:any none debtags recommends no packages. Versions of packages debtags suggests: pn tagcoll none -- Configuration Files: /etc/bash_completion.d/debtags ac56ef1f1e1f45ade510264e8741417c [Errno 2] No such file or directory: u'/etc/bash_completion.d/debtags ac56ef1f1e1f45ade510264e8741417c' -- 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#654830: uprecords: Shows duplicated entry and impossible values
Possible cause of duplicate entries is that uptimed on linux takes bootid from btime line in /proc/stat and uses that value to identify entries. If I understand correctly, this value is essentially a difference between CLOCK_REALTIME and CLOCK_BOOTTIME. It's neither constant nor a good estimate of actual time of a system boot. It changes with clock adjustments and during leap second. On my system which has an uptime of 194 days and is running ntpd, the difference between the value currently shown in /proc/stat and the one recorded in utmp is 266 seconds. Of course, 194 days ago they were the same and therefore now uprecords and uptimed believe system must have been rebooted. -k -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782545: fontconfig: uncompressed PCF files no longer recognized
Package: fontconfig Version: 2.11.0-6.3 Severity: normal Dear Maintainer, It seems that PCF files are now recognized by fontconfig only when gzipped. Uncompressed are ignored: $ fc-query /usr/share/fonts/X11/misc/wenquanyi_9pt.pcf Can't query face 0 of font file /usr/share/fonts/X11/misc/wenquanyi_9pt.pcf Earlier versions of fontconfig supported uncompressed PCF fonts (the one used in wheezy certainly does), but I don't know when exactly it stopped working. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages fontconfig depends on: ii dpkg 1.17.24 ii fontconfig-config 2.11.0-6.3 ii libc6 2.19-17 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3 fontconfig recommends no packages. fontconfig 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#776121: xapers-adder uses incorrect options for x-terminal-emulator
Package: xapers Version: 0.6-1 Severity: normal Dear Maintainer, When x-terminal-emulator is provided by an implementation that does not support -title option (e.g. stterm), xapers-adder fails when trying to launch a terminal. By DPM § 11.8.3, x-terminal-emulator is only required to support -e and -T options. Please change -title to -T. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xapers depends on: ii poppler-utils 0.26.5-2 ii pybtex0.18-1 ii python2.7.8-2 ii python-pkg-resources 5.5.1-1 ii python-xapian 1.2.19-1 Versions of packages xapers recommends: ii python-pycurl 7.19.5-3 ii python-urwid 1.2.1-2+b1 ii xclip 0.12+svn84-4 ii xdg-utils 1.1.0~rc1+git20111210-7.3 xapers 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#767552: grub-pc: Missing dependency on bash
Package: grub-pc Version: 2.02~beta2-15 Severity: minor Hello, It should hardly affect anyone since bash is marked essential, but grub-pc fails to configure on a system without bash. Several grub2 packages use #!/bin/bash in their postinst or prerm scripts without declaring that dependency. -- Package-specific info excluded -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/1 CPU core) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-pc depends on: ii debconf [debconf-2.0] 1.5.53 ii grub-common2.02~beta2-15 ii grub-pc-bin2.02~beta2-15 ii grub2-common 2.02~beta2-15 ii ucf3.0030 grub-pc recommends no packages. grub-pc suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763842: mksh-static segfaults on continued jobs
Package: mksh
Version: 50b-1
Severity: normal
Dear Maintainer,
When a job is continued after being stopped in interactive mksh-static
or lksh, they crash with segmentation fault.
The simplest way to reproduce is to call fg for any stopped job in
interactive mksh-static or lksh (full mksh is not affected); it results
in job being continued but shell crashing immediately after that.
The crash happens in j_print() at jobs.c:1560 where the expression
sigtraps[WSTOPSIG(p-status)] is out-of-bounds. It seems to be introduced
with revision 1.101 of jobs.c that added WCONTINUED flag to wait(2)
and then updated the state after checking status with WIFCONTINUED.
Apparently, when compiling with klibc, WCONTINUED flag is defined but
WIFCONTINUED macro is not. The result is that p-state and p-status
are not consistent.
This fixes it for me:
--- jobs.c 10 Jun 2014 22:17:33 - 1.104
+++ jobs.c 3 Oct 2014 04:33:32 -
@@ -1339,7 +1339,7 @@
do {
#ifndef MKSH_NOPROSPECTOFWORK
pid = waitpid(-1, status, (WNOHANG |
-#ifdef WCONTINUED
+#if defined(WCONTINUED) defined(WIFCONTINUED)
WCONTINUED |
#endif
WUNTRACED));
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages mksh depends on:
ii libc6 2.19-11
mksh recommends no packages.
Versions of packages mksh suggests:
ii ed 1.10-2
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757186: autogen: Guile version check not robust
Source: autogen
Version: 1:5.18.3-5
Severity: minor
Dear Maintainer,
I tired to build autogen 1:5.18.3-5 from jessie sources on a wheezy machine
and it failed due to empty GUILE_VERSION.
Autogen's configure script detects Guile to be in version 2.0.5-deb+1-3
(that's what Guile reports although Debian package version is simply 2.0.5+1-3)
and after splitting that on dots it tires to set:
GUILE_VERSION=`expr ${1} \* 10 + ${2} \* 1000 + ${i}`
However i=5-deb+1-3, so expr complains about non-integer argument and
GUILE_VERSION is set to empty string.
The configure script could be more robust in parsing version numbers.
When I added i=`echo $i | sed 's/^[0-9]*$//'` before the line mentioned
above, dpkg-buildpackage completed without any further problems.
-- System Information:
Debian Release: 7.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752214: maxima wants wxt as backend for gnuplot
In earlier versions of gnuplot packages in debian, the wxt terminal would work regardless whether gnuplot-x11 or gnuplot-qt was installed. But it was recently disabled in gnuplot 4.6.5-4 to fix bug #750045. -k -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744094: lighttpd: Default ssl.ciphers disables AES-GCM
Source: lighttpd Version: 1.4.35-2 Severity: minor In version 1.4.30-1, the following line was included in default conf-available/10-ssl.conf as mitigation for BEST attack: ssl.cipher-list = ECDHE-RSA-AES256-SHA384:AES256-SHA256:RC4:HIGH:!MD5:!aNULL:!EDH:!AESGCM NEWS file refers to [1] which back then [2] suggested using the above cipherlist. But BEST affected only CBC suites in TLS 1.0 and there was never any reason to disable AES-GCM. Referenced blog post also gave no justification for it. GCM suites have been, and still are, considered the best choice available in OpenSSL so it's definitely a bad idea to disable them by default. Please check the updated post [1]. [1] http://blog.ivanristic.com/2011/10/mitigating-the-beast-attack-on-tls.html [2] https://web.archive.org/web/20111216165019/http://blog.ivanristic.com/2011/10/mitigating-the-beast-attack-on-tls.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744094: Acknowledgement (lighttpd: Default ssl.ciphers disables AES-GCM)
Of course, I have meant BEAST, not *BEST. Please ignore typos. -k -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732659: octave: fails to load uint8 variables from text files
Package: octave Version: 3.6.4-4+b1 Severity: normal When a variable of class uint8 is saved in the default text format, it's actually written out in binary (one byte per element) instead of plain text like every other type. I don't know whether this is intended or not, but file containing such variable can be loaded only if said variable had no elements of values 9, 10, 11, 12, 13, or 32. These correspond to white characters in ASCII and apparently load gets confused by them. Minimal example to reproduce the problem: hyper% octave -q --no-init-file octave:1 a = uint8(10); octave:2 save 'a' a octave:3 load 'a' error: load: failed to load scalar constant error: load: trouble reading ascii file 'a' error: load: reading file a octave:3 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages octave depends on: ii libamd2.3.1 1:4.2.1-3 ii libarpack2 3.1.4-1 ii libatlas3-base [liblapack.so.3] 3.10.1-2 ii libblas3 [libblas.so.3] 1.2.20110419-7 ii libc62.17-97 ii libcamd2.3.1 1:4.2.1-3 ii libccolamd2.8.0 1:4.2.1-3 ii libcholmod2.1.2 1:4.2.1-3 ii libcolamd2.8.0 1:4.2.1-3 ii libcurl3-gnutls 7.33.0-1 ii libcxsparse3.1.2 1:4.2.1-3 ii libfftw3-double3 3.3.3-7 ii libfftw3-single3 3.3.3-7 ii libfltk-gl1.31.3.2-3 ii libfltk1.3 1.3.2-3 ii libfreetype6 2.5.1-1 ii libgcc1 1:4.8.2-1 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglpk364.52.1-2 ii libgomp1 4.8.2-1 ii libgraphicsmagick++3 1.3.16-1.2 ii libgraphicsmagick3 1.3.16-1.2 ii liblapack3 [liblapack.so.3] 3.5.0-2 ii liboctave1 3.6.4-4+b1 ii libpcre3 1:8.31-2 ii libqhull52009.1-3 ii libqrupdate1 1.1.1-1 ii libstdc++6 4.8.2-1 ii libumfpack5.6.2 1:4.2.1-3 ii libx11-6 2:1.6.2-1 ii octave-common3.6.4-4 ii texinfo 5.2.0.dfsg.1-2 Versions of packages octave recommends: ii gnuplot-x11 4.6.4-1 ii libatlas3-base 3.10.1-2 ii pstoedit3.62-1 Versions of packages octave suggests: pn octave-doc none pn octave-htmldoc none pn octave-info none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732586: python3-h5py: missing python3-numpy dependency
Package: python3-h5py Version: 2.2.0-1 Severity: normal The package python3-h5py requires python3-numpy to be usable, but currently it depends on python-numpy instead. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python3-h5py depends on: ii libc6 2.17-97 ii libhdf5-7 [libhdf5-7] 1.8.11-5 ii python-numpy [python-numpy-abi9] 1:1.7.1-3 python3-h5py recommends no packages. python3-h5py 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#731992: octave-statistics: princomp fails with nargout 2
Package: octave-statistics
Version: 1.2.2-1
Severity: normal
Tags: upstream patch
The princomp function as included in octave-statistics always throws an
error in context where only first return value is expected:
hyper% octave -q --no-init-file
warning: function /usr/share/octave/packages/statistics-1.2.2/fstat.m shadows a
core library function
octave:1 princomp(rand(10,2))
error: 'r' undefined near line 103 column 48
error: invalid limit value in colon expression
error: evaluating argument list element number 1
error: called from:
error: /usr/share/octave/packages/statistics-1.2.2/princomp.m at line 103,
column 9
octave:1
As far as I can tell this is a trivial bug caused by the fact that 'r'
is only calculated if nargout 1 and not needed otherwise so it can be
fixed with the simple patch attached.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages octave-statistics depends on:
ii octave 3.6.4-4
ii octave-io 1.2.5-1
octave-statistics recommends no packages.
octave-statistics suggests no packages.
-- no debconf information
diff --git a/inst/princomp.m b/inst/princomp.m
index 786d07d..3bbc3cb 100644
--- a/inst/princomp.m
+++ b/inst/princomp.m
@@ -99,10 +99,11 @@ function [COEFF,SCORE,latent,tsquare] = princomp(X,varargin)
endif
-# This is the same as the eigenvalues of the covariance matrix of X
-latent = (diag(S'*S)/(size(Xcentered,1)-1))(1:r);
-
if nargout 2
+
+ # This is the same as the eigenvalues of the covariance matrix of X
+ latent = (diag(S'*S)/(size(Xcentered,1)-1))(1:r);
+
if !(nargin == 2 strcmpi ( varargin{:} , econ))
latent= [latent;zeros(nvars-r,1)];
endif
Bug#727221: Debug noise
Package: libusb-1.0-0 Version: 2:1.0.17-1+b1 Followup-For: Bug #727221 I don't know if other applications are affected, but I can reproduce it and it indeed makes usage of gphoto2 quite annoying. Neither setting USB_DEBUG nor LIBUSB_DEBUG makes any difference for me. LIBUSB_DEBUG=0 gphoto2 -L spits huge amount of lines starting with libusbx: debug to stderr. The original submitter has attached some sample of produced output in the bug #727217 filled against gphoto2 (which uses libgphoto2-port0 which in turn depends on libusb-1.0-0). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libusb-1.0-0 depends on: ii libc6 2.17-97 ii libudev1 204-5 ii multiarch-support 2.17-97 libusb-1.0-0 recommends no packages. libusb-1.0-0 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#725012: mcabber: PGP passhrase is ignored and gpg-agent is always launched
Package: mcabber Version: 0.10.2-1 Severity: normal Dear Maintainer, The PGP passhrase provided either at startup or with pgp_passphrase config option is silently ignored. Mcabber asks for passphrase at startup when there is no GPG_AGENT_INFO set in environment, but nevertheless every time the key is needed it then spawns a gpg-agent to ask for passphrase instead of using the one provided at startup. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mcabber depends on: ii libaspell15 0.60.7~20110707-1 ii libassuan0 2.1.1-1 ii libc62.17-92+b1 ii libglib2.0-0 2.36.4-1 ii libgpg-error01.12-0.2 ii libgpgme11 1.4.3-0.1 ii libidn11 1.28-1 ii libloudmouth1-0 1.4.3-9 ii libncursesw5 5.9+20130608-1 ii libotr5 4.0.0-2.2 ii libtinfo55.9+20130608-1 mcabber recommends no packages. mcabber 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#714549: mini-httpd: literal charset=%s in error pages and directory listings
Package: mini-httpd Version: 1.19-9.3 Severity: normal Dear Maintainer, In error pages and directory listings, the charset parameter of Content-Type header is being sent as literal %s rather than being substituted with appropriate value. -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mini-httpd depends on: ii libc62.13-38 ii libssl1.0.0 1.0.1e-2 Versions of packages mini-httpd recommends: pn apache2-utils none mini-httpd suggests no packages. -- Configuration Files: /etc/default/mini-httpd changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708998: aplus-fsf-dev: No headers packaged
Package: aplus-fsf-dev Version: 4.22.1-6 Severity: normal Dear Maintainer, The package aplus-fsf-dev does not contain header files required to compile user-written C subroutines to be called from A+. These files are not currently packaged at all. Currently aplus-fsf-dev is an empty metapackage that depends on other aplus-fsf* packages while the name misleadingly suggests that it should contain development headers. Moreover, descriptions of aplus-fsf and aplus-fsf-doc state that aplus-fsf-dev contains the development environment as opposed to the run-time environment provided by aplus-fsf binary package which reinforces that expectation. I suggest renaming aplus-fsf which contains the interpreter and it's core libraries to something else (like aplus-fsf-core), using the name aplus-fsf for a metapackage depending on all the other packages, and providing development files in aplus-fsf-dev. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aplus-fsf-dev depends on: ii aplus-fsf 4.22.1-6 ii aplus-fsf-doc 4.22.1-6 ii aplus-fsf-el 4.22.1-6 Versions of packages aplus-fsf-dev recommends: ii xfonts-kapl 4.22.1-6 aplus-fsf-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664151: texlive-fonts-extra: Cannot use apl font
Package: texlive-fonts-extra
Version: 2009-10
Severity: normal
Dear Maintainer,
An apl package is unusable because file versatim.tex which is a part of it is
not packaged anywhere.
Minimal input file to reproduce:
\documentclass{article}
\usepackage{apl}
\begin{document}
\end{document}
It restuts in:
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian)
entering extended mode
(./q.tex
LaTeX2e 2009/09/24
Babel v3.8l and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, ibycus, monogreek, greek, ancientgreek, sanskrit, polish, pinyin, l
oaded.
(/usr/share/texmf-texlive/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/share/texmf-texlive/tex/latex/base/size10.clo))
(/usr/share/texmf-texlive/tex/latex/apl/apl.sty
Undefined font(?), replaced with cmtt10
! I can't find file `versatim'.
l.33 \input versatim
% a slightly modified version of verbatim
(Press Enter to retry, or Control-D to exit)
Please type another input file name:
Recorded fls:
PWD /home/mwgamera/tmp
INPUT /usr/share/texmf/web2c/texmf.cnf
INPUT /var/lib/texmf/web2c/pdftex/latex.fmt
INPUT q.tex
OUTPUT q.log
INPUT /usr/share/texmf-texlive/tex/latex/base/article.cls
INPUT /usr/share/texmf-texlive/tex/latex/base/article.cls
INPUT /usr/share/texmf-texlive/tex/latex/base/size10.clo
INPUT /usr/share/texmf-texlive/tex/latex/base/size10.clo
INPUT /usr/share/texmf-texlive/tex/latex/apl/apl.sty
INPUT /usr/share/texmf-texlive/tex/latex/apl/apl.sty
INPUT /usr/share/texmf-texlive/fonts/map/fontname/texfonts.map
INPUT /usr/share/texmf-texlive/fonts/map/fontname/texfonts.map
INPUT /usr/share/texmf-texlive/fonts/tfm/public/apl/cmapl10.tfm
##
List of ls-R files
-rw-r--r-- 1 root root 1864 Mar 15 21:13 /var/lib/texmf/ls-R
-rw-r--r-- 1 root staff 80 Jan 1 11:51 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 Jun 26 2011 /usr/share/texmf/ls-R -
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 Nov 13 23:41 /usr/share/texmf-texlive/ls-R -
/var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 Nov 13 23:41 /usr/share/texmf-texlive/ls-R -
/var/lib/texmf/ls-R-TEXLIVE
##
Config files
lrwxrwxrwx 1 root root 20 Jun 26 2011 /usr/share/texmf/web2c/texmf.cnf -
/etc/texmf/texmf.cnf
-rw-r--r-- 1 root root 5694 Mar 15 21:12 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 16543 Mar 15 21:12 /var/lib/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 4962 Mar 15 21:12
/var/lib/texmf/tex/generic/config/language.dat
##
Files in /etc/texmf/web2c/
total 4
-rw-r--r-- 1 root root 283 Jan 12 2010 mktex.cnf
##
md5sums of texmf.d
3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf
6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf
c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf
ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf
afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf
7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf
37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf
a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf
402d5adb3864c09ed3cd80c0f2131361 /etc/texmf/texmf.d/95NonPath.cnf
1df66bc319cec731e202eaf39f5d85e1 /etc/texmf/texmf.d/96JadeTeX.cnf
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages texlive-fonts-extra depends on:
ii dpkg1.16.1.2
ii tex-common 2.10
ii texlive-base2009-15
ii texlive-common 2009-15
Versions of packages texlive-fonts-extra recommends:
ii texlive-fonts-extra-doc 2009-10
ii texpower 0.2-7.1
Versions of packages texlive-fonts-extra suggests:
ii cm-super 0.3.4-4
Versions of packages tex-common depends on:
ii debconf [debconf-2.0] 1.5.42
ii dpkg 1.16.1.2
ii ucf3.0025+nmu2
Versions of packages tex-common suggests:
ii debhelper 9.20120312
Versions of packages texlive-fonts-extra is related to:
ii tex-common2.10
ii texlive-binaries 2009-12
-- debconf information:
tex-common/check_texmf_wrong:
tex-common/check_texmf_missing:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650109: uptimed: kFreeBSD not detected as *BSD during build
Package: uptimed Version: 1:0.3.16-3.2 Severity: normal Tags: patch Dear Maintainer, When trying to start uptimed on kFreeBSD it gives the following error message: Starting uptime daemon: Error reading boot id from file, exiting! You probably forgot to create a bootid with with the -b option. You really want the system to do this on bootup, read the INSTALL file! This happens only because it gets compiled with PLATFORM_UNKNOWN defined instead of PLATFORM_BSD, so there is no need to modify startup scripts and following patch solves the issue: --- uptimed-0.3.16.orig/configure.ac2009-01-01 23:46:00.0 + +++ uptimed-0.3.16/configure.ac 2011-11-26 15:19:45.0 + @@ -19,6 +19,9 @@ *-freebsd*) AC_DEFINE(PLATFORM_BSD, 1, [Define if you are compiling for *BSD]) ;; + *-kfreebsd*) +AC_DEFINE(PLATFORM_BSD, 1, [Define if you are compiling for *BSD]) +;; *-bsdi*) AC_DEFINE(PLATFORM_BSD, 1, [Define if you are compiling for *BSD]) ;; -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-0-amd64 Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) (ignored: LC_ALL set to pl_PL.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages uptimed depends on: ii debconf [debconf-2.0] 1.5.41 ii libc0.12.13-21 ii libuptimed01:0.3.16-3.2 uptimed recommends no packages. uptimed suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
