Bug#849866: /usr/bin/man: Please avoid breaking lines in SYNOPSIS
Package: man-db Version: 2.7.6.1-2 Severity: normal File: /usr/bin/man In a terminal with # tput cols 85 I looked at the man page of "sloccount". The result was this (left-shifted to match the line length limit here): SYNOPSIS sloccount [--version] [--cached] [--append] [ --datadir directory ] [--fol‐ low] [--duplicates] [--crossdups] [--autogen] [--multiproject] [--file‐ count] [--wide] [--details] [ --effort F E ] [ --schedule F E ] [ --person‐ cost cost ] [ --overhead overhead ] [ --addlang language ] [ --addlangall ] [--] directories While "--fol-low" is easy to determine as a purely aesthetic dash because of the line-wrap, the "--file-count" actually got me; I tried the 3-dashes variant and got "Unknown option". Please turn this behaviour off, at least in the SYNOPSIS it's not a good idea IMO. Thanks a lot! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages man-db depends on: ii bsdmainutils 9.0.12 ii debconf [debconf-2.0] 1.5.59 ii dpkg 1.18.15 ii groff-base 1.22.3-8 ii libc6 2.24-8 ii libgdbm3 1.8.3-14 ii libpipeline1 1.4.1-2 ii zlib1g 1:1.2.8.dfsg-4 man-db recommends no packages. Versions of packages man-db suggests: ii chromium [www-browser] 53.0.2785.143-1 ii firefox [www-browser] 50.1.0-1 ii firefox-esr [www-browser] 45.5.1esr-1 ii groff 1.22.3-8 ii konqueror [www-browser]4:16.08.3-1 ii less 481-2.1 ii lynx [www-browser] 2.8.9dev11-1 ii qupzilla [www-browser] 1.8.9~dfsg1-3.1 ii w3m [www-browser] 0.5.3-33 -- debconf information: * man-db/install-setuid: true man-db/auto-update: true
Bug#848708: atop: cronjob to rotate file should be smarter
Package: atop Version: 2.2.5-1~exp1 Severity: normal When using "atop" on a machine that's not running 24/7, the cronjob at 00:00 is not run more often than not (depending on your usage pattern, of course ;). This makes some use of "atop" harder than necessary; "atop -r y" doesn't work, you'll need the right amount of "y"esterdays to find the right file. So, either 1) the cronjob could be smarter, to check whether the date has changed (and then would need to run every minute?), 2) or "atop" could be handling that (just open the file for every write, ie. by default every 600 seconds, with the correct path newly calculated), 3) or things like suspend/resume could signal atop to start a new file. I guess option 2 would be the easiest one to implement, and the most likely to be correct. Thank you for your consideration! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages atop depends on: ii init-system-helpers 1.46 ii initscripts 2.88dsf-59.8 ii libc62.24-8 ii libncurses5 6.0+20161126-1 ii libtinfo56.0+20161126-1 ii lsb-base 9.20161125 ii zlib1g 1:1.2.8.dfsg-4 Versions of packages atop recommends: ii cron [cron-daemon] 3.0pl1-128 atop suggests no packages. -- no debconf information
Bug#848684: /usr/bin/nm-applet: memory leak
Package: network-manager-gnome Version: 1.4.2-1 Severity: normal File: /usr/bin/nm-applet "nm-applet" is leaking memory somewhere. Right now "top" says ~180 MB: 4765 marek 20 0 1348492 177888 19032 S 8,9 1,6 23:21.84 nm-applet "atop" gave me some statistics... see here for 1-hour-intervals: # for a in `seq 7 15` ; do atop -m -r yy -b $a:08 -e $a:22 | grep nm-applet ; done 4765 136K 1.0G 58140K 46241K 1% nm-applet 4765 136K 1.0G 58968K 46738K 1% nm-applet 4765 136K 1.0G 58768K 46731K 1% nm-applet 4765 136K 1.0G 59560K 47272K 1% nm-applet 4765 136K 1.0G 59824K 47404K 1% nm-applet 4765 136K 1.1G 60360K 48005K 1% nm-applet 4765 136K 1.1G 60628K 48209K 1% nm-applet 4765 136K 1.1G 61364K 48849K 1% nm-applet 4765 136K 1.1G 61364K 48989K 1% nm-applet 4765 136K 1.1G 61912K 49786K 1% nm-applet 4765 136K 1.1G 62176K 50010K 1% nm-applet 4765 136K 1.1G 62712K 50843K 1% nm-applet 4765 136K 1.1G 62976K 51131K 1% nm-applet 4765 136K 1.1G 63408K 51753K 1% nm-applet 4765 136K 1.1G 63400K 51923K 1% nm-applet 4765 136K 1.1G 64976K 53490K 1% nm-applet Thanks for fixing. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager-gnome depends on: ii dbus-user-session [default-dbus-session-bus] 1.10.14-1 ii dbus-x11 [dbus-session-bus] 1.10.14-1 ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2 ii libatk1.0-0 2.22.0-1 ii libc6 2.24-8 ii libcairo2 1.14.6-1.1 ii libgdk-pixbuf2.0-02.36.0-1 ii libglib2.0-0 2.50.2-2 ii libgtk-3-03.22.4-1 ii libjansson4 2.9-1 ii libmm-glib0 1.6.4-1 ii libnm01.4.2-3 ii libnma0 1.4.2-1 ii libnotify40.7.7-1 ii libpango-1.0-01.40.3-3 ii libpangocairo-1.0-0 1.40.3-3 ii libsecret-1-0 0.18.5-2 ii lxqt-policykit [polkit-1-auth-agent] 0.11.0-4 ii network-manager 1.4.2-3 ii policykit-1-gnome [polkit-1-auth-agent] 0.105-5 ii polkit-kde-agent-1 [polkit-1-auth-agent] 4:5.8.4-1 Versions of packages network-manager-gnome recommends: ii gnome-keyring 3.20.0-3 ii iso-codes 3.72-1 ii lxqt-notificationd [notification-daemon] 0.11.0-2 ii mobile-broadband-provider-info20161204-1 ii plasma-workspace [notification-daemon]4:5.8.2-1 Versions of packages network-manager-gnome suggests: pn network-manager-openconnect-gnome pn network-manager-openvpn-gnome pn network-manager-pptp-gnome pn network-manager-vpnc-gnome -- no debconf information
Bug#848100: neovim-qt: Please install as alternative for "gvim"
Package: neovim-qt Version: 0.2.4-1 Severity: wishlist Please install a gvim alternative: # update-alternatives --install /usr/bin/gvim gvim /usr/bin/nvim-qt 50 Thank you very much! BTW, the initial size of the nvim-qt window is ~9 by 4 characters for me... shouldn't nvim-qt have some more sane defaults? -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages neovim-qt depends on: ii libc6 2.24-7 ii libgcc1 1:6.2.1-5 ii libmsgpackc21.4.2-4 ii libqt5core5a5.7.1~20161021+dfsg-6 ii libqt5gui5 5.7.1~20161021+dfsg-6 ii libqt5network5 5.7.1~20161021+dfsg-6 ii libqt5widgets5 5.7.1~20161021+dfsg-6 ii libstdc++6 6.2.1-5 ii neovim 0.1.7-1 neovim-qt recommends no packages. neovim-qt suggests no packages. -- no debconf information
Bug#846788: neovim-runtime: man plugin breaks startup
Package: neovim-runtime Version: 0.1.7-1 Severity: normal With this version, starting nvim with a file on the cmdline is broken. Instead of the right file being visible, all I get is an empty buffer with the statusbar man:// [-][RO]0,0-1Alles at the bottom. Using "nvim -V255/tmp/logfile" gives this explanation (sorry about the german texts): rufe function man#init_pager auf() Zeile 1: " Remove all backspaced characters. Zeile 2: execute 'silent keeppatterns keepjumps %substitute,.\b,,e'.(&gdefault?'':'g') Zeile 2: silent keeppatterns keepjumps %substitute,.\b,,eg Zeile 3: if getline(1) =~# '^\s*$' Zeile 4: silent keepjumps 1delete _ Zeile 5: else Zeile 6: keepjumps 1 Zeile 7: endif Zeile 8: " This is not perfect. See `man glDrawArraysInstanced`. Since the title is Zeile 9: " all caps it is impossible to tell what the original capitilization was. Zeile 10: let ref = tolower(matchstr(getline(1), '^\S\+')) Zeile 11: try Zeile 12: let b:man_sect = man#extract_sect_and_name_ref(ref)[0] rufe function man#init_pager[12]..man#extract_sect_and_name_ref auf('') Zeile 1: if a:ref[0] ==# '-' " try ':Man -pandoc' with this disabled. Zeile 2: throw 'manpage name cannot start with ''-''' Zeile 3: endif Zeile 4: let ref = matchstr(a:ref, '[^()]\+([^()]\+)') Zeile 5: if empty(ref) Zeile 6: let name = matchstr(a:ref, '[^()]\+') Zeile 7: if empty(name) Zeile 8: throw 'manpage reference cannot contain only parentheses' Ausnahme geworfen: manpage reference cannot contain only parentheses ^^ Exception thrown function man#init_pager[12]..man#extract_sect_and_name_ref abgebrochen weiter in function man#init_pager Zeile 13: catch Ausnahme gefangen: manpage reference cannot contain only parentheses Zeile 14: let b:man_sect = '' Zeile 15: endtry Ausnahme beendet: manpage reference cannot contain only parentheses I guess that this is the reason for the interrupted startup. Reverting neovim-runtime (alone!) back to 0.1.6-5 fixes this problem; also, ":e #" gets me to the expected buffer. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- no debconf information
Bug#846563: clang.cindex.LibclangError: libclang-4.0.so: No such file or directory.
Package: python-clang-4.0 Version: 1:4.0~svn286225-1 Severity: normal Trying the "Simple example" from http://eli.thegreenplace.net/2011/07/03/parsing-c-in-python-with-clang, I get the error message File "/usr/lib/python2.7/dist-packages/clang/cindex.py", line 2461, in create return Index(conf.lib.clang_createIndex(excludeDecls, 0)) File "/usr/lib/python2.7/dist-packages/clang/cindex.py", line 169, in __get__ value = self.wrapped(instance) File "/usr/lib/python2.7/dist-packages/clang/cindex.py", line 3876, in lib lib = self.get_cindex_library() File "/usr/lib/python2.7/dist-packages/clang/cindex.py", line 3907, in get_cindex_library raise LibclangError(msg) clang.cindex.LibclangError: libclang-4.0.so: cannot open shared object file: No such file or directory. To provide a path to libclang use Config.set_library_path() or Config.set_library_file(). I guess that the python library could use a bit of fine-tuning here. $ LC_ALL=C apt-get install libclang1-4.0 Reading package lists... Done Building dependency tree Reading state information... Done libclang1-4.0 is already the newest version (1:4.0~svn286225-1). 0 upgraded, 0 newly installed, 0 to remove and 33 not upgraded. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-clang-4.0 depends on: ii python 2.7.11-2 python-clang-4.0 recommends no packages. python-clang-4.0 suggests no packages. -- no debconf information
Bug#845612: kalgebra: Only a single 3D graph plotted
Package: kalgebra Version: 4:16.08.3-1 Severity: normal Start kalgebra, choose "3D Graph". Either use one of the examples, or enter a formula like "x*y", press . Graph gets plotted. Now change the formula to eg. "x+y", press . Graph doesn't show any surface any more, only the axes. Even reverting to the previous formula doesn't help - no new data will be plotted. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kalgebra depends on: ii kalgebra-common 4:16.08.3-1 ii kio 5.27.0-2 ii libanalitza7 4:16.08.1-1+b1 ii libanalitzagui7 4:16.08.1-1+b1 ii libanalitzaplot7 4:16.08.1-1+b1 ii libanalitzawidgets7 4:16.08.1-1+b1 ii libc6 2.24-5 ii libkf5configcore5 5.27.0-1 ii libkf5configwidgets5 5.27.0-1 ii libkf5coreaddons5 5.27.0-1 ii libkf5i18n5 5.27.0-2 ii libkf5kiocore55.27.0-2 ii libkf5widgetsaddons5 5.27.0-1 ii libkf5xmlgui5 5.27.0-1 ii libqt5core5a 5.7.1~20161021+dfsg-5 ii libqt5gui55.7.1~20161021+dfsg-5 ii libqt5opengl5 5.7.1~20161021+dfsg-5 ii libqt5printsupport5 5.7.1~20161021+dfsg-5 ii libqt5webkit5 5.7.1~20161021+dfsg-2 ii libqt5widgets55.7.1~20161021+dfsg-5 ii libreadline7 7.0-1 ii libstdc++66.2.0-13 kalgebra recommends no packages. kalgebra suggests no packages. -- no debconf information
Bug#845431: RFP: stream2chromecast -- A Chromecast media streamer for Linux
Package: wnpp Severity: wishlist * Package name: stream2chromecast Version : none yet Upstream Author : Pat-Carter * URL : https://github.com/Pat-Carter/stream2chromecast * License : GPLv3 Programming Lang: Python Description : A Chromecast media streamer for Linux A Chromecast media streamer for Linux. Stream2Chromecast casts audio and video files to a Chromecast device from Linux. It can also transcode any unsupported files in real time and play them on the Chromecast. It is written in Python 2.7 and uses either ffmpeg or avconv for transcoding. Might be a better solution than "castnow" (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813736) because it looks actively maintained. Thank you very much!
Bug#843792: /boot/config-4.8.0-1-amd64: Please re-enable CONFIG_INFINIBAND_QIB
Package: src:linux Version: 4.8.5-1 Severity: normal File: /boot/config-4.8.0-1-amd64 4.6 had QIB support: # grep INFINIBAND_QIB /boot/config-4.6.0-1-amd64 CONFIG_INFINIBAND_QIB=m CONFIG_INFINIBAND_QIB_DCA=y but 4.8 doesn't have it anymore. Please re-enable; we'd like to do RDMA tests for all the hardware we can get. Also, for the future we'd be interested in RoCE as well. Thank you very much! Regards, Phil
Bug#843756: neovim: YouCompleteMe unavailable: No module named requests_futures.sessions
Package: vim-youcompleteme Version: 0+20160327+git1b76af4-2 Severity: normal When using vim-youcompleteme with neovim=0.1.6 (debian package), it silently doesn't work. When running vim with -V255, the reason gets printed to screen: Traceback (most recent call last): File "", line 25, in File "/usr/share/vim-youcompleteme/python/ycm/setup.py", line 42, in SetUpYCM from ycm.youcompleteme import YouCompleteMe File "/usr/share/vim-youcompleteme/python/ycm/youcompleteme.py", line 39, in from ycm.omni_completer import OmniCompleter File "/usr/share/vim-youcompleteme/python/ycm/omni_completer.py", line 30, in from ycm.client.base_request import BaseRequest, HandleServerException File "/usr/share/vim-youcompleteme/python/ycm/client/base_request.py", line 32, in from requests_futures.sessions import FuturesSession ImportError: No module named requests_futures.sessions YouCompleteMe unavailable: No module named requests_futures.sessions Installing python-requests-futures makes neovim work, too. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vim-youcompleteme depends on: ii python3-future0.15.2-4 ii python3-requests 2.11.1-1 ii python3-requests-futures 0.9.7-1 pn python3:any ii vim-athena [vim-python] 2:8.0.0022-1 ii vim-gtk3 [vim-python] 2:8.0.0022-1 ii ycmd 0+20160327+gitc3e6904-1+b1 Versions of packages vim-youcompleteme recommends: ii vim-addon-manager 0.5.5 vim-youcompleteme suggests no packages. -- no debconf information
Bug#843523: mosh: screen corruption with long lines
Package: mosh Version: 1.2.6-1+b1 Severity: normal Some interaction of tmux and mosh to access a remote machine makes long lines being displayed badly. For example, scrolling "less /var/log/kern.log" line by line should be uninterrupted long lines. It should be |Nov 7 08:10:50 much sensord: Sensor alarm: Chip w83627hf-isa-0290: in| |5: +3.07 V (min = +1.95 V, max = +1.15 V) [ALARM] | |Nov 7 08:10:50 much sensord: Sensor alarm: Chip w83627hf-isa-0290: in| |7: +3.33 V (min = +3.68 V, max = +2.24 V) [ALARM] | |Nov 7 08:10:50 much sensord: Sensor alarm: Chip w83627hf-isa-0290: in| |8: +3.30 V (min = +1.39 V, max = +2.43 V) [ALARM] | and copy/paste of tha But when scrolling individual lines forward the output looks like |Nov 7 08:10:50 much sensord: Sensor alarm: Chip w83627hf-isa-0290: in| |5: +3.07 V (min = +1.95 V, max = +1.15 V) [ALARM] | |Nov 7 08:10:50 much sensord: Sensor alarm: Chip w83627hf-isa-0290: in| |: | |7: +3.33 V (min = +3.68 V, max = +2.24 V) [ALARM] | |Nov 7 08:10:50 much sensord: Sensor alarm: Chip w83627hf-isa-0290: in| |: | |8: +3.30 V (min = +1.39 V, max = +2.43 V) [ALARM] | To clarify: these combinations work normally: xterm > mosh > less xterm > mosh > screen > less konsole > mosh > screen > less konsole > ssh > screen > less konsole > tmux > ssh> less konsole > tmux > ssh> screen > less I get the corruption with konsole > tmux > mosh > less xterm > tmux > mosh > less konsole > tmux > mosh > screen > less konsole > tmux > mosh > screen > cat konsole > tmux > mosh > screen > other terminal output When having a "screen" behind "mosh", the results are even more bizarry. When switching to an (empty, clean) screen window when such a screen corruption is visible, the freshly displayed screen is garbled, too: | b t i '//www.rsyslog.com/e/2359 ] | |r2 -0290: i | | +3 0 . = R | | 0h i w83627hf-isa-0290: i | | | | + | I guess that mosh tries to optimize for bandwidth by only pushing "changed" characters, but as the display is out of sync, it doesn't match up again. mosh tries to optimize for bandwidth by only pushing "changed" characters, but as the display is out of sync, it doesn't match up again. mosh tries to optimize for bandwidth by only pushing "changed" characters, but as the display is out of sync, it doesn't match up again. tmux and the mosh-clients have TERM=screen-256color; "tput cols" shows the same value outside tmux, inside tmux but before mosh, and behind mosh. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mosh depends on: ii dpkg1.18.10 ii libc6 2.24-5 ii libgcc1 1:6.2.0-10 ii libprotobuf10 3.0.0-7 ii libssl1.0.2 1.0.2j-1 ii libstdc++6 6.2.0-10 ii libtinfo5 6.0+20160917-1 ii libutempter01.1.6-3 ii openssh-client 1:7.3p1-1 ii zlib1g 1:1.2.8.dfsg-2+b3 Versions of packages mosh recommends: ii libio-socket-ip-perl 0.38-1 ii perl-base [libio-socket-ip-perl] 5.24.1~rc3-3 mosh suggests no packages. -- no debconf information
Bug#843146: /usr/bin/vim.gtk3: grey rectangle, no text shown or insertable
Package: vim-gtk3 Version: 2:8.0.0022-1 Severity: normal File: /usr/bin/vim.gtk3 # vim.gtk3 -g -u NONE -U NONE -N gives me a window, but where the text should be only a grey rectangle is visible. No text shown (expected version info etc.), no cursor, nothing insertable. Console window gives these errors multiple times: (gvim:19090): Gtk-CRITICAL **: gtk_widget_set_size_request: assertion 'width >= -1' failed (gvim:19090): Gtk-CRITICAL **: gtk_distribute_natural_allocation: assertion 'extra_space >= 0' failed *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug -- Package-specific info: --- real paths of main Vim binaries --- /usr/bin/vi is /usr/bin/vim.gtk3 /usr/bin/vim is /usr/bin/nvim /usr/bin/gvim is /usr/bin/vim.athena -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vim-gtk3 depends on: ii libacl1 2.2.52-3 ii libc62.24-5 ii libcairo21.14.6-1+b1 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libglib2.0-0 2.50.1-1 ii libgpm2 1.20.4-6.2 ii libgtk-3-0 3.22.2-1 ii libice6 2:1.0.9-1+b1 ii liblua5.2-0 5.2.4-1.1+b1 ii libpango-1.0-0 1.40.3-2 ii libpangocairo-1.0-0 1.40.3-2 ii libperl5.24 5.24.1~rc3-3 ii libpython3.5 3.5.2-6+b1 ii libruby2.3 2.3.1-5+b1 ii libselinux1 2.6-1 ii libsm6 2:1.2.2-1+b1 ii libtcl8.68.6.6+dfsg-1 ii libtinfo56.0+20160917-1 ii libx11-6 2:1.6.3-1 ii libxt6 1:1.1.5-1 ii vim-common 2:8.0.0022-1 ii vim-gui-common 2:8.0.0022-1 ii vim-runtime 2:8.0.0022-1 vim-gtk3 recommends no packages. Versions of packages vim-gtk3 suggests: ii cscope15.8b-1 ii fonts-dejavu 2.37-1 ii gnome-icon-theme 3.12.0-2 pn vim-doc -- no debconf information
Bug#840614: GtkWarning: Theme directory base/ of theme oxygen has no size field
Package: reportbug Version: 6.6.6 Severity: minor Upon using reportbug I get a warning, independently of the package I'm reporting against: $ reportbug reportbug /usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:533: GtkWarning: Theme directory base/ of theme oxygen has no size field self.assistant.show() -- Package-specific info: ** Environment settings: EDITOR="vim" DEBEMAIL="Philipp Marek " INTERFACE="gtk2" ** /home/marek/.reportbugrc: reportbug_version "4.12.6" mode advanced ui gtk2 realname "Ph. Marek" email "philipp.ma...@linbit.com" no-cc header "X-Debbugs-CC: philipp.ma...@linbit.com" smtphost reportbug.debian.org mutt -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages reportbug depends on: ii apt 1.3.1 ii python-reportbug 6.6.6 pn python:any reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail pn debconf-utils ii debsums 2.1.2 pn dlocate pn emacs23-bin-common | emacs24-bin-common ii file 1:5.28-4 ii gnupg2.1.15-4 ii postfix [mail-transport-agent] 3.1.0-5+b1 ii python-gtk2 2.24.0-5.1 pn python-gtkspellcheck ii python-urwid 1.3.1-2+b1 ii python-vte 1:0.28.2-5+b1 ii xdg-utils1.1.1-1 Versions of packages python-reportbug depends on: ii apt 1.3.1 ii file 1:5.28-4 ii python-debian 0.1.29 ii python-debianbts 2.6.1 pn python:any python-reportbug suggests no packages. -- no debconf information
Bug#840610: UnicodeEncodeError: 'ascii' codec can't encode character
Package: apt-listchanges Version: 3.5 Severity: normal Normally, I'm using de_AT.UTF-8. For reporting a bug I set "export LC_ALL=C", but on the next apt-get invocations I get error messages: $ apt-get install -t experimental rakudo ... Fetched 4146 kB in 2s (1434 kB/s) apt-listchanges: Lese Changelogs... Traceback (most recent call last): File "/usr/bin/apt-listchanges", line 243, in main(config) File "/usr/bin/apt-listchanges", line 217, in main apt_listchanges.mail_changes(config, changes, subject) File "/usr/share/apt-listchanges/apt_listchanges.py", line 65, in mail_changes 'subject': subject}) File "/usr/share/apt-listchanges/ALCLog.py", line 36, in info print(_("apt-listchanges: %(msg)s") % {'msg': msg}, file=sys.stdout); UnicodeEncodeError: 'ascii' codec can't encode character '\xfc' in position 68: ordinal not in range(128) (Reading database ... 556786 files and directories currently installed.) (never mind the single German line in there ;) Happens independent of the package to be installed; I've had that when upgrading apt-listchanges to experimental, for rakudo, and a few other installations. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages apt-listchanges depends on: ii apt1.3.1 ii debconf [debconf-2.0] 1.5.59 ii debianutils4.8 ii python3-apt1.1.0~beta5 pn python3:any ii ucf3.0036 apt-listchanges recommends no packages. Versions of packages apt-listchanges suggests: ii chromium [www-browser]53.0.2785.143-1 ii firefox [www-browser] 50.0~b1-1 ii firefox-esr [www-browser] 45.4.0esr-2 ii gnome-terminal [x-terminal-emulator] 3.22.0-2 ii konqueror [www-browser] 4:16.08.0-1 ii konsole [x-terminal-emulator] 4:16.04.2-1 ii lxterminal [x-terminal-emulator] 0.2.0-1 ii lynx [www-browser]2.8.9dev9-1 ii postfix [mail-transport-agent]3.1.0-5+b1 ii python3-gi3.22.0-1 ii qterminal [x-terminal-emulator] 0.6.1~102-g58f4f72-1 ii qupzilla [www-browser]1.8.9~dfsg1-3 ii stterm [x-terminal-emulator] 0.6-1 ii w3m [www-browser] 0.5.3-29 ii xterm [x-terminal-emulator] 326-1 -- debconf information excluded
Bug#840607: /etc/apt/apt.conf.d/80snapper: apt-get returns "Invalid snapshot ''."
Package: snapper Version: 0.3.3-3 Severity: normal File: /etc/apt/apt.conf.d/80snapper When using "apt-get", I always get the message Invalid snapshot ''. afterwards. The check in the config file seems strangely asymmetric: [ -x /usr/bin/snapper -a -e /etc/snapper/configs/root ]; vs. [ -x /usr/bin/snapper -a -e /var/tmp/snapper-apt ]; seems that the latter just got created some time ago: -rw-r--r-- 1 root root 0 Sep 21 12:21 /var/tmp/snapper-apt Perhaps the same "-e /etc/snapper/configs/root" test should be used in both invocations. The previous iteration of that file asked for [ -x /usr/bin/snapper ] which returned the same message, btw. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages snapper depends on: ii btrfs-progs4.7.3-1 ii init-system-helpers1.45 ii libacl12.2.52-3 ii libboost-system1.61.0 1.61.0+dfsg-2.1+b1 ii libboost-thread1.61.0 1.61.0+dfsg-2.1+b1 ii libc6 2.24-3 ii libdbus-1-31.10.10-1 ii libgcc11:6.1.1-11 ii libmount1 2.28.2-1 ii libsnapper30.3.3-3 ii libstdc++6 6.1.1-11 ii libxml22.9.4+dfsg1-2 ii zlib1g 1:1.2.8.dfsg-2+b1 snapper recommends no packages. snapper suggests no packages. -- no debconf information
Bug#840306: /usr/bin/nvim: SIGTSTP leaves terminal in a strange state
Package: neovim Version: 0.1.5-6 Severity: normal File: /usr/bin/nvim Starting nvim and suspending it via Ctrl-Z leaves the terminal in a strange state. With any of xterm, gnome-terminal, and konsole, but NOT the linux text console, some newlines before color codes are "eaten" at some layer. ("dmesg" for me) It doesn't happen with the "old" vim. So, to reproduce: choose one of the terminal applications # nvim # perl -e 'print "\33[32m[113916.534730] \33[0m\33[33musb 1-1.3.2\33[0m: SerialNumber=4\n" for 1 .. 300' observe that some timestamps are at the end of the previous line using "reset", or starting/suspending/stopping "vim" makes no difference # fg :q now everything is back to normal. The writing process (eg. "dmesg") sometimes also gets a write error on stdout. Processes that don't send the whole line but individual blocks (eg. "colordiff" flushes after each color escape) are not affected. This can also be observed from a ":terminal" window ;) -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages neovim depends on: ii libc6 2.24-3 ii libjemalloc13.6.0-9 ii libmsgpackc21.4.2-4 ii libtermkey1 0.18-1 ii libunibilium0 1.2.0-1 ii libuv1 1.9.1-1 ii libvterm0 0~bzr684-1 ii neovim-runtime 0.1.5-6 Versions of packages neovim recommends: ii python-neovim 0.1.9-1 ii python3-neovim 0.1.5-1 pn xsel | xclip ii xxd 2:8.0.0022-1 Versions of packages neovim suggests: ii exuberant-ctags [ctags] 1:5.9~svn20110310-11 pn vim-scripts -- no debconf information
Bug#838437: bash: (readline) regression in the behaviour of ^W in vi-mode
Package: bash Version: 4.4-1 Followup-For: Bug #838437 Seconded. This is a nasty regression; apart from breaking local editing speed, it gets really bad on long-latency lines (eg. via mosh). -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bash depends on: ii base-files 9.6 ii dash 0.5.8-2.3 ii debianutils 4.8 ii libc62.23-5 ii libtinfo56.0+20160625-1 Versions of packages bash recommends: ii bash-completion 1:2.1-4.3 Versions of packages bash suggests: pn bash-doc -- no debconf information
Bug#830580: Please install alternatives for vi, vim, view, vimdiff, etc
Package: neovim Version: 0.1.5-2 Followup-For: Bug #830580 Please take these patches in. I wrote my own nvimdiff script right before finding this open bug... Thank you! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages neovim depends on: ii libc6 2.23-5 ii libjemalloc13.6.0-9 ii libmsgpackc21.4.2-3 ii libtermkey1 0.18-1 ii libunibilium0 1.2.0-1 ii libuv1 1.9.1-1 ii libvterm0 0~bzr684-1 ii neovim-runtime 0.1.5-2 Versions of packages neovim recommends: ii python-neovim 0.1.9-1 ii python3-neovim 0.1.5-1 pn xsel | xclip Versions of packages neovim suggests: ii exuberant-ctags [ctags] 1:5.9~svn20110310-11 pn vim-scripts -- no debconf information
Bug#838479: wireshark: tcp flow: dancing horizontally when scrolling vertically
Package: wireshark Version: 2.2.0+g5368c50-1 Severity: normal I've got a pcap file open; 4 IP addresses are still visible after filtering, and these show as 4 vertical lines in the TCP flow (show "visible packets" only). When scrolling around (two finger gesture on the pad, or cursor up/down), the timestamps, IP addresses, and vertical lines move horizontally by a few pixels; the headers "Time" and "comment", and the comment column text stay fixed, though. Same happens with more IP addresses, too. When using an unfiltered capture (with more visible packets), scrolling is slower, of course; the flicker still happens, perhaps more often when scrolling up than when scrolling down? -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wireshark depends on: ii wireshark-qt 2.2.0+g5368c50-1 wireshark recommends no packages. wireshark suggests no packages. -- no debconf information
Bug#838474: /usr/share/man/man1/wine-stable.1.gz: wine(1) - man page incorrect
Package: wine Version: 1.8.4-1 Severity: normal File: /usr/share/man/man1/wine-stable.1.gz The man page talks about WINEARCH, but lists wrong values. With the referenced "win32" I just get an error: # WINEPREFIX=$PWD/w32 WINEARCH=win32 wine wineboot it looks like wine32 is missing, you should install it. multiarch needs to be enabled first. as root, please execute "dpkg --add-architecture i386 && apt-get update && apt-get install wine32" wine: created the configuration directory '.../w32' wine: '.../w32' is a 32-bit installation, it cannot support 64-bit applications. Looks like "wine32" is meant: # rm -rf w32 # WINEPREFIX=$PWD/w32 WINEARCH=wine32 wine wineboot it looks like wine32 is missing, you should install it. multiarch needs to be enabled first. as root, please execute "dpkg --add-architecture i386 && apt-get update && apt-get install wine32" wine: created the configuration directory '.../w32' err:ole:marshal_object couldn't get IPSFactory buffer for interface {0131---c000-0046} err:ole:marshal_object couldn't get IPSFactory buffer for interface {6d5140c1-7436-11ce-8034-00aa006009fa} err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80004002 err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, 80004002 err:ole:get_local_server_stream Failed: 80004002 err:ole:marshal_object couldn't get IPSFactory buffer for interface {0131---c000-0046} err:ole:marshal_object couldn't get IPSFactory buffer for interface {6d5140c1-7436-11ce-8034-00aa006009fa} err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80004002 err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, 80004002 err:ole:get_local_server_stream Failed: 80004002 Could not load wine-gecko. HTML rendering will be disabled. it looks like wine32 is missing, you should install it. multiarch needs to be enabled first. as root, please execute "dpkg --add-architecture i386 && apt-get update && apt-get install wine32" Could not load wine-gecko. HTML rendering will be disabled. wine: configuration in '.../w32' has been updated. -- Package-specific info: /usr/bin/wine points to /usr/bin/wine-stable. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wine depends on: ii wine64 1.8.4-1 wine recommends no packages. Versions of packages wine suggests: ii dosbox 0.74-4.2+b1 pn playonlinux ii wine-binfmt 1.8.4-1 ii winetricks 0.0+20160425-1 Versions of packages wine is related to: ii fonts-wine 1.8.4-1 ii wine 1.8.4-1 ii wine-development [wine] 1.9.18-1 pn wine32 ii wine64 1.8.4-1 -- no debconf information
Bug#838003: /usr/bin/openssl: unable to write 'random state'
Package: openssl Version: 1.1.0-1 Severity: normal File: /usr/bin/openssl $ openssl rand -base64 3 WTIu unable to write 'random state' $ openssl rand 0 unable to write 'random state' $ strace openssl rand 0 ... close(3)= 0 getuid()= 1044 getuid()= 1044 geteuid() = 1044 getgid()= 1044 getegid() = 1044 stat("", 0x7ffe46f65ae0)= -1 ENOENT (No such file or directory) open("", O_WRONLY|O_CREAT, 0600)= -1 ENOENT (No such file or directory) open("", O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 ENOENT (No such file or directory) write(2, "unable to write 'random state'\n", 31unable to write 'random state' ) = 31 exit_group(1) = ? +++ exited with 1 +++ -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openssl depends on: ii libc6 2.23-5 ii libssl1.1 1.1.0-1 openssl recommends no packages. Versions of packages openssl suggests: ii ca-certificates 20160104 -- no debconf information
Bug#837982: mutt: sort order different in sidebar
Package: mutt Version: 1.7.0-5 Severity: normal The IMAP folders in the sidebar are ordered differently than those in the mbox list on the right (sorted alphanumerically, of course); in the sidebar, a "_" is before all alphabetical characters, but in the right window it is ignored. Eg., create IMAP folders "_a", "_b", "_c", "a", "b", "c", and the lists won't line up. Thank you! -- Package-specific info: NeoMutt 20160910 (1.7.0) Copyright (C) 1996-2016 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 4.6.0-1-amd64 (x86_64) libidn: 1.33 (compiled with 1.33) hcache backend: tokyocabinet 1.4.48 Compiler: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/6/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 6.2.0-3' --with-bugurl=file:///usr/share/doc/gcc-6/README.Bugs --enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-6 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-6-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-6-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-6-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 6.2.0 20160901 (Debian 6.2.0-3) Configure options: '--build=x86_64-linux-gnu' '--prefix=/usr' '--includedir=\${prefix}/include' '--mandir=\${prefix}/share/man' '--infodir=\${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' '--disable-silent-rules' '--libdir=\${prefix}/lib/x86_64-linux-gnu' '--libexecdir=\${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' '--disable-dependency-tracking' '--with-mailpath=/var/mail' '--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' '--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' '--enable-sidebar' '--enable-nntp' '--enable-notmuch' '--disable-fmemopen' '--with-curses' '--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' '--without-gdbm' '--without-bdb' '--without-qdbm' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fdebug-prefix-map=/build/mutt-eJ8cNY/mutt-1.7.0=. -fPIE -fstack-protector-strong -Wformat -Werror=format-security' 'LDFLAGS=-fPIE -pie -Wl,-z,relro -Wl,-z,now' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' Compilation CFLAGS: -Wall -pedantic -Wno-long-long -g -O2 -fdebug-prefix-map=/build/mutt-eJ8cNY/mutt-1.7.0=. -fPIE -fstack-protector-strong -Wformat -Werror=format-security Compile options: +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME +DEBUG +DL_STANDALONE +ENABLE_NLS -EXACT_ADDRESS -HOMESPOOL -LOCALES_HACK -SUN_ATTACHMENT +HAVE_BKGDSET +HAVE_COLOR +HAVE_CURS_SET +HAVE_GETADDRINFO +HAVE_GETSID +HAVE_ICONV +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_LIBIDN +HAVE_META +HAVE_REGCOMP +HAVE_RESIZETERM +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_WC_FUNCS +ICONV_NONTRANS +USE_COMPRESSED +USE_DOTLOCK +USE_FCNTL -USE_FLOCK -USE_FMEMOPEN -USE_GNU_REGEX +USE_GSS +USE_HCACHE +USE_IMAP +USE_NOTMUCH +USE_NNTP +USE_POP +USE_SASL +USE_SETGID +USE_SIDEBAR +USE_SMTP +USE_SSL_GNUTLS -USE_SSL_OPENSSL -DOMAIN MIXMASTER="mixmaster" -ISPELL SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/mail" PKGDATADIR="/usr/share/mutt" SYSCONFDIR="/etc" EXECSHELL="/bin/sh" patch-attach-headers-color-neomutt patch-compress-neomutt patch-cond-date-neomutt patch-encrypt-to-self-neomutt patch-fmemopen-neomutt patch-forgotten-attachments-neomutt patch-ifdef-neomutt patch-index-color-neomutt patch-initials-neomutt patch-keywords-neomutt patch-limit-current-thread-neomutt patch-lmdb-neomutt patch-multiple-fcc-neomutt patch-nested-if-neomutt patch-new-mail-neomutt patch-nntp-neomutt patch-notmuch-neomutt patch-progress-neomutt patch-quasi-delete-neomutt patch-reply-with-xorig-neomutt patch-sensible-browser-neomutt patch-sidebar-neomutt patch-skip-quoted-neomutt patch-smime-encrypt-self-neomutt patch-status-color-neomutt patch-timeout-neomutt patch-tls-sni-neomutt To learn more about NeoMutt, visit: http://www.neomutt.org/ If you find a bug in NeoMutt, please r
Bug#837513: Exception: opening ~/.kde/share/apps/kajongg/kajongg.db: no such table: general
Package: kajongg Version: 4:16.04.0-1 Severity: normal Some upgrade path doesn't seem to handle quite old settings: $ kajongg C: opening ~/.kde/share/apps/kajongg/kajongg.db: no such table: general File "/usr/share/kde4/apps/kajongg/query.py", line 283, in initDb PrepareDB(DBHandle.dbPath()) # create or upgrade File "/usr/share/kde4/apps/kajongg/query.py", line 363, in __init__ self.__upgrade() File "/usr/share/kde4/apps/kajongg/query.py", line 419, in __upgrade (unicodeString(self.path), exc.message)) Traceback (most recent call last): File "/usr/games/kajongg", line 172, in parseOptions() File "/usr/games/kajongg", line 147, in parseOptions if not initDb(): File "/usr/share/kde4/apps/kajongg/query.py", line 283, in initDb PrepareDB(DBHandle.dbPath()) # create or upgrade File "/usr/share/kde4/apps/kajongg/query.py", line 363, in __init__ self.__upgrade() File "/usr/share/kde4/apps/kajongg/query.py", line 419, in __upgrade (unicodeString(self.path), exc.message)) File "/usr/share/kde4/apps/kajongg/log.py", line 227, in logException raise Exception(nativeString(exception)) Exception: opening ~/.kde/share/apps/kajongg/kajongg.db: no such table: general I've got that file, and it is an SQLite3 database, but it makes kajongg unusable. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kajongg depends on: ii kdegames-mahjongg-data 4:14.12.3-3 ii libqt4-sql-sqlite 4:4.8.7+dfsg-8 ii python-kde4 4:4.14.3-2 ii python-qt4-sql 4.11.4+dfsg-2 ii python-twisted-core 16.3.0-1 pn python:any ii vorbis-tools1.4.0-10 Versions of packages kajongg recommends: ii khelpcenter 4:16.04.2-2 kajongg suggests no packages. -- no debconf information
Bug#836911: /usr/bin/winecfg-development: winecfg-development is a fork bomb
Package: wine-development Version: 1.9.18-1 Severity: normal File: /usr/bin/winecfg-development Running winecfg-development just made my machine unusable. Excerpts of my "ps fax" output: 5836 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 5843 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 5844 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 5845 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 5846 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 5847 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 5848 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 5849 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 5842 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 5850 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 5853 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 5851 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop ... 6383 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 16146 ?T 0:00 \_ C:\windows\system32\explorer.exe /desktop 6384 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 16143 ?T 0:00 \_ C:\windows\system32\explorer.exe /desktop 6386 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop 16217 ?T 0:00 \_ C:\windows\system32\explorer.exe /desktop 6387 ?Ts 0:00 C:\windows\system32\explorer.exe /desktop ... 16068 ?Ts 0:00 /usr/lib/wine/wine64 C:\windows\system32\explorer.exe /desktop 16065 ?Ts 0:00 /usr/lib/wine/wine64 C:\windows\system32\explorer.exe /desktop 16071 ?Ts 0:03 /usr/lib/wine/wine64 C:\windows\system32\explorer.exe /desktop 16077 ?Ts 0:00 /usr/lib/wine/wine64 C:\windows\system32\explorer.exe /desktop 16056 ?Ts 0:00 /usr/lib/wine/wine64 C:\windows\system32\explorer.exe /desktop 16067 ?Ts 0:00 /usr/lib/wine/wine64 C:\windows\system32\explorer.exe /desktop 16070 ?Ts 0:01 /usr/lib/wine/wine64 C:\windows\system32\explorer.exe /desktop 16073 ?Ts 0:00 /usr/lib/wine/wine64 C:\windows\system32\explorer.exe /desktop The console window I started that in was spammed with lots of messages: err:win:GetDesktopWindow failed to create desktop window err:ole:apartment_createwindowifneeded CreateWindow failed with error 1411 err:win:GetDesktopWindow failed to create desktop window err:ole:apartment_createwindowifneeded CreateWindow failed with error 1411 err:system:SYSPARAMS_Init Can't create wine registry branch err:system:SYSPARAMS_Init Can't create wine registry branch err:system:SYSPARAMS_Init Can't create wine registry branch err:system:SYSPARAMS_Init Can't create wine registry branch err:win:GetDesktopWindow failed to create desktop window err:win:GetDesktopWindow failed to create desktop window err:win:GetDesktopWindow failed to create desktop window err:win:GetDesktopWindow failed to create desktop window err:win:GetDesktopWindow failed to create desktop window err:ole:RPC_StartRemoting Couldn't register endpoint L"\\pipe\\OLE_03f203f3" err:ole:RPC_StartRemoting Couldn't register endpoint L"\\pipe\\OLE_03ee03ef" err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:win:GetDesktopWindow failed to create desktop window err:win:GetDesktopWindow failed to create desktop window err:win:GetDesktopWindow failed to create desktop window err:system:SYSPARAMS_Init Can't create wine registry branch err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:win:GetDesktopWindow failed to create desktop window err:win:GetDesktopWindow failed to create desktop window err:win:GetDesktopWindow failed to create desktop window err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex err:font:WineEngInit Failed to create font mutex
Bug#835175: gitk: File filter doesn't work, wrong or empty result
Package: gitk Version: 1:2.9.3-1 Severity: normal When modifying the current view, the "Changes to files" filter doesn't work - neither via "Fixed String" nor with "Regular Expression". In any git repo, copying a filename in the Patch or Tree pane, pasting it into this box, and pressing "Apply" gives a wrong or empty result set. No, there are no really special characters inside - even just choosing "Makefile" at the root of the checkout either gives no commit or ones that don't modify this file. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gitk depends on: ii git 1:2.9.3-1 ii tk 8.6.0+9 gitk recommends no packages. Versions of packages gitk suggests: pn git-doc -- no debconf information
Bug#834599: /usr/bin/lxqt-config-appearance: ~/.config/fontconfig/fonts.conf gets overwritten
Package: lxqt-config Version: 0.10.0-3+b1 Severity: normal File: /usr/bin/lxqt-config-appearance I recently switched to LXQt, and played around with its configuration utilities. Only some time later I found out that my (custom) fonts.conf got overwritten, without asking. (Only a few entries got lost, which I could restore.) Perhaps it should put its config files into ~/.config/fontconfig/conf.d/ instead? Would be easier than meaningfully amending the (shared) fonts.conf. (Yeah, I moved *my* parts in there now... but would each user have to find that out by herself?) Thanks for listening. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lxqt-config depends on: ii libc6 2.23-4 ii libkf5screen-bin4:5.7.0-1 ii libkf5screen7 4:5.7.0-1 ii liblxqt0 [lxqt-abi-0-10-0] 0.10.0-5 ii libqt5core5a5.6.1+dfsg-3+b1 ii libqt5gui5 5.6.1+dfsg-3+b1 ii libqt5svg5 5.6.1-2 ii libqt5widgets5 5.6.1+dfsg-3+b1 ii libqt5x11extras55.6.1-2 ii libqt5xdg1 1.3.0-4 ii libqt5xml5 5.6.1+dfsg-3+b1 ii libstdc++6 6.1.1-11 ii libx11-62:1.6.3-1 ii libxcb1 1.11.1-1.1 ii libxcursor1 1:1.1.14-1+b1 ii libxfixes3 1:5.0.2-1 ii zlib1g 1:1.2.8.dfsg-2+b1 lxqt-config recommends no packages. lxqt-config suggests no packages. -- no debconf information -- : Philipp Marek : LINBIT | Keeping the Digital World Running : DRBD - Heartbeat - Corosync - Pacemaker DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
Bug#834498: qtqr: Can't handle non-ASCII characters
Package: qtqr Version: 1.4~bzr21-1 Severity: important Trying to scan a business card with non-ASCII letter in the VCard causes qtqr to throw Python errors. Eg., a VCARD that has TITLE:Geschäftsführer in it first throws in ZBar Processor data_handler: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/qrtools.py", line 217, in my_handler self.data_type = self.data_recognise() File "/usr/lib/python2.7/dist-packages/qrtools.py", line 89, in data_recognise if data_lower.startswith(u"http://";) or data_lower.startswith(u"https://";): return u'url' UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 74: ordinal not in range(128) Trying to get it working by --- /usr/lib/python2.7/dist-packages/qrtools.py.ORIG 2016-08-16 12:14:09.472868768 +0200 +++ /usr/lib/python2.7/dist-packages/qrtools.py 2016-08-16 12:19:01.298722887 +0200 @@ -85,7 +85,7 @@ def data_recognise(self, data = None): """Returns an unicode string indicating the data type of the data paramater""" data = data or self.data -data_lower = data.lower() +data_lower = data.lower().decode("utf-8") if data_lower.startswith(u"http://";) or data_lower.startswith(u"https://";): return u'url' elif data_lower.startswith(u"mailto:";): return u'email' elif data_lower.startswith(u"matmsg:to:"): return u'emailmessage' does help a bit, but then it crashes again with text: Traceback (most recent call last): File "/usr/bin/qtqr", line 718, in decodeWebcam self.showInfo(qr) File "/usr/bin/qtqr", line 571, in showInfo print data.encode(u"utf-8") UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 74: ordinal not in range(128) Using straight "zbarcam" works as expected - I just get the VCARD info printed to the screen. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qtqr depends on: ii python-qrtools 1.4~bzr21-1 ii python-qt4 4.11.4+dfsg-2 pn python:any qtqr recommends no packages. qtqr suggests no packages. -- no debconf information
Bug#833151: RFP: nvim-lldb -- LLDB debugger integration for Neovim
Package: wnpp Severity: wishlist * Package name: nvim-lldb Version : v0.7 Upstream Author : John C F (critiqjo) (on github) * URL : https://github.com/critiqjo/lldb.nvim * License : Unknown yet https://github.com/critiqjo/lldb.nvim/issues/30 Programming Lang: VIML Description : LLDB debugger integration for Neovim This plugin provides LLDB debugger integration for Neovim, featuring: Buffers showing debugger state: backtrace, breakpoints etc. Event-based, non-blocking UI Breakpoints persistence across exits Modal approach: define modes and replay commands during mode-switches Tab-completion for LLDB commands
Bug#833150: neovim: Please add contribs as well
Package: neovim Version: 0.1.4-1 Severity: wishlist Please put contribs (like contrib/gdb/neovim_gdb.vim) into the neovim (or neovim-runtime) debs as well. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages neovim depends on: ii libc62.23-4 ii libjemalloc1 3.6.0-9 ii libluajit-5.1-2 2.0.4+dfsg-1 ii libmsgpackc2 1.4.0-2 ii libtermkey1 0.18-1 ii libunibilium01.2.0-1 ii libuv1 1.9.1-1 ii libvterm00~bzr679-1 ii neovim-runtime 0.1.4-1 Versions of packages neovim recommends: ii python-neovim 0.1.9-1 ii python3-neovim 0.1.5-1 pn xsel | xclip Versions of packages neovim suggests: ii exuberant-ctags [ctags] 1:5.9~svn20110310-11 pn vim-scripts -- no debconf information
Bug#832598: atop: segfault; proc filtered, threads on, cursor left
Package: atop Version: 1.27.3-1 Severity: normal I can crash atop reliably and reproducible with this sequence: * start atop * filter by some process name ("P"); must fit fully on the screen (eg. "acpi") * show threads ("y") * cursor left * BOOM No -dbgsym on http://debug.mirrors.debian.org/debian-debug/, so only this information is available: (gdb) bt #0 0x004131e9 in ?? () #1 0x0040ee3e in ?? () #2 0x0040cbb7 in ?? () #3 0x00403b2a in ?? () #4 0x770eb730 in __libc_start_main (main=0x403100, argc=3, argv=0x7fffec08, init=, fini=, rtld_fini=, stack_end=0x7fffebf8) at ../csu/libc-start.c:291 #5 0x00403be5 in ?? () #6 0x7fffebf8 in ?? () #7 0x001c in ?? () #8 0x0003 in ?? () #9 0x7fffee2d in ?? () #10 0x7fffee3b in ?? () #11 0x7fffee3e in ?? () #12 0x in ?? () But if it's as reproducible for you it should be easy to fix and/or find. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages atop depends on: ii libc62.23-2 ii libncurses5 6.0+20160625-1 ii libtinfo56.0+20160625-1 ii lsb-base 9.20160629 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages atop recommends: ii cron 3.0pl1-128 atop suggests no packages. -- no debconf information
Bug#827441: systemtap: "print_stack_address" incompatible pointer type
Package: systemtap Version: 3.0-5 Severity: normal After being able to use systemtap the previous week, it doesn't work any more. > Pass 3: translated to C into > "/tmp/stapaMwzDO/stap_36f2c7d21ee09cb86f5af7e74540dabf_241768_src.c" using > 108388virt/45416res/7988shr/37504data kb, in 500usr/60sys/565real ms. > Running env -uARCH -uKBUILD_EXTMOD -uCROSS_COMPILE -uKBUILD_IMAGE > -uKCONFIG_CONFIG -uINSTALL_PATH > PATH=/usr/bin:/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin > make -C /lib/modules/4.6.0-1-amd64/build M=/tmp/stapaMwzDO modules > ARCH=x86_64 CONFIG_DEBUG_INFO= --no-print-directory -j5 > CC [M] /tmp/stapaMwzDO/stap_36f2c7d21ee09cb86f5af7e74540dabf_241768_src.o > CC [M] /tmp/stapaMwzDO/stap_36f2c7d21ee09cb86f5af7e74540dabf_241768_aux_0.o > In file included from > /tmp/stapaMwzDO/stap_36f2c7d21ee09cb86f5af7e74540dabf_241768_src.c:4644:0: > /usr/share/systemtap/runtime/stack.c:133:13: error: initialization from > incompatible pointer type [-Werror=incompatible-pointer-types] > .address = print_stack_address, > ^ > /usr/share/systemtap/runtime/stack.c:133:13: note: (near initialization for > ‘print_stack_ops.address’) > cc1: all warnings being treated as errors My today's "apt-get upgrade" gave me afl-doc cups-browsed cups-filters cups-filters-core-drivers gcj-5-jre-lib graphviz libcdt5 libcgraph6 libcupsfilters1 libfontembed1 libgcj16 libgif7 libgvc6 libgvpr2 libmxml1 libpathplan4 libphonon4 libphonon4qt5-4 libphononexperimental4 libupower-glib3 libxdot4 moarvm phonon phonon4qt5 phonon4qt5-backend-null upower and I installed linux-image-4.6.0-1-amd64-dbg, but I don't quite see how one of these could cause that error. (Though I didn't use systemtap yesterday, AFAIR, so it might be some other update?) The problematic call in my stap file is "print_backtrace()" - if I comment that out, I can compile, but that won't really help that much ;/ And I'm fairly sure I had the print_backtrace() calls in last week, too... -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemtap depends on: ii libavahi-client3 0.6.32~rc+dfsg-1 ii libavahi-common3 0.6.32~rc+dfsg-1 ii libc6 2.22-11 ii libdw1 0.163-5.1 ii libelf10.163-5.1 ii libgcc11:6-20160109-1 ii libnspr4 2:4.12-2 ii libnspr4-0d2:4.12-2 ii libnss32:3.23-2 ii libnss3-1d 2:3.23-2 ii libsqlite3-0 3.13.0-1 ii libstdc++6 5.3.1-14 ii make 4.1-9 ii systemtap-common 3.0-5 ii systemtap-runtime 3.0-5 systemtap recommends no packages. Versions of packages systemtap suggests: pn systemtap-doc ii vim-addon-manager 0.5.5 -- no debconf information
Bug#826802: systemtap: 3.0-4 incompatible with 4.6.0-1-amd64
Package: systemtap Version: 3.0-4 Severity: normal Please provide a newer version; this one is incompatible with 4.6.0-1-amd64: In file included from /usr/share/systemtap/runtime/linux/runtime.h:209:0, from /usr/share/systemtap/runtime/runtime.h:24, from /tmp/stapDAlDEy/stap_e32b7c2fcca6c8c8d00a76459f915128_13_src.c:26: /usr/share/systemtap/runtime/linux/access_process_vm.h: In function ‘__access_process_vm_’: /usr/share/systemtap/runtime/linux/access_process_vm.h:35:29: error: passing argument 1 of ‘get_user_pages’ makes integer from pointer without a cast [-Werror=int-conversion] ret = get_user_pages (tsk, mm, addr, 1, write, 1, &page, &vma); and several more such errors. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemtap depends on: ii libavahi-client3 0.6.32~rc+dfsg-1 ii libavahi-common3 0.6.32~rc+dfsg-1 ii libc6 2.22-9 ii libdw1 0.163-5.1 ii libelf10.163-5.1 ii libgcc11:6-20160109-1 ii libnspr4 2:4.12-2 ii libnspr4-0d2:4.12-2 ii libnss32:3.23-2 ii libnss3-1d 2:3.23-2 ii libsqlite3-0 3.13.0-1 ii libstdc++6 5.3.1-14 ii make 4.1-9 ii systemtap-common 3.0-4 ii systemtap-runtime 3.0-4 systemtap recommends no packages. Versions of packages systemtap suggests: pn systemtap-doc ii vim-addon-manager 0.5.5 -- no debconf information
Bug#777127: mutt-patched: Issue when using both sidebar_folderindent and sidebar_shortpath
Package: mutt-patched Version: 1.6.0-1 Followup-For: Bug #777127 Me too, it's broken in 1.6.0-1. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mutt-patched depends on: ii libassuan02.4.2-3 ii libc6 2.22-7 ii libcomerr21.43~WIP.2016.03.15-2 ii libgnutls30 3.4.11-4 ii libgpg-error0 1.22-1 ii libgpgme111.6.0-3 ii libgssapi-krb5-2 1.13.2+dfsg-5 ii libidn11 1.32-3 ii libk5crypto3 1.13.2+dfsg-5 ii libkrb5-3 1.13.2+dfsg-5 ii libncursesw5 6.0+20160319-1 ii libsasl2-22.1.26.dfsg1-15 ii libtinfo5 6.0+20160319-1 ii libtokyocabinet9 1.4.48-10 ii mutt 1.6.0-1 mutt-patched recommends no packages. mutt-patched suggests no packages.
Bug#822839: linux-image-4.5.0-1-amd64: Suspend to RAM keeps CPU running
Package: src:linux Version: 4.5.1-1 Severity: normal With 4.4.0-1-amd64, suspend to RAM works 9 times out of 10. (Sometimes the machine boots afresh instead of just waking up.) With 4.5.0-1-amd64, the first (and up to now only) try looked normal (screen off, LED blinking), but a few minutes later I noticed that the backpack was getting really hot. Checking I found that the fan was running at maximum, because (I guess) the CPU was still running at top speed. Opening the laptop didn't wake it up, neither did pressing the power key; I had to remove the battery to turn it off and let it cool down. JFI: linux-image-4.4.0-1-amd64=4.4.6-1; but most linux-image versions do STR (to 90% ;) fine. -- Package-specific info: ** Kernel log: boot messages should be attached Hrm, since systemd the /var/log/dmesg file isn't filled anymore... so all the dmesg.* files are from 2014, sorry. ** Model information sys_vendor: LENOVO product_name: 20B2000PGE product_version: ThinkPad Edge E545 chassis_vendor: LENOVO chassis_version: Not Available bios_vendor: LENOVO bios_version: HRET24WW (1.12) board_vendor: LENOVO board_name: 20B2000PGE board_version: Not Available ** PCI devices: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Complex [1022:1410] Subsystem: Lenovo Family 15h (Models 10h-1fh) Processor Root Complex [17aa:510a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- [disabled] Capabilities: Kernel driver in use: radeon Kernel modules: radeon 00:01.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Trinity HDMI Audio Controller [1002:9902] Subsystem: Lenovo Trinity HDMI Audio Controller [17aa:510a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 00:04.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port [1022:1414] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport Kernel modules: shpchp 00:05.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port [1022:1415] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport Kernel modules: shpchp 00:07.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port [1022:1417] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport Kernel modules: shpchp 00:10.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller [1022:7814] (rev 09) (prog-if 30 [XHCI]) Subsystem: Lenovo FCH USB XHCI Controller [17aa:510a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: xhci_hcd Kernel modules: xhci_pci 00:10.1 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller [1022:7814] (rev 09) (prog-if 30 [XHCI]) Subsystem: Lenovo FCH USB XHCI Controller [17aa:510a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: xhci_hcd Kernel modules: xhci_pci 00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7804] (rev 40) (prog-if 01 [AHCI 1.0]) Subsystem: Lenovo FCH SATA Controller [AHCI mode] [17aa:510a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+
Bug#820998: kcalc: "constant" keys don't work
Package: kcalc Version: 4:15.12.1-1 Severity: minor I configure kcalc to show the "constant" keys, and set them up with various values (π, c, e, ...). Pressing them doesn't paste the number in, though. For example: using the mouse to press "1", "+", "π", "=" shows "2" ;( BTW, Avogadro is displayed with the text "N_A" - I guess the "A" should be instead. "N_A" looks very much like "Not applicable", and that's easy to misunderstand here ;) Thanks! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kcalc depends on: ii libc6 2.22-5 ii libgcc1 1:6-20160109-1 ii libgmp10 2:6.1.0+dfsg-2 ii libkf5configcore5 5.16.0-1 ii libkf5configgui5 5.16.0-1 ii libkf5configwidgets5 5.16.0-1 ii libkf5coreaddons5 5.16.0-1 ii libkf5guiaddons5 5.16.0-1 ii libkf5i18n5 5.16.0-1 ii libkf5notifications5 5.16.0-1 ii libkf5widgetsaddons5 5.16.0-1 ii libkf5xmlgui5 5.16.0-1 ii libqt5core5a 5.5.1+dfsg-16+b1 ii libqt5gui55.5.1+dfsg-16+b1 ii libqt5widgets55.5.1+dfsg-16+b1 ii libqt5xml55.5.1+dfsg-16+b1 ii libstdc++65.3.1-13 kcalc recommends no packages. kcalc suggests no packages. -- no debconf information
Bug#820803: xterm: X resources parsed with locale settings
Package: xterm Version: 324-1 Severity: normal Settings activated via ~/.Xresources are parsed locale-dependent. I'm running LANG=de_AT.UTF-8; if I put XTerm*scaleHeight: 1.3 in ~/.Xresources (and "xrdb -merge" it), it's ignored. The setting XTerm*scaleHeight: 1,3 works, though. Now, that won't work for long, as the /home directory is shared across quite a few machines; and not all of them have locales installed, and not on all of them I'm working with "de_AT", so on these the setting is invalid again. Configuration files should be parsed via the "C" locale, IMO - having to think about "," vs. "." in there is awkward. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xterm depends on: ii libc6 2.22-5 ii libfontconfig1 2.11.0-6.4 ii libice6 2:1.0.9-1+b1 ii libtinfo5 6.0+20160319-1 ii libutempter01.1.6-3 ii libx11-62:1.6.3-1 ii libxaw7 2:1.0.13-1 ii libxft2 2.3.2-1 ii libxmu6 2:1.1.2-2 ii libxpm4 1:3.5.11-1+b1 ii libxt6 1:1.1.5-1 ii xbitmaps1.1.1-2 Versions of packages xterm recommends: ii x11-utils 7.7+3 Versions of packages xterm suggests: pn xfonts-cyrillic -- no debconf information
Bug#820800: libfontforge1: undefined symbol: png_longjmp
Package: libfontforge1 Version: 20120731.b-7.1+b1 Severity: normal Starting "fontforge" is not possible: # fontforge fontforge: symbol lookup error: /usr/lib/libgutils.so.1: undefined symbol: png_longjmp -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages fontforge depends on: ii fontforge-common 20120731.b-7.1 ii libc62.22-5 ii libcairo21.14.6-1 ii libfontconfig1 2.11.0-6.4 ii libfontforge120120731.b-7.1+b1 ii libfreetype6 2.6.3-3 ii libgdraw420120731.b-7.1+b1 ii libgif7 5.1.2-0.2 ii libglib2.0-0 2.48.0-1 ii libice6 2:1.0.9-1+b1 ii libjpeg62-turbo 1:1.4.2-2 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpangoft2-1.0-01.38.1-1 ii libpangoxft-1.0-01.38.1-1 ii libpython2.7 2.7.11-7 ii libsm6 2:1.2.2-1+b1 ii libspiro01:0.5.20150702-4 ii libtiff5 4.0.6-1 ii libuninameslist0 0.5.20150701-1 ii libx11-6 2:1.6.3-1 ii libxft2 2.3.2-1 ii libxml2 2.9.3+dfsg1-1 fontforge recommends no packages. Versions of packages fontforge suggests: pn autotrace pn fontforge-doc pn fontforge-extras pn potrace pn python-fontforge -- no debconf information
Bug#818062: RFP: x11fs -- A tool for manipulating X windows
Package: wnpp Severity: wishlist * Package name: x11fs Version : 0.0.0 Upstream Author : Samuel Hand * URL : https://github.com/sdhand/x11fs * License : BSD? Programming Lang: C Description : A tool for manipulating X windows x11fs is a tool for manipulating X windows. It creates a vitual filesystem to represent open windows, similar to what /proc does for processes. This allows windows to be controlled using any language or tool with simple file IO, in a true unix fashion.
Bug#815976: vim-athena: ":cope" limited to 1024 chars per line
Package: vim-athena Version: 2:7.4.963-1+b1 Severity: normal Capturing the output of "make" in ":cope" has a 1024-characters-per-line limit; this is not enough for eg. kernel build command lines. To reproduce, type ":make V=1" (and stop after some lines) and then use ":cope"; the lines will be broken at the 1024 char limit, with any data (filenames, flags, etc.) simply cut off. || mkdir -p kernel/ || gcc -Wp,-MD,kernel/.bounds.s.d -nostdinc - || 4 -fno-stack-protector -Wno-unused-but-set-va || set -e; : ' CHK include/generated/bounds || set -e; : ' CHK include/generated/timeco || mkdir -p arch/x86/kernel/ || gcc -Wp,-MD,arch/x86/kernel/.asm-offsets.s. || arger-than=1024 -fno-stack-protector -Wno-unu || set -e; : ' CHK include/generated/asm-of || /bin/bash scripts/checksyscalls.sh gcc -Wp, || e-data-races=0 -Wframe-larger-than=1024 -fno- || make -f ./scripts/Makefile. This makes navigating the commands being used, "gf" on filenames, etc., needlessly complicated. -- Package-specific info: --- real paths of main Vim binaries --- /usr/bin/vi is /usr/bin/vim.gnome /usr/bin/vim is /usr/bin/vim.gnome /usr/bin/gvim is /usr/bin/vim.gnome -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vim-athena depends on: ii libacl1 2.2.52-3 ii libc6 2.21-9 ii libgpm2 1.20.4-6.1+b2 ii libice6 2:1.0.9-1+b1 ii liblua5.2-0 5.2.4-1 ii libperl5.22 5.22.1-7 ii libpython2.72.7.11-3 ii libruby2.2 2.2.4-1 ii libselinux1 2.4-3 ii libsm6 2:1.2.2-1+b1 ii libtcl8.6 8.6.4+dfsg-3 ii libtinfo5 6.0+20151024-2 ii libx11-62:1.6.3-1 ii libxaw7 2:1.0.13-1 ii libxmu6 2:1.1.2-2 ii libxpm4 1:3.5.11-1+b1 ii libxt6 1:1.1.5-1 ii vim-common 2:7.4.963-1+b1 ii vim-gui-common 2:7.4.963-1 ii vim-runtime 2:7.4.963-1 vim-athena recommends no packages. Versions of packages vim-athena suggests: ii cscope 15.8b-1 pn vim-doc -- no debconf information
Bug#812737: neovim: python-neovim is recommended
Package: neovim Version: 0.1.1-3 Severity: normal In :help nvim-from-vim the documentation basically requires (or, at least, strongly recommends) a python-neovim package - but that isn't available (yet). Using "pip" would fetch some dependencies that are already available as python packages (trollius, greenlet). -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages neovim depends on: ii libc62.21-6 ii libjemalloc1 3.6.0-8 ii libluajit-5.1-2 2.0.4+dfsg-1 ii libmsgpackc2 0.5.7-3 ii libtermkey1 0.18-1 ii libunibilium01.2.0-1 ii libuv1 1.8.0-1 ii libvterm00~bzr679-1 ii neovim-runtime 0.1.1-3 Versions of packages neovim recommends: pn xsel | xclip Versions of packages neovim suggests: pn ctags pn vim-scripts -- no debconf information
Bug#811357: linux-image-4.3.0-1-amd64: btrfs FITRIM endless loop
Package: src:linux Version: 4.3.3-5 Severity: normal I'm using BTRFS as root filesystem (with luks and DRBD 8.4.7 below), on a partition on a SSD. Running the command $ fstrim -v -o 1 -l 1 / shows up in strace as open("/", O_RDONLY) = 4 fstat(4, {st_mode=S_IFDIR|0755, st_size=278, ...}) = 0 ioctl(4, FITRIM, {start=0x5f5e100, len=0x5f5e100, minlen=0}^C^C^C^CProcess 20160 detached but a "btrace" output shows this: 147,92 1125 0.505991030 20160 A D 2508256 + 1 <- (252,0) 2504160 147,92 1126 0.505991386 20160 Q D 2508256 + 1 [fstrim] 147,92 1127 0.506298337 20160 A D 411104 + 1 <- (252,0) 407008 147,92 1128 0.506298680 20160 Q D 411104 + 1 [fstrim] 147,92 1129 0.506554199 20160 A D 2508256 + 1 <- (252,0) 2504160 147,92 1130 0.506554518 20160 Q D 2508256 + 1 [fstrim] 147,92 1131 0.506806643 20160 A D 411104 + 1 <- (252,0) 407008 147,92 1132 0.506806977 20160 Q D 411104 + 1 [fstrim] 147,92 1133 0.507059795 20160 A D 2508256 + 1 <- (252,0) 2504160 147,92 1134 0.507060125 20160 Q D 2508256 + 1 [fstrim] 147,92 1135 0.507311777 20160 A D 411104 + 1 <- (252,0) 407008 147,92 1136 0.507312087 20160 Q D 411104 + 1 [fstrim] 147,92 1137 0.507563697 20160 A D 2508256 + 1 <- (252,0) 2504160 147,92 1138 0.507564052 20160 Q D 2508256 + 1 [fstrim] 147,92 1139 0.507815066 20160 A D 411104 + 1 <- (252,0) 407008 147,92 1140 0.507815413 20160 Q D 411104 + 1 [fstrim] 147,92 1141 0.508063192 20160 A D 2508256 + 1 <- (252,0) 2504160 147,92 1142 0.508063518 20160 Q D 2508256 + 1 [fstrim] 147,92 1143 0.508313576 20160 A D 411104 + 1 <- (252,0) 407008 147,92 1144 0.508313853 20160 Q D 411104 + 1 [fstrim] 147,92 1145 0.508549305 20160 A D 2508256 + 1 <- (252,0) 2504160 147,92 1146 0.508549637 20160 Q D 2508256 + 1 [fstrim] 147,92 1147 0.508813063 20160 A D 411104 + 1 <- (252,0) 407008 147,92 1148 0.508813372 20160 Q D 411104 + 1 [fstrim] Ie. "fstrim" makes the kernel's BTRFS FITRIM submit always the same two block numbers, seemingly in an endless loop. Perhaps related, running the command $ fstrim -v -o 0 -l 10 / (ie. trim within the first 1 GB) returned /: 2 GiB (2159243264 bytes) trimmed and $ fstrim -v -o 0 -l 1 / (trim 100MB) said /: 991,6 MiB (1039757312 bytes) trimmed which is unexpected, too - the manual page states the units are bytes. Not sure how easy that is to reproduce - the root filesystem on that machine is 21 months old, and has seen quite a lot of dist-upgrades inbetween, so it might be heavily fragmented. -- Package-specific info: ** Version: Linux version 4.3.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 20160101 (Debian 5.3.1-5) ) #1 SMP Debian 4.3.3-5 (2016-01-04) ** Command line: BOOT_IMAGE=/vmlinuz-4.3.0-1-amd64 root=UUID=1bfc62e3-f883-42f0-a2aa-3c67ee6f563f ro quiet no_console_suspend=1 noresume cryptopts=source=/dev/drbd9,target=sda2_crypt,discard,rootdev cgroup_enable=memory swapaccount=1 ** Tainted: PWO (4609) * Proprietary module has been loaded. * Taint on warning. * Out-of-tree module has been loaded. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages linux-image-4.3.0-1-amd64 depends on: ii debconf [debconf-2.0] 1.5.58 ii initramfs-tools [linux-initramfs-tool] 0.120 ii kmod21-1 ii linux-base 4.0 Versions of packages linux-image-4.3.0-1-amd64 recommends: ii firmware-linux-free 3.4 ii irqbalance 1.1.0-2 Versions of packages linux-image-4.3.0-1-amd64 suggests: pn debian-kernel-handbook ii extlinux3:6.03+dfsg-11 ii grub-efi2.02~beta2-33 pn linux-doc-4.3 Versions of packages linux-image-4.3.0-1-amd64 is related to: pn firmware-atheros pn firmware-bnx2 ii firmware-bnx2x 20160110-1 ii firmware-brcm80211 20160110-1 pn firmware-intelwimax pn firmware-ipw2x00 pn firmware-ivtv pn firmware-iwlwifi pn firmware-libertas
Bug#810819: gcc-5: misoptimization, "goto out" removed
Package: gcc-5 Version: 5.3.1-5 Severity: normal During debugging for some strange behaviour in DRBD I got upon this. * DRBD 8.4 from GIT head (http://git.drbd.org/drbd-8.4.git/) * compiling for linux-headers-4.3.0-1-amd64=4.3.3-5 * drbd_send_dblock(), in drbd/drbd_main.c For reference: the codeblock is around line 1759, and looks like this: if (dp_flags & DP_DISCARD) { struct p_trim *t = (struct p_trim*)p; t->size = cpu_to_be32(req->i.size); err = __send_command(peer_device->connection, device->vnr, sock, P_TRIM, sizeof(*t), NULL, 0); goto out; } if (dp_flags & DP_WSAME) { Now, when I look at the generated disassembly, the "goto out" instruction is simply missing: 0x00028626 <+358>: mov%eax,0x18(%rdi) 0x00028629 <+361>: mov0x10(%rsp),%rax 0x0002862e <+366>: mov0x18(%r10),%rdi 0x00028632 <+370>: mov0x68(%rax),%esi 0x00028635 <+373>: movl $0x0,0x8(%rsp) 0x0002863d <+381>: movq $0x0,(%rsp) 0x00028645 <+389>: callq 0x267d0 <__send_command> 0x0002864a <+394>: mov%eax,0x20(%rsp) # store result 0x0002864e <+398>: mov0x40(%rsp),%rdi # load for DP_WSAME 0x00028653 <+403>: callq 0x28658 When I insert #pragma GCC push_options #pragma GCC optimize ("O0") above the function definition, the result is this: 0x00027aad <+605>: movl $0x0,0x8(%rsp) 0x00027ab5 <+613>: movq $0x0,(%rsp) 0x00027abd <+621>: mov$0x1c,%r9d 0x00027ac3 <+627>: mov$0x31,%r8d 0x00027ac9 <+633>: mov%rax,%rdi 0x00027acc <+636>: callq 0x2cc00 <__send_command> 0x00027ad1 <+641>: mov%eax,0x30(%rsp) 0x00027ad5 <+645>: jmpq 0x27de0 0x00027ada <+650>: mov0x2c(%rsp),%eax Hooray, the jump is back! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gcc-5 depends on: ii binutils 2.25.90.20160101-1 ii cpp-5 5.3.1-5 ii gcc-5-base5.3.1-5 ii libc6 2.21-6 ii libcc1-0 5.3.1-5 ii libgcc-5-dev 5.3.1-5 ii libgcc1 1:5.3.1-5 ii libgmp10 2:6.1.0+dfsg-2 ii libisl15 0.15-3 ii libmpc3 1.0.3-1 ii libmpfr4 3.1.3-2 ii libstdc++65.3.1-5 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages gcc-5 recommends: ii libc6-dev 2.21-6 Versions of packages gcc-5 suggests: pn gcc-5-doc pn gcc-5-locales pn gcc-5-multilib pn libasan2-dbg pn libatomic1-dbg pn libcilkrts5-dbg pn libgcc1-dbg pn libgomp1-dbg pn libitm1-dbg pn liblsan0-dbg pn libmpx0-dbg pn libquadmath0-dbg pn libtsan0-dbg pn libubsan0-dbg -- no debconf information
Bug#784734: /usr/bin/column: Re: column segfaults on jessie
Package: bsdmainutils Version: 9.0.6+b1 Followup-For: Bug #784734 I don't believe that it's *just* the stack size: $ column Segmentation fault $ ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) 90 scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 44301 max locked memory (kbytes, -l) 2097144 max memory size (kbytes, -m) 100 open files (-n) 65536 pipe size(512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 95 stack size (kbytes, -s) 1024 cpu time (seconds, -t) unlimited max user processes (-u) 44301 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited 1M stack size should be reasonable, shouldn't it?
Bug#809209: libsvn_subr-1.so.1: svn: E235000: dirent_uri.c:2335: assertion
Package: libsvn1 Version: 1.9.2-3+b1 Severity: normal File: /usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1 Original subject before shortening: /usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1: svn: E235000: In file '.../dirent_uri.c' line 2335: assertion failed (svn_uri_is_canonical(url, pool)) During a run with my automated test suite for FSVS I noticed that some things that previously worked do not any more. I can't really give a hard range of SVN versions, but I guess 2 or 3 years ago that wasn't a problem yet ;/ Basically, my code does an "svn_ra_open()" with an URL of "file:///tmp/fsvs-test-1044/repos/trunk/ä-30305/ö-13157/§-2186"; the repository base is (easily guessed ;) at "file:///tmp/fsvs-test-1044/repos/". I guess that the non-ASCII characters in there are not parsed correctly (any more). The stack trace shows this, with the last three being in FSVS: Program received signal SIGABRT, Aborted. 0x7684a657 in raise () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x7684a657 in raise () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7684ba2a in abort () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x77b0558e in svn_error_abort_on_malfunction () from /usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1 #3 0x77b03a45 in svn_uri_get_dirent_from_file_url () from /usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1 #4 0x7587b74d in svn_ra_local__split_URL () from /usr/lib/x86_64-linux-gnu/libsvn_ra_local-1.so.1 #5 0x7587af3d in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_ra_local-1.so.1 #6 0x77698d43 in svn_ra_open4 () from /usr/lib/x86_64-linux-gnu/libsvn_ra-1.so.1 #7 0x77695c3d in svn_ra_open3 () from /usr/lib/x86_64-linux-gnu/libsvn_ra-1.so.1 #8 0x77695c66 in svn_ra_open2 () from /usr/lib/x86_64-linux-gnu/libsvn_ra-1.so.1 #9 0x77695d26 in svn_ra_open () from /usr/lib/x86_64-linux-gnu/libsvn_ra-1.so.1 #10 0x0040b88e in url__open_session (session=session@entry=0x0, missing_dirs=missing_dirs@entry=0x7fffdf98) at url.c:1103 #11 0x0040f5c3 in ci__work (root=0x7fffe080, argc=0x0, argv=0x7fffe278) at commit.c:1138 #12 0x00404aa8 in main (argc=, args=0x7fffe268, env=) at fsvs.c:1408 The repository exists, but has no content yet. FSVS tries to open this RA path; previously it would simply get ENOENT back, so it could determine which intermediate directories it had to create - but now that an assertion is triggered, it won't get to that point any more, but just "crashes" before. In case that's of interest, this is the "037_mkdir_base" test in FSVS. Thank you! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libsvn1:amd64 depends on: ii libapr11.5.2-3 ii libaprutil11.5.4-1+b1 ii libc6 2.21-4 ii libdb5.3 5.3.28-11 ii libexpat1 2.1.0-7 ii libldap-2.4-2 2.4.42+dfsg-2 ii libsasl2-2 2.1.26.dfsg1-14+b1 ii libserf-1-11.3.8-1+b1 ii libsqlite3-0 3.9.2-1 ii zlib1g 1:1.2.8.dfsg-2+b1 libsvn1:amd64 recommends no packages. libsvn1:amd64 suggests no packages. -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
Bug#808115: python-uniconvertor: Syntax error
Package: python-uniconvertor Version: 1.1.5-1 Severity: normal sorry for the german message, but "invalid syntax" is easy enough ;) > python-uniconvertor (1.1.5-1) wird eingerichtet ... > File > "/usr/lib/python2.7/dist-packages/uniconvertor/app/scripts/export_raster.py", > line 40 > from sk1libs import imaging.Image, imaging.ImageChops >^ > SyntaxError: invalid syntax > > dpkg: Fehler beim Bearbeiten des Paketes python-uniconvertor (--configure): > Unterprozess installiertes post-installation-Skript gab den Fehlerwert 101 > zurück -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-uniconvertor depends on: ii libc6 2.19-22 ii python2.7.11-1 ii python-imaging3.0.0-1 ii python-reportlab 3.2.0-1 pn python:any python-uniconvertor recommends no packages. Versions of packages python-uniconvertor suggests: pn python-uniconvertor-dbg -- no debconf information
Bug#806193: mosh: Memory leak in mosh-client?
Package: mosh Version: 1.2.5-1 Severity: normal There seems to be a memory leak in mosh-client; two of my processes (for different servers) already use 300 resp. 340 MB RAM (top output): 5855 . 20 0 375540 339864 5600 S 0,0 3,0 11:30.68 mosh-client ... 5859 . 20 0 327628 291856 5512 S 0,3 2,6 19:03.22 mosh-client ... I'm using mosh to access internal server from my notebook. That means that when I'm at home or in the train, the connection is broken for some time. I guess that's one of the factors at play here; another server that I can reach more or less continuously uses far less memory, although it's the same age: 30307. 20 0 50496 14408 5220 S 0,0 0,1 21:24.55 mosh-client ... Thanks for listening. (Please note that I can't install +b2 from unstable because of the gcc-5 transition, so in case that would've fixed it, please accept my apologies.) -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mosh depends on: ii dpkg1.18.3 ii libc6 2.19-22 ii libgcc1 1:5.1.1-14 ii libprotobuf92.6.1-1 ii libssl1.0.0 1.0.2d-1 ii libstdc++6 5.1.1-14 ii libtinfo5 6.0+20151024-2 ii libutempter01.1.6-1 ii openssh-client 1:6.9p1-2+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages mosh recommends: ii libio-socket-ip-perl 0.37-1 ii perl-base [libio-socket-ip-perl] 5.20.2-6 mosh suggests no packages. -- no debconf information
Bug#805000: /usr/bin/gksudo: Started applications hang
Package: gksu Version: 2.0.2-9 Severity: important File: /usr/bin/gksudo Related to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599233, but that's a "wishlist" item, while this here is a bug. gksudo not only swallows the stderr output, it even makes the program hang if there's too much (a pipe full, ie. 64kB) of output: This here: # gksudo -- perl -e 'printf STDERR "%500.500s\n", "a" for 0 .. 100' just gets eaten, but # gksudo -- perl -e 'printf STDERR "%500.500s\n", "a" for 0 .. 1000' will hang indefinitely. I could rescue my long-running program by emptying the pipe via # sudo cat /proc/$PID_OF_SUDO_BELOW_GKSUDO/fd/2 but that's unacceptable. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gksu depends on: ii gconf-service 3.2.6-3 ii libatk1.0-0 2.18.0-1 ii libc6 2.19-22 ii libcairo2 1.14.4-1 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.6-2 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-02.32.1-1 ii libgksu2-02.0.13~pre1-8+b1 ii libglib2.0-0 2.46.1-2 ii libgnome-keyring0 3.12.0-1+b1 ii libgtk2.0-0 2.24.28-1 ii libpango-1.0-01.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpangoft2-1.0-0 1.38.1-1 ii libstartup-notification0 0.12-4 ii sudo 1.8.12-1 Versions of packages gksu recommends: ii gnome-keyring 3.18.2-1 gksu suggests no packages. -- no debconf information
Bug#804677: bash-completion: Bad completions for _longopt and "/'/"
Package: bash-completion Version: 1:2.1-4.2 Severity: minor Setup: # . /etc/bash_completion # complete -p | grep tail complete -F _longopt tail and "_longopt" from /usr/share/bash-completion/bash_completion I can see this behaviour: # tail /'/ gives # tail /'// gives # tail /'/// gives # tail /' gives # tail /'/ etc. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bash-completion depends on: ii bash 4.3-14 ii dpkg 1.18.3 bash-completion recommends no packages. bash-completion suggests no packages. -- no debconf information
Bug#803939: bmon: display of "(TX Queue Length/second)" not aligned
Package: bmon Version: 1:3.8-2 Severity: minor I just tried that program, and one of the things I notice is a misaligned display: > T (TX Queue Length/second) > 18446652.00 ..|...|...|..||.||...|.. > 15372211.00 ..|...|...|..||.||...|.. > 12297768.00 ..|...|...|..||.||...|.. > 9223326.00 ..|...|...|..||.||...|.. > 6148884.00 ..|...|...|..||.||...|.. > 3074442.00 .:|:..|:.:|.:..:.:..:|..::|:...:::.:|..:..:.:|:.:.:..|:. > 1 5 10 15 20 25 30 35 40 45 50 55 60 Now I'm not sure whether "TX Queue Length" should really have 18M * T as max (that sounds a bit high, but I'm not sure what it does measure), but at least the format options should make sure there's no mis-indentation. This is when I choose the qdisc line: > qdisc none (pfifo_fast)| 0 0 | 104.54MiB 72.53K Yes, there are ~100MB/sec running over the line - but 18M * T sounds like a negative under/overflow to me. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bmon depends on: ii libc6 2.19-22 ii libconfuse02.7-5 ii libncurses56.0+20151024-1 ii libnl-3-2003.2.26-1 ii libnl-route-3-200 3.2.26-1 ii libtinfo5 6.0+20151024-1 bmon recommends no packages. bmon suggests no packages. -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
Bug#802589: plasma-workspace: krunner dies with SIGSEGV
Package: plasma-workspace Version: 4:5.3.2-4 Severity: normal Pressing Alt-F2 to summon krunner, and then typing "loc" (for localc) quickly crashes krunner every time. Perhaps that search string won't help reproducing, because your document history is different or so - OTOH the information might be enough. GDB says: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7feaaa273700 (LWP 2692)] 0x7fead4c31b2f in QString::operator=(QString const&) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 (gdb) info locals No symbol table info available. (gdb) bt #0 0x7fead4c31b2f in QString::operator=(QString const&) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #1 0x7feaaeb51806 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/krunner_windows.so #2 0x7feaaeb520d5 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/krunner_windows.so #3 0x7feab2f68010 in Plasma::AbstractRunner::performMatch(Plasma::RunnerContext&) () from /usr/lib/x86_64-linux-gnu/libKF5Runner.so.5 #4 0x7feab2d44860 in ThreadWeaver::Executor::run(QSharedPointer const&, ThreadWeaver::Thread*) () from /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #5 0x7feab2d4384a in ThreadWeaver::Job::execute(QSharedPointer const&, ThreadWeaver::Thread*) () from /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #6 0x7feab2d42f2a in ThreadWeaver::Thread::run() () from /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #7 0x7fead4b9f87e in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #8 0x7fead27540a4 in start_thread (arg=0x7feaaa273700) at pthread_create.c:309 #9 0x7fead452206d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 (gdb) info threads Id Target Id Frame 12 Thread 0x7feaa9c6d700 (LWP 2699) "GlobalQueue[08]" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 11 Thread 0x7feaa9d6e700 (LWP 2698) "GlobalQueue[07]" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 10 Thread 0x7feaa9e6f700 (LWP 2697) "GlobalQueue[06]" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 9Thread 0x7feaa9f70700 (LWP 2696) "GlobalQueue[05]" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 8Thread 0x7feaaa071700 (LWP 2695) "GlobalQueue[04]" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 7Thread 0x7feaaa172700 (LWP 2694) "GlobalQueue[03]" 0x7fead4c8ea9e in QBuffer::readData(char*, long long) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 6Thread 0x7feaa3fff700 (LWP 2693) "GlobalQueue[02]" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 * 5Thread 0x7feaaa273700 (LWP 2692) "GlobalQueue[01]" 0x7fead4c31b2f in QString::operator=(QString const&) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 4Thread 0x7feac3843700 (LWP 2104) "QXcbEventReader" 0x7fead451952d in poll () at ../sysdeps/unix/syscall-template.S:81 3Thread 0x7feac0d73700 (LWP 2108) "krunner" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 2Thread 0x7feab98c3700 (LWP 2112) "QQmlThread" 0x7fead451952d in poll () at ../sysdeps/unix/syscall-template.S:81 1Thread 0x7fead7a51900 (LWP 2102) "krunner" 0x7fead4d96cf4 in QMetaObject::metacall(QObject*, QMetaObject::Call, int, void**) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 Yes, I know it's not the latest version - but a dist-upgrade gives me "207 to remove" and so it's a no-go at the moment. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages plasma-workspace depends on: ii dbus-x111.10.0-3 ii frameworkintegration5.15.0-1 ii gdb 7.10-1 ii kactivities 5.15.0-1 ii kde-cli-tools 4:5.4.2-1 ii kded5 5.15.0-1 ii kinit 5.15.0-1 ii kio 5.15.0-1 ii kio-extras 4:5.3.2-2 ii libc6 2.19-22 ii libcln6 1.3.4-1 ii libdbusmenu-qt5-2 0.9.3+15.10.20150604-1 ii libgcc1 1:5.1.1-14 ii libgps21
Bug#798950: kstars-data=4:15.08.0-1: Dependency wrong, does not work with kstars=4:4.14.2-1
Package: kstars-data Version: 4:15.08.0-1 Severity: normal Having kstars-data=4:15.08.0-1 and kstars=4:4.14.2-1 is broken; kstars says it can't find TZrules.dat. The situation came up because kstars-data could be upgraded, but kstars couldn't (because of the c++ library turnover). So the dependency should be fixed to require the exact version. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#797780: tmux: First line marked with wrong length
Package: tmux Version: 2.0-3 Severity: minor When using the mouse to mark some text, the lines get reduced to the actually used length - ie. the markup doesn't extend to the right border of the terminal window. But this isn't so for the first line - I guess the reason is the "[X/Y]" hint shown during markup. To reproduce: Have some output in a tmux window, and press the mouse button in the first line. When moving the mouse down, the 2nd and later lines only have the space marked up that was "used" - but the first line extends to the right border. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tmux depends on: ii libc6 2.19-19 ii libevent-2.0-5 2.0.21-stable-2 ii libtinfo5 6.0+20150810-1 ii libutempter01.1.6-1 tmux recommends no packages. tmux suggests no packages. -- no debconf information
Bug#797641: tshark: "tshark -r" output badly formatted
Package: tshark Version: 1.12.7+g7fc8978-1 Severity: normal Running "tshark -r" on some pcap file gives badly formatted output; while some columns have a sane width, others are simply wrong. Here's a shortened output: | 8 66 03:14:31.106506 0.047926 192.168.72.206 -> 192.168.72.38 | 9 85 03:14:34.624295 3.565715 192.168.72.38 -> 192.168.72.61 | 10 95 03:14:34.626556 3.567976 192.168.72.61 -> 192.168.72.38 | 11 66 03:14:34.626576 3.567996 192.168.72.38 -> 192.168.72.61 This would look good so far ... but as soon as the number of bytes in a packet isn't 2 digits long, or we get more than 999 packets, the output gets unreadable: | 12 85 03:14:34.628704 3.570124 192.168.72.38 -> 192.168.72.61 | 18 4410 03:14:40.900369 9.841789 192.168.72.206 -> 192.168.72.38 |994 1514 03:14:42.639231 11.580651 192.168.72.206 -> 192.168.72.38 |995 78 03:14:42.639237 11.580657 192.168.72.38 -> 192.168.72.206 |996 1514 03:14:42.639240 11.580660 192.168.72.206 -> 192.168.72.38 |997 66 03:14:42.639247 11.580667 192.168.72.38 -> 192.168.72.206 |998 1514 03:14:42.639249 11.580669 192.168.72.206 -> 192.168.72.38 |999 1514 03:14:42.639252 11.580672 192.168.72.206 -> 192.168.72.38 |1000 2962 03:14:42.639255 11.580675 192.168.72.206 -> 192.168.72.38 |1001 78 03:14:42.639255 11.580675 192.168.72.38 -> 192.168.72.206 |1002 1514 03:14:42.639258 11.580678 192.168.72.206 -> 192.168.72.38 |1003 1514 03:14:42.639260 11.580680 192.168.72.206 -> 192.168.72.38 IMO the packet numbers should be formatted as %5d, and the number of bytes %4d or %5d. The IP addresses might make sense to be given as %-15s; for IPv4 this would be the maximum length, and IPv6 addresses' lengths are too widely variable (and can get too long) to reserve all space. I'm aware that I could pass my own format options as well; but the default output should already by useable. For comparision, here's "tcpdump -r": |03:14:40.900965 IP 192.168.72.206.59036 > 192.168.72.38.7798: Flags [.], |03:14:40.900972 IP 192.168.72.38.7798 > 192.168.72.206.59036: Flags [.], |03:14:40.900976 IP 192.168.72.206.59036 > 192.168.72.38.7798: Flags [.], |03:14:40.900982 IP 192.168.72.38.7798 > 192.168.72.206.59036: Flags [.], |03:14:40.901235 IP 192.168.72.206.59036 > 192.168.72.38.7798: Flags [.], |03:14:40.901243 IP 192.168.72.38.7798 > 192.168.72.206.59036: Flags [.], |03:14:40.901245 IP 192.168.72.206.59036 > 192.168.72.38.7798: Flags [.], (Yes, completely different output, yadda yadda yadda. That's why I want to use tshark and not tcpdump. But the output is much easier to navigate, as eg. the time is aligned.) Thanks for listening! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tshark depends on: ii libc6 2.19-19 ii libglib2.0-0 2.44.1-1.1 ii libpcap0.81.7.4-1 ii libwireshark5 1.12.7+g7fc8978-1 ii libwiretap4 1.12.7+g7fc8978-1 ii libwsutil41.12.7+g7fc8978-1 ii wireshark-common 1.12.7+g7fc8978-1 ii zlib1g1:1.2.8.dfsg-2+b1 tshark recommends no packages. tshark suggests no packages. -- no debconf information
Bug#796242: libgc1c2: Please update to newer version
Package: libgc1c2 Version: 1:7.2d-6.4 Severity: minor Upstream ECL requires at least 7.4; http://www.hboehm.info/gc/ has 7.4.2 available. Thank you! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libgc1c2 depends on: ii libc6 2.19-19 ii libgcc11:5.1.1-14 ii libstdc++6 5.1.1-14 ii multiarch-support 2.19-19 libgc1c2 recommends no packages. libgc1c2 suggests no packages. -- no debconf information
Bug#795342: iceweasel: Please include patch to reload userContent.css
Package: iceweasel Version: 39.0-1 Severity: wishlist Tags: upstream patch Please include the patch that's available at https://bugzilla.mozilla.org/show_bug.cgi?id=208641 Thank you. -- Addons package information ii browser-plugin 0.8.11~git20 amd64GNU Shockwave Flash (SWF) player ii iceweasel 39.0-1 amd64Web browser based on Firefox -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages iceweasel depends on: ii debianutils 4.5.1 ii fontconfig2.11.0-6.3 ii libasound21.0.29-1 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-19 ii libcairo2 1.14.2-2 ii libdbus-1-3 1.8.20-1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-2 ii libffi6 3.2.1-3 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgcc1 1:5.1.1-14 ii libgdk-pixbuf2.0-02.31.5-1 ii libglib2.0-0 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 ii libhunspell-1.3-0 1.3.3-3 ii libnspr4 2:4.10.8-2 ii libnss3 2:3.19.2-1 ii libpango-1.0-01.36.8-3 ii libsqlite3-0 3.8.11.1-1 ii libstartup-notification0 0.12-4 ii libstdc++65.1.1-14 ii libvpx2 1.4.0-4 ii libx11-6 2:1.6.3-1 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes31:5.0.1-2+b2 ii libxrender1 1:0.9.8-1+b1 ii libxt61:1.1.4-1+b1 ii procps2:3.3.10-2 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages iceweasel recommends: ii gstreamer1.0-libav 1.4.5-3 ii gstreamer1.0-plugins-good 1.4.5-2+b1 Versions of packages iceweasel suggests: ii fonts-mathjax 2.5.3-1 ii fonts-oflb-asana-math 000.907-6 ii fonts-stix [otf-stix] 1.1.1-3 ii libcanberra0 0.30-2.1 ii libgnomeui-0 2.24.5-3 ii libgssapi-krb5-2 1.12.1+dfsg-20 pn mozplugger -- Configuration Files: /etc/iceweasel/iceweaselrc a7f1bcffd6febdb02e86652a60ebfd16 [Errno 2] Datei oder Verzeichnis nicht gefunden: u'/etc/iceweasel/iceweaselrc a7f1bcffd6febdb02e86652a60ebfd16' -- no debconf information
Bug#795236: vim-runtime: String folding for python
Package: vim-runtime Version: 2:7.4.712-3 Severity: wishlist Tags: patch As described in http://stackoverflow.com/questions/3094331/how-to-fold-long-docstrings-in-python-source-code-in-vim, here's a patch to allow folding (long) strings in Python. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim-athena [vim] 2:7.4.712-3 ii vim-gnome [vim] 2:7.4.712-3 vim-runtime suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/share/vim/vim74/syntax/python.vim (from vim-runtime package) --- /usr/share/vim/vim74/syntax/python.vim.orig 2015-08-12 08:50:23.679215611 +0200 +++ /usr/share/vim/vim74/syntax/python.vim 2015-08-12 08:51:02.933383862 +0200 @@ -99,13 +99,13 @@ \ start=+[uU]\=\z(['"]\)+ end="\z1" skip="\|\\\z1" \ contains=pythonEscape,@Spell syn region pythonString - \ start=+[uU]\=\z('''\|"""\)+ end="\z1" keepend + \ start=+[uU]\=\z('''\|"""\)+ end="\z1" keepend fold \ contains=pythonEscape,pythonSpaceError,pythonDoctest,@Spell syn region pythonRawString \ start=+[uU]\=[rR]\z(['"]\)+ end="\z1" skip="\|\\\z1" \ contains=@Spell syn region pythonRawString - \ start=+[uU]\=[rR]\z('''\|"""\)+ end="\z1" keepend + \ start=+[uU]\=[rR]\z('''\|"""\)+ end="\z1" keepend fold \ contains=pythonSpaceError,pythonDoctest,@Spell syn match pythonEscape +\\[abfnrtv'"\\]+ contained @@ -242,7 +242,7 @@ \ contained contains=ALLBUT,pythonDoctest,@Spell syn region pythonDoctestValue \ start=+^\s*\%(>>>\s\|\.\.\.\s\|"""\|'''\)\@!\S\++ end="$" - \ contained + \ contained fold else syn region pythonDoctest \ start="^\s*>>>" end="^\s*$"
Bug#793752: clang-3.7: "inline" function in same file not found
Package: clang-3.7 Version: 1:3.7~svn239806-1+b1 Severity: normal Please fetch a checkout of r2474 of http://fsvs.tigris.org/svn/fsvs/branches/clang-3.7-bug and try to compile. The results are commit.o: In function `ci___send_user_props': commit.c:328: undefined reference to `send_a_prop' racallback.o: In function `cb___change_dir_prop': racallback.c:476: undefined reference to `cb___store_prop' racallback.o: In function `cb___change_file_prop': racallback.c:614: undefined reference to `cb___store_prop' but if the "inline" are removed (commit.c:244, racallback.c:296) the result is as expected. Thank you for your efforts! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages clang-3.7 depends on: ii binutils 2.25-10 ii libc62.19-19 ii libc6-dev2.19-19 ii libclang-common-3.7-dev 1:3.7~svn239806-1+b1 ii libclang1-3.71:3.7~svn239806-1+b1 ii libedit2 3.1-20150325-1 ii libffi6 3.2.1-3 ii libgcc-4.9-dev 4.9.3-2 ii libgcc1 1:5.1.1-14 ii libllvm3.7 1:3.7~svn239806-1+b1 ii libobjc-4.9-dev 4.9.3-2 ii libstdc++-4.9-dev4.9.3-2 ii libstdc++6 5.1.1-14 ii libtinfo55.9+20150516-2 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages clang-3.7 recommends: ii llvm-3.7-dev 1:3.7~svn239806-1+b1 ii python2.7.9-1 Versions of packages clang-3.7 suggests: pn clang-3.7-doc pn gnustep pn gnustep-devel -- 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#789263: linux-image-3.18.0-trunk-amd64: stuck on mmap_sem
Package: src:linux Version: 3.18.6-1~exp1 Severity: minor Some parts of the system hang; for example, I can't run "ps fax" anymore, the process just hangs. # cat /proc/21859/stack [] seq_open+0x63/0xd0 [] call_rwsem_down_read_failed+0x14/0x30 [] __access_remote_vm+0x44/0x2f0 [] access_process_vm+0x48/0x70 [] get_cmdline+0x5a/0x100 [] proc_pid_cmdline+0x23/0x40 [] proc_single_show+0x47/0x80 [] seq_read+0xcd/0x3c0 [] vfs_read+0x8f/0x170 [] SyS_read+0x42/0xb0 [] system_call_fast_compare_end+0xc/0x11 [] 0x Googling around find http://www.spinics.net/lists/kernel/msg1923157.html That's just for info, I will now try with 4.0.0-2. -- Package-specific info: ** Version: Linux version 3.18.0-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.2 (Debian 4.9.2-10) ) #1 SMP Debian 3.18.6-1~exp1 (2015-02-07) ** Command line: BOOT_IMAGE=/vmlinuz-3.18.0-trunk-amd64 root=UUID=1bfc62e3-f883-42f0-a2aa-3c67ee6f563f ro quiet no_console_suspend=1 noresume cryptopts=source=/dev/drbd9,target=sda2_crypt,discard,rootdev cgroup_enable=memory swapaccount=1 ** Tainted: PWO (4609) * Proprietary module has been loaded. * Taint on warning. * Out-of-tree module has been loaded. ** Kernel log: [241822.461310] [] ? get_signal+0x2ab/0x6a0 [241822.461317] [] ? do_signal+0x23/0xb50 [241822.461323] [] ? __do_page_fault+0x450/0x530 [241822.461329] [] ? is_prefetch.isra.17+0x2a/0x240 [241822.461336] [] ? do_notify_resume+0x78/0xa0 [241822.461342] [] ? retint_signal+0x48/0x86 [241822.461352] INFO: task DOM Worker:5822 blocked for more than 120 seconds. [241822.461356] Tainted: PW O 3.18.0-trunk-amd64 #1 [241822.461358] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [241822.461360] DOM Worker D 0 5822 5133 0x0080 [241822.461365] 8802c63da390 0082 8802bac6fd30 88030f732a00 [241822.461370] 00013740 8802bac6ffd8 00013740 8802c63da390 [241822.461374] 014c 8802c63da390 8802e8af18a0 8802e8af18b8 [241822.461379] Call Trace: [241822.461385] [] ? rwsem_down_read_failed+0xe5/0x130 [241822.461391] [] ? call_rwsem_down_read_failed+0x14/0x30 [241822.461396] [] ? down_read+0x1c/0x20 [241822.461401] [] ? __do_page_fault+0x1ff/0x530 [241822.461408] [] ? SyS_futex+0x73/0x170 [241822.461415] [] ? syscall_trace_enter_phase1+0xfb/0x160 [241822.461421] [] ? page_fault+0x28/0x30 [241822.461427] INFO: task gmain:5840 blocked for more than 120 seconds. [241822.461430] Tainted: PW O 3.18.0-trunk-amd64 #1 [241822.461432] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [241822.461435] gmain D 0 5840 5133 0x0080 [241822.461439] 88008db40090 0082 8802ef943ca8 88030f7320d0 [241822.461444] 00013740 8802ef943fd8 00013740 88008db40090 [241822.461448] 00013740 88008db40090 8802e8af18a0 8802e8af18b8 [241822.461453] Call Trace: [241822.461459] [] ? rwsem_down_read_failed+0xe5/0x130 [241822.461464] [] ? enqueue_task_fair+0x309/0xf40 [241822.461470] [] ? call_rwsem_down_read_failed+0x14/0x30 [241822.461475] [] ? down_read+0x1c/0x20 [241822.461480] [] ? __do_page_fault+0x1ff/0x530 [241822.461486] [] ? __wake_up_sync+0x20/0x20 [241822.461492] [] ? vfs_read+0x8f/0x170 [241822.461498] [] ? page_fault+0x28/0x30 [241822.461532] INFO: task ps:21502 blocked for more than 120 seconds. [241822.461535] Tainted: PW O 3.18.0-trunk-amd64 #1 [241822.461537] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [241822.461540] ps D 0 21502 21481 0x0080 [241822.461544] 88030cfcea80 0082 88030f73b370 [241822.461549] 00013740 880106a33fd8 00013740 88030cfcea80 [241822.461553] 811de633 88030cfcea80 8802e8af18a0 8802e8af18b8 [241822.461558] Call Trace: [241822.461564] [] ? seq_open+0x63/0xd0 [241822.461569] [] ? rwsem_down_read_failed+0xe5/0x130 [241822.461574] [] ? call_rwsem_down_read_failed+0x14/0x30 [241822.461579] [] ? down_read+0x1c/0x20 [241822.461584] [] ? __access_remote_vm+0x44/0x2f0 [241822.461591] [] ? access_process_vm+0x48/0x70 [241822.461596] [] ? get_cmdline+0x5a/0x100 [241822.461602] [] ? proc_pid_cmdline+0x23/0x40 [241822.461607] [] ? proc_single_show+0x47/0x80 [241822.461612] [] ? seq_read+0xcd/0x3c0 [241822.461618] [] ? vfs_read+0x8f/0x170 [241822.461623] [] ? SyS_read+0x42/0xb0 [241822.461629] [] ? system_call_fast_compare_end+0xc/0x11 [241822.461661] INFO: task ps:21752 blocked for more than 120 seconds. [241822.461664] Tainted: PW O 3.18.0-trunk-amd64 #1 [241822.461666] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [241822.461668] ps
Bug#789011: qemu-user-static: Minimal dependencies to register binfmt
Package: qemu-user-static Version: 1:2.3+dfsg-5 Severity: wishlist An important usecase for these binaries is to be able to "switch" architectures on-the-fly. Now it would be very nice to have some (sh)-script with minimal dependencies that registers all available qemu-*-static binaries in binfmt. My usecase is eg. this: I've got a Power machine that runs Fedora in ittle-endian; the debian installation on it (in a separate partition) is big-endian. If there was an easy way to register all the qemu-*-static binaries that are available in the debian root "from the outside", ie. with the debian root directory mounted (but with the other userspace having the "wrong" endianness), then afterwards a simple "chroot" to debian would work. There are qemu-user binaries in Fedora, too, but these are not statically linked, and so are a headache to get working in a chroot environment. To reiterate: having a shell script that, based on its known location, looks at the available qemu-*-static binaries in the same (ch)root, and registers them via /proc. Thank you for your consideration! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) qemu-user-static depends on no packages. Versions of packages qemu-user-static recommends: ii binfmt-support 2.1.5-1 Versions of packages qemu-user-static suggests: ii sudo 1.8.12-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788857: /usr/sbin/NetworkManager: waits for (zombie) dhclient processes
Package: network-manager Version: 1.0.2-2 Severity: normal File: /usr/sbin/NetworkManager When doing suspend/resume cycles that switch the network connection (eth0 to wlan0 or usb0), NetworkManager still has the dhclient process that it spawned earlier on - which is a zombie already. 11240 ?Ssl0:23 /usr/sbin/NetworkManager --no-daemon 9502 ?Z 0:00 \_ [dhclient] As long as NetworkManager is blocked, no new network connection gets established - and clients like the KDE widgets also hang, therefore blocking eg. the screen saver lock and suspend cycle when the laptop is simply closed... The event order is typically * suspend (to ram), * disconnect eth0, * later on resume * and then the above situation is present. Sometimes it's just not reaping the process, but starting a new dhclient: 17544 ?Ssl0:01 /usr/sbin/NetworkManager --no-daemon 20135 ?Z 0:00 \_ [dhclient] 23232 ?S 0:00 \_ /sbin/dhclient -d -q -sf /usr/... -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.18-1 ii init-system-helpers1.23 ii isc-dhcp-client4.3.2-1 ii libbluetooth3 5.23-2+b1 ii libc6 2.19-18 ii libdbus-1-31.8.18-1 ii libdbus-glib-1-2 0.102-1 ii libgcrypt201.6.3-2 ii libglib2.0-0 2.44.1-1 ii libgnutls-deb0-28 3.3.15-5 ii libgudev-1.0-0 230-1 ii libmm-glib01.4.8-1 ii libndp01.4-2 ii libnewt0.520.52.17-1+b1 ii libnl-3-2003.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnm0 1.0.2-2 ii libpam-systemd 215-18 ii libpolkit-agent-1-00.105-8 ii libpolkit-gobject-1-0 0.105-8 ii libreadline6 6.3-8+b3 ii libsoup2.4-1 2.50.0-2 ii libsystemd0215-18 ii libteamdctl0 1.17-1 ii libuuid1 2.26.2-6 ii lsb-base 4.1+Debian13+nmu1 ii policykit-10.105-8 ii udev 220-6 ii wpasupplicant 2.3-2 Versions of packages network-manager recommends: ii crda3.13-1 ii dnsmasq-base2.72-3.1+b1 ii iptables1.4.21-2+b1 pn iputils-arping ii modemmanager1.4.8-1 ii ppp 2.4.6-3.1 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-5 pn libteam-utils -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=ifupdown,keyfile no-auto-default=78:2b:cb:d0:c1:1c,aa:00:04:00:0a:04,2A:1B:DE:41:1E:9C, [ifupdown] managed=false -- 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#788055: netrwPlugin.vim: negative file size displayed
Package: vim-runtime Version: 2:7.4.712-2 Severity: normal File: /usr/share/vim/vim74/plugin/netrwPlugin.vim Given the file -rw-r--r-- 1 . . 327680 Feb 16 15:09 2015-02-16-raspbian-wheezy.img when looking at the directory in vim (via netrw) it gets displayed as 2015-02-16-raspbian-wheezy.img -2 Mon 16 Feb 2015 15:09:42 CET which is really bad nowadays. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim-athena [vim] 2:7.4.712-2 ii vim-gnome [vim] 2:7.4.712-2 vim-runtime suggests no packages. -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785747: mosh: Static binary
Package: mosh Version: 1.2.4a-1+b2 Severity: wishlist I'd like to ask for another version of mosh, in which the mosh-client is a static binary. This would allow to copy _only_ that binary to Android phones, so that it would be easier to get a terminal with remote access running on them. For this use a smaller, sh-only wrapper (instead of the perl script "mosh") would be helpful, too. (Or, is there a way to "move" a running mosh instance from one machine to another? That would be great, too!) Thanks a lot! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mosh depends on: ii libc6 2.19-18 ii libgcc1 1:5.1.1-5 ii libprotobuf92.6.1-1 ii libssl1.0.0 1.0.2a-1 ii libstdc++6 5.1.1-5 ii libtinfo5 5.9+20140913-1+b1 ii libutempter01.1.5-4 ii openssh-client 1:6.7p1-6 ii zlib1g 1:1.2.8.dfsg-2+b1 mosh recommends no packages. mosh suggests no packages. -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782245: tshark: Filtering regression when writing to file
Package: tshark Version: 1.12.1+g01b65bf-4 Severity: important Previously, a command like # tshark -w /tmp/bla portrange 22-23 or portrange 25-26 did work fine - I used something similar in some test scripts. With the current version, all that does is giving the usage output. Fine, let's specify the filter explicitly: # tshark -w /tmp/bla -R "portrange 22-23 or portrange 25-26" tshark: -R without -2 is deprecated. For single-pass filtering use -Y. Grmbl. Okay, let's try this. # tshark -w /tmp/bla -R "portrange 22-23 or portrange 25-26" -2 tshark: Live captures do not support two-pass analysis. Bah. Last resort: # tshark -w /tmp/bla -Y "portrange 22-23 or portrange 25-26" tshark: Display filters aren't supported when capturing and saving the captured packets. Hmmm, maybe I'm using the wrong syntax? # tshark -w /tmp/bla -Y "tcp.port == 22 or tcp.port == 25" tshark: Display filters aren't supported when capturing and saving the captured packets. Nope. So, how would I now capture to a file while using a filter? Searching for "capture" in /usr/share/doc/tshark/* didn't give any meaningful help. Thanks for all hints! -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tshark depends on: ii libc6 2.19-17 ii libglib2.0-0 2.42.1-1 ii libpcap0.81.6.2-2 ii libwireshark5 1.12.1+g01b65bf-4 ii libwiretap4 1.12.1+g01b65bf-4 ii libwsutil41.12.1+g01b65bf-4 ii wireshark-common 1.12.1+g01b65bf-4 ii zlib1g1:1.2.8.dfsg-2+b1 tshark recommends no packages. tshark 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#780303: RFP: theli -- THELI is a powerful and easy-to-use package for astronomical image reduction
Package: wnpp Severity: wishlist * Package name: theli-core Version : 1.9.5 Upstream Author : Mischa Schirmer * URL : https://www.astro.uni-bonn.de/theli/index.html * License : GPLv2 Programming Lang: C Description : THELI is a powerful and easy-to-use package for astronomical image reduction THELI is a powerful and easy-to-use package for astronomical image reduction, offering e.g. * Automated reduction of optical, NIR and MIR data * 90 pre-configured instruments * Parallelisation * Flexible background correction * Automatic distortion correction and creation of large mosaics * Highly flexible coaddition: e.g. locking onto proper motion targets, various projections, etc * Optimised weighting schemes and defect detection * Crosstalk and non-linearity correction * Atmospheric transparency correction * Absolute flux calibration * Extensive documentation and online help Additionally, a second component would be * Package name: theli-gui Version : 2.9.8 Upstream Author : Mischa Schirmer * URL : https://www.astro.uni-bonn.de/theli/index.html * License : GPLv2 Programming Lang: C Description : GUI for THELI, a package for astronomical image reduction This program helps photographers (amateurs and professionals) with their hobby/work, like hugin. Thank you very much for your consideration! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#779921: afl: Wrong path in help output
Package: afl Version: 1.56b-1 Severity: minor $ afl-gcc afl-cc 1.56b (Mar 5 2015 12:25:51) by ... CC=/usr/local/bin/afl-gcc ./configure CXX=/usr/local/bin/afl-g++ ./configure but $ which afl-gcc /usr/bin/afl-gcc so a simple copy-paste doesn't work. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages afl depends on: ii libc6 2.19-15 Versions of packages afl recommends: ii g++ 4:4.9.2-2 ii gcc 4:5-0 Versions of packages afl suggests: pn clang -- 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#779620: lldb-3.7: CommandLine Error: Option 'enable-objc-arc-opts' registered more than once!
Package: lldb-3.7 Version: 1:3.7~svn230892-1 Severity: grave I tried the new version to see whether the arch detection has been fixed; it may have been, but the new version is still unusable: $ lldb-3.7 /bin/ls : CommandLine Error: Option 'enable-objc-arc-opts' registered more than once! LLVM ERROR: inconsistency in registered CommandLine options $ lldb-3.7 : CommandLine Error: Option 'enable-objc-arc-opts' registered more than once! LLVM ERROR: inconsistency in registered CommandLine options -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lldb-3.7 depends on: ii libc62.19-13 ii libedit2 3.1-20140620-2 ii libffi6 3.1-2+b2 ii libgcc1 1:5-20150205-1 ii liblldb-3.7 1:3.7~svn230892-1 ii libllvm3.7 1:3.7~svn230892-1 ii libstdc++6 4.9.2-10 ii libtinfo55.9+20140913-1+b1 ii llvm-3.7-dev 1:3.7~svn227076-1 ii python 2.7.8-3 ii python-lldb-3.7 1:3.7~svn227076-1 ii zlib1g 1:1.2.8.dfsg-2+b1 lldb-3.7 recommends no packages. lldb-3.7 suggests no packages. -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#778525: kde-window-manager: Window borders not painted
Package: kde-window-manager Version: 4:4.11.13-2 Severity: minor Normally, my active windows have a blue border; see screenshot. But if I make a window fullscreen (by double-clicking on the title) and then tear it off the upper border (by dragging the title) there's no border painted, and that means that I cannot resize it anymore. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kde-window-manager depends on: ii kde-runtime 4:4.14.2-2 ii kde-style-oxygen4:4.11.13-2 ii libc6 2.19-13 ii libegl1-mesa [libegl1-x11] 10.3.2-1 ii libgcc1 1:5-20150205-1 ii libgl1-mesa-glx [libgl1]10.3.2-1 ii libgles2-mesa [libgles2]10.3.2-1 ii libice6 2:1.0.9-1+b1 ii libkactivities6 4:4.13.3-1 ii libkcmutils44:4.14.2-5 ii libkdeclarative54:4.14.2-5 ii libkdecorations4abi24:4.11.13-2 ii libkdecore5 4:4.14.2-5 ii libkdeui5 4:4.14.2-5 ii libkio5 4:4.14.2-5 ii libknewstuff3-4 4:4.14.2-5 ii libkwineffects1abi5 4:4.11.13-2 ii libkwinglesutils1 4:4.11.13-2 ii libkwinglutils1abi2 4:4.11.13-2 ii libkworkspace4abi2 4:4.11.13-2 ii libplasma3 4:4.14.2-5 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-declarative 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-script 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libsm6 2:1.2.2-1+b1 ii libstdc++6 4.9.2-10 ii libwayland-client0 1.6.0-2 ii libwayland-egl1-mesa [libwayland-egl1] 10.3.2-1 ii libx11-62:1.6.2-3 ii libx11-xcb1 2:1.6.2-3 ii libxcb-composite0 1.10-3+b1 ii libxcb-damage0 1.10-3+b1 ii libxcb-image0 0.4.0-1 ii libxcb-keysyms1 0.4.0-1 ii libxcb-randr0 1.10-3+b1 ii libxcb-render0 1.10-3+b1 ii libxcb-shape0 1.10-3+b1 ii libxcb-shm0 1.10-3+b1 ii libxcb-sync11.10-3+b1 ii libxcb-xfixes0 1.10-3+b1 ii libxcb-xtest0 1.10-3+b1 ii libxcb1 1.10-3+b1 ii libxcursor1 1:1.1.14-1+b1 ii libxext62:1.3.3-1 ii libxrandr2 2:1.4.2-1+b1 ii libxxf86vm1 1:1.1.3-1+b1 ii perl5.20.1-5 kde-window-manager recommends no packages. kde-window-manager 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#777690: git: bad output order on "git tag --sort=version:refname"
Package: git Version: 1:2.1.4+next.20141218-2 Severity: normal The tag sorting order is broken; the "version" specification doesn't special-case "rc" or "pre" etc. For example, on a Linux Kernel repository: # git tag --sort=version:refname ... v3.18-rc6 v3.18-rc7 v3.19 v3.19-rc1 v3.19-rc2 v3.19-rc3 I know that "sort" doesn't know about that either, but "git" should understand these special tags - or, at least, provide a "--sort=time" to sort by commit timestamp instead, so that it's easy to get the newest tag. That would at least be chronologically; it still wouldn't work with multiple release branches, but it would be an additional option at least. Thank you. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages git depends on: ii git-man 1:2.1.4+next.20141218-2 ii libc62.19-13 ii libcurl3-gnutls 7.38.0-4 ii liberror-perl0.17-1.1 ii libexpat12.1.0-6+b3 ii libpcre3 2:8.35-3.3 ii perl-modules 5.20.1-5 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages git recommends: ii less 458-3 ii openssh-client [ssh-client] 1:6.7p1-3 ii patch2.7.4-1 ii rsync3.1.1-2+b1 Versions of packages git suggests: ii gettext-base 0.19.3-2 pn git-arch pn git-cvs pn git-daemon-run | git-daemon-sysvinit pn git-doc pn git-el pn git-email ii git-gui 1:2.1.4+next.20141218-2 pn git-mediawiki ii git-svn 1:2.1.4+next.20141218-2 ii gitk 1:2.1.4+next.20141218-2 pn gitweb -- 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#691487: bsdmainutils: Segfault, easy to reproduce
Package: bsdmainutils Version: 9.0.6 Followup-For: Bug #691487 When trying to use "column" I found an easy way to reproduce a segfault; I guess it's the same here, as both data files start with whitespace. $ echo 'aa' | column Segmentation fault Ie. sending a character as first character seems to cause the crash. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bsdmainutils depends on: ii bsdutils 1:2.25.2-4 ii debianutils 4.4+b1 ii libc62.19-13 ii libncurses5 5.9+20140913-1+b1 ii libtinfo55.9+20140913-1+b1 bsdmainutils recommends no packages. Versions of packages bsdmainutils suggests: ii cpp 4:4.9.2-1 pn vacation ii wamerican [wordlist] 7.1-1 ii whois 5.2.3 ii wngerman [wordlist] 20131206-5 -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#771049: git-review: Please add a manpage for git-review command
Package: git-review Version: 1.24-2 Followup-For: Bug #771049 While it *does* contain a manual page now, it is nearly unreadable (missing newlines). Furthermore, I can't tell whether due to formatting errors or simply missing text the content is unusable. An excerpt: Close down the local branch and switch back to the target branch on successful submission. Don't actually perform any commands that have direct effects. Print them instead. Git remote to use for Gerrit. Just run the repo setup commands but don't submit anything. Should this be a list and the required options are missing? -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages git-review depends on: ii git1:2.1.3-1 ii libpython2.7-stdlib [python-argparse] 2.7.8-11 ii python 2.7.8-2 ii python-requests2.4.3-4 git-review recommends no packages. git-review suggests no packages. -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#771456: xxd: silent address column width overflow
Package: vim-common Version: 2:7.4.488-2 Severity: normal With big files, "xxd" formats the output wrong, and then causes wrong address parsing when reading them again. For example, a file that was (sparsely) truncated to 16G looks like this: -rw-r--r-- 1 root root 17179869184 Nov 28 13:15 test.bin # xxd -a test.bin | tee test1 000: * 3fff0 When trying to restore via "xxd -r test1 test1.bin", what we get is -rw-r--r-- 1 root root 1125899905794062 Nov 28 19:22 test2 which is clearly a different thing. Please fix the output, and (potentially) the input verification. Thank you! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim-common depends on: ii libc6 2.19-13 Versions of packages vim-common recommends: ii vim-athena [vim] 2:7.4.488-2 ii vim-gnome [vim] 2:7.4.488-2 vim-common 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#768949: avahi-daemon: upgrade to 0.6.31-4+b1 broken
Package: avahi-daemon Version: 0.6.31-4 Severity: normal The package can't be upgraded anymore: $ apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages were automatically installed and are no longer required: libicu44 libslang2-modules libt1-5 libts-0.0-0 python3-packagekit tsconf Use 'apt-get autoremove' to remove them. The following packages have been kept back: gaupol phonon-backend-vlc The following packages will be upgraded: avahi-daemon 1 upgraded, 0 newly installed, 0 to remove and 2 not upgraded. Need to get 0 B/87.2 kB of archives. After this operation, 128 kB disk space will be freed. Do you want to continue? [Y/n] y Lese Changelogs... (Reading database ... 438951 files and directories currently installed.) Preparing to unpack .../avahi-daemon_0.6.31-4+b1_amd64.deb ... Job for avahi-daemon.service canceled. invoke-rc.d: initscript avahi-daemon, action "stop" failed. dpkg: warning: subprocess old pre-removal script returned error exit status 1 dpkg: trying script from the new package instead ... Job for avahi-daemon.service canceled. invoke-rc.d: initscript avahi-daemon, action "stop" failed. dpkg: error processing archive /var/cache/apt/archives/avahi-daemon_0.6.31-4+b1_amd64.deb (--unpack): subprocess new pre-removal script returned error exit status 1 update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults Errors were encountered while processing: /var/cache/apt/archives/avahi-daemon_0.6.31-4+b1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Even trying to start avahi-daemon via $ /etc/init.d/avahi-daemon start [ ok ] Starting avahi-daemon (via systemctl): avahi-daemon.service. and then running the upgrade doesn't help. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages avahi-daemon depends on: ii adduser 3.113+nmu3 ii bind9-host [host]1:9.9.5.dfsg-5 ii dbus 1.8.8-2 ii host 1:9.10.0.dfsg~rc2-1 ii init-system-helpers 1.21 ii libavahi-common3 0.6.31-4+b1 ii libavahi-core7 0.6.31-4+b1 ii libc62.19-12 ii libcap2 1:2.24-6 ii libdaemon0 0.14-6 ii libdbus-1-3 1.8.8-2 ii libexpat12.1.0-6+b1 ii lsb-base 4.1+Debian13+nmu1 Versions of packages avahi-daemon recommends: ii libnss-mdns 0.10-6 Versions of packages avahi-daemon suggests: ii avahi-autoipd 0.6.31-4+b1 -- Configuration Files: /etc/avahi/avahi-daemon.conf changed: [server] use-ipv4=yes use-ipv6=yes allow-interfaces=eth0,wlan0,lo ratelimit-interval-usec=100 ratelimit-burst=1000 [wide-area] enable-wide-area=yes [publish] [reflector] [rlimits] rlimit-core=0 rlimit-data=4194304 rlimit-fsize=0 rlimit-nofile=768 rlimit-stack=4194304 rlimit-nproc=3 -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#767687: hwloc-ls: undefined symbol hwloc_topology_export_synthetic
Package: hwloc Version: 1.10.0-2 Severity: normal Seems to have some dependency bug: $ hwloc-ls hwloc-ls: symbol lookup error: hwloc-ls: undefined symbol: hwloc_topology_export_synthetic -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hwloc depends on: ii libc6 2.19-12 ii libcairo2 1.12.16-5 ii libhwloc5 1.9.1-1 ii libtinfo5 5.9+20140913-1 ii libx11-6 2:1.6.2-3 hwloc recommends no packages. hwloc suggests no packages. -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#763841: "See also" in man pages wrong; qemu(1) missing?
Package: qemu-user Version: 2.1+dfsg-5 Severity: minor File: /usr/share/man/man1/qemu-user.1.gz Either it's a documentation bug, or a man page (symlink) is missing. # $ man qemu-x86_64 ... SEE ALSO qemu(1), qemu-img(1). # man qemu No manual entry for qemu Other manual pages (eg. qemu-ppc64le) have the same wrong link. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu-user depends on: ii libc6 2.19-11 ii libgcc1 1:4.9.1-15 ii libglib2.0-0 2.42.0-1 ii libstdc++64.9.1-15 ii zlib1g1:1.2.8.dfsg-2 Versions of packages qemu-user recommends: ii qemu-user-binfmt 2.1+dfsg-5 Versions of packages qemu-user suggests: ii sudo 1.8.10p3-1 -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762900: mutt: Display wrong for bad "From:" line
Package: mutt Version: 1.5.23-1.1 Severity: normal Tags: lfs I recently got some spam mails, and two of them looked very wrong in mutt: 1 N Sep 26 06:33:19 mail...@tarsago.pl 68K Aż 3,5% 2 F Sep 25 15:20:18 0,2K AW:Trusted Partner 3 F Sep 25 16:11:52 0,2K └*> 4 Sep 25 19:50:54 contato@ofertas-web-digit 2,8K Projetos 5 N Sep 26 03:21:00 maileva-de-la-poste@news192K Testez M 6 N Sep 26 02:26:48 ReliableHybridCars@hybrid 4,7K Drive sa 7 N Sep 26 01:27:14 HawaiiVacationDeals@sunny 4,6K Big Disc 8 N Sep 26 00:44:02 mail...@tarsago.pl 87K Trading Looking inside it seems that the bad "From:" header might be the reason: Subject: AW:Trusted Partner To: Recipients From: "Mr. Albert Jackson" ". Thanks a lot! -- Package-specific info: Mutt 1.5.23 (2014-03-12) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.16-1-amd64 (x86_64) ncurses: ncurses 5.9.20140712 (compiled with 5.9) libidn: 1.29 (compiled with 1.29) hcache backend: tokyocabinet 1.4.48 Compiler: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.9/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.9.1-6' --with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.9 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.9.1 (Debian 4.9.1-6) Configure options: '--prefix=/usr' '--sysconfdir=/etc' '--mandir=/usr/share/man' '--with-docdir=/usr/share/doc' '--with-mailpath=/var/mail' '--disable-dependency-tracking' '--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' '--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' '--with-curses' '--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' '--without-gdbm' '--without-bdb' '--without-qdbm' '--build' 'x86_64-linux-gnu' '--enable-nntp' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-D_FORTIFY_SOURCE=2 -I/usr/include/qdbm' Compilation CFLAGS: -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_NNTP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/mail" PKGDATADIR="/usr/share/mutt" SYSCONFDIR="/etc" EXECSHELL="/bin/sh" MIXMASTER="mixmaster" To contact the developers, please mail to . To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode.patch features/ifdef.patch features/xtitles.patch features/trash-folder.patch features/purge-message.patch features/imap_fast_trash.patch features/sensible_browser_position.patch features-old/patch-1.5.4.vk.pgp_verbose_mime.patch features/compressed-folders.patch features/compressed-folders.debian.patch debian-specific/Muttrc.patch debian-specific/Md.etc_mailname_gethostbyname.patch debian-specific/use_usr_bin_editor.patch debian-specific/correct_docdir_in_man_page.patch debian-specific/dont_document_not_present_features.patch debian-specific/document_debian_defaults.patch debian-specific/assumed_charset-comp
Bug#762798: java.lang.ClassNotFoundException: hudson/matrix/MatrixBuild
Source: jenkins Version: 1.565.2-2 Hi. I used jenkins=1.509.2+dfsg-2, and it worked fine, with all needed plugins. After upgrade via apt-get the configured job is lost; importing it via "jenkins-cli" gives me "java.lang.ClassCastException: java.util.Vector cannot be cast to hudson.util.DescribableList". Furthermore, even the "configure jenkins" page gives errors: javax.servlet.ServletException: org.apache.commons.jelly.JellyTagException: jar:file:/run/jenkins/war/WEB-INF/lib/jenkins-core-1.565.2.jar!/lib/form/section.jelly:48:21: hudson/matrix/MatrixBuild at org.kohsuke.stapler.jelly.JellyFacet$1.dispatch(JellyFacet.java:103) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) ... at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) Caused by: org.apache.commons.jelly.JellyTagException: jar:file:/run/jenkins/war/WEB-INF/lib/jenkins-core-1.565.2.jar!/lib/form/section.jelly:48:21: hudson/matrix/MatrixBuild at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:745) ... at org.kohsuke.stapler.jelly.JellyFacet$1.dispatch(JellyFacet.java:95) ... 43 more Caused by: java.lang.NoClassDefFoundError: hudson/matrix/MatrixBuild at java.lang.Class.getDeclaredFields0(Native Method) at java.lang.Class.privateGetDeclaredFields(Class.java:2436) ... at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) ... 121 more Caused by: java.lang.ClassNotFoundException: hudson.matrix.MatrixBuild at jenkins.util.AntClassLoader.findClassInComponents(AntClassLoader.java:1375) at jenkins.util.AntClassLoader.findClass(AntClassLoader.java:1325) at jenkins.util.AntClassLoader.loadClass(AntClassLoader.java:1078) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) ... 153 more This problem persists even after moving /var/lib/jenkins away and running "apt-get install --reinstall jenkins jenkins-common". UPDATE: deactivating the "GIT client" plugin makes the /configure URL work again, but that one would be required... No, there are no (more) plugin updates available. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.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#762687: wireshark-qt: can't choose dissector manually
Package: wireshark-qt Version: 1.12.1+g01b65bf-1 Severity: minor I've got a few TCP packets, and want to (manually) set a dissector for them. So I right-click on a packet, choose "Decode as...", switch the TCP Port, and set the correct dissector. "OK" doesn't change the dissection. As a symptom, pressing the "copy this dissection behaviour" (or other buttons) makes the "TCP Port" box switch back to the first (wrong) value... -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wireshark-qt depends on: ii libc62.19-11 ii libgcc1 1:4.9.1-14 ii libglib2.0-0 2.40.0-5 ii libnl-3-200 3.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-2003.2.24-2 ii libpcap0.8 1.6.2-1 ii libqt5core5a 5.3.1+dfsg-6 ii libqt5gui5 5.3.1+dfsg-6 ii libqt5printsupport5 5.3.1+dfsg-6 ii libqt5widgets5 5.3.1+dfsg-6 ii libstdc++6 4.9.1-14 ii libwireshark51.12.1+g01b65bf-1 ii libwiretap4 1.12.1+g01b65bf-1 ii libwsutil4 1.12.1+g01b65bf-1 ii wireshark-common 1.12.1+g01b65bf-1 ii xdg-utils1.1.0~rc1+git20111210-7.1 ii zlib1g 1:1.2.8.dfsg-2 wireshark-qt recommends no packages. wireshark-qt suggests no packages. -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#761801: /usr/share/vim/vim74/ftplugin/perl.vim: isfname erroneously set to include ":"
Package: vim-runtime Version: 2:7.4.430-1 Severity: normal File: /usr/share/vim/vim74/ftplugin/perl.vim /usr/share/vim/vim74/ftplugin/perl.vim:41 includes a part " The following line changes a global variable but is necessary to make " gf and similar commands work. The change to iskeyword was incorrect. " Thanks to Andrew Pimlott for pointing out the problem. If this causes a " problem for you, add an after/ftplugin/perl.vim file that contains " set isfname-=: set isfname+=: set iskeyword+=: But that is incorrect - including ":" in "isfname" breaks "gF". IMO using ":" as a "file:line" delimiter is much more common than using ":" within filenames, so I'd like to see that part removed. Thank you! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim-athena [vim] 2:7.4.430-1 ii vim-gnome [vim] 2:7.4.430-1 vim-runtime suggests no packages. -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#761800: /usr/share/vim/vim74/ftplugin/perl.vim:41 isfname erroneously set to include ":"
Package: vim-runtime Version: 2:7.4.430-1 Severity: normal File: /usr/share/vim/vim74/ftplugin/perl.vim >From the mentioned file: " The following line changes a global variable but is necessary to make " gf and similar commands work. The change to iskeyword was incorrect. " Thanks to Andrew Pimlott for pointing out the problem. If this causes a " problem for you, add an after/ftplugin/perl.vim file that contains " set isfname-=: set isfname+=: This is exactly wrong; by including ":" commands like "gF" (goto file, including a specific line) *don't* work anymore, because the common delimiter ":" is no longer seen as such. While it's technically correct that many systems accept ":" in filenames, I guess that it's much more common to provide a line number after the path. Please remove ":" from isfname again. Thank you! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim-athena [vim] 2:7.4.430-1 ii vim-gnome [vim] 2:7.4.430-1 vim-runtime suggests no packages. -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#759194: apt: wrong version selection with "-t stable"
Package: apt Version: 1.1~exp2 Severity: minor With apt 1.0.6 and 1.1~ I see some strange package selection behaviour. It started with this: $ LC_ALL=C apt-get dist-upgrade -s | grep upgraded, 233 upgraded, 21 newly installed, 1 to remove and 3 not upgraded. But if I choose the "older" release $ LC_ALL=C apt-get dist-upgrade -s -t stable | grep upgraded, 974 upgraded, 34 newly installed, 4 to remove and 3 not upgraded. Some more testing finally showed this: $ LC_ALL=C apt-cache policy grub-common grub-common: Installed: 2.00-22 Candidate: 2.00-22 Version table: 2.02~beta2-11 0 500 http://http.debian.net/debian/ unstable/main amd64 Packages *** 2.00-22 0 990 http://http.debian.net/debian/ testing/main amd64 Packages 100 /var/lib/dpkg/status 1.99-27+deb7u2 0 500 http://http.debian.net/debian/ stable/main amd64 Packages but $ LC_ALL=C apt-cache policy grub-common -t stable grub-common: Installed: 2.00-22 Candidate: 2.02~beta2-11 ... So it looks as if the wrong target release gets chosen with "-t stable"; maybe because "stable" is a substring of "unstable"? Perhaps this is the same bug as the (unanswered) #746412: apt: option -t does not always work -- Package-specific info: -- apt-config dump -- APT ""; APT::Architecture "amd64"; APT::Build-Essential ""; APT::Build-Essential:: "build-essential"; APT::Install-Recommends "true"; APT::Install-Suggests "0"; APT::Authentication ""; APT::Authentication::TrustCDROM "true"; APT::NeverAutoRemove ""; APT::NeverAutoRemove:: "^firmware-linux.*"; APT::NeverAutoRemove:: "^linux-firmware$"; APT::NeverAutoRemove:: "^linux-image-3\.14-1-amd64$"; APT::NeverAutoRemove:: "^linux-image-3\.14-2-amd64$"; APT::NeverAutoRemove:: "^linux-headers-3\.14-1-amd64$"; APT::NeverAutoRemove:: "^linux-headers-3\.14-2-amd64$"; APT::NeverAutoRemove:: "^linux-image-extra-3\.14-1-amd64$"; APT::NeverAutoRemove:: "^linux-image-extra-3\.14-2-amd64$"; APT::NeverAutoRemove:: "^linux-signed-image-3\.14-1-amd64$"; APT::NeverAutoRemove:: "^linux-signed-image-3\.14-2-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-image-3\.14-1-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-image-3\.14-2-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-headers-3\.14-1-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-headers-3\.14-2-amd64$"; APT::NeverAutoRemove:: "^gnumach-image-3\.14-1-amd64$"; APT::NeverAutoRemove:: "^gnumach-image-3\.14-2-amd64$"; APT::NeverAutoRemove:: "^.*-modules-3\.14-1-amd64$"; APT::NeverAutoRemove:: "^.*-modules-3\.14-2-amd64$"; APT::NeverAutoRemove:: "^.*-kernel-3\.14-1-amd64$"; APT::NeverAutoRemove:: "^.*-kernel-3\.14-2-amd64$"; APT::NeverAutoRemove:: "^linux-backports-modules-.*-3\.14-1-amd64$"; APT::NeverAutoRemove:: "^linux-backports-modules-.*-3\.14-2-amd64$"; APT::NeverAutoRemove:: "^linux-tools-3\.14-1-amd64$"; APT::NeverAutoRemove:: "^linux-tools-3\.14-2-amd64$"; APT::NeverAutoRemove:: "^postgresql-"; APT::VersionedKernelPackages ""; APT::VersionedKernelPackages:: "linux-image"; APT::VersionedKernelPackages:: "linux-headers"; APT::VersionedKernelPackages:: "linux-image-extra"; APT::VersionedKernelPackages:: "linux-signed-image"; APT::VersionedKernelPackages:: "kfreebsd-image"; APT::VersionedKernelPackages:: "kfreebsd-headers"; APT::VersionedKernelPackages:: "gnumach-image"; APT::VersionedKernelPackages:: ".*-modules"; APT::VersionedKernelPackages:: ".*-kernel"; APT::VersionedKernelPackages:: "linux-backports-modules-.*"; APT::VersionedKernelPackages:: "linux-tools"; APT::Never-MarkAuto-Sections ""; APT::Never-MarkAuto-Sections:: "metapackages"; APT::Never-MarkAuto-Sections:: "restricted/metapackages"; APT::Never-MarkAuto-Sections:: "universe/metapackages"; APT::Never-MarkAuto-Sections:: "multiverse/metapackages"; APT::Never-MarkAuto-Sections:: "oldlibs"; APT::Never-MarkAuto-Sections:: "restricted/oldlibs"; APT::Never-MarkAuto-Sections:: "universe/oldlibs"; APT::Never-MarkAuto-Sections:: "multiverse/oldlibs"; APT::Periodic ""; APT::Periodic::Update-Package-Lists "1"; APT::Periodic::Download-Upgradeable-Packages "0"; APT::Periodic::AutocleanInterval "0"; APT::Update ""; APT::Update::Post-Invoke ""; APT::Update::Post-Invoke:: "touch /var/lib/apt/periodic/update-success-stamp 2>/dev/null || true"; APT::Update::Post-Invoke:: "[ ! -x /usr/bin/debtags ] || debtags update --local || true"; APT::Update::Post-Invoke-Success ""; APT::Update::Post-Invoke-Success:: "[ ! -f /var/run/dbus/system_bus_socket ] || /usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt org.debian.apt.CacheChanged || true"; APT::Update::Post-Invoke-Success:: "/usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 4 --method org.freedesktop.PackageKit.StateHasCh
Bug#758021: vim-youcompleteme: Please provide a newer version
Package: vim-youcompleteme Version: 0+20140207+git18be5c2-1+b2 Severity: wishlist Please provide an update, there've been quite a lot of changes in the meantime. Thank you very much! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim-youcompleteme depends on: ii libboost-filesystem1.55.0 1.55.0+dfsg-2 ii libboost-python1.55.0 1.55.0+dfsg-2 ii libboost-regex1.55.01.55.0+dfsg-2 ii libboost-system1.55.0 1.55.0+dfsg-2 ii libc6 2.19-7 ii libclang1-3.4 1:3.4.2-6 ii libgcc1 1:4.9.1-4 ii libstdc++6 4.9.1-4 ii python-bottle 0.12.7-1 ii python-concurrent.futures [python-futures] 2.1.6-3 ii python-jedi 0.8.0-1 ii python-requests 2.3.0-1 ii python-waitress 0.8.8-3 ii python2.7 2.7.8-3 pn python:any ii vim-athena [vim-python] 2:7.4.335-1 ii vim-gnome [vim-python] 2:7.4.335-1 ii vim-nox [vim-python]2:7.4.335-1 Versions of packages vim-youcompleteme recommends: ii vim-addon-manager 0.5.3 vim-youcompleteme 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#753678: vim-nox: matchadd() highlightning lost on split window
Package: vim-nox Version: 2:7.4.335-1 Severity: normal Steps to reproduce: start vim # vim -u NONE -U NONE -N enter some text i this is a test define a match :call matchadd("MoreMsg", "is") and note that two occurrences are found. Now press Ctrl-W s *or* Ctrl-W v to get a split window. Bug: in the "old" window the match is no longer highlighted. -- Package-specific info: --- real paths of main Vim binaries --- /usr/bin/vi is /usr/bin/vim.gnome /usr/bin/vim is /usr/bin/vim.gnome /usr/bin/gvim is /usr/bin/vim.gnome -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim-nox depends on: ii libacl1 2.2.52-1 ii libc6 2.19-4 ii libgpm2 1.20.4-6.1 ii liblua5.2-0 5.2.3-1 ii libperl5.18 5.18.2-4 ii libpython2.7 2.7.7-2 ii libruby2.12.1.2-2 ii libselinux1 2.3-1 ii libtcl8.6 8.6.1-6 ii libtinfo5 5.9+20140118-1 ii vim-common2:7.4.335-1 ii vim-runtime 2:7.4.335-1 vim-nox recommends no packages. Versions of packages vim-nox suggests: ii cscope 15.8a-2 pn vim-doc -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#752500: xpra: Doesn't work as root anymore
Package: xpra Version: 0.13.5+dfsg-1 Severity: normal I need to manage VMs on a far-away server; the easiest way for me to do so is to run "virt-manager" via xpra. Since the last upgrade it doesn't work anymore: $ xpra attach ssh::99 xpra client version 0.13.5 ... Received uninterpretable nonsense: '\nWarning: running as root\n' Connection lost I've had to change /usr/lib/python2.7/dist-packages/xpra/scripts/main.py to remove that check in run_mode(); simply changing the test to use "_proxy" wasn't enough. Please restore the as-root functionality! Thank you very much. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xpra depends on: ii libavcodec55 6:10.1-1 ii libavutil53 6:10.1-1 ii libc6 2.19-3 ii libgtk2.0-0 2.24.23-1 ii libswscale2 9:1.2.3-dmo1 ii libvpx1 1.3.0-2 ii libwebp5 0.4.0-4.1 ii libx11-6 2:1.6.2-2 ii libx264-142 2:0.142.2389+git956c8d8-5 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes31:5.0.1-1 ii libxrandr22:1.4.2-1 ii libxtst6 2:1.2.2-1 ii python2.7.6-2 ii python-gtk2 2.24.0-3+b1 ii x11-xserver-utils 7.7+2 ii xserver-xorg-input-void 1:1.4.0-1+b3 ii xserver-xorg-video-dummy 1:0.3.7-1+b2 Versions of packages xpra recommends: ii openssh-client1:6.6p1-5 ii python-avahi 0.6.31-4 ii python-gtkglext1 1.1.0-9.1 ii python-imaging2.4.0-2 ii python-netifaces 0.8-3+b2 ii python-webm 0.2.4-1 ii ssh-askpass 1:1.2.4.1-9 Versions of packages xpra suggests: ii gstreamer0.10-plugins-bad 0.10.23-7.2+b1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu3 ii gstreamer0.10-plugins-ugly 0.10.19-2.1 ii openssh-server 1:6.6p1-5 ii pulseaudio 5.0-2 ii pulseaudio-utils5.0-2 ii python-dbus 1.2.0-2+b3 ii python-gst0.10 0.10.22-3 pn python-pyopencl -- 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#752264: RFP: neovim -- vim's rebirth for the 21st century
Package: wnpp Severity: wishlist * Package name: neovim Version : none yet Upstream Author : many, see https://groups.google.com/forum/#!forum/neovim * URL : http://neovim.org/ * License : like vim, charityware Programming Lang: C,... Description : vim's rebirth for the 21st century >From https://github.com/neovim/neovim: Neovim is a project that seeks to aggressively refactor Vim in order to: Simplify maintenance and encourage contributions Split the work between multiple developers Enable the implementation of new/modern user interfaces without any modifications to the core source Improve extensibility with a new plugin architecture Please provide snapshots (monthly?) in experimental, so that watching the project gets easier. This way much more feedback could be provided to the developers, which would help them, too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751872: /usr/bin/mergecap: mergecap: segfault
Package: wireshark-common Version: 1.12.0~rc1-2 Severity: normal File: /usr/bin/mergecap First of all, thank you very much for packaging wireshark-qt! Running "/usr/bin/mergecap -w" gives me a segfault: Program received signal SIGSEGV, Segmentation fault. 0x77b45609 in wtap_open_offline () from /usr/lib/x86_64-linux- gnu/libwiretap.so.4 (gdb) bt #0 0x77b45609 in wtap_open_offline () from /usr/lib/x86_64-linux- gnu/libwiretap.so.4 #1 0x77b4f2e4 in merge_open_in_files () from /usr/lib/x86_64-linux- gnu/libwiretap.so.4 #2 0x00401b2a in ?? () #3 0x77284b45 in __libc_start_main (main=0x4018d0, argc=0x6, argv=0x7fffe038, init=, fini=, rtld_fini=, stack_end=0x7fffe028) at libc-start.c:287 #4 0x00402384 in _start () I can't pass the input files, but that should be easy to reproduce - I've had that with 3 different sets of inputs now. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wireshark-common depends on: ii debconf [debconf-2.0] 1.5.53 ii libc6 2.19-1 ii libcap21:2.22-1.2 ii libcap2-bin1:2.22-1.2 ii libgcrypt111.5.3-4 ii libglib2.0-0 2.40.0-3 ii libnl-3-2003.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libpcap0.8 1.5.3-4 ii libwireshark5 1.12.0~rc1-2 ii libwiretap41.12.0~rc1-2 ii libwsutil4 1.12.0~rc1-2 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages wireshark-common recommends: ii tshark 1.12.0~rc1-2 ii wireshark 1.12.0~rc1-2 wireshark-common suggests no packages. -- debconf information: * wireshark-common/install-setuid: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749328: thin-provisioning-tools: Wrong version number?
Package: thin-provisioning-tools Version: 0.3.2-1 Severity: normal The package version and the version the binary prints differ: $ dpkg-query -l thin-provisioning-tools ii thin-provisioning-tools 0.3.2-1 $ thin_dump -V 0.3.1 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages thin-provisioning-tools depends on: ii libc6 2.18-7 ii libexpat1 2.1.0-4 ii libgcc1 1:4.9.0-3 ii libstdc++6 4.9.0-3 thin-provisioning-tools recommends no packages. thin-provisioning-tools suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680320: os-prober: Hangs
Package: os-prober Version: 1.63 Followup-For: Bug #680320 I see the symptom that os-prober doesn't *hang* per se, but just reads an awful lot of data. # vgs | wc -l 5 # lvs | wc -l 76 30865 pts/16 S+ 0:08 | \_ apt-get purge linux-image-3.13-1-amd64 31039 pts/5Ss+0:00 | \_ /usr/bin/dpkg --abort-after=1000 --force-confmiss --status-fd 39 --force-depends --force-remove-essential --purge linux-image-3.13-1-amd64:amd64 31057 pts/5S+ 0:00 | \_ /usr/bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/linux-image-3.13-1-amd64.postrm remove 31068 pts/5S+ 0:00 | \_ /usr/bin/perl /var/lib/dpkg/info /linux-image-3.13-1-amd64.postrm remove 31075 pts/5S+ 0:00 | \_ run-parts --report --exit- on-error --arg=3.13-1-amd64 --arg=/boot/vmlinuz-3.13-1-amd64 /etc/kernel/postrm.d 31082 pts/5S+ 0:00 | \_ /bin/sh /usr/sbin/grub- mkconfig -o /boot/grub/grub.cfg 31670 pts/5S+ 0:00 | \_ /bin/sh /etc/grub.d /30_os-prober 31681 pts/5S+ 0:00 | \_ /bin/sh /etc/grub.d/30_os-prober 31682 pts/5S+ 0:00 | \_ /bin/sh /usr/bin/os-prober 32029 pts/5S+ 0:00 | | \_ /bin/sh /usr/lib/os-probes/50mounted-tests /dev/mapper/vg-lv 32193 pts/5S+ 0:00 | | \_ /bin/sh /usr/lib/os-probes/mounted/90linux-distro /dev/mapper/vg-lv /var/lib /os-prober/mount tarfs 32194 pts/5S+ 0:00 | | \_ /bin/sh /usr/lib/os-probes/mounted/90linux-distro /dev/mapper/vg-lv /var/lib /os-prober/mount t 31683 pts/5S+ 0:00 | \_ tr ^ 31684 pts/5S+ 0:00 | \_ paste -s -d 32049 ?Rs 9:03 grub-mount /dev/mapper/vg-lv /var/lib/os- prober/mount # file -s /dev/mapper/vg-lv /dev/mapper/vg-lv: sticky POSIX tar archive (GNU) It seems to read (at least some) LVs *completely*, from start to end ... and that takes quite some time. Please provide a way to restrict probing to some subset of LVs - via a list, wildcards, or whatever else ... Thanks a lot. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages os-prober depends on: ii libc6 2.18-7 os-prober recommends no packages. os-prober 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#747497: autofs: mounts don't expire
Package: autofs Version: 5.0.8-1 Severity: normal I've got autofs setup to mount NFS servers via the executable map /etc/auto.net. Setting a --timeout or TIMEOUT (to 20) doesn't work - even after some minutes inactivity the server is still mounted. /var/log/daemon.log repeats the attached loglines. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages autofs depends on: ii libc6 2.18-5 ii libxml22.9.1+dfsg1-3 ii multiarch-support 2.18-5 ii ucf3.0028 Versions of packages autofs recommends: ii kmod 16-2 ii module-init-tools 16-2 ii nfs-common 1:1.2.8-6 autofs suggests no packages. -- no debconf information *** /tmp/autofs.log May 9 12:36:27 ... automount[14472]: st_ready: st_ready(): state = 2 path /net May 9 12:36:32 ... automount[14472]: st_expire: state 1 path /net May 9 12:36:32 ... automount[14472]: expire_proc: exp_proc = 139993797248768 path /net May 9 12:36:32 ... automount[14472]: expire_proc_indirect: expire /net/server/data May 9 12:36:32 ... automount[14472]: 1 remaining in /net May 9 12:36:32 ... automount[14472]: expire_cleanup: got thid 139993797248768 path /net stat 3 May 9 12:36:32 ... automount[14472]: expire_cleanup: sigchld: exp 139993797248768 finished, switching from 2 to 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#745496: vim-youcompleteme: YcmRestartServer says "ENOENT"
Package: vim-youcompleteme Version: 0+20140207+git18be5c2-1 Severity: normal :YcmRestartServer Traceback (most recent call last): File "", line 1, in File "/usr/lib/vim-youcompleteme/ycm/youcompleteme.py", line 169, in RestartServer self._SetupServer() File "/usr/lib/vim-youcompleteme/ycm/youcompleteme.py", line 117, in _SetupServer with open( self._server_stderr, 'w' ) as fstderr: IOError: [Errno 2] File not found: '/tmp/ycm_tempprnw3G/server_50148_stderr.log' My handlers.py is changed because bottle.Request.MEMFILE_MAX is too small, I'm using 16MB; see http://stackoverflow.com/questions/16865997/python-bottle- module-causes-error-413-request-entity-too-large. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim-youcompleteme depends on: ii libboost-filesystem1.54.0 1.54.0-5 ii libboost-python1.54.0 1.54.0-5 ii libboost-regex1.54.01.54.0-5 ii libboost-system1.54.0 1.54.0-5 ii libc6 2.18-4 ii libclang1-3.3 1:3.3-16 ii libgcc1 1:4.8.2-16 ii libstdc++6 4.8.2-16 ii python-bottle 0.12.5-1 ii python-concurrent.futures [python-futures] 2.1.6-3 ii python-jedi 0.7.0-1 ii python-requests 2.2.1-1 ii python-waitress 0.8.8-1 ii python2.7 2.7.6-8 pn python:any ii vim-athena [vim-python] 2:7.4.253-1 ii vim-gnome [vim-python] 2:7.4.253-1 ii vim-nox [vim-python]2:7.4.253-1 Versions of packages vim-youcompleteme recommends: ii vim-addon-manager 0.5.3 vim-youcompleteme suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/vim-youcompleteme/ycm/server/handlers.py (from vim-youcompleteme package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#743653: akonadi_kcal_resource: memleak with aborted SSL-connection
Package: kdepim-runtime Version: 4:4.11.5-1 Severity: normal File: /usr/bin/akonadi_kcal_resource On very slow connections I sometimes get TCP (or SSL) timeouts, followed by a messagebox. On "Abort" the process gets into some loop, and rapidly fills all memory (up to the ulilmit). I could stop it via gdb; setting a breakpoint in "malloc" gave the attached backtrace. I'll try to keep it in GDB; if there are questions (RSN), I might be able to report about the current process state. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdepim-runtime depends on: ii akonadi-server1.11.0-1 ii kde-runtime 4:4.11.3-1 ii kdepimlibs-kio-plugins4:4.11.5-4+b1 ii libakonadi-calendar4 4:4.11.5-4+b1 ii libakonadi-contact4 4:4.11.5-4+b1 ii libakonadi-kabc4 4:4.11.5-4+b1 ii libakonadi-kcal4 4:4.11.5-4+b1 ii libakonadi-kde4 4:4.11.5-4+b1 ii libakonadi-kmime4 4:4.11.5-4+b1 ii libakonadi-notes4 4:4.11.5-4+b1 ii libakonadiprotocolinternals1 1.11.0-1 ii libc6 2.18-4 ii libgcc1 1:4.8.2-16 ii libkabc4 4:4.11.5-4+b1 ii libkalarmcal2 4:4.11.5-4+b1 ii libkcal4 4:4.11.5-4+b1 ii libkcalcore4 4:4.11.5-4+b1 ii libkcalutils4 4:4.11.5-4+b1 ii libkcmutils4 4:4.11.3-2 ii libkdecore5 4:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkgapi2-2 2.0.1-3 ii libkidletime4 4:4.11.3-2 ii libkimap4 4:4.11.5-4+b1 ii libkio5 4:4.11.3-2 ii libkmbox4 4:4.11.5-4+b1 ii libkmime4 4:4.11.5-4+b1 ii libknewstuff3-4 4:4.11.3-2 ii libknotifyconfig4 4:4.11.3-2 ii libkolab0 0.4.2-7 ii libkpimidentities44:4.11.5-4+b1 ii libkpimtextedit4 4:4.11.5-4+b1 ii libkpimutils4 4:4.11.5-4+b1 ii libkresources44:4.11.5-4+b1 ii libkrosscore4 4:4.11.3-2 ii libmailtransport4 4:4.11.5-4+b1 ii libmicroblog4 4:4.11.5-4+b1 ii libnepomukcore4 4:4.11.5-2+b1 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-declarative4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-network4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-script 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-xml4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-xmlpatterns4:4.8.5+git242-g0315971+dfsg-2 ii libqtcore44:4.8.5+git242-g0315971+dfsg-2 ii libqtgui4 4:4.8.5+git242-g0315971+dfsg-2 ii libsolid4 4:4.11.3-2 ii libsoprano4 2.9.4+dfsg-1 ii libstdc++64.8.2-16 ii libxml2 2.9.1+dfsg1-3 kdepim-runtime recommends no packages. kdepim-runtime suggests no packages. -- no debconf information #0 __GI___libc_malloc (bytes=0x7fffa1da64a0) at malloc.c:2844 #1 0x7fde8d14a017 in QByteArray::QByteArray (this=0x7fffa1da64a0, data=0x7fde8a06e18b "processRequest()", size=0xe) at tools/qbytearray.cpp:1333 #2 0x7fde8d267978 in QTimer::singleShot (msec=0x0, receiver=0x1adcb30, member=0x7fde8a06e18a "1processRequest()") at kernel/qtimer.cpp:359 #3 0x7fde89fd8086 in ?? () from /usr/lib/libkio.so.5 #4 0x7fde89fc6bb7 in KIO::SlaveInterface::messageBox(int, QString const&, QString const&, QString const&, QString const&, QString const&) () from /usr/lib/libkio.so.5 #5 0x7fde89fc90af in KIO::SlaveInterface::dispatch(int, QByteArray const&) () from /usr/lib/libkio.so.5 #6 0x7fde89fc65be in KIO::SlaveInterface::dispatch() () from /usr/lib/libkio.so.5 #7 0x7fde89fbb236 in KIO::Slave::gotInput() () from /usr/lib/libkio.so.5 #8 0x7fde8d25e77a in QMetaObject::activate (sender=0x23b4130, m=, local_signal_index=, argv=0x0) at kernel/qobject.cpp:3539 #9 0x7fde89ef7221 in ?? () from /usr/lib/libkio.so.5 #10 0x7fde8d262b1e in QObject::event (this=0x23b4130, e=) at kernel/qobject.cpp:1194 #11 0x7fde8b5726cc in QApplicationPrivate::notify_helper (this=this@entry=0xd86100, receiver=receiver@entry=0x23b4130, e=e@entry=0x10c1b590) at kernel/qapplication.cpp:4567 #12 0x7fde8b578d40 in QApplication::notify (this=0x7fffa1da6fa0, receiver=0x23b4130, e=0x10c1b590) at kernel/qapplication.cpp:4353 #13 0x7fde8c29449a in KAppli
Bug#741466: hugin: Segfault when displaying previews
Package: hugin Version: 2014.0.0~rc1+dfsg-2 Severity: normal With "Interface - Simple", clicking on _any_ tab (except the first visible, "Assistant") crashes Hugin with a segfault; please see the backtrace attached. The "Expert" Interface works better, but I cannot do any previews. After comparing with #711997 I can offer further this information: * glxgears just works: # glxgears -info Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. GL_RENDERER = Mesa DRI Intel(R) Ironlake Mobile GL_VERSION= 2.1 Mesa 9.2.2 GL_VENDOR = Intel Open Source Technology Center * No Nvidia traces in /var/log/Xorg.0.log; this is a notebook with an Intel graphics card, and has never seen the Nvidia proprietary driver. # grep module -i /var/log/Xorg.0.log looks clean: [59.155] (II) LoadModule: "glx" [59.164] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [59.215] (II) Module glx: vendor="X.Org Foundation" [ 59.215]compiled for 1.15.0, module version = 1.0.0 [59.215] (II) LoadModule: "dbe" [59.215] (II) Module "dbe" already built-in [59.215] (II) LoadModule: "extmod" [59.215] (II) Module "extmod" already built-in [59.215] (II) LoadModule: "intel" [59.215] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [59.274] (II) Module intel: vendor="X.Org Foundation" [59.274]compiled for 1.15.0, module version = 2.21.15 [59.274]Module class: X.Org Video Driver [59.448] (II) Loading sub module "fb" [59.448] (II) LoadModule: "fb" [59.448] (II) Loading /usr/lib/xorg/modules/libfb.so [59.459] (II) Module fb: vendor="X.Org Foundation" [59.459]compiled for 1.15.0, module version = 1.0.0 [59.459] (II) Loading sub module "dri2" [59.459] (II) LoadModule: "dri2" [59.459] (II) Module "dri2" already built-in -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hugin depends on: ii enblend 4.1.2+dfsg-2 ii enfuse4.1.2+dfsg-2 ii hugin-tools 2014.0.0~rc1+dfsg-2 ii libboost-system1.55.0 1.55.0-1 ii libboost-thread1.55.0 1.55.0-1 ii libc6 2.18-4 ii libexiv2-12 0.23-1 ii libgcc1 1:4.8.2-16 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglew1.10 1.10.0-3 ii libglu1-mesa [libglu1]9.0.0-2 ii libimage-exiftool-perl9.53-1 ii libpano13-3 2.9.19~beta1+dfsg-2 ii libstdc++64.8.2-16 ii libtiff5 4.0.3-8 ii libwxbase2.8-02.8.12.1+dfsg-2 ii libwxgtk2.8-0 2.8.12.1+dfsg-2 ii make 3.82-1 hugin recommends no packages. hugin suggests no packages. Program received signal SIGSEGV, Segmentation fault. 0x0058b1f3 in PreviewIdentifyTool::setConstantOn(bool) () (gdb) bt #0 0x0058b1f3 in PreviewIdentifyTool::setConstantOn(bool) () #1 0x00530bcc in GLPreviewFrame::SetMode(int) () #2 0x756e17c6 in wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0 #3 0x756e186b in wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0 #4 0x756e1bd7 in wxEvtHandler::ProcessEvent(wxEvent&) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0 #5 0x752c7c79 in wxWindowBase::TryParent(wxEvent&) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0 #6 0x752c7c79 in wxWindowBase::TryParent(wxEvent&) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0 #7 0x752a7d08 in wxNotebookBase::SendPageChangedEvent(int, int) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0 #8 0x7fffeef62138 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #9 0x7fffeef73d41 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #10 0x7fffeef7b799 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #11 0x7fffeef7ba52 in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #12 0x703e5d74 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #13 0x703c6695 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #14 0x7fffeef62138 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #15 0x7fffeef7386b in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #16 0x7fffeef7b469 in g_signal_emit_valist () from /usr/lib/x86_64-linux-
Bug#740480: apt: "apt-get update" gives bad error when /tmp/ is full
Package: apt Version: 0.9.15.4+b1 Severity: normal I accidentally filled up my /tmp (which is a separate tmpfs); the next "apt-get update" said E: GPG error: http://ftp.at.debian.org testing InRelease: The following signatures were invalid: NODATA 2 It should notice ENOSPC and give a helpful message, instead of saying "signature invalid". -- Package-specific info: -- (no /etc/apt/preferences present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.16-1.1 ii libapt-pkg4.12 0.9.15.4+b1 ii libc6 2.17-97 ii libgcc1 1:4.8.2-16 ii libstdc++6 4.8.2-16 apt recommends no packages. Versions of packages apt suggests: pn apt-doc ii aptitude0.6.10-1 ii dpkg-dev1.17.6 ii python-apt 0.9.1 ii xz-utils5.1.1alpha+20120614-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#740329: gdb=7.6.1-1: doesn't close core file when out of disk-space
Package: gdb=7.6.1-1 Version: gdb Severity: normal I tried to run generate-core-file /tmp/some-file with a multi-GB process; that filled up my /tmp completely. GDB wrote (manually translated) warning: Failed to write corefile contents (Out of disk space). ... Saved corefile /tmp/htr warning: cannot close "/tmp/some-file": out of disk space Deleting the file from another shell wasn't sufficient - GDB still had the filehandle open (as it says above)! # ls -la /proc/`pidof gdb`/fd ... lrwx-- 1 root root 64 Feb 28 09:57 9 -> /tmp/some-file (deleted) So I *have* to quite GDB - and lose the debugged process on the way. Please just make GDB close the filehandle, so the space can be reclaimed. Thanks a lot! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.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#613484: /usr/bin/ecl is not installed
Package: ecl Version: 13.5.1+dfsg2-4 Followup-For: Bug #613484 This is still an issue: $ apt-get install --reinstall ecl Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 3 not upgraded. Need to get 0 B/3182 kB of archives. After this operation, 0 B of additional disk space will be used. (Reading database ... 404956 files and directories currently installed.) Preparing to unpack .../ecl_13.5.1+dfsg2-4_amd64.deb ... Unpacking ecl (13.5.1+dfsg2-4) over (13.5.1+dfsg2-4) ... Processing triggers for man-db (2.6.6-1) ... Setting up ecl (13.5.1+dfsg2-4) ... Processing triggers for libc-bin (2.17-97) ... $ ls -la /usr/bin/ecl ls: cannot access /usr/bin/ecl: No such file or directory -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ecl depends on: ii gcc 4:4.8.2-2 ii libc62.17-97 ii libffi6 3.0.13-12 ii libgc-dev1:7.2d-6 ii libgc1c2 1:7.2d-6 ii libgmp10 2:5.1.3+dfsg-1 ii libgmp3-dev 2:5.1.3+dfsg-1 ii libncurses5-dev 5.9+20140118-1 ecl recommends no packages. Versions of packages ecl suggests: pn ecl-doc pn slime -- 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#738819: emacs24: During installation: "gforth.el:742:18:Error: Don't know how to compile nil"
Package: emacs24 Version: 24.3+1-2+b1 Severity: normal $ LC_ALL=C apt-get install Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up emacs24 (24.3+1-2+b1) ... Install cmake-data for emacs24 install/cmake-data: Byte-compiling for emacs24 ln: failed to create symbolic link '/usr/share/emacs24/site-lisp/cmake-data /cmake-mode.el': File exists Wrote /usr/share/emacs24/site-lisp/cmake-data/cmake-mode.elc Install dictionaries-common for emacs24 install/dictionaries-common: Already byte-compiled for emacs24. Skipping ... Install emacsen-common for emacs24 emacsen-common: Handling install of emacsen flavor emacs24 Wrote /etc/emacs24/site-start.d/00debian-vars.elc Wrote /usr/share/emacs24/site-lisp/debian-startup.elc Install gforth for emacs24 install/gforth: Byte-compiling for emacsen flavour emacs24 In toplevel form: gforth.el:742:18:Error: Don't know how to compile nil gforth.el:742:18:Error: Don't know how to compile nil gforth.el:742:18:Error: Don't know how to compile nil gforth.el:742:18:Error: Don't know how to compile nil gforth.el:742:18:Error: Don't know how to compile nil ERROR: install script from gforth package failed dpkg: error processing package emacs24 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: emacs24 E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs24 depends on: ii emacs24-bin-common 24.3+1-2+b1 ii gconf-service3.2.6-1 ii libasound2 1.0.27.2-3 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libdbus-1-3 1.8.0-1 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.2-1 ii libgconf-2-4 3.2.6-1 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libgif4 4.1.6-11 ii libglib2.0-0 2.36.4-1 ii libgnutls26 2.12.23-10+b1 ii libgomp1 4.8.2-14 ii libgpm2 1.20.4-6.1 ii libgtk-3-0 3.8.6-1 ii libice6 2:1.0.8-2 ii libjpeg8 8d-2 ii libm17n-01.6.4-2 ii libmagickcore5 8:6.7.7.10-7 ii libmagickwand5 8:6.7.7.10-7 ii libotf0 0.9.13-1 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii libpng12-0 1.2.50-1 ii librsvg2-2 2.40.0-1 ii libselinux1 2.2.2-1 ii libsm6 2:1.2.1-2 ii libtiff5 4.0.3-7 ii libtinfo55.9+20140118-1 ii libx11-6 2:1.6.2-1 ii libxft2 2.3.1-2 ii libxml2 2.9.1+dfsg1-3 ii libxpm4 1:3.5.10-1 ii libxrender1 1:0.9.8-1 ii zlib1g 1:1.2.8.dfsg-1 emacs24 recommends no packages. Versions of packages emacs24 suggests: pn emacs24-common-non-dfsg -- 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#738707: linux-image-3.12-1-amd64: Failed to symbolic-link /boot/initrd.img-3.12-1-amd64 to initrd.img.
Package: src:linux Version: 3.12.9-1 Severity: normal I had the wrong /boot mounted. After reboot I noticed that, got the correct filesystem on there, and did "apt- get install --reinstall" - but that stopped with the error message above. strace showed this: [pid 8236] 09:56:54.538994 symlink("/boot/initrd.img-3.12-1-amd64", "initrd.img") = -1 EEXIST (File exists) Failed to symbolic-link /boot/initrd.img-3.12-1-amd64 to initrd.img. So I guess there might be some script that looks at the link, says "it's correct, no need to delete", but the symlink() call later on then gets the error. -- Package-specific info: ** Kernel log: boot messages should be attached -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-3.12-1-amd64 depends on: ii debconf [debconf-2.0] 1.5.52 ii initramfs-tools [linux-initramfs-tool] 0.115 ii kmod16-2 ii linux-base 3.5 ii module-init-tools 16-2 Versions of packages linux-image-3.12-1-amd64 recommends: ii firmware-linux-free 3.2 Versions of packages linux-image-3.12-1-amd64 suggests: pn debian-kernel-handbook ii grub-pc 2.00-22 pn linux-doc-3.12 Versions of packages linux-image-3.12-1-amd64 is related to: pn firmware-atheros pn firmware-bnx2 pn firmware-bnx2x ii firmware-brcm80211 0.40 pn firmware-intelwimax pn firmware-ipw2x00 pn firmware-ivtv pn firmware-iwlwifi pn firmware-libertas ii firmware-linux 0.40 ii firmware-linux-nonfree 0.40 pn firmware-myricom pn firmware-netxen pn firmware-qlogic pn firmware-ralink ii firmware-realtek0.40 pn xen-hypervisor -- 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#738704: pacemaker: Segfault in libhbclient.so.1.0.0
Package: pacemaker Version: 1.1.10+git20130802-4 Severity: normal Upon doing eg. "crm configure", "property maintenance-mode=on" I get this segfault (caught with GDB): Program received signal SIGSEGV, Segmentation fault. 0x7f78cea2cc01 in ?? () from /usr/lib/libhbclient.so.1 (gdb) bt #0 0x7f78cea2cc01 in ?? () from /usr/lib/libhbclient.so.1 #1 0x7f78d1f5483d in g_main_context_prepare () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #2 0x7f78d1f550b3 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f78d1f55247 in g_main_context_pending () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #4 0x7f78d538dbc8 in ?? () #5 0x7f78d5388fb4 in ?? () #6 0x7f78d538aba7 in ?? () #7 0x7f78d53954c2 in ?? () #8 0x7f78d44e8273 in ?? () from /usr/lib/libcrmcommon.so.3 #9 0x7f78d1f54ea6 in g_main_context_dispatch () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #10 0x7f78d1f551f8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #11 0x7f78d1f555fa in g_main_loop_run () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #12 0x7f78d5386b5c in ?? () #13 0x7f78d53868f3 in ?? () #14 0x7f78d2640995 in __libc_start_main (main=0x7f78d5386650, argc=0x1, ubp_av=0x75a878e8, init=, fini=, rtld_fini=, stack_end=0x75a878d8) at libc-start.c:260 #15 0x7f78d538693e in ?? () I'm using 4 physical network interfaces, so corosync won't do. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pacemaker depends on: ii adduser 3.113+nmu3 ii heartbeat 1:3.0.5-3.2 ii libbz2-1.01.0.6-5 ii libc6 2.17-97 ii libcfg4 1.4.6-1 pn libcib1 ii libconfdb41.4.6-1 ii libcoroipcc4 1.4.6-1 ii libcpg4 1.4.6-1 pn libcrmcluster1 pn libcrmcommon2 ii libesmtp6 1.0.6-1+b1 ii libglib2.0-0 2.36.4-1 ii libgnutls26 2.12.23-10+b1 ii liblrm2 1.0.11+hg2754-1.1 ii libltdl7 2.4.2-1.6 ii libncurses5 5.9+20140118-1 ii libpam0g 1.1.3-9 pn libpe-rules2 pn libpe-status3 pn libpengine3 ii libpils2 1.0.11+hg2754-1.1 ii libplumb2 1.0.11+hg2754-1.1 ii libsensors4 1:3.3.4-2 ii libsnmp30 5.7.2~dfsg-8.1+b1 ii libssl1.0.0 1.0.1f-1 pn libstonithd1 ii libtinfo5 5.9+20140118-1 pn libtransitioner1 ii libuuid1 2.20.1-5.6 ii libwrap0 7.6.q-25 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.11.1.28-2 ii python2.7.5-5 ii resource-agents 1:3.9.3+git20121009-3 pacemaker recommends no packages. pacemaker suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#738651: crmsh: Dependency to python-lxml missing
Package: crmsh Version: 1.2.5+hg1034-1 Severity: normal python-lxml is needed for crmsh: # crm abort: No module named lxml (check your install and PYTHONPATH) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages crmsh depends on: ii python 2.7.5-5 ii python-support 1.0.15 Versions of packages crmsh recommends: pn pacemaker crmsh suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#737197: virt-manager: "cannot import name SpiceClientGtk" on starting
Package: virt-manager Version: 1:0.10.0-2 Severity: normal I guess there's a dependency missing: $ LC_ALL=C virt-manager --debug --no-fork 2014-01-31 10:46:52,809 (cliutils:75): virt-manager startup 2014-01-31 10:46:52,809 (virt-manager:199): Launched as: ['/usr/share/virt- manager/virt-manager', '--debug', '--no-fork'] 2014-01-31 10:46:52,809 (virt-manager:200): virt-manager version: 0.10.0 2014-01-31 10:46:52,810 (virt-manager:201): virtManager import: 2014-01-31 10:46:52,905 (virt-manager:247): GTK version: 3.8.6 2014-01-31 10:46:52,957 (importer:51): Could not find any typelib for SpiceClientGtk 2014-01-31 10:46:52,959 (virt-manager:55): Error starting virt-manager Traceback (most recent call last): File "/usr/share/virt-manager/virt-manager", line 303, in main() File "/usr/share/virt-manager/virt-manager", line 267, in main from virtManager.engine import vmmEngine File "/usr/share/virt-manager/virtManager/engine.py", line 45, in from virtManager.details import vmmDetails File "/usr/share/virt-manager/virtManager/details.py", line 37, in from virtManager.console import vmmConsolePages File "/usr/share/virt-manager/virtManager/console.py", line 28, in from gi.repository import SpiceClientGtk ImportError: cannot import name SpiceClientGtk -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virt-manager depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gir1.2-gtk-vnc-2.0 0.5.2-2 ii gir1.2-libvirt-glib-1.0 0.1.7-1 ii librsvg2-common 2.40.0-1 ii python-dbus 1.2.0-2+b1 ii python-gi3.10.2-2 ii python-ipaddr2.1.10-1 ii python-libvirt 1.2.1-1 ii python-urlgrabber3.9.1-4 pn python2.7:any pn python:any ii virtinst 1:0.10.0-2 Versions of packages virt-manager recommends: ii gnome-icon-theme 3.10.0-1 ii libvirt-bin 1.2.1-1 ii python-spice-client-gtk 0.22-0nocelt1 Versions of packages virt-manager suggests: ii gnome-keyring3.8.2-2 pn python-gnomekeyring pn python-guestfs ii ssh-askpass 1:1.2.4.1-9 ii virt-viewer 0.5.6-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#737095: qdbus segfaults
Package: qdbus Version: 4:4.8.5+git209-g718fae5+dfsg-1 Severity: normal With kmail running, and an compose window open, qdbus crashes for me: $ gdb -ex r --args qdbus org.kde.kmail2 /kmail2/kmail_composer_1 Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". method void org.kde.kmail.mailcomposer.send(int how) property readwrite bool org.qtproject.Qt.QMainWindow.documentMode Program received signal SIGSEGV, Segmentation fault. 0x7750b082 in QMetaProperty::typeName() const () from /usr/lib/x86_64 -linux-gnu/libQt5Core.so.5 (gdb) bt #0 0x7750b082 in QMetaProperty::typeName() const () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #1 0x00405b5d in ?? () #2 0x76c33995 in __libc_start_main (main=0x404090, argc=0x3, ubp_av=0x7fffe0d8, init=, fini=, rtld_fini=, stack_end=0x7fffe0c8) at libc-start.c:276 #3 0x004063ca in ?? () -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qdbus depends on: ii libc6 2.17-97 ii libgcc1 1:4.8.2-14 ii libqt4-xml 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtcore4 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtdbus4 4:4.8.5+git209-g718fae5+dfsg-1 ii libstdc++6 4.8.2-14 ii qtchooser 39-g4717841-2 qdbus recommends no packages. qdbus 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