Bug#1043040: claws-mail: After moving a message to another folder, subject is not updated
Package: claws-mail Version: 4.1.1-2+b1 Severity: normal Hi Dear Mai N'tainer, * What led up to the situation? Drag'n'dropping a mail from the Inbox to anther folder. After 5 minutes, I returned to claws-mail to verify something and remarked the subject, that is displayed between the mails list (right and up) and the mail reading (right and down) have not had updated as it remain the same from the mail I moved. * What exactly did you do (or not do) that was effective (or ineffective)? Can't do nothing, I'm a poor thing. * What outcome did you expect instead? The subject being updated to the mail that was selected once the other one was moved. Thanks for maintaining this software. Cheers, Jean-Yves -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-10-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages claws-mail depends on: ii libc62.36-9+deb12u1 ii libcairo21.16.0-7 ii libcompfaceg11:1.5.2-5.1 ii libdbus-glib-1-2 0.112-3 ii libenchant-2-2 2.3.3-2 ii libetpan20 1.9.4-3.1 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.74.6-2 ii libgnutls30 3.7.9-2 ii libgtk-3-0 3.24.37-2 ii libice6 2:1.0.10-1 ii libldap-2.5-02.5.13+dfsg-5 ii libnettle8 3.8.1-2 ii libpango-1.0-0 1.50.12+ds-1 ii libpangocairo-1.0-0 1.50.12+ds-1 ii librsvg2-2 2.54.5+dfsg-1 ii libsm6 2:1.2.3-1 ii xdg-utils1.1.3-4.1 Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 2020.12.07-0-1 ii aspell-fr [aspell-dictionary] 0.50-3-8.1 ii claws-mail-i18n4.1.1-2 ii xfonts-100dpi 1:1.0.5 ii xfonts-75dpi 1:1.0.5 Versions of packages claws-mail suggests: ii brave-browser [www-browser] 1.52.122 ii chromium [www-browser] 115.0.5790.170-1~deb12u1 ii claws-mail-doc 4.1.1-2 ii claws-mail-tools4.1.1-2 ii dillo [www-browser] 3.0.5-7+b1 ii epiphany-browser [www-browser] 43.1-1 ii gedit 44.2-1 ii hv3 [www-browser] 3.0~fossil20110109-8 ii lynx [www-browser] 2.9.0dev.12-1 ii mousepad0.5.10-2 ii w3m [www-browser] 0.5.3+git20230121-2 -- no debconf information
Bug#1043034: pipewire-pulse: Missing dependencie(s) or incomplete
Package: pipewire-pulse Version: 0.3.65-3 Severity: normal Hi Dear Tainer Main, * What led up to the situation? Getting rid of all pulseaudio packages (I'm as allergic to PA as I am to shytstemd) because pipewire and easyeffects are working awfully well. * What exactly did you do (or not do) that was effective (or ineffective)? Ze error : == Uninstall *pulse* except those required by other packages. This is an extract from syslog : 51261 2023-08-04T18:19:30.395706+02:00 msi systemd[1788]: Starting dbus.socket - D-Bus User Message Bus Socket... 51262 2023-08-04T18:19:30.395899+02:00 msi systemd[1788]: Listening on dirmngr.socket - GnuPG network certificate management daemon 51262 . 51263 2023-08-04T18:19:30.395923+02:00 msi systemd[1788]: Listening on gcr- ssh-agent.socket - GCR ssh-agent wrapper. 51264 2023-08-04T18:19:30.395941+02:00 msi systemd[1]: Started nginx.service - A high performance web server and a reverse proxy se 51264 rver. 51265 2023-08-04T18:19:30.395959+02:00 msi systemd[1788]: Listening on gnome- keyring-daemon.socket - GNOME Keyring daemon. 51266 2023-08-04T18:19:30.395980+02:00 msi systemd[1788]: Listening on gpg- agent-browser.socket - GnuPG cryptographic agent and pas 51266 sphrase cache (access for web browsers). 51267 2023-08-04T18:19:30.395994+02:00 msi systemd[1788]: Listening on gpg- agent-extra.socket - GnuPG cryptographic agent and passp 51267 hrase cache (restricted). 51268 2023-08-04T18:19:30.396010+02:00 msi systemd[1788]: Listening on gpg- agent-ssh.socket - GnuPG cryptographic agent (ssh-agent 51268 emulation). 51269 2023-08-04T18:19:30.396027+02:00 msi systemd[1788]: Listening on gpg- agent.socket - GnuPG cryptographic agent and passphrase 51269 cache. 51270 2023-08-04T18:19:30.396045+02:00 msi systemd[1788]: Listening on pipewire-pulse.socket - PipeWire PulseAudio. 51271 2023-08-04T18:19:30.396061+02:00 msi systemd[1788]: Listening on pipewire.socket - PipeWire Multimedia System Socket. 51272 2023-08-04T18:19:30.396082+02:00 msi systemd[1788]: Listening on pk- debconf-helper.socket - debconf communication socket. 51273 2023-08-04T18:19:30.400885+02:00 msi systemd[1788]: Listening on dbus.socket - D-Bus User Message Bus Socket. 51274 2023-08-04T18:19:30.400932+02:00 msi systemd[1788]: Reached target sockets.target - Sockets. 51275 2023-08-04T18:19:30.400979+02:00 msi systemd[1788]: Reached target basic.target - Basic System. 51276 2023-08-04T18:19:30.401101+02:00 msi systemd[1]: Started user@1000.service - User Manager for UID 1000. 51277 2023-08-04T18:19:30.402148+02:00 msi systemd[1788]: Started pipewire.service - PipeWire Multimedia Service. 51278 2023-08-04T18:19:30.404178+02:00 msi systemd[1788]: Started usbguard- notifier.service - USBGuard Notifier. 51279 2023-08-04T18:19:30.405445+02:00 msi systemd[1788]: Started wireplumber.service - Multimedia Service Session Manager. 51280 2023-08-04T18:19:30.406968+02:00 msi systemd[1788]: Started pipewire- pulse.service - PipeWire PulseAudio. […] 51296 2023-08-04T18:19:43.158982+02:00 msi systemd[1788]: Started dbus.service - D-Bus User Message Bus. 51297 2023-08-04T18:19:43.161823+02:00 msi pipewire-pulse[2323]: mod.rt: Can't find org.freedesktop.portal.Desktop. Is xdg-desktop- 51297 portal running? 51298 2023-08-04T18:19:43.161935+02:00 msi pipewire-pulse[2323]: mod.rt: found session bus but no portal 51299 2023-08-04T18:19:43.162900+02:00 msi wireplumber[2322]: Can't find org.freedesktop.portal.Desktop. Is xdg-desktop-portal runn 51299 ing? 51300 2023-08-04T18:19:43.163072+02:00 msi wireplumber[2322]: found session bus but no portal 51301 2023-08-04T18:19:43.164227+02:00 msi pipewire[2320]: mod.rt: Can't find org.freedesktop.portal.Desktop. Is xdg-desktop-portal 51301 running? 51302 2023-08-04T18:19:43.164317+02:00 msi pipewire[2320]: mod.rt: found session bus but no portal 51303 2023-08-04T18:19:43.166281+02:00 msi dbus-daemon[826]: [system] Activating via systemd: service name='org.freedesktop.Realtim 51303 eKit1' unit='rtkit-daemon.service' requested by ':1.20' (uid=1000 pid=2323 comm="/usr/bin/pipewire-pulse") […] 51319 2023-08-04T18:19:45.592239+02:00 msi pipewire-pulse[2323]: mod.rt: RTKit error: org.freedesktop.DBus.Error.AccessDenied 51320 2023-08-04T18:19:45.592268+02:00 msi pipewire-pulse[2323]: mod.rt: could not set nice-level to -19: Permission denied […] 51341 2023-08-04T18:19:46.680228+02:00 msi pipewire-pulse[2323]: Settings schema 'org.freedesktop.pulseaudio.module-groups' is not 51341 installed 51342 2023-08-04T18:19:46.681844+02:00 msi systemd[1788]: pipewire- pulse.service: Main process exited, code=killed, status=5/TRAP 51343 2023-08-04T18:19:46.681918+02:00 msi systemd[1788]: pipewire- pulse.service: Failed with result 'signal'. 51344 2023-08-04T18:19:46.682567+02:00 msi kernel: [ 119.349070] traps: pipewire-pulse[2323] trap int3 ip:7f89d575c7d7
Bug#1042507: easyeffects: do not have a visible preset reminder
Package: easyeffects Version: 7.0.0-1 Severity: normal Dear Ma and Pa Intainer, * What led up to the situation? Getting rid of pulseaudio and replacing pulseffects with easyeffects. * What exactly did you do (or not do) that was effective (or ineffective)? Unlike pulseeffects, the easyeffect GUI do not have a visible label telling which user preset is in use - this could be deemed trivial but is a genuine PITA, even with only a dozen of presets (and I have at least 2 dozens more to setup). As my presets almost all use the same effects, I have to systematically re-select the one I want as there is no meaning to know what is already in use. * What was the outcome of this action? I cursed the dev in 5 (ancient) languages and made voodoo upon his git. * What outcome did you expect instead? A visible reminder for a software that leaves you define your own presets, which existed before it's name changed, is just common sens… Thanks for maintaining this SW anyway. Cheers, Jean-Yves -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-10-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages easyeffects depends on: ii calf-plugins 0.90.3-4 ii dconf-gsettings-backend [gsettings-backend] 0.40.0-4 ii libadwaita-1-0 1.2.2-1 ii libbs2b0 3.1.0+dfsg-7 ii libc62.36-9+deb12u1 ii libcairo21.16.0-7 ii libebur128-1 1.2.6-1+b1 ii libfftw3-double3 3.3.10-1 ii libfftw3-single3 3.3.10-1 ii libfmt9 9.1.0+ds1-2 ii libgcc-s112.2.0-14 ii libglib2.0-0 2.74.6-2 ii libgsl27 2.7.1+dfsg-5 ii libgtk-4-1 4.8.3+ds-2 ii liblilv-0-0 0.24.14-1 ii libpango-1.0-0 1.50.12+ds-1 ii libpipewire-0.3-00.3.65-3 ii librubberband2 1:3.2.1-dmo1 ii libsamplerate0 0.2.2-3 ii libsigc++-3.0-0 3.4.0-1 ii libsndfile1 1.2.0-1 ii libspeexdsp1 1.2.1-1 ii libstdc++6 12.2.0-14 ii libtbb12 2021.8.0-2 ii libzita-convolver4 4.0.3-2 Versions of packages easyeffects recommends: ii lsp-plugins 1.2.5-1 ii lsp-plugins-lv2 1.2.5-1 easyeffects suggests no packages. -- no debconf information
Bug#1042467: sysv-rc-conf: from bullseye want to uninstall many packages without dependency when trying upgrading it
Package: sysv-rc-conf Version: 0.99-7.1 Severity: normal Dear Maintainer, * What led up to the situation? After an upgrade from bullseye to bookworm, sysv-rc-conf was tagged as upgrading possible. * What exactly did you do (or not do) that was effective (or ineffective)? Using synaptic I tried to upgrade it but it ranted throwing a long list of packages it wanted to uninstall, such as colord, gparted, haruna, gufw, etc, however when I check those 4 they have been upgraded correctly and moreover do not show any dependency with sysv-rc-conf ! * What was the outcome of this action? I backed off. * What outcome did you expect instead? sysv-rc-conf to upgrade smoothly, not trying to remove at least 30 packages that don't know it. Ziziz vely stlange, limit weild. Cheers, Jean-Yves -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-10-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages sysv-rc-conf depends on: ii libcurses-ui-perl 0.9609-1.1 ii sysv-rc3.06-4 sysv-rc-conf recommends no packages. sysv-rc-conf suggests no packages. -- no debconf information
Bug#1032132: chromium: Page translation doesn't offer French, only English
Package: chromium Version: 110.0.5481.177-1~deb11u1 Severity: normal Dear Maintainer, * What led up to the situation? Brand new user w/o any addon Added : French language Languages listed : 1. English (united states) - Line2: This language is used when translating pages (translation box not checked and uncheckable) 2. English - Line2: nothing (translation box not checked and uncheckable) 3. French - Line2: nothing (translation box checked and can be unchecked) Trying to setup page translation to English and French, it failed miserably as it only offers English and nothing else. I've tried to remove languages, re-adding them, move their order, etc, but the French page translation stays unavailable. * What outcome did you expect instead? chromium to work as wanted, thus offering French page translation with English. I do not understand why it is not working as expected when the setup seems correct. Temporarily overcome with the Google Translate addon (which is a PITA:( With regards, Jean-Yves -- System Information: Debian Release: 11.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-21-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chromium depends on: ii chromium-common110.0.5481.177-1~deb11u1 ii libasound2 1.2.4-1.1 ii libatk-bridge2.0-0 2.38.0-1 ii libatk1.0-02.36.0-2 ii libatomic1 10.2.1-6 ii libatspi2.0-0 2.38.0-4+deb11u1 ii libbrotli1 1.0.9-2+b2 ii libc6 2.31-13+deb11u5 ii libcairo2 1.16.0-5 ii libcups2 2.3.3op2-3+deb11u2 ii libdbus-1-31.12.24-0+deb11u1 ii libdouble-conversion3 3.1.5-6.1 ii libdrm22.4.104-1 ii libevent-2.1-7 2.1.12-stable-1 ii libexpat1 2.2.10-2+deb11u5 ii libflac8 1.3.3-2+deb11u1 ii libfontconfig1 2.13.1-4.2 ii libfreetype6 2.10.4+dfsg-1+deb11u1 ii libgbm120.3.5-1 ii libgcc-s1 10.2.1-6 ii libglib2.0-0 2.66.8-1 ii libgtk-3-0 3.24.24-4+deb11u2 ii libjpeg62-turbo1:2.0.6-4 ii libjsoncpp24 1.9.4-4 ii liblcms2-2 2.12~rc1-2 ii libminizip11.1-8+b1 ii libnspr4 2:4.29-1 ii libnss32:3.61-1+deb11u3 ii libopenjp2-7 2.4.0-3 ii libopus0 1.3.1-0.1 ii libpango-1.0-0 1.46.2-3 ii libpng16-161.6.37-3 ii libpulse0 14.2-2 ii libre2-9 20210201+dfsg-1 ii libsnappy1v5 1.1.8-1 ii libstdc++6 10.2.1-6 ii libwebp6 0.6.1-2.1 ii libwebpdemux2 0.6.1-2.1 ii libwebpmux30.6.1-2.1 ii libwoff1 1.0.2-1+b1 ii libx11-6 2:1.7.2-1 ii libxcb11.14-3 ii libxcomposite1 1:0.4.5-1 ii libxdamage11:1.1.5-2 ii libxext6 2:1.3.3-1.1 ii libxfixes3 1:5.0.3-2 ii libxkbcommon0 1.0.3-2 ii libxml22.9.10+dfsg-6.7+deb11u3 ii libxnvctrl0470.141.03-1~deb11u1 ii libxrandr2 2:1.5.1-1 ii libxslt1.1
Bug#989094: erlang-wx: demo failure on htmlWindow
Package: erlang-wx Version: 1:24.0.1-1 Severity: normal Hi dear Erlaintainer, NOTE: I obviously use 24.0.1-1, but the problem is exactly the same with the stable version. ex_htmlWindow.html is present in the examples directory. * What led up to the situation? Testing wxErlang with wx:demo(), clicking on "htmlWindow". * What was the outcome of this action? Nothing is visually happening, however my CPU (i5-4210M : 2 phys cores + 2 logic cores) has one core pushing to 100% and the GUI is completely stuck. This state is permanent. * What outcome did you expect instead? This particular demo to work correctly, as I really need it for help features in an application. Cordially, Jean-Yves -- System Information: Debian Release: 10.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-16-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages erlang-wx depends on: ii erlang-base 1:24.0.1-1 ii libc6 2.28-10 ii libgcc-s1 [libgcc1] 10.2.1-6 ii libgcc1 1:8.3.0-6 ii libgl1 1.1.0-1 ii libglu1-mesa [libglu1] 9.0.0-2.1+b3 ii libstdc++6 8.3.0-6 ii libwxbase3.0-0v53.0.4+dfsg-8 ii libwxgtk3.0-0v5 3.0.4+dfsg-8 erlang-wx recommends no packages. Versions of packages erlang-wx suggests: ii erlang 1:24.0.1-1 ii erlang-doc 1:24.0.1-1 ii erlang-manpages 1:24.0.1-1 -- no debconf information
Bug#970259: xfce4-weather-plugin: API used is now obsolete
Package: xfce4-weather-plugin Version: 0.8.10-1 Severity: grave Tags: upstream Justification: renders package unusable Hi Dear Maintainer, * What led up to the situation? xfce4-weather-plugin stopping to display anything ~2-3 days ago. * What exactly did you do (or not do) that was effective (or ineffective)? Grep ~/.xsession-errors that indicated : 404/Not Found errors for all parts I usually display. * What was the outcome of this action? Browsing the api site (https://api.met.no/) to find that the API used (1.1) is now obsolete and replaced by the 2.0 version (that apparently also have a different structure and tries to serve the client with all information at once instead of serving them one by one IIUC). * What outcome did you expect instead? Code to be surveyed and modified in time to avoid data breakage or at least limit it to 1 day. Jiff -- System Information: Debian Release: 10.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-10-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xfce4-weather-plugin depends on: ii libatk1.0-0 2.30.0-2 ii libc62.28-10 ii libcairo21.16.0-4 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3+deb10u1 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgtk2.0-0 2.24.32-3 ii libpango-1.0-0 1.42.4-8~deb10u1 ii libpangocairo-1.0-0 1.42.4-8~deb10u1 ii libpangoft2-1.0-01.42.4-8~deb10u1 ii libsoup2.4-1 2.64.2-2 ii libxfce4ui-1-0 4.12.1-3 ii libxfce4util74.12.1-3 ii libxml2 2.9.4+dfsg1-7+b3 ii xfce4-panel 4.12.2-1 xfce4-weather-plugin recommends no packages. xfce4-weather-plugin suggests no packages. -- no debconf information
Bug#958941: irqtop: bad home link into synaptic
Package: irqtop Version: 2.3-5 Severity: minor Dear Mai n'tainer, the home link of irqtop into synaptic is bad, it points to https://github.com/aabc/ipt-netflow Regards JY -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-8-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages irqtop depends on: ii ruby 1:2.5.1 ii ruby-curses 1.2.4-1+b1 Versions of packages irqtop recommends: ii ethtool 1:4.19-1 irqtop suggests no packages. -- no debconf information
Bug#950993: orage: calendar window doesn't work anymore
Package: orage Version: 4.12.1-6 Severity: important Hi Dear Maintainer, * What led up to the situation? Yesterday buster large update to 10.3. * What exactly did you do (or not do) that was effective (or ineffective)? Yesterday, I did: - apt update - apt upgrade - finished what I had to do and stopped the computer - this morning, the calendar icon is missing from the taskbar. - a click on the orage clock opens the calendar window for ~500ms (just the frame, no text) and it closes at once. - ps aux|grep orage shows each time I try to launch the calendar, it creates lines: user 4373 0.3 0.2 224964 35992 ?Sl 11:30 0:04 /usr/lib/x86_64-linux-gnu/xfce4/panel/wrapper-1.0 /usr/lib/x86_64-linux- gnu/xfce4/panel/plugins/liborageclock.so 18 16786110 xfce4-orageclock-plugin Orage Panel Clock Show time and date? user 4864 0.0 0.0 0 0 ?Z11:35 0:00 [orage] user 4870 0.0 0.0 0 0 ?Z11:35 0:00 [orage] user 6448 0.0 0.0 0 0 ?Z11:45 0:00 [orage] user 7560 10.5 0.0 0 0 ?Z11:54 0:00 [orage] - trying to launch it from the command line has the same result as above. * What was the outcome of this action? I'm unable to get any of my alarms, which is a real concern as all of them are managed through orage and I have some importants this week. In case it was a configuration file issue, I rename the original to oragerc_OLD, logged out (and even stop/start lightdm) but the issue still persists. * What outcome did you expect instead? Orage to work as usual. -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-8-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages orage depends on: ii libatk1.0-0 2.30.0-2 ii libc62.28-10 ii libcairo21.16.0-4 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3+deb10u1 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgtk2.0-0 2.24.32-3 ii libical3 3.0.4-3 ii libnotify4 0.7.7-4 ii libpango-1.0-0 1.42.4-7~deb10u1 ii libpangocairo-1.0-0 1.42.4-7~deb10u1 ii libpangoft2-1.0-01.42.4-7~deb10u1 ii libpopt0 1.16-12 ii libx11-6 2:1.6.7-1 ii libxfce4util74.12.1-3 ii orage-data 4.12.1-6 ii xfce4-panel 4.12.2-1 Versions of packages orage recommends: ii dbus-user-session [default-dbus-session-bus] 1.12.16-1 ii dbus-x11 [dbus-session-bus] 1.12.16-1 Versions of packages orage suggests: ii sox 14.4.2+git20190427-1 -- no debconf information
Bug#941798: thunar: FOP popup not updated
Package: thunar Version: 1.8.4-1 Severity: normal Hi Dear Mai n'tainer, * What led up to the situation? Copying large videos from a NFS mount to a disk. * What exactly did you do (or not do) that was effective (or ineffective)? * Open 2 thunar, one on NFS mount, one on local directory, * drag'n'drop a lot of files by small groups from NFS to local, * the FOP popup grown up to ~1/2 height of the display and when other files were dragged'n'dropped, lost it's display (~1/10 of it's content was still visible at the top, the rest was erased in BG color) * repeatable each time the number of copy exceeds the FOP height. * What was the outcome of this action? Can't see when each group of files will finish copying. * What outcome did you expect instead? thunar work as expected. -- System Information: Debian Release: 10.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages thunar depends on: ii desktop-file-utils 0.23-4 ii exo-utils 0.12.4-1 ii libatk1.0-0 2.30.0-2 ii libc6 2.28-10 ii libcairo2 1.16.0-4 ii libexo-2-0 0.12.4-1 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-02.58.3-2+deb10u1 ii libgtk-3-0 3.24.5-1 ii libgudev-1.0-0 232-2 ii libice6 2:1.0.9-2 ii libnotify4 0.7.7-4 ii libpango-1.0-0 1.42.4-7~deb10u1 ii libsm6 2:1.2.3-1 ii libthunarx-3-0 1.8.4-1 ii libxfce4ui-2-0 4.12.1-3 ii libxfce4util7 4.12.1-3 ii libxfconf-0-2 4.12.1-1 ii shared-mime-info1.10-1 ii thunar-data 1.8.4-1 Versions of packages thunar recommends: ii dbus-user-session [default-dbus-session-bus] 1.12.16-1 ii dbus-x11 [dbus-session-bus] 1.12.16-1 ii gvfs 1.38.1-5 ii libcairo-gobject2 1.16.0-4 ii libpangocairo-1.0-0 1.42.4-7~deb10u1 ii libxfce4panel-2.0-4 4.12.2-1 ii policykit-1-gnome [polkit-1-auth-agent] 0.105-7 ii thunar-volman 0.9.1-1 ii tumbler 0.2.3-1 ii udisks2 2.8.1-4 ii xdg-user-dirs 0.17-2 Versions of packages thunar suggests: ii thunar-archive-plugin 0.4.0-2 ii thunar-media-tags-plugin 0.3.0-2 -- no debconf information
Bug#941461: xfce4: Getting out of lock screen is complicated
Package: xfce4 Version: 4.12.5 Severity: normal Dear Maintainer, * What led up to the situation? This is on a laptop msi CX61 2PC 8 GB RAM (no RAM problem), with an Optimus nvidia graphic card that is unused, no packages at all about it ; I only use the intel one. I have another screen (1920x1080) plugged on the VGA output that right-extends it's tiny display. As the Xfce4 fast user switch package disappeared (?), I use the lock screen trick to open a 2nd session for another user, flipping between both by locking again and re-login from one to another. As soon as the screen's locked, the power button goes orange (nvidia card) then (~10-12s) comes back to blue (intel) and then, both screens are off. I tried everything, but the only possible outcome is to CTRL-ALT-F1, which works and revive the laptop screen, then ALT-F7 to come back to Xfce, wait 5-6s, then the padlock appears on both screens, ~12s and the login screen of lightdm comes to live on both screens. * What exactly did you do (or not do) that was effective (or ineffective)? This is the only way I found to get the screens back to live after a lock. The problem is, it is a long procedure to switch from one user to the other. -- System Information: Debian Release: 10.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xfce4 depends on: ii gtk2-engines-xfce3.2.0-4 ii libxfce4ui-utils 4.12.1-3 ii thunar 1.8.4-1 ii xfce4-appfinder 4.12.0-2 ii xfce4-panel 4.12.2-1 ii xfce4-pulseaudio-plugin 0.4.1-1 ii xfce4-session4.12.1-6 ii xfce4-settings 4.12.4-1 ii xfconf 4.12.1-1 ii xfdesktop4 4.12.4-2 ii xfwm44.12.5-1 Versions of packages xfce4 recommends: ii desktop-base 10.0.2 ii tango-icon-theme 0.8.90-7 ii thunar-volman 0.9.1-1 ii xfce4-notifyd 0.4.3-1 ii xorg 1:7.7+19 Versions of packages xfce4 suggests: ii gtk3-engines-xfce3.2.0-4 ii xfce4-goodies4.12.6 ii xfce4-power-manager 1.6.1-1 -- no debconf information
Bug#941460: redshift-gtk: Icon doesn't show in the Xfce4 notification area
Package: redshift-gtk Version: 1.12-2 Severity: normal Dear Maintainer, * What led up to the situation? Launching it on command line: redshift-gtk & It is working, but it's icon doesn't show anymore into the Xfce4 notification area. * What exactly did you do (or not do) that was effective (or ineffective)? Nothing - on second thought, it may not be tied to redshift-gtk but to Xfce4 itself, but I don't know how to assess that. * What was the outcome of this action? Nothing (which is quite logical;p) -- System Information: Debian Release: 10.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages redshift-gtk depends on: ii gir1.2-appindicator3-0.1 0.4.92-7 ii python3 3.7.3-1 ii python3-gi3.30.4-1 ii python3-xdg 0.25-5 ii redshift 1.12-2 Versions of packages redshift-gtk recommends: ii at-spi2-core 2.30.0-7 redshift-gtk suggests no packages. -- no debconf information
Bug#941459: blueman: Refuses to start on command line
Package: blueman Version: 2.0.8-1 Severity: important Tags: patch Dear Maintainer, * What led up to the situation? After an upgrade, launching the blueman applet from a terminal: blueman-applet & * What exactly did you do (or not do) that was effective (or ineffective)? blueman-applet complained: /usr/lib/python3/dist-packages/blueman/plugins/applet/AppIndicator.py:8: PyGIWarning: AppIndicator3 was imported without specifying a version first. Use gi.require_version('AppIndicator3', '0.1') before import to ensure that the right version gets loaded. from gi.repository import AppIndicator3 as girAppIndicator and did not start. I edited: /usr/lib/python3/dist-packages/blueman/plugins/applet/AppIndicator.py to add 2 lines: from gi.repository import require_version gi.require_version('AppIndicator3', '0.1') * What was the outcome of this action? blueman-applet stopped complaining and started. * What outcome did you expect instead? Blueman to draw his blue sword, me my black sword and the winner to reprogram the other one ;) -- System Information: Debian Release: 10.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages blueman depends on: ii bluez 5.50-1 ii bluez-obexd 5.50-1 ii dbus 1.12.16-1 ii dbus-user-session [default-dbus-session-bus] 1.12.16-1 ii dbus-x11 [dbus-session-bus] 1.12.16-1 ii dconf-gsettings-backend [gsettings-backend] 0.30.1-2 ii gir1.2-appindicator3-0.1 0.4.92-7 ii gir1.2-gdkpixbuf-2.0 2.38.1+dfsg-1 ii gir1.2-glib-2.0 1.58.3-2 ii gir1.2-gtk-3.03.24.5-1 ii gir1.2-notify-0.7 0.7.7-4 ii gir1.2-pango-1.0 1.42.4-7~deb10u1 ii gnome-icon-theme 3.12.0-3 ii libbluetooth3 5.50-1 ii libc6 2.28-10 ii libglib2.0-0 2.58.3-2+deb10u1 ii libpulse-mainloop-glib0 12.2-4+deb10u1 ii libpython3.7 3.7.3-2 ii librsvg2-common 2.44.10-2.1 ii mate-icon-theme 1.20.3-1 ii notification-daemon 3.20.0-4 ii python3 3.7.3-1 ii python3-cairo 1.16.2-1+b1 ii python3-dbus 1.2.8-3 ii python3-gi3.30.4-1 ii python3-gi-cairo 3.30.4-1 ii xfce4-notifyd [notification-daemon] 0.4.3-1 Versions of packages blueman recommends: ii policykit-1 0.105-25 ii pulseaudio-module-bluetooth 12.2-4+deb10u1 blueman suggests no packages. -- no debconf information 8,9d7 < from gi.repository import require_version < gi.require_version('AppIndicator3', '0.1')
Bug#941454: claws-mail: Randomly loose ability to drag'n'drop a message
Package: claws-mail Version: 3.17.3-2 Severity: normal Dear Maintainer, * What led up to the situation? Wanting to drag an e-mail from the INBOX list and drop it into another folder. When droping, it didn't work. NB :This is a behavior I already had with stretch ; at first, I thought it was only tied to the fact I usually suspend to ram my laptop for the night and only reboot once per week or even 2 weeks, but this time it happened only 2 hours after a reboot with no suspend at all and very few moments of use (not even sent an e-mail.) The laptop (an MSI CX61 2PC) have 8 GB RAM, memtest+ doesn't report any problem. * What exactly did you do (or not do) that was effective (or ineffective)? First, I copiously cursed the Russians, D.Trump, Atilla the Hun and B.Gates, not necessarily in this order, then I closed claws and reopened it. * What was the outcome of this action? The drop function worked as expected. * What outcome did you expect instead? Claws working any time as expected, although working by telepathy would be good thing but it may be a little early for that :) -- System Information: Debian Release: 10.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages claws-mail depends on: ii libatk1.0-0 2.30.0-2 ii libc62.28-10 ii libcairo21.16.0-4 ii libcompfaceg11:1.5.2-5+b2 ii libcurl3-gnutls 7.64.0-4 ii libdb5.3 5.3.28+dfsg1-0.5 ii libenchant1c2a 1.6.0-11.1+b1 ii libetpan20 1.9.3-2 ii libexpat12.2.6-2+deb10u1 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2+deb10u1 ii libgnutls30 3.6.7-4 ii libgtk2.0-0 2.24.32-3 ii libice6 2:1.0.9-2 ii libldap-2.4-22.4.47+dfsg-3+deb10u1 ii liblockfile1 1.14-1.1 ii libnettle6 3.4.1-1 ii libpango-1.0-0 1.42.4-7~deb10u1 ii libpangocairo-1.0-0 1.42.4-7~deb10u1 ii libpangoft2-1.0-01.42.4-7~deb10u1 ii librsvg2-2 2.44.10-2.1 ii libsasl2-2 2.1.27+dfsg-1 ii libsm6 2:1.2.3-1 ii xdg-utils1.1.3-1 Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 2018.04.16-0-1 ii aspell-fr [aspell-dictionary] 0.50-3-8 ii claws-mail-i18n3.17.3-2 ii xfonts-100dpi 1:1.0.4+nmu1 ii xfonts-75dpi 1:1.0.4+nmu1 Versions of packages claws-mail suggests: ii claws-mail-doc 3.17.3-2 pn claws-mail-tools ii dillo [www-browser] 3.0.5-5 ii epiphany-browser [www-browser] 3.32.1.2-3~deb10u1 ii firefox-esr [www-browser] 60.9.0esr-1~deb10u1 ii gedit 3.30.2-2 ii hv3 [www-browser] 3.0~fossil20110109-7 ii lynx [www-browser] 2.8.9rel.1-3 ii mousepad0.4.1-2 -- no debconf information
Bug#912579: marble-qt: Could make use of another routing provider
Package: marble-qt Version: 4:16.08.3-1 Severity: wishlist Dear Maintainer, * What led up to the situation? A lenghty route search across europe. * What exactly did you do (or not do) that was effective (or ineffective)? I came across https://graphhopper.com/maps/ that is dazzling fast calculating the needed route (also have a large choice of transports.) * What was the outcome of this action? Calculation took ~2 seconds. * What outcome DO you expect instead? If it is possible to bring an agreement from graphopper to a close, it would be very nice to have it in marble* Best regards. -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-8-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=fr_FR.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages marble-qt depends on: ii libc6 2.24-11+deb9u3 ii libgcc1 1:6.3.0-18+deb9u1 ii libmarblewidget-qt5-25 4:16.08.3-1 ii libqt5core5a5.7.1+dfsg-3+b1 ii libqt5dbus5 5.7.1+dfsg-3+b1 ii libqt5gui5 5.7.1+dfsg-3+b1 ii libqt5network5 5.7.1+dfsg-3+b1 ii libqt5printsupport5 5.7.1+dfsg-3+b1 ii libqt5widgets5 5.7.1+dfsg-3+b1 ii libstdc++6 6.3.0-18+deb9u1 marble-qt recommends no packages. marble-qt suggests no packages. -- no debconf information
Bug#902048: usbguard: forbids smartphone charge
Source: usbguard Version: 0.6.2+ds1-2 Severity: normal Dear Main tainer, Hi folks, * What led up to the situation? An attempt to charge my authorized smartphone (SE xperia x10) * What exactly did you do (or not do) that was effective (or ineffective)? Even if the energy on symbol was on screen, it didn't charge at all. * What was the outcome of this action? As the phone was discharging, I unplugged it, stopped the usbguard daemon and re-plugged it in; this time it was charging normally. * What outcome did you expect instead? An authorized smartphone device to correctly charge. NB: I compiled and intalled the latest stable, version 0.7.0, but the issue's still here - duno if it is tied to this phone or not (I don't have another one from another brand to test.) Jean-Yves -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-6-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=fr_FR.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#891642: nvidia-cuda-dev: header wants gone gcc5 compiler
Package: nvidia-cuda-dev Version: 8.0.44-4 Severity: normal Dear Mai n'tainer, Hi folks, (sorry but I uninstalled all CUDA packages, so it may not be the good one I picked for reporting.) * What led up to the situation? An attempt to compile the stable git OpenCV library (3.4.0), including CUDA to speed it up. * What exactly did you do (or not do) that was effective (or ineffective)? cmake configuration threw an error explaining that one of nvidia CUDA header files wants gcc version ≤ 5, however, gcc5 is no more part of Stretch. * What was the outcome of this action? Compilation of OpenCV stable git v.3.4.0 is impossible if CUDA is enabled. * What outcome did you expect instead? CUDA dev files to work accordingly to the available gcc version availablefrom Stretch (gcc6 at this time.) Regards. -- System Information: Debian Release: 9.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-5-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=fr_FR.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nvidia-cuda-dev depends on: pn libcublas8.0 pn libcudart8.0 pn libcufft8.0 pn libcufftw8.0 pn libcuinj64-8.0 pn libcurand8.0 pn libcusolver8.0 pn libcusparse8.0 pn libnppc8.0 pn libnppi8.0 pn libnppial8.0 pn libnppicc8.0 pn libnppicom8.0 pn libnppidei8.0 pn libnppif8.0 pn libnppig8.0 pn libnppim8.0 pn libnppist8.0 pn libnppisu8.0 pn libnppitc8.0 pn libnpps8.0 pn libnvblas8.0 pn libnvgraph8.0 pn libnvrtc8.0 pn libnvtoolsext1 pn libnvvm3 pn libthrust-dev Versions of packages nvidia-cuda-dev recommends: pn libcuda1 | libcuda-8.0-1 pn libgl1-mesa-dev | libgl-dev pn libnvcuvid1 pn libvdpau-dev nvidia-cuda-dev suggests no packages.
Bug#876737: login: sometimes fails
Package: login Version: 1:4.4-4.1 Severity: normal Dear Maintainer, * What led up to the situation? Making a "su -" from within a terminal emulator tab, after at least one system RAM suspension. * What exactly did you do (or not do) that was effective (or ineffective)? When confirming, it immediately displays: $ su - Password: su: Authentication failure $ This is hitting all the same terminal emulator tabs, but others TE aren't impacted. * What was the outcome of this action? Unable to su to the root account. This began about 1~2 months ago (not sure about the timing though.) * What outcome did you expect instead? Being able to su - at any time. -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=fr_FR.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages login depends on: ii libaudit1 1:2.6.7-2 ii libc6 2.24-11+deb9u1 ii libpam-modules 1.1.8-3.6 ii libpam-runtime 1.1.8-3.6 ii libpam0g1.1.8-3.6 login recommends no packages. login suggests no packages. -- no debconf information
Bug#871936: evince-gtk: not giving back focus to main window
Package: evince-gtk Version: 3.22.1-3+deb9u1 Severity: normal Dear Mai n'tainer, * What led up to the situation? Any use of menus/page setup, such as seeing PDF properties, set page to fit width, saving a copy to disk, printing, etc. * What exactly did you do (or not do) that was effective (or ineffective)? e.g.: saving a copy of the PDF to disk or choose "the fit to page" option for a presentation or print the PDF. * What was the outcome of this action? Any of these actions, once done, do not reset the focus to the main window (PDF display) as it stays on the choosen menu, forcing user to make a last clik on the PDF text to recover it. * What outcome did you expect instead? It would be logical to force the reset of the focus to the main window at the end of a menu action as it is, in fine, the one most used; menus just being noise during a reading. Regards, Jean-Yves -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=fr_FR.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages evince-gtk depends on: ii evince 3.22.1-3+deb9u1 evince-gtk recommends no packages. evince-gtk suggests no packages. -- no debconf information
Bug#863639: marble: renders a small globe instead of calculating direction
Package: marble Version: 4:4.14.2-1 Severity: normal Dear Ma & Pa Intainer, Hi folks, * What led up to the situation? Trying to get a routing between home and a close town. * What exactly did you do (or not do) that was effective (or ineffective)? - Routing start is set at start by default to my home street: Rue Gambetta, Nantes - Endpoint routing was set by the mouse "Directions to here", routing input zone shows: 2.10341°W, 47.11570°N (NB: this is a street joint: one street joins a main one on one side) - Clicking button "Get Directions" had an unexpected behavior. * What was the outcome of this action? Instead of marble zooming exactly to the journey trace start/end, - it did not calculated any directions, - it zoomed out, leaving a small earth in center of the screen. * What outcome did you expect instead? Marble to act as wanted or telling why it can't process this query. Regards, Jean-Yves -- System Information: Debian Release: 8.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages marble depends on: ii kde-runtime4:4.14.2-2 ii libc6 2.19-18+deb8u9 ii libkdecore54:4.14.2-5+deb8u2 ii libkdeui5 4:4.14.2-5+deb8u2 ii libkio54:4.14.2-5+deb8u2 ii libknewstuff3-44:4.14.2-5+deb8u2 ii libkparts4 4:4.14.2-5+deb8u2 ii libmarblewidget19 4:4.14.2-1 ii libplasma3 4:4.14.2-5+deb8u2 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libstdc++6 4.9.2-10 ii marble-data4:4.14.2-1 ii marble-plugins 4:4.14.2-1 marble recommends no packages. Versions of packages marble suggests: pn gosmore ii libqt4-sql-sqlite 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 pn monav-routing-daemon pn routino -- no debconf information
Bug#860112: libreoffice-calc: Sometimes trashes pictures width
Package: libreoffice-calc Version: 1:4.3.3-2+deb8u6 Severity: normal Dear Maintainer, Hi, * What led up to the situation? Building a comparative spreadsheet with (quite large) pictures (included, not linked) taken from the web and reduced to the size of a cell. * What exactly did you do (or not do) that was effective (or ineffective)? - Get pictures from the web, - insert them in the spreadsheet, - visually adjust picture's upper left corner to the cell's, - visually adjust the picture size to the cell's while keeping it's original ratio (BTW, although I could have missed it, it seems LO is missing a function to auto-resize a picture once it has been anchored to a cell), - close the file and forget it 10 days. * What was the outcome of this action? - When I opened it today, some pictures were elongated (I got rid of the originals, but AFAI remember the inserted pictures widths returned to the original size); height was untouched. It is not the first time I see that in LO. - What is weirder is that it wasn't the last pictures inserted in the spreadsheet, there was some more that were untouched - and the same with the older ones. - NB: I can't really tell what movements they made, as the ones that changed are almost all alike (can't see details in a less than a square inch pictures of mono-board computers from the same brand). - I resized them correctly and check the size protection in their properties - some of the untouched pictures had this also checked but some others not; I then drank a large coffee, smoked a cigarillo, farted one time and wrote this report. * What outcome did you expect instead? Pictures to stay the size I reduced them in any case. Regards, Jiff -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libreoffice-calc depends on: ii coinor-libcbc32.8.12-1 ii coinor-libcoinmp1 1.7.6+dfsg1-1 ii libboost-iostreams1.55.0 1.55.0+dfsg-3 ii libc6 2.19-18+deb8u7 ii libgcc1 1:4.9.2-10 ii libicu52 52.1-8+deb8u4 ii liblcms2-22.6-3+deb8u1 ii libmwaw-0.3-3 0.3.1-2 ii libodfgen-0.1-1 0.1.1-2 ii liborcus-0.8-00.7.0+dfsg-9 ii libreoffice-base-core 1:4.3.3-2+deb8u6 ii libreoffice-core 1:4.3.3-2+deb8u6 ii librevenge-0.0-0 0.0.1-3 ii libstdc++64.9.2-10 ii libwps-0.3-3 0.3.0-2 ii libxml2 2.9.1+dfsg1-5+deb8u4 ii lp-solve 5.5.0.13-7+b1 ii uno-libs3 4.3.3-2+deb8u6 ii ure 4.3.3-2+deb8u6 ii zlib1g1:1.2.8.dfsg-2+b1 libreoffice-calc recommends no packages. Versions of packages libreoffice-calc suggests: ii ocl-icd-libopencl1 2.2.3-1+deb8u1 Versions of packages libreoffice-core depends on: ii fontconfig2.11.0-6.3+deb8u1 ii fonts-opensymbol 2:102.6+LibO4.3.3-2+deb8u6 ii libatk1.0-0 2.14.0-1 ii libboost-date-time1.55.0 1.55.0+dfsg-3 ii libc6 2.19-18+deb8u7 ii libcairo2 1.14.0-2.1+deb8u2 ii libclucene-contribs1 2.3.3.4-4 ii libclucene-core1 2.3.3.4-4 ii libcmis-0.4-4 0.4.1-7 ii libcups2 1.7.5-11+deb8u1 ii libcurl3-gnutls 7.38.0-4+deb8u5 ii libdbus-1-3 1.8.22-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libeot0 0.01-3 ii libexpat1 2.1.0-6+deb8u3 ii libexttextcat-2.0-0 3.4.4-1 ii libfontconfig12.11.0-6.3+deb8u1 ii libfreetype6 2.5.2-3+deb8u1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-02.31.1-2+deb8u5 ii libgl1-mesa-glx [libgl1] 10.3.2-1+deb8u1 ii libglew1.10 1.10.0-3 ii libglib2.0-0 2.42.1-1+b1 ii libgltf-0.0-0 0.0.2-2 ii libglu1-mesa [libglu1]9.0.0-2 ii libgraphite2-31.3.6-1~deb8u1 ii libgtk2.0-0 2.24.25-3+deb8u1 ii libharfbuzz-icu0 0.9.35-2 ii libharfbuzz0b 0.9.35-2 ii libhunspell-1.3-0 1.3.3-3 ii libhyphen02.8.8-1 ii libice6 2:1.0.9-1+b1 ii libicu52 52.1-8+deb8u4 ii libjpeg62-turbo 1:1.3.1-12 ii liblangtag1 0.5.1-3 ii liblcms2-22.6-3+deb8u1 ii libldap-2.4-2 2.4.40+dfsg-1+deb8u2 ii libmythes-1.2-0 2:1.2.4-1 ii libneon27-gnutls 0.30.1-1 ii libnspr4 2:4.12-1+debu8u1 ii libnss3 2:3.26-1+debu8u1 ii libodfgen-0.1-1
Bug#859707: glances: unable to start as a dameon with /etc/init.d/glances
Package: glances Version: 2.1.1-1 Severity: normal Dear Ma & Pa Intainer, * What led up to the situation? Trying to start glances as a daemon * What exactly did you do (or not do) that was effective (or ineffective)? /etc/init.d/glances start * What was the outcome of this action? * nothing running (of course, /etc/default/glances has: RUN="true") * glances works on command line * it also starts as a daemon using this command line order: glances -sdC /etc/glances/glances.conf * remvoving /run/glances is not automatically reinstalled by /etc/init.d/glances start, but is by: /etc/init.d/glances restart (!?) * greping for /run/glances/glances.pid PID doesn't return anything * sylog return that: Apr 6 09:55:33 msi systemd[1]: Started LSB: Starts and daemonize Glances server. * shitstemd "journal" is of no use as usual, which is quite normal for a useless pile of crap. * What outcome did you expect instead? glances to daemonize as any other daemon launched by a start script. What I don't understand is it starts right on the command line but not as a system daemon. Jean-Yves -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages glances depends on: ii adduser3.113+nmu3 ii lsb-base 4.1+Debian13+nmu1 ii python33.4.2-2 ii python3-pkg-resources 5.5.1-1 ii python3-psutil 2.1.1-1+b1 pn python3:any Versions of packages glances recommends: ii hddtemp 0.3-beta15-52 ii lm-sensors 1:3.3.5-2 pn python3-bottle pn python3-jinja2 pn python3-pysnmp4 glances suggests no packages. -- Configuration Files: /etc/default/glances changed: RUN="true" -- no debconf information
Bug#842613: vlc: should warn when choosing a DVB channel that isn't from the same transponder.
Package: src:vlc Version: 2.2.4-7 Severity: wishlist Dear Pa' Intainer, * What led up to the situation? Changing DVB channel that is on another transponder than the one I was recording. * What exactly did you do (or not do) that was effective (or ineffective)? Changing DVB channel by cliking another one in my list (coming from ~/channel.conf) that isn't on the same transponder. * What was the outcome of this action? Channel changed, which occured "normally", clobbering my previous channel recording: it stopped without any warning. * What outcome did you expect instead? Vlc to act the same as Kaffeine: popping a warning up that explains the new chosen channel being on another transponder the former recording will be stopped, AND (obviously?) allow channel change smoothly when the new channel is on the same transponder without any warning and without stopping the current recording. Have a nice daight (or nighday) :) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vlc depends on: ii dpkg 1.18.10 ii vlc-bin 2.2.4-7 ii vlc-l10n 2.2.4-7 ii vlc-plugin-base 2.2.4-7 ii vlc-plugin-qt2.2.4-7 ii vlc-plugin-video-output 2.2.4-7 Versions of packages vlc recommends: ii vlc-plugin-notify 2.2.4-7 ii vlc-plugin-samba 2.2.4-7 ii vlc-plugin-skins2 2.2.4-7 ii vlc-plugin-video-splitter 2.2.4-7 ii vlc-plugin-visualization 2.2.4-7 vlc suggests no packages. Versions of packages vlc-nox depends on: ii dpkg 1.18.10 ii vlc-bin 2.2.4-7 ii vlc-plugin-base 2.2.4-7 Versions of packages libvlc5 depends on: ii dpkg 1.18.10 ii libc62.24-5 ii libvlccore8 2.2.4-7 Versions of packages libvlc5 recommends: ii libvlc-bin 2.2.4-7 Versions of packages libvlccore8 depends on: ii dpkg 1.18.10 ii libc62.24-5 ii libdbus-1-3 1.10.12-1 ii libidn11 1.33-1 Versions of packages libvlccore8 recommends: ii libproxy-tools 0.4.11-5 Versions of packages vlc-plugin-notify depends on: ii dpkg1.18.10 ii libc6 2.24-5 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libglib2.0-02.50.1-1 ii libgtk2.0-0 2.24.31-1 ii libnotify4 0.7.7-1 ii libvlccore8 2.2.4-7 Versions of packages vlc-plugin-zvbi depends on: ii dpkg 1.18.10 ii libc62.24-5 ii libvlccore8 2.2.4-7 ii libzvbi0 0.2.35-12 -- no debconf information
Bug#842480: avahi-daemon: boot and RAM sleep end with dnscrypt-proxy port covering.
Package: avahi-daemon Version: 0.6.32-1 Severity: normal Dear Mai N'tainer, * What led up to the situation? Booting or recovering from RAM sleep lead to name resolution breakdown. dnscrypt-proxy use port 5353 and bind point to it as the only forwarder. avahi-daemon has been installed as other packages dependency and left as is; I do not use it. * What exactly did you do (or not do) that was effective (or ineffective)? At first, I thought it was a dnscrypt-proxy problem until I run: netstat -pan|grep 53|grep -v unix that show port 5353 belong to avahi-daemon: avahi-daemon ON: tcp0 0 127.0.0.1:953 0.0.0.0:* LISTEN 8488/named tcp0 0 127.0.0.1:5353 0.0.0.0:* LISTEN 1/init tcp0 0 192.168.1.233:530.0.0.0:* LISTEN 8488/named tcp0 0 127.0.0.1:530.0.0.0:* LISTEN 8488/named tcp6 0 0 :::53 :::*LISTEN 8488/named udp0 0 192.168.1.233:530.0.0.0:* 8488/named udp0 0 127.0.0.1:530.0.0.0:* 8488/named udp0 0 192.168.1.233:41176 192.168.1.1:5351ESTABLISHED 2998/dring udp0 0 0.0.0.0:53530.0.0.0:* 10061/avahi-daemon: udp0 0 127.0.0.1:5353 0.0.0.0:* 1/init udp6 0 0 :::53 :::* 8488/named udp6 0 0 :::5353 :::* 10061/avahi-daemon: avahi-daemon OFF: = tcp0 0 127.0.0.1:953 0.0.0.0:* LISTEN 8488/named tcp0 0 127.0.0.1:5353 0.0.0.0:* LISTEN 1/init tcp0 0 192.168.1.233:530.0.0.0:* LISTEN 8488/named tcp0 0 127.0.0.1:530.0.0.0:* LISTEN 8488/named tcp6 0 0 :::53 :::*LISTEN 8488/named udp0 0 192.168.1.233:530.0.0.0:* 8488/named udp0 0 127.0.0.1:530.0.0.0:* 8488/named udp0 0 192.168.1.233:41176 192.168.1.1:5351ESTABLISHED 2998/dring udp0 0 127.0.0.1:5353 0.0.0.0:* 1/init udp6 0 0 :::53 :::* 8488/named (Quite a strange thing that dnscrypt-proxy appears as the init process, guess it is, once again, a magnificent feature of shitstemd that knows much better than any admin how to do things on his own machine, even against his will…) * What was the outcome of this action? Stopping avahi-daemon made my day. Note that if I play a bit with it, after 2-3 stop/start/restart I'm obliged to kill -9 it (seven times before it dies, guess because of shitstemd.) * What outcome did you expect instead? avahi-daemon not covering dnscrypt-proxy port. Have a nice day. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages avahi-daemon depends on: ii adduser 3.115 ii bind9-host [host]1:9.10.3.dfsg.P4-10.1 ii dbus 1.10.12-1 ii host 1:9.10.3.dfsg.P4-10.1 ii init-system-helpers 1.45 ii libavahi-common3 0.6.32-1 ii libavahi-core7 0.6.32-1 ii libc62.24-5 ii libcap2 1:2.25-1 ii libdaemon0 0.14-6 ii libdbus-1-3 1.10.12-1 ii libexpat12.2.0-1 ii lsb-base 9.20161016 Versions of packages avahi-daemon recommends: ii libnss-mdns 0.10-7 Versions of packages avahi-daemon suggests: pn avahi-autoipd -- Configuration Files: /etc/resolvconf/update-libc.d/avahi-daemon [Errno 2] No such file or directory: u'/etc/resolvconf/update-libc.d/avahi-daemon' -- no debconf information
Bug#840628: vlc: OSD small modification
Package: src:vlc Version: 2.2.4-6+b2 Severity: wishlist Dear Main tainer, * What led up to the situation? Muting audio. * What exactly did you do (or not do) that was effective (or ineffective)? Loudspeaker logo is counter intuitive: it shows a LS when every other devices (TV, DVD readers, etc) show a striked LS - this logo also disappears from display, which isn't logical because users can't know if audio is muted or not, especially with DVB that sometimes loses audio by itself. * What was the outcome of this action? Once LS logo is not on the screen anymore, nobody knows if audio has been lost or if it is muted. * What outcome did you expect instead? LS logo being striked and visible the whole time audio is muted. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vlc depends on: ii dpkg1.18.10 ii fonts-freefont-ttf 20120503-4 ii libaa1 1.4p5-44 ii libc6 2.24-3 ii libcaca00.99.beta19-2+b1 ii libcairo2 1.14.6-1+b1 ii libegl1-mesa [libegl1-x11] 12.0.3-1 ii libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-10 ii libfreerdp-core1.1 1.1.0~git20140921.1.440916e+dfsg1-10 ii libfreerdp-gdi1.1 1.1.0~git20140921.1.440916e+dfsg1-10 ii libfreetype62.6.3-3+b1 ii libfribidi0 0.19.7-1 ii libgcc1 1:6.2.0-6 ii libgl1-mesa-glx [libgl1]12.0.3-1 ii libgles1-mesa [libgles1]12.0.3-1 ii libgles2-mesa [libgles2]12.0.3-1 ii libglib2.0-02.50.1-1 ii libpulse0 9.0-4 ii libqt5core5a5.6.1+dfsg-3+b1 ii libqt5gui5 5.6.1+dfsg-3+b1 ii libqt5widgets5 5.6.1+dfsg-3+b1 ii libqt5x11extras55.6.1-2 ii librsvg2-2 2.40.16-1 ii libsdl-image1.2 1.2.12-5+b7 ii libsdl1.2debian 1.2.15+dfsg1-4 ii libstdc++6 6.2.0-6 ii libva-drm1 1.7.2-1 ii libva-x11-1 1.7.2-1 ii libva1 1.7.2-1 ii libvlccore8 2.2.4-6+b2 ii libvncclient1 0.9.10+dfsg-3+b1 ii libx11-62:1.6.3-1 ii libxcb-composite0 1.12-1 ii libxcb-keysyms1 0.4.0-1 ii libxcb-randr0 1.12-1 ii libxcb-shm0 1.12-1 ii libxcb-xv0 1.12-1 ii libxcb1 1.12-1 ii libxext62:1.3.3-1 ii libxi6 2:1.7.6-1 ii libxinerama12:1.1.3-1+b1 ii libxpm4 1:3.5.11-1+b1 ii vlc-nox 2.2.4-6+b2 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages vlc recommends: ii vlc-plugin-notify 2.2.4-6+b2 ii vlc-plugin-samba 2.2.4-6+b2 ii xdg-utils 1.1.1-1 vlc suggests no packages. Versions of packages vlc-nox depends on: ii dpkg 1.18.10 ii liba52-0.7.4 0.7.4-18 ii libasound2 1.1.2-1 ii libass51:0.13.2-dmo1 ii libavahi-client3 0.6.32-1 ii libavahi-common3 0.6.32-1 ii libavc1394-0 0.5.4-4 ii libbasicusageenvironment1 2016.09.22-1 ii libbluray1 1:0.9.3-2 ii libbz2-1.0 1.0.6-8 ii libc6 2.24-3 ii libcddb2 1.3.2-5 ii libcdio13 0.83-4.2+b1 ii libchromaprint11.3.2-2 ii libcrystalhd3 1:0.0~git20110715.fdd2f19-11+b1 ii libdbus-1-31.10.12-1 ii libdc1394-22 2.2.4-1 ii libdca00.0.5-10 ii libdirectfb-1.2-9 1.2.10.0-5.2+b1 ii libdvbpsi101.3.0-4 ii libdvdnav4 5.0.3-2 ii libdvdread45.0.3-2 ii libebml4v5 1.3.4-1 ii libfaad2 2.8.0~cvs20150510-1 ii libflac8 1.3.1-4 ii libfontconfig1 2.11.0-6.7 ii libfreetype6 2.6.3-3+b1 ii libfribidi00.19.7-1 ii libgcc11:6.2.0-6 ii libgcrypt201.7.3-2 ii libgme00.6.0-3 ii libgnutls303.5.4-2 ii libgpg-error0 1.24-1 ii libgroupsock8 2016.09.22-1 ii libgsm11.0.13-4 ii libjpeg62-turbo1:1.5.1-1 ii libkate1 0.4.1-7+b1 ii liblircclient0 0.9.0~pre1-1.2 ii liblivemedia57 2016.09.22-1 ii liblua5.2-05.2.4-1.1+b1 ii liblzma5 5.2.2-1.2 ii
Bug#835552: marble-qt: doesn't give choice between country locale and computer locale
Package: marble-qt Version: 4:16.04.1-3 Severity: normal Deer Mai'n'tainer, Hi, please note that this report may be hazy because of my locale setup (duno): LANG=fr_FR.utf8 LANGUAGE= LC_CTYPE="fr_FR.utf8" LC_NUMERIC=C LC_TIME="fr_FR.utf8" LC_COLLATE="fr_FR.utf8" LC_MONETARY="fr_FR.utf8" LC_MESSAGES=C LC_PAPER="fr_FR.utf8" LC_NAME="fr_FR.utf8" LC_ADDRESS="fr_FR.utf8" LC_TELEPHONE="fr_FR.utf8" LC_MEASUREMENT="fr_FR.utf8" LC_IDENTIFICATION="fr_FR.utf8" LC_ALL= * What led up to the situation? Seeking for a greek routing with a computer using fr/C locales. * What exactly did you do (or not do) that was effective (or ineffective)? Calculating a route between 2 greek towns. * What was the outcome of this action? marble-qt only displays greek towns names written in greek, fortunately, routing accepts french or english written town names, but display makes visual search impossible. * What outcome did you expect instead? An option to flip locale maps of foreign countries between country's and computer's (eg: think greece, russia, china …) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages marble-qt depends on: ii libc6 2.23-5 ii libgcc1 1:6.2.0-1 ii libmarblewidget-qt5-24 4:16.04.1-3 ii libqt5core5a5.6.1+dfsg-3+b1 ii libqt5dbus5 5.6.1+dfsg-3+b1 ii libqt5gui5 5.6.1+dfsg-3+b1 ii libqt5network5 5.6.1+dfsg-3+b1 ii libqt5printsupport5 5.6.1+dfsg-3+b1 ii libqt5widgets5 5.6.1+dfsg-3+b1 ii libstdc++6 6.2.0-1 marble-qt recommends no packages. marble-qt suggests no packages. -- no debconf information
Bug#822069: mousepad: 2nd instance lead to dcond-service write to HD like crazy
Package: mousepad Version: 0.4.0-3 Severity: normal Dear Mami Tainer, NB: May be only tied to dconf-service (but mousepad is the only program doing that…) * What led up to the situation? Open a 2nd instance of mousepad. * What exactly did you do (or not do) that was effective (or ineffective)? Open a 1st instance (command line) for editing several files, open a 2nd instance (also from command line), see HD access LED lit up and stay up, failed to avoid that by adding: >/dev/null 2>&1 at the end of the opening string, failed to avoid that by the sacrifice of a communist lisp developer (may be the offering was too less for the god of the HD LED), launched iotop -oa to see that it was dconf-service that was writing to disk at a rate of ~250KB/s. * What was the outcome of this action? Me unhappy, couldn't find a way to stop that. * What outcome did you expect instead? mousepad &| dconf-service stop spoiling my R/W bandwidth and writing I don't know what I don't know where. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mousepad depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.0-1 ii libc62.22-7 ii libglib2.0-0 2.48.0-1 ii libgtk2.0-0 2.24.30-1.1 ii libgtksourceview2.0-02.10.5-2 ii libpango-1.0-0 1.40.1-1 mousepad recommends no packages. mousepad suggests no packages. -- no debconf information
Bug#821856: mousepad: Changing preferences is always reset + doesn't save them
Package: mousepad Version: 0.4.0-3 Severity: normal Hi, dear Mama Intainer, * What led up to the situation? An attempt to change tabs & home/end preferences. * What exactly did you do (or not do) that was effective (or ineffective)? Open mousepad, open the preferences panel, change tabs to be spaces instead of tabulations, change home/end from Disabled to Always, close preferences, close mousepad. * What was the outcome of this action? Only the accel file is created into ~/.config/Mousepad, no preferences file, a reopen of mousepad confirmed that whatever change is made to it's preferences, it is systematically reset when closing the panel. * What outcome did you expect instead? Being able to change and save mousepad preferences. Regards, JY -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mousepad depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.0-1 ii libc62.22-6 ii libglib2.0-0 2.48.0-1 ii libgtk2.0-0 2.24.30-1.1 ii libgtksourceview2.0-02.10.5-2 ii libpango-1.0-0 1.40.1-1 mousepad recommends no packages. mousepad suggests no packages. -- no debconf information
Bug#815930: erlang-cowboy-examples: erlang.mk file missing makes examples unable to build
Package: erlang-cowboy-examples Version: 2.0.0~pre.1+dfsg1-1 Severity: normal Dear Mama Intainer, * What led up to the situation? Trying to build cowboy examples. * What exactly did you do (or not do) that was effective (or ineffective)? A 'make' into whatever example directory. * What was the outcome of this action? Makefile:4: ../../erlang.mk: No such file or directory make: *** No rule to make target '../../erlang.mk'. Stop. Which is quite normal as /usr/share/doc/erlang-cowboy-examples/erlang.mk doesn't exist :/ * What outcome did you expect instead? Examples to build smoothly. * Obeewan Kenobi? R2D2 can be mean… -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages erlang-cowboy-examples depends on: ii libjs-jquery 2.1.1-1 Versions of packages erlang-cowboy-examples recommends: ii erlang-cowboy 2.0.0~pre.1+dfsg1-1 erlang-cowboy-examples suggests no packages. -- no debconf information
Bug#815207: yaws: man 5 yaws.conf inaccurate
Package: yaws Version: 2.0.2-1 Severity: normal Dear Maintainer, * What led up to the situation? man 5 yaws.conf * What exactly did you do (or not do) that was effective (or ineffective)? The deflate section mention a primitive named: "compress_level", this is wrong. * What was the outcome of this action? The actual name of this primitive is: "compression_level". -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages yaws depends on: ii adduser 3.113+nmu3 ii erlang-yaws 2.0.2-1 ii lsb-base 9.20160110 ii ssl-cert 1.0.37 yaws recommends no packages. Versions of packages yaws suggests: ii erlang-yapp 2.0.2-1 ii logrotate3.8.7-2 ii yaws-chat2.0.2-1 ii yaws-doc 2.0.2-1 pn yaws-mail ii yaws-wiki2.0.2-1 ii yaws-yapp2.0.2-1 -- Configuration Files: /etc/yaws/conf.avail/localhost-ssl.conf [Errno 13] Permission denied: u'/etc/yaws/conf.avail/localhost-ssl.conf' /etc/yaws/conf.avail/localhost.conf [Errno 13] Permission denied: u'/etc/yaws/conf.avail/localhost.conf' /etc/yaws/yaws.conf [Errno 13] Permission denied: u'/etc/yaws/yaws.conf' -- no debconf information