Bug#1009718: closed by Debian FTP Masters (reply to Bernhard Schmidt ) (Bug#1009718: fixed in ndisc6 1.0.7-1)
Thanks ! OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1040006: pflogsumm: fails to count sent emails
Package: pflogsumm
Version: 1.1.5-7
Severity: normal
Dear maintainer,
I use pflogsumm on a Bullseye system, to analyze Postfix 3.5.17 logs. It
is possible my setup has some oddities, but while pflogsumm is globally
working, it fails to count sent emails:
$ pflogsumm my_log_file
[...]
0 sending hosts/domains
[...]
Host/Domain Summary: Messages Received
---
msg cnt bytes host/domain
--- ---
Senders by message count: none
[...]
Senders by message size: none
[...]
A friend of mine suggested a very small change in pflogsumm, which seems
to make it working properly. Here si the diff before and after the fix:
804c805,806
< if($rcvdMsg{$qid}) {
---
> if($rcvdMsg{$qid} == '') {
But it si still not perfect, because now errors are printed before the
actual report:
Argument "" isn't numeric in numeric eq (==) at
/usr/local/sbin/pflogsumm line 806, <> line 56.
Use of uninitialized value within %rcvdMsg in numeric eq (==) at
/usr/local/sbin/pflogsumm line 806, <> line 56.
[...]
Use of uninitialized value $domAddr in hash element at
/usr/local/sbin/pflogsumm line 814, <> line 1272.
[...]
Use of uninitialized value within %rcvdMsg in numeric eq (==) at
/usr/local/sbin/pflogsumm line 806, <> line 1294.
Hope this help.
Regards,
Yvan
Bug#1033225: Forwarded upstream
Forwarded: https://github.com/OpenBoard-org/OpenBoard/issues/761 Hi Mike, I have just reported this upstream. Hope I had set the "Forwarded" marker correctly, it is the first time I do this. Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1033225: openboard: Does not monitor user files added while running
Package: openboard X-Debbugs-Cc: y...@masson-informatique.fr Version: 1.6.4+dfsg-1+b1 Severity: normal Dear Maintainers, If OpenBoard is running and the user adds a picture inside ~/Pictures/OpenBoard/, the picture does not immediately appears inside OpenBoard's documents, it only appears when OpenBoard is restarted. As a workaround, it is possible to drag and drop the picture from the file manager to OpenBoard's documents. In this case, OpenBoard takes care of copying the file to ~/Pictures/OpenBoard/. The same symptom also appears with sounds and videos. I did not see this issue reported upstream: do not hesitate to ask if you want me to report upstream. Regards, Yvan -- System Information: Debian Release: bookworm/sid APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-6-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr:en_US Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openboard depends on: ii libavcodec59 7:5.1.2-3 ii libavformat59 7:5.1.2-3 ii libavutil57 7:5.1.2-3 ii libc6 2.36-8 ii libgcc-s1 12.2.0-14 ii libgomp1 12.2.0-14 ii libpoppler126 22.12.0-2+b1 ii libqt5concurrent5 5.15.8+dfsg-3 ii libqt5core5a 5.15.8+dfsg-3 ii libqt5gui55.15.8+dfsg-3 ii libqt5multimedia5 5.15.8-2 ii libqt5multimediawidgets5 5.15.8-2 ii libqt5network55.15.8+dfsg-3 ii libqt5printsupport5 5.15.8+dfsg-3 ii libqt5svg55.15.8-2 ii libqt5webkit5 5.212.0~alpha4-30 ii libqt5widgets55.15.8+dfsg-3 ii libqt5xml55.15.8+dfsg-3 ii libquazip5-1 0.9.1-3 ii libssl3 3.0.8-1 ii libstdc++612.2.0-14 ii libswresample47:5.1.2-3 ii libswscale6 7:5.1.2-3 ii libx11-6 2:1.8.4-2 ii openboard-common 1.6.4+dfsg-1 ii zlib1g1:1.2.13.dfsg-1 openboard recommends no packages. Versions of packages openboard suggests: ii openboard-contrib 1.6.4+dfsg-1 -- no debconf information OpenPGP_signature Description: OpenPGP digital signature
Bug#1025833: libarchive13: random failure when opening RARv5 archives with password
Package: libarchive13
X-Debbugs-Cc: y...@masson-informatique.fr
Version: 3.6.0-1
Severity: normal
Hi,
I am using Ark from KDE on Debian testing to open RARv5 archives (as
reported by `file` command) with password. However, randomly it can not
display archive contents. The failure rate is around 50% so it is not
difficult to trigger this.
When failing, Ark says in its GUI: "The archive is empty or Ark could
not open its content."
And on the command line it says:
$ ark foo.rar
ark.kerfuffle: Plugins run from the main thread should call directly
query->execute()
ark.part: No entry listed by the plugin
When opening archive works, the second line ("ark.part") is not displayed.
I have a sample file that I can send, but with it my email is refused…
As Ark package depends on libarchive, and as I do not have unrar package
on my system, I suppose the bug is in libarchive package, sorry if I am
wrong. Upstream changelog of libarchive version 6.2
(https://github.com/libarchive/libarchive/releases/tag/v3.6.2) mentions
that an issue has been fixed with RARv5 archives but I can not tell if
it is the same thing.
I can report this issue upstream if you want, either in libarchive or Ark.
Regards,
Yvan
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 6.0.0-4-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr:en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libarchive13 depends on:
ii libacl1 2.3.1-1
ii libbz2-1.0 1.0.8-5+b1
ii libc6 2.36-5
ii liblz4-11.9.4-1
ii liblzma55.2.8-0.0
ii libnettle8 3.8.1-2
ii libxml2 2.9.14+dfsg-1.1+b2
ii libzstd11.5.2+dfsg-1
ii zlib1g 1:1.2.11.dfsg-4.1
libarchive13 recommends no packages.
Versions of packages libarchive13 suggests:
pn lrzip
-- no debconf information
OpenPGP_signature
Description: OpenPGP digital signature
Bug#925591: Workaround
Hi, It is probably not the best solution, but the UEFI page of the Debian wiki [1] proposes a workaround: a grub hook to duplicate the ESP mounted on /boot/efi to ESP(s) on other drives. Note that I have not tested it. 1. https://wiki.debian.org/UEFI#RAID_for_the_EFI_System_Partition Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1024236: Please set UTF-8 as default console charset in Debian live "standard"
Package: live-build Version: 1:20210407 Dear maintainers, I don’t know if this issue belongs to live-build. I want to use Debian live "standard", because I just need command line and it is half the size of other live images. Many characters are not displayed correctly, for example when running `dpkg-reconfigure somepackage`, or when choosing another language at boot. It can be fixed by running `sudo dpkg-reconfigure console-setup` and by choosing "UTF-8" as console encoding and letting default values for other choices. As UTF-8 seems needed in many places, could console-setup be configured by default to use UTF-8? Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1024234: Please help users use non-english keyboard layout in Debian live "standard"
Package: live-build Version: 1:20210407 Dear maintainers, I don’t know if this issue belongs to live-build. I want to use Debian live "standard", because I just need command line and it is half the size of other live images. I am not using an english keyboard, and when trying to run `loadkeys fr` it tells "No such file or directory". The solution I found (but it might exist a better one) is to run `sudo dpkg-reconfigure keyboard-configuration` and then `sudo dpkg-reconfigure console-setup`. Would it be possible to either: - document this workaround somewhere (in https://wiki.debian.org/DebianLive notably) - ask at boot which keyboard layout is needed Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1021241: opensmtpd: error when giving empty "system mail name" to dpkg-reconfigure
Package: opensmtpd X-Debbugs-Cc: y...@masson-informatique.fr Version: 6.8.0p2-4+b2 Severity: normal Dear maintainer, If I run `dpkg-reconfigure opensmtpd` and give an empty "system mail name", the following error is printed: Could not execute systemctl: at /usr/bin/deb-systemd-invoke line 145. This error does not appear when writting something else as "system mail name". Regards, Yvan -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.19.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr:en_US Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages opensmtpd depends on: ii adduser3.129 ii debconf [debconf-2.0] 1.5.79 ii ed 1.18-1 ii init-system-helpers1.65.2 ii libc6 2.35-1 ii libcrypt1 1:4.4.28-2 ii libdb5.3 5.3.28+dfsg1-0.10 ii libevent-2.1-7 2.1.12-stable-5+b1 ii libpam0g 1.5.2-2 ii libssl33.0.5-2 ii lsb-base 11.4 ii sysvinit-utils [lsb-base] 3.05-6 ii zlib1g 1:1.2.11.dfsg-4.1 Versions of packages opensmtpd recommends: ii opensmtpd-extras 6.7.1-2 Versions of packages opensmtpd suggests: ii ca-certificates 20211016 -- debconf information excluded OpenPGP_signature Description: OpenPGP digital signature
Bug#1021239: opensmtpd: debconf answers during installation are not saved/used
Package: opensmtpd X-Debbugs-Cc: y...@masson-informatique.fr Version: 6.8.0p2-4+b2 Severity: normal Dear Maintainer, During installation of opensmtpd, debconf ask questions to the user, but: - answers are not stored into debconf database, as shown by `debconf-show opensmtpd` - answers are not applied to opensmtpd’s configuration (no creation of /etc/mailname, no modification of /etc/aliases) Note that I just tried on a Ubuntu 22.04, and can confirm that 6.8.0p2-4build1 they distribute is also affected, so I will also report it. Regards, Yvan -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.19.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr:en_US Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages opensmtpd depends on: ii adduser3.129 ii debconf [debconf-2.0] 1.5.79 ii ed 1.18-1 ii init-system-helpers1.65.2 ii libc6 2.35-1 ii libcrypt1 1:4.4.28-2 ii libdb5.3 5.3.28+dfsg1-0.10 ii libevent-2.1-7 2.1.12-stable-5+b1 ii libpam0g 1.5.2-2 ii libssl33.0.5-2 ii lsb-base 11.4 ii sysvinit-utils [lsb-base] 3.05-6 ii zlib1g 1:1.2.11.dfsg-4.1 Versions of packages opensmtpd recommends: ii opensmtpd-extras 6.7.1-2 Versions of packages opensmtpd suggests: ii ca-certificates 20211016 -- debconf information excluded OpenPGP_signature Description: OpenPGP digital signature
Bug#1020771: sendmail: french package description contains duplicated text
Le 26/09/2022 à 20:17, Yvan Masson a écrit : Le 26/09/2022 à 19:09, Andreas Beckmann a écrit : Hi Yvan, thanks for spotting this issue. On 26/09/2022 13.59, Yvan Masson wrote: I had a quick look on https://salsa.debian.org/debian/sendmail but could not find where is stored this translation: for my general knowledge, could you tell me where it is? These translations are not part of the package. I think the package description translations come from The Debian Description Translation Project — DDTP https://www.debian.org/international/l10n/ddtp but as I have never interacted with that, I don't know how to report translation bugs there. Andreas Hi Andreas, Thanks for the link, I will have a look to find the way I could report this issue there. Regards, Yvan Hi, I reported this on debian-l10n-fre...@lists.debian.org, fix is ongoing. I suppose you can close this issue. Thanks, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1020771: sendmail: french package description contains duplicated text
Le 26/09/2022 à 19:09, Andreas Beckmann a écrit : Hi Yvan, thanks for spotting this issue. On 26/09/2022 13.59, Yvan Masson wrote: I had a quick look on https://salsa.debian.org/debian/sendmail but could not find where is stored this translation: for my general knowledge, could you tell me where it is? These translations are not part of the package. I think the package description translations come from The Debian Description Translation Project — DDTP https://www.debian.org/international/l10n/ddtp but as I have never interacted with that, I don't know how to report translation bugs there. Andreas Hi Andreas, Thanks for the link, I will have a look to find the way I could report this issue there. Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1020771: sendmail: french package description contains duplicated text
Package: sendmail Severity: minor Version: 8.17.1.9-1 Dear maintainers, I am using current testing, with french locale. sendmail’s package description returned by `apt show sendmail` contains duplicated text: … . Ce paquet prend en charge REGEX, DB, NIS, NIS+, LDAP, DNS maps, et active TCP Wrapper, IPv6, LockFile, SMTP-AUTH (SASL), StartTLS (SSL). . Ce paquet prend en charge REGEX, DB, NIS, NIS+, LDAP, DNS maps, et active TCP Wrapper, IPv6, LockFile, SMTP-AUTH (SASL), StartTLS (SSL). . … There is no duplicate when using `LANG=C apt show sendmail`. I could not test with another locale. I had a quick look on https://salsa.debian.org/debian/sendmail but could not find where is stored this translation: for my general knowledge, could you tell me where it is? Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1020562: RFP: kde-service-menu-reimage
Package: wnpp kde-service-menu-reimage is a package allowing useful image manipulations right from Dolphin/Konqueror. Compress and resize: - Advanced optimization for web - Compress in % (change quality) - Resize in % or square Convert and rotate: - Convert to all formats supported by ImageMagick - Convert to PDF or PDF/A-1 - Generate favicons for browser/android/apple/ms - Convert to Base64 - Generate favicons - Rotate - Overturn vertically/horizontally Metadata: - Rename jpg and tiff files with data content in Exif metadata. - (For example: 001.jpg -> 2018-04-27_133741.jpg) - Rename jpg and tiff files with file's data. - Set file's datetime from Exif date. - Set file date from file's name - Set Exif datetime from file's date. - Set Exif datetime from file's name. - Add comment - View metadata - Extract metadata to file - Delete comment field - Strip Exif section - Delete IPTC section - Delete XMP section - Strip all unnecessary data - Add timestamp from Exif Tools: - Create animated GIF - Append to right - GrayScale - Sepia filter - Change transparent to color - Add colored border - Add transparent border - Drop shadow Homepage: https://www.egregorion.net/ KDE store: https://store.kde.org/p/1231579 OpenPGP_signature Description: OpenPGP digital signature
Bug#1004734: closed by Brian Potkin (Re: Bug#1004734: "usblp0: removed" when printing via USB on Canon LBP-810)
Indeed, fixing this issue is not worth the effort, if possible at all. Thanks for the explanations about USB, and for the time studying this issue. Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1004734: "usblp0: removed" when printing via USB on Canon LBP-810
Hi Brian, I may have recommended looking at https://wiki.debian.org/CUPSDebugging#usb but you seem to have tried something similar. Indeed, but the reading is interesting! What driver (PPD) are you using and are you now printing? Unfortunately it is a customer’s printer, so I do not have at hand. Currently, the customer prints from a dedicated Windows 7 virtual machine. I could not find a way to make it work with Linux. I can not give you exactly the PPD that I tried, but it is the one provided by default when setting up the printer with GUI software "system-config-printer". If needed, tell me and I will contact the customer and go to his house to set up the printer again to obtain the PPD. Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1009718: ndisc6: package description mentions `addrinfo` but not `addr2name` nor `name2addr`
Package: ndisc6 Version: 1.0.5-1 Severity: minor Dear maintainer, Package description of ndisc6 mentions the included command `addrinfo`, which I can not find in the package contents. I did not have time to look further, but maybe it was replaced by the included `addr2name` and `name2addr`? Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1007017: openboard: font selection not translated
Package: openboard Version: 1.6.1+dfsg2-1 Severity: normal Dear Maintainers, OpenBoard provides a tool to write text, and this tool as a button that opens a small window where user can select font, font style, font size, effects… This "Select Font" window is not translated on my systems (Bullseye with Cinnamon and testing with Gnome) while the rest of OpenBoard is. I might be wrong, but maybe this window is provided by QT, and so a specific Debian package provides this translations? In that case, maybe this package should be suggested or recommended by openboard? Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1007015: onboard: Alt Gr "sometimes" does not work, with possible workaround
Package: onboard Version: 1.4.1-5+b3 Severity: normal Dear maintainers, I faced a strange issue with OnBoard, already reported upstream (https://bugs.launchpad.net/onboard/+bug/736269): sometimes, the AltGr button does not work. What it exactly means: - when clicking on AltGr, symbols on keys do not change - left Alt key becomes grey one second after first click on AltGr Also, a "side bug" maybe, sometimes the OnBoard keyboard layout automatically changes to Qwerty… (I could not find another report of this issue). Restarting OnBoard was enough to get the proper layout back. I installed OnBoard two days ago. I faced these issues yesterday and the day before (I rebooted between these two attempts), running Bullseye with Cinnamon, and could not find a way to solve this. Today, I rebooted again, added a new keyboard layout, started OnBoard, and AltGr works properly! Obviously, I immediately removed the new keyboard layout, restarted OnBoard, but the issue has definitely gone, strange. For information, the original keyboard layout was pc105, fr, latin9 as reported by `setxkbmap -query`. I realize that this bug report will not help a lot to fix the issue, but at least someone could benefit of the same workaround. Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1007011: openboard: Should provide a working virtual keyboard by default
Package: openboard X-Debbugs-Cc: y...@masson-informatique.fr Version: 1.6.1+dfsg2-1 Severity: normal Dear Maintainers, OpenBoard can use the system virtual keyboard, or can provide its own virtual keyboard implementation. By default, the system virtual keyboard is selected in the preferences. It is also written that the system virtual keyboard should be preferred over the internal one. However, when system keyboard is chosen, OpenBoard only tries to launch the virtual keyboard named OnBoard (correct me if I am wrong), and fails without any error message if it is not installed. To provide a better user experience by default, I suggest either that: - openboard package recommends onboard package - openboard is configured by default to use the internal virtual keyboard I admit that none of these option is perfect: - OnBoard has important bugs (at least I faced some) and does not seem to be really maintained by upstream. - the internal keyboard does not work when outside of OpenBoard Anyway, I think any of the above suggestion would be better than the current situation. Regards, Yvan -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openboard depends on: ii libavcodec58 7:4.4.1-3 ii libavformat58 7:4.4.1-3 ii libavutil56 7:4.4.1-3 ii libc6 2.33-7 ii libgcc-s1 11.2.0-16 ii libgomp1 11.2.0-16 ii libpoppler102 20.09.0-3.1 ii libqt5core5a 5.15.2+dfsg-15 ii libqt5gui55.15.2+dfsg-15 ii libqt5multimedia5 5.15.2-3 ii libqt5multimediawidgets5 5.15.2-3 ii libqt5network55.15.2+dfsg-15 ii libqt5svg55.15.2-4 ii libqt5webkit5 5.212.0~alpha4-14 ii libqt5widgets55.15.2+dfsg-15 ii libqt5xml55.15.2+dfsg-15 ii libquazip5-1 0.9.1-2 ii libssl1.1 1.1.1m-1 ii libstdc++611.2.0-16 ii libswresample37:4.4.1-3 ii libswscale5 7:4.4.1-3 ii libx11-6 2:1.7.2-2+b1 ii openboard-common 1.6.1+dfsg2-1 ii zlib1g1:1.2.11.dfsg-2 openboard recommends no packages. Versions of packages openboard suggests: ii openboard-contrib 1.6.1+dfsg2-1 -- no debconf information OpenPGP_signature Description: OpenPGP digital signature
Bug#1007009: openboard: Wrongly displays "world map" image sample
Package: openboard X-Debbugs-Cc: y...@masson-informatique.fr Version: 1.6.1+dfsg2-1 Severity: normal Dear Maintainer, OpenBoard contains a world map as an image sample (/usr/share/openboard/library/pictures/Worldmap_wdb_combined.svg). Strangely, in testing (Gnome desktop running on Wayland), OpenBoard does not display every continents : South-East Asia and the Antartic are missing (see attached screenshot) When this picture is opened with default image viewer the map is complete. Rendering is also great when running Bullseye with Cinammon and with OpenBoard from backports. I did not try running testing with Gnome on Xorg, but can do it if you think it is useful. Regards, Yvan -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openboard depends on: ii libavcodec58 7:4.4.1-3 ii libavformat58 7:4.4.1-3 ii libavutil56 7:4.4.1-3 ii libc6 2.33-7 ii libgcc-s1 11.2.0-16 ii libgomp1 11.2.0-16 ii libpoppler102 20.09.0-3.1 ii libqt5core5a 5.15.2+dfsg-15 ii libqt5gui55.15.2+dfsg-15 ii libqt5multimedia5 5.15.2-3 ii libqt5multimediawidgets5 5.15.2-3 ii libqt5network55.15.2+dfsg-15 ii libqt5svg55.15.2-4 ii libqt5webkit5 5.212.0~alpha4-14 ii libqt5widgets55.15.2+dfsg-15 ii libqt5xml55.15.2+dfsg-15 ii libquazip5-1 0.9.1-2 ii libssl1.1 1.1.1m-1 ii libstdc++611.2.0-16 ii libswresample37:4.4.1-3 ii libswscale5 7:4.4.1-3 ii libx11-6 2:1.7.2-2+b1 ii openboard-common 1.6.1+dfsg2-1 ii zlib1g1:1.2.11.dfsg-2 openboard recommends no packages. Versions of packages openboard suggests: ii openboard-contrib 1.6.1+dfsg2-1 -- no debconf information OpenPGP_signature Description: OpenPGP digital signature
Bug#976194: Also found in version 6.8.0p2-3
Hi, In case it is useful, I confirm that this issue is still present in Bullseye, running openSMTPd 6.8.0p2-3. Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1004734: Printing with parallel port also does not work
Hi, I said in my initial bug report that the printer was working using parallel port but I was wrong, sorry: I have been told that it was working but I just tested and it is not. What is stranged is that it worked "once" with USB connection, first time I tried. I also just tested the printer with a Windows computer (Windows 7 is the last supported version), and it works perfectly, both with USB and parallel port. Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1004734: "usblp0: removed" when printing via USB on Canon LBP-810
Package: cups X-Debbugs-Cc: y...@masson-informatique.fr Version: 2.3.3op2-7 Severity: normal Dear Maintainers, I tried to print on an old Canon LBP-810 with Debian testing, connected via USB. This printer is known to be working with parallel port. The printer is properly detected: févr. 01 12:05:29 e7440 kernel: usb 2-2: new full-speed USB device number 5 using xhci_hcd févr. 01 12:05:29 e7440 kernel: usb 2-2: New USB device found, idVendor=04a9, idProduct=260a, bcdDevice= 1.00 févr. 01 12:05:29 e7440 kernel: usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 févr. 01 12:05:29 e7440 kernel: usb 2-2: Product: Canon CAPT USB Printer févr. 01 12:05:29 e7440 kernel: usb 2-2: Manufacturer: Canon févr. 01 12:05:29 e7440 kernel: usb 2-2: SerialNumber: 541868YO févr. 01 12:05:29 e7440 kernel: usblp 2-2:1.0: usblp0: USB Bidirectional printer dev 5 if 0 alt 0 proto 2 vid 0x04A9 pid 0x260A It is then properly added to the CUPS system, but when I try to print something, the following appears in kernel logs: févr. 01 12:05:34 e7440 kernel: usblp0: removed févr. 01 12:05:34 e7440 kernel: usblp 2-2:1.0: usblp0: USB Bidirectional printer dev 5 if 0 alt 0 proto 2 vid 0x04A9 pid 0x260A févr. 01 12:05:35 e7440 kernel: usblp0: removed And the printer does not print. I already tried settings CUPS options "usb-unidir-default" and "usb-no-reattach-default", as suggested in [1], without luck. Please apologize if this issue does not belong to cups. Regards, Yvan 1. https://bugzilla.redhat.com/show_bug.cgi?id=873123 -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-3-amd64 (SMP w/4 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cups depends on: ii cups-client2.3.3op2-7 ii cups-common2.3.3op2-7 ii cups-core-drivers 2.3.3op2-7 ii cups-daemon2.3.3op2-7 ii cups-filters 1.28.11-2 ii cups-ppdc 2.3.3op2-7 ii cups-server-common 2.3.3op2-7 ii debconf [debconf-2.0] 1.5.79 ii ghostscript9.55.0~dfsg-3 ii libavahi-client3 0.8-5 ii libavahi-common3 0.8-5 ii libc6 2.33-5 ii libcups2 2.3.3op2-7 ii libgcc-s1 11.2.0-14 ii libstdc++6 11.2.0-14 ii libusb-1.0-0 2:1.0.24-3 ii poppler-utils 20.09.0-3.1 ii procps 2:3.3.17-6 Versions of packages cups recommends: ii avahi-daemon 0.8-5 ii colord1.4.5-3 Versions of packages cups suggests: ii cups-bsd 2.3.3op2-7 ii foomatic-db-compressed-ppds [foomatic-db] 20210824-1 ii printer-driver-cups-pdf [cups-pdf] 3.0.1-13 ii smbclient 2:4.13.14+dfsg-1+b1 ii udev 250.3-2 -- debconf information: cupsys/raw-print: true cupsys/backend: lpd, socket, usb, snmp, dnssd OpenPGP_signature Description: OpenPGP digital signature
Bug#1003268: gnome-software: Could favour Debian packages over Flatpak packages
Package: gnome-software Version: 41.2-1 Severity: whishlist Dear Maintainers, By default, if package gnome-software-plugin-flatpak is installed and if a Flathpak repository is configured, Gnome Software will prefer Flatpak packages over Debian packages. While I am really glad that Flatpak exists, it has some disadvantages compared to Debian packages: - network usage for installation - disk usage - system integration issues Recently, a dconf setting appeared in Gnome Software, with a detailed rationale, so that user can choose that Flatpak should not be the preferred packaging system[1]. As explained in the mentioned link, I also believe that there are more often issues with Flatpak packages than with Debian packages (I can give examples if requested). That is why I suggest that Debian should ship Gnome Software defaulting to install Debian packages. 1. https://gitlab.gnome.org/GNOME/gnome-software/-/issues/1005 Regards, Yvan -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnome-software depends on: ii appstream0.15.0-1 ii apt-config-icons 0.15.0-1 ii dconf-gsettings-backend [gsettings-backend] 0.40.0-2 ii gnome-software-common41.2-1 ii gsettings-desktop-schemas41.0-2 ii libappstream40.15.0-1 ii libatk1.0-0 2.36.0-3 ii libc62.32-5 ii libcairo21.16.0-5 ii libfwupd21.5.7-5 ii libgdk-pixbuf-2.0-0 2.42.6+dfsg-2 ii libglib2.0-0 2.70.2-1 ii libgspell-1-21.9.1-2 ii libgtk-3-0 3.24.30-4 ii libgtk3-perl 0.038-1 ii libgudev-1.0-0 237-2 ii libhandy-1-0 1.5.0-1 ii libjson-glib-1.0-0 1.6.6-1 ii libmalcontent-0-00.10.3-1 ii libpackagekit-glib2-18 1.2.4-1 ii libpango-1.0-0 1.48.10+ds1-1 ii libpolkit-gobject-1-00.105-31 ii libsoup2.4-1 2.74.2-1 ii libxmlb2 0.3.6-1 ii packagekit 1.2.4-1 ii software-properties-gtk 0.96.20.2-2.1 Versions of packages gnome-software recommends: ii fwupd 1.5.7-5 Versions of packages gnome-software suggests: pn apt-config-icons-hidpi ii gnome-software-plugin-flatpak 41.2-1 pn gnome-software-plugin-snap -- no debconf information OpenPGP_signature Description: OpenPGP digital signature
Bug#1002987: apt-cacher-ng: Should allow data passthrough mode for Debianchangelog (metadata.ftp-master.debian.org)
Package: apt-cacher-ng Version: 3.7.4-1 Severity: normal Dear Maintainer, The default configuration for data passthrough currently allows bugs.debian.org and changelogs.ubuntu.com. It would be great if it also allows metadata.ftp-master.debian.org so that Debian clients can fetch package changelogs by default. I made it work with this regexp: PassThroughPattern: ^(metadata\.ftp-master\.debian\.org|bugs\.debian\.org|changelogs\.ubuntu\.com):443$ Regards, Yvan -- Package-specific info: -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages apt-cacher-ng depends on: ii adduser 3.118 ii debconf [debconf-2.0]1.5.79 ii dpkg 1.21.1 ii libbz2-1.0 1.0.8-5 ii libc-ares2 1.18.1-1+b1 ii libc62.32-5 ii libevent-2.1-7 2.1.12-stable-1 ii libevent-pthreads-2.1-7 2.1.12-stable-1 ii libfuse2 2.9.9-5 ii libgcc-s111.2.0-12 ii liblzma5 5.2.5-2 ii libssl1.11.1.1l-1 ii libstdc++6 11.2.0-12 ii libsystemd0 249.7-1 ii libwrap0 7.6.q-31 ii lsb-base 11.1.0 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages apt-cacher-ng recommends: ii ca-certificates 20210119 Versions of packages apt-cacher-ng suggests: ii avahi-daemon 0.8-5 pn doc-base -- Configuration Files: /etc/apt-cacher-ng/acng.conf changed [not included] /etc/apt-cacher-ng/security.conf [Errno 13] Permission non accordée: '/etc/apt-cacher-ng/security.conf' -- debconf information: apt-cacher-ng/cachedir: keep apt-cacher-ng/proxy: keep apt-cacher-ng/port: keep apt-cacher-ng/gentargetmode: No automated setup apt-cacher-ng/bindaddress: keep * apt-cacher-ng/tunnelenable: false OpenPGP_signature Description: OpenPGP digital signature
Bug#1001802: zfs-initramfs: Can't dynamically select snapshot to boot from
Package: zfs-initramfs Version: 2.0.3-9 Severity: normal Dear Maintainers, This issue affects systems with root on ZFS and was initially reported against the OpenZFS documentation, see https://github.com/openzfs/openzfs-docs/issues/237. ZFS initramfs script allows to put a "@" after the `root` parameter in Grub, so that the user can dynamically select which snapshot to boot from (see https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/Debian%20GNU%20Linux%20initrd%20documentation.html). However, I noticed two issues in the script: - while the script indeed waits for user input, snapshots list and prompt are not displayed to the user - the script does not check that the value given by the user is valid Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#1000420: irqtop output is messed up by ruby warning
Package: irqtop Version: 2.5.1-2 Severity: normal Dear Maintainer, When running irqtop interactively (without `--batch` option), output is messed up on each refresh by lines of this type: /usr/bin/irqtop:xxx: warning: rb_safe_level will be removed in Ruby 3.0 Removing this warning would be great so that we can use irqtop without the `--batch` option. Sorry but I did not take time to try it on testing or unstable. Regards, Yvan -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages irqtop depends on: ii ruby 1:2.7+2 ii ruby-curses 1.2.4-1+b4 Versions of packages irqtop recommends: ii ethtool 1:5.9-1 irqtop suggests no packages. -- no debconf information OpenPGP_signature Description: OpenPGP digital signature
Bug#1000202: nemo: can't unmount / remount SMB share
Package: nemo Version: 4.8.6-2 Severity: normal Dear Maintainers, I have a Samba server providing shares (some require credentials, some anonymous). I have two Bullseye desktop, one running Gnome from which I send this bug report, another running Cinnamon. I use Nemo on both computers. Mounting is done with Nemo via GIO/GVFS and works perfectly. However, if I unmount the share, and then remount it, issue arise: when I click on the share name in Nemo's left pane, a popup window appear saying: 1. On the Gnome desktop: "Could not display "smb://my-server.local/my-share/". The location is not a folder." 2. On the Cinnamon desktop (translated from French): "Unknown file type. No program is associated to file "smb://my-server.local/my-share". Use Open dialog to choose a program to open it." Here I can click on "Choose a program" and select Nemo to open it, but then I face the popup 1. A simple fix on both desktops is to kill Nemo (just closing the window is not enough) and then restart it. A simple .desktop file in the right place does the job for non technical users. I have no idea if bug is still present in testing/sid or upstream and have no time to test it for the moment, sorry. Thanks for your time and work, Yvan -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nemo depends on: ii cinnamon-desktop-data 4.8.1-2 ii desktop-file-utils 0.26-1 ii gsettings-desktop-schemas 3.38.0-2 ii gvfs 1.46.2-1 ii libatk1.0-02.36.0-2 ii libc6 2.31-13+deb11u2 ii libcairo-gobject2 1.16.0-5 ii libcairo2 1.16.0-5 ii libcinnamon-desktop4 4.8.1-2 ii libexempi8 2.5.2-1 ii libexif12 0.6.22-3 ii libgail-3-03.24.24-4 ii libgdk-pixbuf-2.0-02.42.2+dfsg-1 ii libglib2.0-0 2.66.8-1 ii libglib2.0-data2.66.8-1 ii libgtk-3-0 3.24.24-4 ii libnemo-extension1 4.8.6-2 ii libnotify4 0.7.9-3 ii libpango-1.0-0 1.46.2-3 ii libpangocairo-1.0-01.46.2-3 ii libselinux13.1-3 ii libx11-6 2:1.7.2-1 ii libxapp1 2.0.7-1 ii libxml22.9.10+dfsg-6.7 ii nemo-data 4.8.6-2 ii shared-mime-info 2.0-1 Versions of packages nemo recommends: pn cinnamon-l10n ii gvfs-backends1.46.2-1 ii gvfs-fuse1.46.2-1 ii librsvg2-common 2.50.3+dfsg-1 pn nemo-fileroller Versions of packages nemo suggests: ii eog 3.38.2-1 ii evince [pdf-viewer] 3.38.2-1 ii totem3.38.0-2 ii vlc [mp3-decoder]3.0.16-1 ii xdg-user-dirs0.17-2 -- no debconf information OpenPGP_signature Description: OpenPGP digital signature
Bug#998895: ddrutility: ddru_findbad could --force option of ntfscluster
Package: ddrutility
Version: 2.8-1.1
Severity: normal
Dear maintainer,
I suppose this issue should be better reported upstream, but I can't
find where to report it and the homepage states that the project is "no
longer actively supported".
`ddru_findbad` script uses `ntfscluster` command to detect the NTFS
cluster size. Unfortunately, `ntfscluster` fails if the NTFS partition
is scheduled for check (because it was not properly unmounted, which I
suppose is common if the drive has issues), so ddru_findbad also fails
with the following error:
Error! ntfscluster did not report a cluster size.
This could be caused by the disk being mounted.
Try unmounting the disk.
However, I noticed that with the same problematic partition, using
`--force` option of ntfscluster works properly. As a quick and dirty fix
I wrote directly my NTFS cluster size in `/usr/bin/ddru_findbad`. Maybe
a proper "fix" would be to replace the following line:
CLUSTERSIZE=$(ntfscluster $PARTITION 2>/dev/null | grep -a "bytes per
cluster" | awk ' { print $5 } ')
By:
CLUSTERSIZE=$(ntfscluster --force $PARTITION 2>/dev/null | grep -a
"bytes per cluster" | awk ' { print $5 } ')
Thanks for you time and work,
Yvan
OpenPGP_signature
Description: OpenPGP digital signature
Bug#987431: Graphical session or LightDM do not close until unattended-upgrades has applied all updates
Hi Balint, Le 26/04/2021 à 11:56, Balint Reczey a écrit : Control: reassign -1 lightdm Hi Yvan, On Fri, Apr 23, 2021 at 9:21 PM Yvan Masson wrote: Package: unattended-upgrades Version: 2.8 Severity: normal Dear Maintainer, I am preparing some Debian 11 desktops (for when it will be the new stable). The setup is very simple: no root account, one partition, tasks desktop/Cinnamon/standard tools/SSH. Unattended-upgrades is configured to install updates on shutdown (see 1): upgrading works properly, but is very disturbing for the users: When the user chooses to shutdown or reboot the computer from his Cinnamon session, the session does not close until all updates are applied. While waiting: - icons on the desktop disappear - the usual menu that allows choosing between suspend/hibernate/reboot/cancel/shutdown won't appear again (see 2) - it is still possible to start applications When a user session has been opened, then closed, and the user clicks on shutdown or reboot from LightDM, the behavior is similar: LightDM does not stop. It is even possible to log in again, while unattended-upgrades is applying updates, but when updates are applied the computer shutdowns/reboots as requested originally from LightDM. I would expect the session to be completely closed, LightDM stopped, and the console or Plymouth displaying a message indicating the ongoing updates. I am almost sure this has already worked for me in a previous Debian version or Ubuntu, with the same setup from me. Please let me know if you need more information or if you want me to do some tests. The change that took place in unattended-upgrades 1.8: unattended-upgrades (1.8) unstable; urgency=medium When InstallOnShutdown was configured unattended-upgrades in versions before 1.7 installed updates _after_ the shutdown transaction is started by systemd making maintainer scripts restarting services fail or wait in a deadlock until being killed by shutdown's timeout leaving a broken installation behind. Starting with version 1.7 configuring InstallOnShutdown makes unattended-upgrades start package installations _before_ the shutdown transaction is started, when PrepareForShutdown() signal is received via DBus. Unattended-upgrades 1.7 also increases logind's InhibitDelayMaxSec to 30 seconds. This allows more time for unattended-upgrades to shut down gracefully or even install a few packages in InstallOnShutdown mode, but is still a big step back from the 30 minutes allowed for InstallOnShutdown previously. Users enabling InstallOnShutdown mode are advised to increase InhibitDelayMaxSec even further, possibly to 30 minutes. -- When shutdown is successfully initiated from a graphical session the user should be logged out and if the shutdown is successfully initiated from a login manager it should stop, otherwise any inhibitor holding up the shutdown can cause the described problems. Thanks for the detailed answer. I just checked again on my simple test VM, the only "shutdown" inhibitor is Unattended Upgrades Shutdown. For comparison, I installed Gnome and GDM on this same VM: - When choosing to shutdown from the Gnome session, the session is properly closed, but GDM stays on while upgrades are applied. It is even possible to log in again. - When I boot, log in, log out and then choosing to shutdown from GDM, GDM seems to be properly closed: screen becomes all black with only the blinking "_" on top-left, but `ps` from a SSH session shows that it is still running. If I understand properly, all of this means that GDM/LightDM and Cinnamon do no always react properly to "shutdown" systemd inhibitors: is my understanding correct? Do not hesitate to ask if I can help, by testing reporting this elsewhere. Regards, Yvan Cheers, Balint OpenPGP_signature Description: OpenPGP digital signature
Bug#987431: Graphical session or LightDM do not close until unattended-upgrades has applied all updates
Package: unattended-upgrades
Version: 2.8
Severity: normal
Dear Maintainer,
I am preparing some Debian 11 desktops (for when it will be the new
stable). The setup is very simple: no root account, one partition, tasks
desktop/Cinnamon/standard tools/SSH. Unattended-upgrades is configured
to install updates on shutdown (see 1): upgrading works properly, but is
very disturbing for the users:
When the user chooses to shutdown or reboot the computer from his
Cinnamon session, the session does not close until all updates are
applied. While waiting:
- icons on the desktop disappear
- the usual menu that allows choosing between
suspend/hibernate/reboot/cancel/shutdown won't appear again (see 2)
- it is still possible to start applications
When a user session has been opened, then closed, and the user clicks on
shutdown or reboot from LightDM, the behavior is similar: LightDM does
not stop. It is even possible to log in again, while unattended-upgrades
is applying updates, but when updates are applied the computer
shutdowns/reboots as requested originally from LightDM.
I would expect the session to be completely closed, LightDM stopped, and
the console or Plymouth displaying a message indicating the ongoing
updates. I am almost sure this has already worked for me in a previous
Debian version or Ubuntu, with the same setup from me.
Please let me know if you need more information or if you want me to do
some tests.
Regards,
Yvan
1. Here are the files I create to configure unattended-upgrades:
$ cat /etc/apt/apt.conf.d/21periodic
APT::Periodic::Unattended-Upgrade "1";
APT::Periodic::CleanInterval "1";
$ cat /etc/apt/apt.conf.d/51unattended-upgrades-local
Unattended-Upgrade::Origins-Pattern {
"origin=Debian,codename=bullseye,label=Debian";
"origin=Debian,codename=bullseye,label=Debian-Security";
"origin=Debian,codename=bullseye-updates,label=Debian";
};
Unattended-Upgrade::InstallOnShutdown "true";
$ cat /etc/systemd/logind.conf.d/unattended-upgrades.conf
[Login]
# 30 minutes delay
InhibitDelayMaxSec=1800
2. This matches the following error in ~/.xsession-errors:
Cjs-message: 09:26:35.004: JS LOG: Ignored exception from dbus method:
GIO.IOErrorEnum: GDBus:Error:org.gnome.SessionManager.NotInRunning:
Shutdown interface is only available during the Running phase
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.10.0-6-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages unattended-upgrades depends on:
ii debconf [debconf-2.0] 1.5.75
ii lsb-base 11.1.0
ii lsb-release11.1.0
ii python33.9.2-2
ii python3-apt2.1.7
ii python3-dbus 1.2.16-5
ii python3-distro-info1.0
ii ucf3.0043
ii xz-utils 5.2.5-2
Versions of packages unattended-upgrades recommends:
ii anacron 2.3-30
ii cron [cron-daemon] 3.0pl1-137
ii systemd-sysv247.3-3
Versions of packages unattended-upgrades suggests:
pn bsd-mailx
ii exim4-daemon-light [mail-transport-agent] 4.94-17
ii needrestart3.5-2
ii powermgmt-base 1.36
ii python3-gi 3.38.0-2
-- debconf information excluded
OpenPGP_signature
Description: OpenPGP digital signature
Bug#987253: kolourpaint: Missing most of the icons in left panel
Hi, Le 20/04/2021 à 14:40, Norbert Preining a écrit : Hi On Tue, 20 Apr 2021, Yvan Masson wrote: In the left panel of KolourPaint, tools like line, square, circle… are by default normally shown by their icon. However most of the icons seems to be missing because only the text of the button is shown (see screenshot attached). I do see the icons, so that means you might have selected a special set of icons in the settings application that does not provide all icons. Try breeze icon, it should show up. Also, there is an option in the settings application under Appearance, Application Style, Configure Icons and Toolsbars that let you hide icons and only show text. Worth checking out. Thanks for you quick answer. Indeed, I had thi issue under two Debian installations : one running Gnome and the other Cinnamon, and breeze-icon-theme was not installed on both. Installing this package is sufficient to make icons appear in KolourPaint. Maybe kolourpaint should recommend breeze-icon-theme, or another icon theme that contains the required icons? Regards, Yvan Best Norbert -- PREINING Norbert https://www.preining.info Fujitsu Research + IFMGA Guide + TU Wien + TeX Live + Debian Dev GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 OpenPGP_signature Description: OpenPGP digital signature
Bug#987252: kolourpaint: does not have a manpage
Hi, Le 20/04/2021 à 14:41, Norbert Preining a écrit : Hi Bullseye's version but also in stable and old-stable). I thought this was mandatory in Debian. It is recommended, but not mandatory. The man page would be trivial, something like the output of -h, so probably not worth the pain. OK, in this case I suppose you can close this bug report. Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#987253: kolourpaint: Missing most of the icons in left panel
Package: kolourpaint Version: 4:20.12.0-1 Severity: normal Dear Maintainer, In the left panel of KolourPaint, tools like line, square, circle… are by default normally shown by their icon. However most of the icons seems to be missing because only the text of the button is shown (see screenshot attached). Regards, Yvan -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-6-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kolourpaint depends on: ii kio5.78.0-4 ii libc6 2.31-11 ii libkf5configcore5 5.78.0-4 ii libkf5configgui5 5.78.0-4 ii libkf5configwidgets5 5.78.0-2 ii libkf5coreaddons5 5.78.0-4 ii libkf5guiaddons5 5.78.0-3 ii libkf5i18n55.78.0-2 ii libkf5jobwidgets5 5.78.0-2 ii libkf5kiocore5 5.78.0-4 ii libkf5kiofilewidgets5 5.78.0-4 ii libkf5sane520.12.0-1 ii libkf5service-bin 5.78.0-2 ii libkf5service5 5.78.0-2 ii libkf5textwidgets5 5.78.0-2 ii libkf5widgetsaddons5 5.78.0-2 ii libkf5xmlgui5 5.78.0-2 ii libqt5core5a 5.15.2+dfsg-5 ii libqt5gui5 5.15.2+dfsg-5 ii libqt5printsupport55.15.2+dfsg-5 ii libqt5widgets5 5.15.2+dfsg-5 ii libstdc++6 10.2.1-6 kolourpaint recommends no packages. kolourpaint suggests no packages. -- no debconf information OpenPGP_signature Description: OpenPGP digital signature
Bug#987252: kolourpaint: does not have a manpage
Package: kolourpaint Version: 4:20.12.0-1 Severity: normal Dear maintainers, If I am not wrong, KolourPaint does not have a manpage, not only in Bullseye's version but also in stable and old-stable). I thought this was mandatory in Debian. Anyway, `kolourpaint -h` shows a help message as expected. Regards, Yvan OpenPGP_signature Description: OpenPGP digital signature
Bug#981175: freecad: when installed with Gnome Software, only `freecad-common` package is installed
Hi, I could took a few minute to try to understand this issue. According to the Debian wiki about AppStream [1], Gnome Software indeed uses AppStream to find Debian packages. The next chapter [2] explains what should be done, and I have spotted to issues with FreeCAD: - the .metainfo file should be part of the freecad package, not freecad-common - the .metainfo file should be placed in /usr/share/metainfo/ and not /usr/share/freecad/share/metainfo - the .metainfo file should be part of the same package as the .desktop file, so the .desktop file should be moved from freecad-common to freecad As I told, my understanding of this topic is very basic, so I might be wrong. Regards, Yvan 1. https://wiki.debian.org/AppStream/Guidelines#Finding_information 2. https://wiki.debian.org/AppStream/Guidelines#General OpenPGP_signature Description: OpenPGP digital signature
Bug#981175: freecad: when installed with Gnome Software, only `freecad-common` package is installed
Package: freecad Version: 0.19~pre1+git20210109.afd1470202+dfsg1-2 Dear maintainers, Please apologize if this issue lies in another package, I don't understand exactly how all of this works. I am currently using Debian testing with Gnome. I installed FreeCAD from Gnome Software, but unfortunately FreeCAD can not be started after that: it does not appear among other installed applications, and nothing happens when clicking on "Launch" button from Gnome Software. I checked what was really installed in `/var/log/apt/history.log` and saw that Gnome Software only installed package `freecad-common` instead of `freecad`. I understand Gnome Software uses PackageKit, so I thought it would be related to the appdata file[1], but there is no reference to the package name inside it. Regards, Yvan 1. https://salsa.debian.org/science-team/freecad/-/blob/master/src/XDGData/org.freecadweb.FreeCAD.appdata.xml.in OpenPGP_signature Description: OpenPGP digital signature
Bug#931068: zenity: Window icon is not displayed under Wayland
Hi Simon, Indeed it might not be a simple issue… But at least I think it should be documented somewhere : I reported it upstream on https://gitlab.gnome.org/GNOME/zenity/-/issues/26 Regards, Yvan
Bug#976194: opensmtpd: Fails to start on boot with systemd
Interesting: smtpd tries to listen on 127.0.0.1 twice. I can reproduce this by adding two identical entries to my /etc/hosts, i.e., by having 127.0.0.1 localhost 127.0.0.1 localhost in my /etc/hosts. By any chance, does your /etc/hosts contain multiple entries for localhost? In any case, I'll forward this bug upstream now that I can reproduce it. Best, Ryan Here is my /etc/hosts, which I believe is untouched since install: 127.0.0.1 localhost 127.0.1.1 mydomainname.tld mydomainame # The following lines are desirable for IPv6 capable hosts ::1 localhost ip6-localhost ip6-loopback ff02::1 ip6-allnodes ff02::2 ip6-allrouters Thanks, Yvan
Bug#976194: opensmtpd: Fails to start on boot with systemd
Le 09/12/2020 à 13:54, Ryan Kavanagh a écrit : Dear Yvan, On Tue, Dec 01, 2020 at 11:46:08AM +0100, Yvan Masson wrote: smtpd[473]: pony express: listen: Address already in use Could you please send me a copy of /etc/smtpd.conf? In particular, I'm curious what "listen on" stanzas you have? I have a very simple configuration: listen on localhost table aliases file:/etc/aliases table secrets file:/etc/smtpd.secrets accept for local \ alias \ deliver to mbox accept for domain foo.com \ relay via secure+auth://user@mail-provider:587 \ auth \ as m...@foo.com Also, could you please send the verbose output of opensmtpd starting up at boot? It should be sufficient to 1) Edit /lib/systemd/system/opensmtpd.service and change ExecStart=/usr/sbin/smtpd to ExecStart=/usr/sbin/smtpd -v 2) systemctl daemon-reload 3) reboot 4) Extract the verbose output from the failed start. I think the following should do it: journalctl -b -0 "_SYSTEMD_UNIT=opensmtpd.service" Thanks for the detailed instructions. The log is attached. Thanks, Ryan You are welcome! -- Logs begin at Wed 2020-12-09 15:56:49 CET, end at Wed 2020-12-09 15:58:23 CET. -- déc. 09 15:56:55 myserver smtpd[435]: debug: init ssl-tree déc. 09 15:56:55 myserver smtpd[435]: debug: init ca-tree déc. 09 15:56:55 myserver smtpd[435]: debug: init ssl-tree déc. 09 15:56:55 myserver smtpd[435]: debug: using "fs" queue backend déc. 09 15:56:55 myserver smtpd[435]: debug: using "ramqueue" scheduler backend déc. 09 15:56:55 myserver smtpd[435]: debug: using "ram" stat backend déc. 09 15:56:55 myserver smtpd[435]: info: OpenSMTPD 6.0.3-portable starting déc. 09 15:56:56 myserver smtpd[462]: debug: init ssl-tree déc. 09 15:56:56 myserver smtpd[462]: debug: init ca-tree déc. 09 15:56:56 myserver smtpd[462]: debug: init ssl-tree déc. 09 15:56:56 myserver smtpd[462]: debug: using "fs" queue backend déc. 09 15:56:56 myserver smtpd[462]: debug: using "ramqueue" scheduler backend déc. 09 15:56:56 myserver smtpd[462]: debug: using "ram" stat backend déc. 09 15:56:56 myserver smtpd[462]: setup_peer: lookup -> control[461] fd=5 déc. 09 15:56:56 myserver smtpd[462]: setup_peer: lookup -> pony express[463] fd=6 déc. 09 15:56:56 myserver smtpd[462]: setup_peer: lookup -> queue[464] fd=7 déc. 09 15:56:56 myserver smtpd[461]: debug: init ssl-tree déc. 09 15:56:56 myserver smtpd[461]: debug: init ca-tree déc. 09 15:56:56 myserver smtpd[461]: debug: init ssl-tree déc. 09 15:56:56 myserver smtpd[461]: debug: using "fs" queue backend déc. 09 15:56:56 myserver smtpd[461]: debug: using "ramqueue" scheduler backend déc. 09 15:56:56 myserver smtpd[461]: debug: using "ram" stat backend déc. 09 15:56:56 myserver smtpd[461]: setup_peer: control -> klondike[460] fd=5 déc. 09 15:56:56 myserver smtpd[461]: setup_peer: control -> lookup[462] fd=6 déc. 09 15:56:56 myserver smtpd[461]: setup_peer: control -> pony express[463] fd=7 déc. 09 15:56:56 myserver smtpd[461]: setup_peer: control -> queue[464] fd=8 déc. 09 15:56:56 myserver smtpd[461]: setup_peer: control -> scheduler[465] fd=9 déc. 09 15:56:56 myserver smtpd[463]: debug: init ssl-tree déc. 09 15:56:56 myserver smtpd[463]: debug: init ca-tree déc. 09 15:56:56 myserver smtpd[463]: debug: init ssl-tree déc. 09 15:56:56 myserver smtpd[463]: debug: using "fs" queue backend déc. 09 15:56:56 myserver smtpd[463]: debug: using "ramqueue" scheduler backend déc. 09 15:56:56 myserver smtpd[463]: debug: using "ram" stat backend déc. 09 15:56:56 myserver smtpd[463]: setup_peer: pony express -> control[461] fd=5 déc. 09 15:56:56 myserver smtpd[463]: setup_peer: pony express -> klondike[460] fd=6 déc. 09 15:56:56 myserver smtpd[463]: setup_peer: pony express -> lookup[462] fd=7 déc. 09 15:56:56 myserver smtpd[463]: setup_peer: pony express -> queue[464] fd=8 déc. 09 15:56:56 myserver smtpd[460]: debug: init ssl-tree déc. 09 15:56:56 myserver smtpd[460]: debug: init ca-tree déc. 09 15:56:56 myserver smtpd[460]: debug: init ssl-tree déc. 09 15:56:56 myserver smtpd[460]: debug: using "fs" queue backend déc. 09 15:56:56 myserver smtpd[460]: debug: using "ramqueue" scheduler backend déc. 09 15:56:56 myserver smtpd[460]: debug: using "ram" stat backend déc. 09 15:56:56 myserver smtpd[460]: setup_peer: klondike -> control[461] fd=5 déc. 09 15:56:56 myserver smtpd[460]: setup_peer: klondike -> pony express[463] fd=6 déc. 09 15:56:56 myserver smtpd[459]: setup_done: ca[460] done déc. 09 15:56:56 myserver smtpd[459]: setup_done: control[461] done déc. 09 15:56:56 myserver smtpd[459]: setup_done: lka[462] done déc. 09 15:56:56 myserver smtpd[462]: setup_proc: lookup done déc. 09 15:56:56 myserver smtpd[459]: setup_done: pony[463] done déc. 09 15:56:56 myserver smtpd[463]: setup_proc: po
Bug#976194: opensmtpd: Fails to start on boot with systemd
Package: opensmtpd Version: 6.0.3p1-5+deb10u4 Severity: normal Dear Maintainer, My issue is very similar to #779269: opensmtpd fails to automatically start on boot with the following messages (extracted from journalctl): systemd[1]: Starting OpenSMTPD SMTP server... smtpd[437]: info: OpenSMTPD 6.0.3-portable starting systemd[1]: Started OpenSMTPD SMTP server. smtpd[473]: pony express: listen: Address already in use smtpd[469]: smtpd: process lka socket closed systemd[1]: opensmtpd.service: Main process exited, code=exited, status=1/FAILURE systemd[1]: opensmtpd.service: Failed with result 'exit-code'. Also, as suggested in #779269, running `systemctl restart opensmtpd` works. Note that I had the same issue on Stretch before re-installing the system with Buster. I did not do any tests, but one idea that comes to my mind is that this issue arises when using a bridge configuration. Here is my /etc/network/interfaces: source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback auto br0 iface br0 inet static bridge_ports enp9s0 address 192.168.1.2/24 gateway 192.168.1.254 dns-nameserver 80.67.169.12 80.67.169.40 Regards, Yvan -- System Information: Debian Release: 10.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-12-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages opensmtpd depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.71 ii ed 1.10-2.1 ii libasr01.0.2-1 ii libc6 2.28-10 ii libdb5.3 5.3.28+dfsg1-0.5 ii libevent-2.1-6 2.1.8-stable-4 ii libpam0g 1.3.1-5 ii libssl1.1 1.1.1d-0+deb10u3 ii lsb-base 10.2019051400 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages opensmtpd recommends: pn opensmtpd-extras Versions of packages opensmtpd suggests: ii ca-certificates 20200601~deb10u1 -- Configuration Files: /etc/smtpd.conf changed [not included] -- debconf information excluded
Bug#975718: gnome-software: Fails to open .deb from Firefox
Package: gnome-software Version: 3.38.0-2 Severity: normal Dear Maintainer, When downloading a .deb with Firefox, choosing "Open with: Gnome-software" (approximate translation), gnome-software fails and show this message (in French) "Impossible d'installer : non pris en charge" which might be in English "Could not install : not supported". Journalctl gives a better error: gnome-software[110920]: failed to convert URL to GsApp: no application was created for running url-to-app on plugin=appstream with dedupe-flags=7 with refine-flags=require-license,require-url,require-size,require-version,require-history,require-setup-action,require-origin,require-related,require-menu-path,require-allow-packages,require-provenance,require-icon,require-permissions,require-origin-hostname,require-runtime,require-screenshots,require-categories,require-project-group,require-developer-name,require-kudos,content-rating with timeout=60 with search=file:///tmp/mozilla_yvan0/foo.deb, elapsed time since creation 5ms However, if I download the file in my home directory and then open it with gnome-software, it works properly (but unfortunately it does not log anything in journald to compare). Maybe it is a bug from Firefox and not gnome-software… Do not hesitate to ask if you need more information or if you want me to report this upstream. Regards, Yvan -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-1-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnome-software depends on: ii appstream0.12.11-1 ii apt-config-icons 0.12.11-1 ii dconf-gsettings-backend [gsettings-backend] 0.38.0-1 ii gnome-software-common3.38.0-2 ii gsettings-desktop-schemas3.38.0-2 ii libappstream-glib8 0.7.17-1 ii libatk1.0-0 2.36.0-2 ii libc62.31-4 ii libcairo21.16.0-4 ii libfwupd21.4.6-2 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libglib2.0-0 2.66.2-1 ii libgspell-1-21.8.4-1 ii libgtk-3-0 3.24.23-2 ii libgtk3-perl 0.037-1 ii libgudev-1.0-0 234-1 ii libjson-glib-1.0-0 1.6.0-1 ii libmalcontent-0-00.9.0-2 ii libpackagekit-glib2-18 1.2.1-1 ii libpolkit-gobject-1-00.105-29 ii libsoup2.4-1 2.72.0-2 ii libxmlb1 0.1.15-2 ii packagekit 1.2.1-1 ii software-properties-gtk 0.96.20.2-2.1 Versions of packages gnome-software recommends: ii fwupd 1.4.6-2 Versions of packages gnome-software suggests: pn apt-config-icons-hidpi ii gnome-software-plugin-flatpak 3.38.0-2 pn gnome-software-plugin-snap -- no debconf information
Bug#931068: zenity: Window icon is not displayed under Wayland
On Tue, 25 Jun 2019 17:00:15 +0100 Simon McVittie wrote: On Tue, 25 Jun 2019 at 15:47:13 +0200, Yvan Masson wrote: > Window icon (which can be chosen with --window-icon) does not work when > using Wayland, but works using Gnome. Wayland is a protocol, not an implementation. What is the environment in which this doesn't work for you? Is it Weston, or GNOME Shell 3.30 in Wayland mode, or KDE in Wayland mode, or Sway, or something else? What is the environment in which this does work for you? Is it GNOME Shell 3.30 in Wayland mode, or GNOME Shell 3.30 in Xorg mode, or something else? The results I get are: - GNOME Shell 3.30 in Xorg mode: chosen icon appears in top bar and dash (sidebar in overview) - GNOME Shell 3.30 in Wayland mode: a "broken image" icon appears instead smcv Hi, I am really embarrassed, I just realized that I forgot to reply… The results you describe are exactly what I experienced. The issue is still here with zenity 3.32.0-6 and Gnome 3.38.1-2. As you suggested, I checked with another desktop environment, KDE Wayland (using KDE Neon: plasma-desktop 4:5.20.3-0xneon+20.04+focal+build16 and zenity 3.32.0-5): the issue is exactly the same. It works on X11 but not on Wayland. Do you want me to report this upstream? Regards, Yvan
Bug#951432: jackd2: wrong command in /etc/security/limits.d/audio.conf.disabled
Package: jackd2 Version: 1.9.12~dfsg-2+b1 Severity: Minor Dear maintainers, I am not sure this bug comes from jackd2: please apologize if I am wrong (`dpkg-query -S /etc/security/limits.d/audio.conf.disabled` does not return any package name). The `file /etc/security/limits.d/audio.conf.disabled` currently states: If you want to enable/disable realtime permissions, run dpkg-reconfigure -p high jackd But the package name is wrong, command should be: dpkg-reconfigure -p high jackd2 Regards, Yvan
Bug#949655: Solved: not a bug, just a wrong iPXE usage
Hi,
I finally found on iPXE website[1] a link to detailed examples,
including one[2] to boot pxelinux. It works perfectly with
di-netboot-assistant:
#!ipxe
dhcp
set 210:string tftp://my_server/d-i/n-a/
chain ${210:string}pxelinux.0
For those who did not know (like me :-)), 210 is a standard DHCP option
called "path prefix"[3].
I still believe it would be interesting to add this simple example to
the di-netboot-assistant.
Regards,
Yvan
1. https://ipxe.org/examples#extensive_ipxe_menu_example
2. see menu.ixpe file on https://gist.github.com/robinsmidsrod/2234639
3.
https://www.iana.org/assignments/bootp-dhcp-parameters/bootp-dhcp-parameters.xhtml
Bug#949667: smbclient: please detail smbspool_krb5_wrapper setup
Package: smbclient Version: 2:4.9.5+dfsg-5+deb10u1 Dear Maintainers, I need to configure printing on Debian desktops in an Active Directory environment. To use users' Kerberos tickets, I understand that I have to use /usr/lib/x86_64-linux-gnu/samba/smbspool_krb5_wrapper instead of the usual /usr/lib/cups/backend/smb. The manpage explains that "smbspool_krb5_wrapper needs to be the smb backend" of CUPS, but it does not explain how to do this: - should I create a symbolic link? - should I copy the file? - how can I ensure this modification will be preserved by future smbclient upgrades? - is there a way to use default smb backend AND smbspool_krb5_wrapper at the same time (for different printers)? Could you add details to this manpage or add a documentation file in /usr/share/doc/smbclient/? Regards, Yvan
Bug#949655: di-netboot-assistant: failed to load ldlinux.c32 with iPXE
Package: di-netboot-assistant Version: 0.66 Severity: normal Dear Maintainers, First please apologize my ignorance on manual PXE configuration. I installed di-netboot-assistant with tftpd-hpa, adapted TFTP_ROOT in /etc/di-netboot-assistant/di-netboot-assistant.conf and installed buster image with `di-netboot-assistant install buster`. Using iPXE command line on another computer, I try to netboot with the following commands: dhcp chain tftp://my_server/d-i/n-a/pxelinux.0 It loads pxelinux.0 and then fails complaining that it can't load ldlinux.c32. Could you tell me if this is a wrong configuration or a bug? You already provide great DHCP configuration examples with isc-dhcp-server and dnsmasq, could you also provide one with iPXE command line? Regards, Yvan -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages di-netboot-assistant depends on: ii ca-certificates 20190110 ii curl 7.67.0-2 ii wget 1.20.3-1+b2 Versions of packages di-netboot-assistant recommends: ii grub-efi-amd64-bin 2.04-5 ii grub-efi-amd64-signed 1+2.04+5 ii shim-signed1.33+15+1533136590.3beb971-7 ii tftpd-hpa 5.2+20150808-1+b1 Versions of packages di-netboot-assistant suggests: pn dnsmasq | isc-dhcp-server | udhcpd ii syslinux3:6.04~git20190206.bf6db5b4+dfsg1-2 pn vim-addon-manager -- Configuration Files: /etc/di-netboot-assistant/di-netboot-assistant.conf changed [not included] -- no debconf information
Bug#948900: Printing through smbspool_krb5_wrapper returns "No valid device URI has been specified"
Package: smbclient Version: 2:4.9.5+dfsg-5+deb10u1 Dear maintainers, Samba in Debian stable does not allow printing through CUPS backend smbspool_krb5_wrapper. In my use case, this means that printing in an Active Directory environment is only possible by specifying password on each print task. The issue has been reported upstream: https://bugzilla.samba.org/show_bug.cgi?id=13939 See attached file "error_log" which is a truncated /var/log/cups/error_log. I confirm that it works properly after installing smbclient from testing (which upgrade many other packages). Regards, Yvan D [14/Jan/2020:14:54:08 +0100] [Job 6] Applying default options... I [14/Jan/2020:14:54:08 +0100] [Job 6] Adding start banner page "none". I [14/Jan/2020:14:54:08 +0100] [Job 6] Adding end banner page "none". I [14/Jan/2020:14:54:08 +0100] [Job 6] File of type application/pdf queued by "test". D [14/Jan/2020:14:54:08 +0100] [Job 6] hold_until=0 I [14/Jan/2020:14:54:08 +0100] [Job 6] Queued on "testprinter" by "test". D [14/Jan/2020:14:54:08 +0100] [Job 6] time-at-processing=1579010048 D [14/Jan/2020:14:54:08 +0100] [Job 6] 2 filters for job: D [14/Jan/2020:14:54:08 +0100] [Job 6] pdftopdf (application/pdf to printer/testprinter/application/vnd.cups-pdf, cost 0) D [14/Jan/2020:14:54:08 +0100] [Job 6] - (printer/testprinter/application/vnd.cups-pdf to printer/testprinter, cost 0) D [14/Jan/2020:14:54:08 +0100] [Job 6] job-sheets=none,none D [14/Jan/2020:14:54:08 +0100] [Job 6] argv[0]="testprinter" D [14/Jan/2020:14:54:08 +0100] [Job 6] argv[1]="6" D [14/Jan/2020:14:54:08 +0100] [Job 6] argv[2]="test" D [14/Jan/2020:14:54:08 +0100] [Job 6] argv[3]="foo.html" D [14/Jan/2020:14:54:08 +0100] [Job 6] argv[4]="1" D [14/Jan/2020:14:54:08 +0100] [Job 6] argv[5]="edgetoedge=yes manualduplex=off overridea4withletter=yes manualfeed=off number-up=1 joboffset=on noCollate Duplex=None Resolution=600dpi PageSize=A4 lowsupplies=continue borderless=on ret=notset job-uuid=urn:uuid:79fd2d1b-8342-304b-5a96-68b33609499c job-originating-host-name=localhost date-time-at-creation= date-time-at-processing= time-at-creation=1579010048 time-at-processing=1579010048" D [14/Jan/2020:14:54:08 +0100] [Job 6] argv[6]="/var/spool/cups/d6-001" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[0]="CUPS_CACHEDIR=/var/cache/cups" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[1]="CUPS_DATADIR=/usr/share/cups" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[2]="CUPS_DOCROOT=/usr/share/cups/doc-root" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[3]="CUPS_FONTPATH=/usr/share/cups/fonts" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[4]="CUPS_REQUESTROOT=/var/spool/cups" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[5]="CUPS_SERVERBIN=/usr/lib/cups" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[6]="CUPS_SERVERROOT=/etc/cups" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[7]="CUPS_STATEDIR=/run/cups" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[8]="HOME=/var/spool/cups/tmp" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[9]="PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[10]="SERVER_ADMIN=root@lpa-desktop2" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[11]="SOFTWARE=CUPS/2.2.10" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[12]="TMPDIR=/var/spool/cups/tmp" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[13]="USER=root" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[14]="CUPS_MAX_MESSAGE=2047" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[15]="CUPS_SERVER=/run/cups/cups.sock" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[16]="CUPS_ENCRYPTION=IfRequested" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[17]="IPP_PORT=631" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[18]="CHARSET=utf-8" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[19]="LANG=fr_FR.UTF-8" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[20]="PPD=/etc/cups/ppd/testprinter.ppd" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[21]="RIP_MAX_CACHE=128m" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[22]="CONTENT_TYPE=application/pdf" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[23]="DEVICE_URI=smb://files/PDF" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[24]="PRINTER_INFO=une description" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[25]="PRINTER_LOCATION=description de l\'emplacement" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[26]="PRINTER=testprinter" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[27]="PRINTER_STATE_REASONS=none" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[28]="CUPS_FILETYPE=document" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[29]="FINAL_CONTENT_TYPE=application/vnd.cups-pdf" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[30]="AUTH_I" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[31]="AUTH_U" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[32]="AUTH_P" D [14/Jan/2020:14:54:08 +0100] [Job 6] envp[33]="AUTH_U" I [14/Jan/2020:14:54:08 +0100] [Job 6] Started filter /usr/lib/cups/filter/pdftopdf (PID 1836) I [14/Jan/2020:14:54:08 +0100] [Job 6] Started backend
Bug#947173: debootstrap: Fails when run from path containing space character
Package: debootstrap Version: 1.0.116 Severity: normal Dear Maintainer, It seems debootstrap fails when run from a path containing a space. For example: # mkdir ~/my\ dir"; cd ~/my\ dir # debootstrap stable chroot/ I: Target architecture can be executed I: Retrieving InRelease I: Retrieving Release E: Failed getting release file http://deb.debian.org/debian/dists/stable/Release I confirm that debootstrap works properly when if I use "my_dir" instead of "my dir". Regards, Yvan -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.0-3-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages debootstrap depends on: ii wget 1.20.3-1+b2 Versions of packages debootstrap recommends: ii arch-test 0.16-2 ii debian-archive-keyring 2019.1 ii gnupg 2.2.17-3 Versions of packages debootstrap suggests: pn squid-deb-proxy-client pn ubuntu-archive-keyring -- no debconf information
Bug#943388: Fixed
Hi, It was a wrong configuration on my side (see upstream bug report), the issue is fixed. Regards, Yvan
Bug#943388: When to many updates are available, updates are not installed on shutdown
Package: unattended-upgrades Version: 1.11.2 Dear maintainer, Unattended-upgrades from at least 1.11.2 to 1.14 has the following bug: when to many updates are available and unattended-upgrades is configured to install updates on shutdown, updates are never installed. I reported this upstream (https://github.com/mvo5/unattended-upgrades/issues/229) and it is now fixed in 1.15. Maybe this deserves a patch in stable? Regards, Yvan
Bug#933271: libreoffice: Should recommend libreoffice-gnome
Hi again, To sum up: if you install choosing Mate or XFCE or LXDE or LXQT, libreoffice-gnome will not be installed, even though those desktop environments use GVFS: most software will work on GVFS mountpoints but not LibreOffice. What I should have say: a user who installs a DE from the installer expect it to be fully functional. If you really think that this is not a problem, feel free to close this issue. I really find this is a usability issue, but I don't know what I could say further to convince you :-) Regards, Yvan
Bug#933271: libreoffice: Should recommend libreoffice-gnome
Hi, Le 29/07/2019 à 06:46, Rene Engelhard a écrit : On Sun, Jul 28, 2019 at 11:06:16PM +0200, Yvan Masson wrote: On Sun, Jul 28, 2019 at 09:17:05PM +0200, Yvan Masson wrote: So apt install libreoffice would have shown that. But yes, tasksel wouldn't have shown it. That is exactly `apt show libreoffice` that gave me the answer :-) The point is that not everybody has the abilities to use this command and find that libreoffice-gnome is the pacakge to install. For them is the desktop task (task-desktop). As outlined that installs libreoffice-gnome unless you choose an other desktop yourself. I don't understand: task-desktop does not recommend libreoffice-gnome. Wrong, it does, as I showed. See my reply at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933271#12 It recommends task-gnome-desktop... Thanks for the clarification. During install, if you choose for example: "Desktop environment", "LXQT", ^^ ... but that isn't in effect when you choose one yourself ... "print server" and "standard system utilities", then libreoffice-gnome won't be installed. True, didn*t deny that. To sum up: if you install choosing Mate or XFCE or LXDE or LXQT, libreoffice-gnome will not be installed, even though those desktop environments use GVFS: most software will work on GVFS mountpoints but not LibreOffice. If you really think that this is not a problem, feel free to close this issue. I really find this is a usability issue, but I don't know what I could say further to convince you :-) Regards, Yvan
Bug#933271: libreoffice: Should recommend libreoffice-gnome
Le 28/07/2019 à 21:45, Rene Engelhard a écrit : Hi, On Sun, Jul 28, 2019 at 09:17:05PM +0200, Yvan Masson wrote: So apt install libreoffice would have shown that. But yes, tasksel wouldn't have shown it. That is exactly `apt show libreoffice` that gave me the answer :-) The point is that not everybody has the abilities to use this command and find that libreoffice-gnome is the pacakge to install. For them is the desktop task (task-desktop). As outlined that installs libreoffice-gnome unless you choose an other desktop yourself. I don't understand: task-desktop does not recommend libreoffice-gnome. During install, if you choose for example: "Desktop environment", "LXQT", "print server" and "standard system utilities", then libreoffice-gnome won't be installed. If you choose an other desktop, why would you want someting GNOME-specific? And if you want, you then need to install what is missing. From what I know, GVFS is used by all proposed DE except KDE - caja recommends gvfs-backends - thunar recommends gvfs - pcmanfm and pcmanfm-qt recommend gvfs-backends and gvfs-fuse And if you don't use the task apt shows the Suggests when apt install'ing libreoffice. I don't see a need for a change. Regards, Rene Regards, Yvan
Bug#933271: libreoffice: Should recommend libreoffice-gnome
Le 28/07/2019 à 17:38, Rene Engelhard a écrit : Hi, On Sun, Jul 28, 2019 at 05:34:41PM +0200, Rene Engelhard wrote: Could you make libreoffice (or another package like task-desktop) recommends libreoffice-gnome? As shown above, task-desktop recommends task-gnome-desktop which already does what you want. And just for the record: $ apt-cache show libreoffice Package: libreoffice Version: 1:6.1.5-3+deb10u2 Installed-Size: 92 Maintainer: Debian LibreOffice Maintainers Architecture: amd64 Depends: libreoffice-base, libreoffice-calc, libreoffice-core (= 1:6.1.5-3+deb10u2), libreoffice-draw, libreoffice-impress, libreoffice-math, libreoffice-report-builder-bin, libreoffice-writer, libreoffice-avmedia-backend-gstreamer | libreoffice-avmedia-backend-vlc, python3-uno (>= 4.4.0~beta2) Suggests: cups-bsd, firefox-esr | thunderbird | firefox, ghostscript, gnupg, gpa, hunspell-dictionary, hyphen-hyphenation-patterns, imagemagick | graphicsmagick-imagemagick-compat, libgl1, libreoffice-gnome | libreoffice-kde5, [...] So apt install libreoffice would have shown that. But yes, tasksel wouldn't have shown it. That is exactly `apt show libreoffice` that gave me the answer :-) The point is that not everybody has the abilities to use this command and find that libreoffice-gnome is the pacakge to install. Regards, Yvan
Bug#933271: libreoffice: Should recommend libreoffice-gnome
Source: libreoffice Severity: normal Dear Maintainers, LibreOffice is not able to read/write to GVFS mounts (GIO) if libreoffice-gnome is not installed. If I am not wrong, libreoffice-gnome is installed automatically only in the following cases when installing a Debian computer: - when choosing task-gnome-desktop (which recommends libreoffice-gnome) - when choosing task-gnome-cinammon (which depends on cinnamon-desktop-environment, which recommends libreoffice-gnome) This means that when installing Debian with a desktop environment, LibreOffice is not able to read/write files on GVFS mounts on: - KDE (I think it uses KIO instead of GIO, so it might work in another way) - Mate - XFCE - LXDE - LXQT I believe that installing a Debian desktop with "recommended" dependencies enabled should automatically install libreoffice-gnome so that this functionality is not broken. Especially because when LibreOffice fails it is very difficult to understand where it comes from (it could be an issue with the SMB share or with GVFS). Could you make libreoffice (or another package like task-desktop) recommends libreoffice-gnome? Thanks for your time and work, Yvan -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#931252: lximage-qt: should have a manpage
Package: lximage-qt Version: 0.14.1-1 Dear maintainers, Currently, lximage-qt command does not have a manpage. I thought this was mandatory in Debian. It seems that upstream does not have a manpage either: do not hesitate to ask if you want me to report this issue upstream. Best regard, Yvan
Bug#931068: zenity: Window icon is not displayed under Wayland
Package: zenity Version: 3.30.0-2 Severity: normal Dear Maintainer, Window icon (which can be chosen with --window-icon) does not work when using Wayland, but works using Gnome. You can test with the following command (assuming this icon exists on your system): $ zenity --info --window-icon=/usr/share/icons/Adwaita/16x16/actions/call-start.png Do not hesitate to ask if you want me to submit this bug report upstream. Also, it seems the issue also exists with Yad (a Zenity fork), as I already reported in #926736. Regards, Yvan -- System Information: Debian Release: 10.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages zenity depends on: ii libc6 2.28-10 ii libgdk-pixbuf2.0-02.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2 ii libgtk-3-03.24.5-1 ii libnotify40.7.7-4 ii libpango-1.0-01.42.4-6 ii libwebkit2gtk-4.0-37 2.24.2-1 ii libx11-6 2:1.6.7-1 ii zenity-common 3.30.0-2 zenity recommends no packages. zenity suggests no packages. -- no debconf information
Bug#929946: Can not reproduce anymore
Hi, I had to re-install my workstation, I can not reproduce the issue anymore: I suppose you can close this bug report. Regards, Yvan
Bug#929698: yad: `--pulsate` option of the `--progress` mode has no effect
Package: yad Version: 0.40.0-1 Severity: normal Dear Maintainer, The `--pulsate` option of the `--progress` mode has no effect in yad. You can test it very simply by running `yad --progress --pulsate`: it gives exactly the same result has `yad --progress`. You can compare against zenity (which works properly) by running `zenity --progress --pulsate`. Best regards, Yvan -- System Information: Debian Release: 10.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.28 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages yad depends on: ii libatk1.0-0 2.30.0-2 ii libc62.28-10 ii libcairo-gobject21.16.0-4 ii libcairo21.16.0-4 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-1 ii libgtk-3-0 3.24.5-1 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-0 1.42.4-6 yad recommends no packages. yad suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#926736: yad: Window icon is not displayed under Wayland
Package: yad Version: 0.40.0-1 Severity: minor Dear Maintainer, Window icon is not found when using Wayland (wether you choose one with --window-icon or not) but works perfectly under Xorg. Fortunately upgrading to the last version would solve this, but I could not find anything related in the changelog nor in the upstream issues. Do not hesitate to ask if you want me to report this upstream. Regards, Yvan -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages yad depends on: ii libatk1.0-0 2.30.0-2 ii libc62.28-8 ii libcairo-gobject21.16.0-4 ii libcairo21.16.0-4 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-1 ii libgtk-3-0 3.24.5-1 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-0 1.42.4-6 yad recommends no packages. yad suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#926238: live-build: Small typo in lb_config manpage
Package: live-build
Version: 1:20190311
Severity: minor
Dear Maintainer,
lb-build manpage contains a small typo ("be" is missing from the
following sentence):
"defines if the resulting system image should a live system or a normal,
non-live system."
Regards,
Yvan
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages live-build depends on:
ii debootstrap 1.0.114
Versions of packages live-build recommends:
ii apt-utils 1.8.0
ii bzip2 1.0.6-9
ii cpio2.12+dfsg-6
ii file1:5.35-4
ii live-boot-doc 1:20180603
ii live-config-doc 5.20180224
ii live-manual-html [live-manual] 2:20151217.1
ii wget1.20.1-1
ii xz-utils5.2.4-1
Versions of packages live-build suggests:
ii e2fsprogs 1.44.5-1
pn mtd-utils
ii parted 3.2-24
-- no debconf information
signature.asc
Description: OpenPGP digital signature
Bug#926225: /bin/netstat: netstat manpage does not mention -s option
Package: net-tools Version: 1.60+git20180626.aebd88e-1 Severity: minor File: /bin/netstat Dear Maintainer, netstat's manpage does not mention the -s or --statistics option. It is however briefly described when running "netstat -h". Do not hesitate to ask if you want me to report this upstream. Best regards, Yvan -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages net-tools depends on: ii libc62.28-8 ii libselinux1 2.8-1+b1 net-tools recommends no packages. net-tools suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#918056: Subject: adb: unable to connect for root: insufficient permissions for device
Le 03/01/2019 à 10:44, seam...@debian.org a écrit : > Without the `udev` rules you will have to run ADB with root permission. > Installing `android-sdk-platform-tools-common` will set you up a working > `udev` rules. > > Unfortunately for now you will need to install it from Sid, as some > components of the SDK are broken and removed from Testing. > Thanks for the fast answer! You are right, installing android-sdk-platform-tools-common from sid solved the issue. Regards, Yvan signature.asc Description: OpenPGP digital signature
Bug#918056: Subject: adb: unable to connect for root: insufficient permissions for device
Package: adb Version: 1:8.1.0+r23-4 Severity: important Dear Maintainer, adb does not seem to work on my laptop running testing, see log attached. I am very new to adb, maybe I am missing something basic. Note that I tried to reboot but it did not changed anything. adb works perfectly using the same phone and same cable on another laptop running stable. Regards, Yvan -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages adb depends on: ii android-libadb 1:8.1.0+r23-4 ii android-libbase 1:8.1.0+r23-4 ii libc62.28-2 ii libgcc1 1:8.2.0-13 ii libstdc++6 8.2.0-13 Versions of packages adb recommends: pn android-sdk-platform-tools-common adb suggests no packages. -- no debconf information yvan@mylaptop:~$ ADB_TRACE=all adb root adb I 01-02 21:45:30 7637 7637 adb_trace.cpp:178] Android Debug Bridge version 1.0.39 adb I 01-02 21:45:30 7637 7637 adb_trace.cpp:178] Version 1:8.1.0+r23-4 adb I 01-02 21:45:30 7637 7637 adb_trace.cpp:178] Installed as /usr/lib/android-sdk/platform-tools/adb adb I 01-02 21:45:30 7637 7637 adb_trace.cpp:178] adb I 01-02 21:45:30 7637 7637 adb_client.cpp:139] _adb_connect: host:version adb I 01-02 21:45:30 7637 7637 adb_io.cpp:101] writex: fd=3 len=16 30303063686f73743a76657273696f6e 000chost:version adb I 01-02 21:45:30 7637 7637 adb_io.cpp:75] readx: fd=3 wanted=4 adb I 01-02 21:45:30 7637 7637 adb_io.cpp:91] readx: fd=3 wanted=4 got=4 4f4b4159 OKAY adb I 01-02 21:45:30 7637 7637 adb_client.cpp:169] _adb_connect: return fd 3 adb I 01-02 21:45:30 7637 7637 adb_client.cpp:196] adb_connect: service root: adb I 01-02 21:45:30 7637 7637 adb_io.cpp:75] readx: fd=3 wanted=4 adb I 01-02 21:45:30 7637 7637 adb_io.cpp:91] readx: fd=3 wanted=4 got=4 30303034 0004 adb I 01-02 21:45:30 7637 7637 adb_io.cpp:75] readx: fd=3 wanted=4 adb I 01-02 21:45:30 7637 7637 adb_io.cpp:91] readx: fd=3 wanted=4 got=4 30303237 0027 adb I 01-02 21:45:30 7637 7637 adb_client.cpp:139] _adb_connect: root: adb I 01-02 21:45:30 7637 7637 adb_io.cpp:101] writex: fd=3 len=22 30303132686f73743a7472616e73706f 0012host:transpo [truncated] adb I 01-02 21:45:30 7637 7637 adb_client.cpp:106] Switch transport in progress adb I 01-02 21:45:30 7637 7637 adb_io.cpp:75] readx: fd=3 wanted=4 adb I 01-02 21:45:30 7637 7637 adb_io.cpp:91] readx: fd=3 wanted=4 got=4 4641494c FAIL adb I 01-02 21:45:30 7637 7637 adb_io.cpp:75] readx: fd=3 wanted=4 adb I 01-02 21:45:30 7637 7637 adb_io.cpp:91] readx: fd=3 wanted=4 got=4 30306130 00a0 adb I 01-02 21:45:30 7637 7637 adb_io.cpp:75] readx: fd=3 wanted=160 adb I 01-02 21:45:30 7637 7637 adb_io.cpp:91] readx: fd=3 wanted=160 got=160 696e7375696369656e7420706572 insufficient per [truncated] adb I 01-02 21:45:30 7637 7637 adb_client.cpp:110] Switch transport failed: insufficient permissions for device: user in plugdev group; are your udev rules wrong? adb I 01-02 21:45:30 7637 7637 adb_client.cpp:110] See [http://developer.android.com/tools/device.html] for more information adb I 01-02 21:45:30 7637 7637 adb_client.cpp:260] _adb_connect error: insufficient permissions for device: user in plugdev group; are your udev rules wrong? adb I 01-02 21:45:30 7637 7637 adb_client.cpp:260] See [http://developer.android.com/tools/device.html] for more information adb I 01-02 21:45:30 7637 7637 adb_client.cpp:264] adb_connect: return fd -1 adb: unable to connect for root: insufficient permissions for device: user in plugdev group; are your udev rules wrong? See [http://developer.android.com/tools/device.html] for more information signature.asc Description: OpenPGP digital signature
Bug#917114: ansible: crashes when trying to read vault variables
Le 24/12/2018 à 18:46, Harlan Lieberman-Berg a écrit : > retitle 917114 ansible: crashes when running playbook in non-ascii path > tag 917114 +confirmed +upstream > thanks > > On Mon, Dec 24, 2018 at 12:31 PM Yvan Masson > wrote: >> The isdir() function gave me a hint: my playbook and other files are in >> a path that contains character "é". I moved it to a path with only ASCII >> chars and it fixed the issue. I am very surprised this type of issue >> still exist in popular software like Ansible! > > Bingo! > > Yes, please -- when you do, please shoot a link over to this ticket so > we can track it on this side. > > It's quite possible that ansible upstream may be uninterested in > fixing this as it will get fixed "automatically" when we switch to > using python3. We're working on that now, and we hope to have it > finished in time to get into buster before the freeze. They still > advertise py2 support, though, so I consider it still a bug. > Reported upstream to https://github.com/ansible/ansible/issues/50316 Thanks! signature.asc Description: OpenPGP digital signature
Bug#917114: ansible: crashes when trying to read vault variables
Le 24/12/2018 à 02:07, Harlan Lieberman-Berg a écrit : > On Sat, Dec 22, 2018 at 4:06 PM Yvan Masson > wrote: >> Using testing, Ansible crashes when trying to read vault variables. I >> see this issue since Ansible 2.6 at least. > > Interesting! Can you try to reproduce this with `LC_ALL=C LANG=C` ? > > Also, do you get the same error when you run the command without the > verbosity flags? That error appears to be a unicode string problem > related to some debug output. > Output is similar without the verbosity flags. However, running it with `LC_ALL=C LANG=C` was a very good idea: ERROR! Unexpected Exception, this is probably a bug: 'ascii' codec can't encode character u'\xe9' in position 24: ordinal not in range(128) the full traceback was: Traceback (most recent call last): File "/usr/bin/ansible-playbook", line 118, in exit_code = cli.run() File "/usr/lib/python2.7/dist-packages/ansible/cli/playbook.py", line 122, in run results = pbex.run() File "/usr/lib/python2.7/dist-packages/ansible/executor/playbook_executor.py", line 81, in run pb = Playbook.load(playbook_path, variable_manager=self._variable_manager, loader=self._loader) File "/usr/lib/python2.7/dist-packages/ansible/playbook/__init__.py", line 54, in load pb._load_playbook_data(file_name=file_name, variable_manager=variable_manager) File "/usr/lib/python2.7/dist-packages/ansible/playbook/__init__.py", line 74, in _load_playbook_data if os.path.isdir(plugin_path): File "/usr/lib/python2.7/genericpath.py", line 49, in isdir st = os.stat(s) UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 24: ordinal not in range(128) The isdir() function gave me a hint: my playbook and other files are in a path that contains character "é". I moved it to a path with only ASCII chars and it fixed the issue. I am very surprised this type of issue still exist in popular software like Ansible! I could not find a corresponding bug report upstream: would you like me to report this issue upstream? Regards, Yvan signature.asc Description: OpenPGP digital signature
Bug#917114: ansible: crashes when trying to read vault variables
Package: ansible
Version: 2.7.5+dfsg-1
Severity: normal
Dear Maintainer,
Using testing, Ansible crashes when trying to read vault variables. I
see this issue since Ansible 2.6 at least.
For example, I have a playbook I run with:
ansible-playbook -i host.ini -bkK --vault-id @prompt main.yml -vvv
The error is attached (ansible-crash.log).
The vault is:
$ANSIBLE_VAULT;1.1;AES256
38613831366531323432326436616438363765303566326439336563313534386533396236383035
3363363335383833303665326262666563646465363862330a336639646631336265613639666365
6239653234303533653934366536313765376135303162306432373662376638326634343432
3933633832353761300a333964393134316265653161633736656233306463346535313761303732
61653363623836383964663365663734346636323735623863396435303938306162663939363135
3634663662386334383263653430653965383162376532633664
And contains:
dyndns_pwd: 1234
smtpd_pwd: 1234
For reference, I asked on Ansible forums
(https://groups.google.com/forum/#!msg/ansible-project/WlPtOS2h1vE/fnlzbZv1BgAJ)
with no answer.
Best regards,
Yvan
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.18.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages ansible depends on:
ii python2.7.15-3
ii python-crypto 2.6.1-9+b1
ii python-cryptography 2.3-1
ii python-httplib2 0.11.3-1
ii python-jinja2 2.10-1
ii python-netaddr0.7.19-1
ii python-paramiko 2.4.2-0.1
ii python-pkg-resources 40.6.2-1
ii python-yaml 3.13-1
Versions of packages ansible recommends:
ii python-jmespath 0.9.3-1
ii python-kerberos 1.1.14-1+b1
ii python-libcloud 2.3.0-3
ii python-selinux2.8-1+b1
pn python-winrm
ii python-xmltodict 0.11.0-2
Versions of packages ansible suggests:
pn cowsay
ii sshpass 1.06-1
-- no debconf information
TASK [include_vars] **
task path: /some/path/to/playbook.yml:39
The full traceback is:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/ansible/executor/task_executor.py", line 140, in run
res = self._execute()
File "/usr/lib/python2.7/dist-packages/ansible/executor/task_executor.py", line 612, in _execute
result = self._handler.run(task_vars=variables)
File "/usr/lib/python2.7/dist-packages/ansible/plugins/action/include_vars.py", line 131, in run
self._load_files(self.source_file)
File "/usr/lib/python2.7/dist-packages/ansible/plugins/action/include_vars.py", line 236, in _load_files
b_data, show_content = self._loader._get_file_contents(filename)
File "/usr/lib/python2.7/dist-packages/ansible/parsing/dataloader.py", line 162, in _get_file_contents
return self._decrypt_if_vault_data(data, b_file_name)
File "/usr/lib/python2.7/dist-packages/ansible/parsing/dataloader.py", line 132, in _decrypt_if_vault_data
b_data = self._vault.decrypt(b_vault_data, filename=b_file_name)
File "/usr/lib/python2.7/dist-packages/ansible/parsing/vault/__init__.py", line 658, in decrypt
plaintext, vault_id, vault_secret = self.decrypt_and_get_vault_id(vaulttext, filename=filename)
File "/usr/lib/python2.7/dist-packages/ansible/parsing/vault/__init__.py", line 743, in decrypt_and_get_vault_id
display.v('Decrypt%s successful with secret=%s and vault_id=%s' % (file_slug, vault_secret, vault_secret_id))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 36: ordinal not in range(128)
fatal: [home-server]: FAILED! => {
"msg": "Unexpected failure during module execution.",
"stdout": ""
}
signature.asc
Description: OpenPGP digital signature
Bug#916994: hdparm.conf examples error
Package: hdparm
Version: 9.58+ds-1
Severity: minor
Dear Maintainer,
The default /etc/hdparm.conf gives 4 examples at the end of the file.
However, 5 examples are announced, see below:
#Samples follow:
#First three are good for devfs systems, fourth one for systems that do
#not use devfs. The fifth example uses straight hdparm command line
#syntax. Any of the blocks that use command line syntax must begin with
#the keyword 'command_line', and no attempt is made to validate syntax.
#It is provided for those more comfortable with hdparm syntax.
#/dev/discs/disc0/disc {
# mult_sect_io = 16
# write_cache = off
# spindown_time = 240
#}
#/dev/discs/disc1/disc {
# mult_sect_io = 32
# spindown_time = 36
# write_cache = off
#}
#/dev/cdroms/cdrom0 {
# dma = on
# interrupt_unmask = on
# io32_support = 0
#}
#/dev/hda {
# mult_sect_io = 16
# write_cache = off
# dma = on
#}
Best regards,
Yvan
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.18.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages hdparm depends on:
ii libc6 2.28-2
ii lsb-base 10.2018112800
Versions of packages hdparm recommends:
ii powermgmt-base 1.33
Versions of packages hdparm suggests:
pn apmd
-- no debconf information
signature.asc
Description: OpenPGP digital signature
Bug#916217: RFP: Zyn-Fusion
Package: wnpp Zyn-Fusion is a new user interface for ZynAddSubFX, one of the most popular open source synthesizer. As far as I understand, it is meant to replace the old user interface. homepage: http://zynaddsubfx.sourceforge.net/ sources: https://github.com/mruby-zest/mruby-zest and https://github.com/zynaddsubfx Regards, Yvan signature.asc Description: OpenPGP digital signature
Bug#914451: pelican: pelican-import can not use Pandoc current version
Package: pelican Version: 3.7.1+dfsg-1 Severity: normal Dear Maintainer, When trying to use pelican-import to import a WordPress export, Pandoc fails: $ pelican-import --wpfile -o foo/ wp_export.xml foo/some-article.rst --normalize has been removed. Normalization is now automatic. --parse-raw/-R has been removed. Use +raw_html or +raw_tex extension. Try pandoc --help for more information. Please, check your Pandoc installation. The second error is easily avoided by passing "--strip-raw" to pelican-import. It is possible to avoid the first by removing "--normalize" option from /usr/lib/python2.7/dist-packages/pelican/tools/pelican_import.py on line 729. Fortunately this is fixed in Pelican 4… Regards, Yvan -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pelican depends on: ii libpython2.7-stdlib [python-argparse] 2.7.15-4 ii python 2.7.15-3 ii python-blinker 1.4+dfsg1-0.2 ii python-dateutil2.6.1-1 ii python-docutils0.14+dfsg-3 ii python-feedgenerator 1.9-1 ii python-jinja2 2.10-1 ii python-markdown2.6.11-2 ii python-pkg-resources 40.5.0-1 ii python-pygments2.2.0+dfsg-2 ii python-six 1.11.0-2 ii python-tz 2018.7-1 ii python-unidecode 1.0.22-1 pelican recommends no packages. Versions of packages pelican suggests: ii pandoc 2.2.1-2 pn pelican-doc ii python-bs4 4.6.3-1 -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#901153: Another "downgrade" example
Hi, I just hit another situation where Gnome Software thinks there is a "downgrade": imagemagick 8:6.9.10.14+dfsg-5+b1 -> 8:6.9.10.14+dfsg-7 libotf0 0.9.13-3+b1 -> 0.9.13-4 I found two possibly relevant upstream bug reports: https://gitlab.gnome.org/GNOME/gnome-software/issues/501 https://gitlab.gnome.org/GNOME/gnome-software/issues/262 *If* I understand the first issue well, Gnome Software will use a new comparaison function from libappstream-glib, which is here: https://github.com/hughsie/appstream-glib/blob/master/libappstream-glib/as-utils.c#L1390 I will let someone that can read C verify if this function can handle Debian versionning, but I don't think so… Best regards, Yvan signature.asc Description: OpenPGP digital signature
Bug#912974: ntfs-3g: small typo in ntfscluster manpage
Subject: ntfs-3g: nfscluster manpage: small fix and improvement Package: ntfs-3g Version: 1:2017.3.23-2 Severity: minor Dear Maintainer, I noticed the following minor issue in the ntfscluster manpage: the explanation of "--quiet" option misses its end (which I admit seems quite obvious…) I you want I can report it upstream (I could only find the forum, https://forum.tuxera.com/, to report issues). Regards, Yvan -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ntfs-3g depends on: ii fuse 2.9.8-2 ii libc6 2.27-8 ii libgcrypt201.8.4-3 ii libgnutls303.5.19-1+b1 ii libgpg-error0 1.32-3 ii libntfs-3g88 1:2017.3.23-2 ntfs-3g recommends no packages. ntfs-3g suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#910595: Fixed after last update
Hi, Last update just fixed this issue, I suppose this comes from libthunarx-3-0:amd64 upgraded from 1.8.1-1 to 1.8.2-1. Best regards, Yvan signature.asc Description: OpenPGP digital signature
Bug#910595: Reported upstream
Hi, I just reported this issue upstream: https://bugzilla.xfce.org/show_bug.cgi?id=14747 Regards, Yvan signature.asc Description: OpenPGP digital signature
Bug#910595: Thunar segfaults when using Wayland and makes it unusable (still)
Thanks for you private e-mail with explanations: I thought that 1.8.2 would fix this issue because the Thunar changelog [1] says on line 4: "- Fixed segfault while clicking or typing when using wayland (Bug #14461)" 1. https://git.xfce.org/xfce/thunar/tree/NEWS Regards, Yvan signature.asc Description: OpenPGP digital signature
Bug#910595: Thunar segfaults when using Wayland and makes it unusable (still)
Le 08/10/2018 à 16:52, Yves-Alexis Perez a écrit : > On Mon, 2018-10-08 at 16:28 +0200, Yvan Masson wrote: >> Package: thunar >> Version: 1.8.2-1 >> Severity: important > >> Dear Maintainer, > >> I reported a few days ago bug 910353 [1], saying that Thunar 1.8.1 >> crashes under Wayland and that version 1.8.2 should fixe the issue. Your >> answer were fast (thanks!) and I could pick up thunar 1.8.2 from sid (I >> use testing). > >> Unfortunately, this new version still crashes under Wayland (no issue >> under X11): maybe the segfault comes from another dependency that should >> be upgraded? > > I added the close tag based on your line: > > “Could you upload 1.8.2 to fix this issue?” > > At best it was confusing. What exactly where you referring to here? Hi Yves-Alexis, I am sorry, I do not understand your question (my english is not very good), but I feel that I may have made you angry: in this case please apologize, be sure that I never wanted to say anything offending and that I respect the work you do. If I can help you in any way to solve this issue, feel free to let me know. Regards, Yvan signature.asc Description: OpenPGP digital signature
Bug#910595: Thunar segfaults when using Wayland and makes it unusable (still)
Package: thunar Version: 1.8.2-1 Severity: important Dear Maintainer, I reported a few days ago bug 910353 [1], saying that Thunar 1.8.1 crashes under Wayland and that version 1.8.2 should fixe the issue. Your answer were fast (thanks!) and I could pick up thunar 1.8.2 from sid (I use testing). Unfortunately, this new version still crashes under Wayland (no issue under X11): maybe the segfault comes from another dependency that should be upgraded? Thanks for your time and work, Yvan Masson 1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=910353 -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages thunar depends on: ii desktop-file-utils 0.23-3 ii exo-utils 0.12.2-1 ii libatk1.0-0 2.30.0-1 ii libc6 2.27-6 ii libcairo2 1.15.12-1 ii libexo-2-0 0.12.2-1 ii libgdk-pixbuf2.0-0 2.38.0+dfsg-6 ii libglib2.0-02.58.1-2 ii libgtk-3-0 3.24.1-2 ii libgudev-1.0-0 232-2 ii libice6 2:1.0.9-2 ii libnotify4 0.7.7-3 ii libpango-1.0-0 1.42.4-3 ii libsm6 2:1.2.2-1+b3 ii libthunarx-3-0 1.8.1-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.2-1 Versions of packages thunar recommends: ii dbus-user-session [default-dbus-session-bus] 1.12.10-1 ii dbus-x11 [dbus-session-bus] 1.12.10-1 ii gnome-shell [polkit-1-auth-agent] 3.30.0-3 ii gvfs 1.38.0-2 ii libcairo-gobject2 1.15.12-1 ii libpangocairo-1.0-0 1.42.4-3 ii libxfce4panel-2.0-4 4.12.2-1 ii thunar-volman 0.8.1-2 ii tumbler 0.2.3-1 ii udisks2 2.8.1-1 ii xdg-user-dirs 0.17-1 Versions of packages thunar suggests: pn thunar-archive-plugin pn thunar-media-tags-plugin -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#910353: thunar: Thunar segfault when using Wayland and makes it unusable
Package: thunar Version: 1.8.1-1 Severity: important Dear Maintainer, Using testing, I just upgraded Thunar to 1.8.1-1. Unfortunately, a simple click on any file or folder in the main pane makes it segfaults. It works perfectly under X11 and only crashes when using Wayland (see https://git.xfce.org/xfce/thunar/tree/NEWS) Could you upload 1.8.2 to fix this issue? Regards, Yvan -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages thunar depends on: ii desktop-file-utils 0.23-3 ii exo-utils 0.12.2-1 ii libatk1.0-0 2.30.0-1 ii libc6 2.27-6 ii libcairo2 1.15.12-1 ii libexo-2-0 0.12.2-1 ii libgdk-pixbuf2.0-0 2.38.0+dfsg-6 ii libglib2.0-02.58.1-2 ii libgtk-3-0 3.24.1-2 ii libgudev-1.0-0 232-2 ii libice6 2:1.0.9-2 ii libnotify4 0.7.7-3 ii libpango-1.0-0 1.42.4-3 ii libsm6 2:1.2.2-1+b3 ii libthunarx-3-0 1.8.1-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.1-1 Versions of packages thunar recommends: ii dbus-user-session [default-dbus-session-bus] 1.12.10-1 ii dbus-x11 [dbus-session-bus] 1.12.10-1 ii gnome-shell [polkit-1-auth-agent] 3.30.0-2 ii gvfs 1.38.0-2 ii libcairo-gobject2 1.15.12-1 ii libfribidi0 1.0.5-3 ii libpangocairo-1.0-0 1.42.4-3 ii libxfce4panel-2.0-4 4.12.2-1 ii thunar-volman 0.8.1-2 ii tumbler 0.2.3-1 ii udisks2 2.8.1-1 ii xdg-user-dirs 0.17-1 Versions of packages thunar suggests: pn thunar-archive-plugin pn thunar-media-tags-plugin -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#873672: Links to upstream and Ubuntu bug report
Hi, For the record, this issue has also been reported on Ubuntu (https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1527663) and upstream (https://bugzilla.mozilla.org/show_bug.cgi?id=1005640). Regards, Yvan signature.asc Description: OpenPGP digital signature
Bug#873672: Ugly but working workaround
Hi,
Now with Firefox ESR 52.6.0esr-2, I did some other tests, each time with
a fresh profile:
1. It seems that language header is not always sent (as reported by
websites that display headers)
2. Giving a default setting (with any language) in a .js file, while
being applied in about:config, does not help.
Example: pref("intl.accept_languages", "fr,es");
3. But enforcing a setting the same way, while not nice for the user, works.
Example: lockPref("intl.accept_languages", "fr,es");
Thanks for your work,
Yvan
signature.asc
Description: OpenPGP digital signature
Bug#875880: Problem also occurs using integers
Hi, This issue is reported against decimal numbers, but also applies to integers: 1+1 2 And then (we only type "+1"): 2+1 "Expression incorrecte" This calculation works normally if I start the calculator using "LANG=C gnome-calculator". I could not find this bug reported upstream (this one might be linked but not sure https://bugzilla.gnome.org/show_bug.cgi?id=775766): I can report it if you want, just let me know. Regards, Yvan signature.asc Description: OpenPGP digital signature
Bug#882426: i8kutils: No effect on Latitude E7440
Package: i8kutils Version: 1.43 Severity: important Dear Maintainer, My laptop's fan acting very strangely (it does not seem to be correlated with the temperature at all…), I tried using i8kutils. Unfortunately, it has absolutely no effects, even as root. Other users got it working on the same laptop (Latitude E7440) : https://superuser.com/questions/533102/laptop-fan-is-always-on-using-linux-mint-14 Kernel module is loaded : $ lsmod | grep smm dell_smm_hwmon 16384 0 i8kctl output seems correct : $ i8kctl 1.0 A21 348DTZ1 36 -1 2 -1 6698 -1 -1 But i8kctl has no effect, either for starting : # i8kctl fan 2 2 or stopping the fan : # i8kctl fan 0 0 Of course, the system service also does not seem to have any effect. I am using the newest version of the BIOS (A21). Do not hesitate to ask if I can provide other information, or if I should report this upstream. Rergards, Yvan -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=$ Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages i8kutils depends on: ii acpi 1.7-1+b1 ii init-system-helpers 1.51 ii libc62.24-17 ii lsb-base 9.20170808 ii tcl 8.6.0+9 i8kutils recommends no packages. i8kutils suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#878223: doc: examples mentionned in /etc/mysql/mariadb.conf.d/50-server.cnf do not exist
Package: mariadb-server-10.1 Version: 10.1.26-1 Severity: minor Dear Maintainers, In the beginning of /etc/mysql/mariadb.conf.d/50-server.cnf, a comment states that there are examples in /usr/share/mysql/ : ... See the examples of server my.cnf files in /usr/share/mysql/ ... However, I can not find any *.cnf file in this folder. Would it be possible to correct this comment? Many thanks for your work, Yvan -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mariadb-server-10.1 depends on: ii adduser 3.116 ii debconf 1.5.63 ii galera-3 25.3.20-1 ii gawk 1:4.1.4+dfsg-1 ii init-system-helpers 1.49 ii iproute2 4.9.0-2 ii libaio1 0.3.110-4 ii libc6 2.24-17 ii libdbi-perl 1.637-1 ii libpam0g 1.1.8-3.6 ii libstdc++67.2.0-8 ii libsystemd0 234-3 ii lsb-base 9.20170808 ii lsof 4.89+dfsg-0.1 ii mariadb-client-10.1 10.1.26-1 ii mariadb-common10.1.26-1 ii mariadb-server-core-10.1 10.1.26-1 ii passwd1:4.5-1 ii perl 5.26.0-8 ii psmisc23.1-1 ii rsync 3.1.2-2 ii socat 1.7.3.2-1 ii zlib1g1:1.2.8.dfsg-5 Versions of packages mariadb-server-10.1 recommends: ii libhtml-template-perl 2.95-2 Versions of packages mariadb-server-10.1 suggests: ii mailutils [mailx] 1:3.2-1 pn mariadb-test ii netcat-openbsd 1.178-3 pn tinyca -- debconf information excluded signature.asc Description: OpenPGP digital signature
Bug#878215: doc: please explain if running mysql_secure_installation is needed or not, and why
Package: mariadb-server-10.1 Version: 10.1.26-1 Severity: minor Dear Maintainers, Many (if not all) online tutorials claim that it is important to run mysql_secure_installation right after installing mysql/mariadb. But, /usr/share/doc/mariadb-server-10.1/README.Debian.gz says the following: * WHAT TO DO AFTER INSTALLATION: The MySQL manual describes certain steps to do at this stage in a separate chapter. They are not necessary as the Debian packages does them automatically. The only thing that is left over for the admin is - creating new users and databases - read the rest of this text Indeed, if my understanding is correct, the Debian default installation makes mysql_secure_installation useless, because it: - listens only on localhost - allows anonymous root login only using unix socket, and so is restricted to the local "root" unix user (or users with "sudo" rights) - does not contain a "test" database If so, I believe that for many users the current instructions are not sufficiently clear. Could you add: - if running mysql_secure_installation is needed or not for basic usage - the reasons of this statement Best regards, Yvan Masson -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mariadb-server-10.1 depends on: ii adduser 3.116 ii debconf 1.5.63 ii galera-3 25.3.20-1 ii gawk 1:4.1.4+dfsg-1 ii init-system-helpers 1.49 ii iproute2 4.9.0-2 ii libaio1 0.3.110-4 ii libc6 2.24-17 ii libdbi-perl 1.637-1 ii libpam0g 1.1.8-3.6 ii libstdc++67.2.0-8 ii libsystemd0 234-3 ii lsb-base 9.20170808 ii lsof 4.89+dfsg-0.1 ii mariadb-client-10.1 10.1.26-1 ii mariadb-common10.1.26-1 ii mariadb-server-core-10.1 10.1.26-1 ii passwd1:4.5-1 ii perl 5.26.0-8 ii psmisc23.1-1 ii rsync 3.1.2-2 ii socat 1.7.3.2-1 ii zlib1g1:1.2.8.dfsg-5 Versions of packages mariadb-server-10.1 recommends: ii libhtml-template-perl 2.95-2 Versions of packages mariadb-server-10.1 suggests: ii mailutils [mailx] 1:3.2-1 pn mariadb-test ii netcat-openbsd 1.178-3 pn tinyca -- debconf information excluded signature.asc Description: OpenPGP digital signature
Bug#874335: virt-manager: wrong homepage
Source: virt-manager Version: 1:1.4.2-1 Dear maintainers, Current homepage of virt-manager, http://virt-manager.et.redhat.com/, does not work. I suppose it should be instead https://virt-manager.org/. Best regards, Yvan Masson signature.asc Description: OpenPGP digital signature
Bug#873943: p7zip-full: Error in 7z manpage
Package: p7zip-full Version: 16.02+dfsg-4 Dear maintainer, In the 7z manpage, the following sentence misses its end: "Set Password (NOTE: this flag does not work with 7z," Best regards, Yvan signature.asc Description: OpenPGP digital signature
Bug#873672: firefox-esr: "accept-language" HTTP header is incorrectly send by default
Package: firefox-esr
Version: 52.3.0esr-2
Severity: important
Dear Maintainers,
After a standard Debian net-install using French locale, the Firefox
HTTP header "accept-language" is correctly set to "fr, fr-fr, en-us, en"
(as seen in intl.accept_languages in about:config).
However, the *sent* value is "en-US,en;q=0.5" (as seen in any website
that show visitors' HTTP headers). I believe this is an important
usability problem for non-english speakers, that is why I set the
severity to "important".
The simplest solution to this problem is to open Firefox Preferences and
to go to "Content" -> "Languages" -> "Choose" to change languages to any
order, validate, and then re-change the order back to the right one.
On my setup, I can confirm this simply by starting Firefox with a blank
profile.
Please do not hesitate to ask if I can provide more information, or if I
should report this upstream (I could no find a similar bug report there).
Best regards,
Yvan
-- Package-specific info:
-- Extensions information
Name: Application Update Service Helper
Location: ${PROFILE_EXTENSIONS}/aushel...@mozilla.org.xpi
Status: enabled
Name: Français Language Pack locale
Location:
/usr/lib/firefox-esr/browser/extensions/langpack...@firefox-esr.mozilla.org.xpi
Package: firefox-esr-l10n-fr
Status: enabled
Name: Multi-process staged rollout
Location: ${PROFILE_EXTENSIONS}/e10sroll...@mozilla.org.xpi
Status: enabled
Name: Pocket
Location: ${PROFILE_EXTENSIONS}/fire...@getpocket.com.xpi
Status: enabled
Name: Privacy Badger
Location: ${PROFILE_EXTENSIONS}/jid1-mnnxcxisbpn...@jetpack.xpi
Status: enabled
Name: Thème par défaut theme
Location:
/usr/lib/firefox-esr/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi
Package: firefox-esr
Status: enabled
Name: Web Compat
Location: ${PROFILE_EXTENSIONS}/webcom...@mozilla.org.xpi
Status: enabled
-- Plugins information
Name: GNOME Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled
Name: IcedTea-Web Plugin (using IcedTea-Web 1.6.2 (1.6.2-3.1))
Location: /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-8-plugin:amd64
Status: enabled
Name: iTunes Application Detector
Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so
Package: rhythmbox-plugins
Status: disabled
-- Addons package information
ii firefox-esr52.3.0esr-2 amd64Mozilla Firefox web browser
- Ext
ii firefox-esr-l1 52.3.0esr-2 all French language package for
Firef
ii gnome-shell3.22.3-3 amd64graphical shell for the
GNOME des
ii icedtea-8-plug 1.6.2-3.1amd64web browser plugin based on
OpenJ
ii rhythmbox-plug 3.4.1-3 amd64plugins for rhythmbox music
playe
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.12.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages firefox-esr depends on:
ii debianutils 4.8.2
ii fontconfig2.12.3-0.2
ii libasound21.1.3-5
ii libatk1.0-0 2.24.0-1
ii libc6 2.24-14
ii libcairo-gobject2 1.14.10-1
ii libcairo2 1.14.10-1
ii libdbus-1-3 1.11.16+really1.10.22-1
ii libdbus-glib-1-2 0.108-2
ii libevent-2.1-62.1.8-stable-4
ii libffi6 3.2.1-6
ii libfontconfig12.12.3-0.2
ii libfreetype6 2.8-0.2
ii libgcc1 1:7.2.0-1
ii libgdk-pixbuf2.0-02.36.5-2
ii libglib2.0-0 2.53.4-3
ii libgtk-3-03.22.18-1
ii libgtk2.0-0 2.24.31-2
ii libhunspell-1.6-0 1.6.1-2
ii libjsoncpp1 1.7.4-3
ii libnspr4 2:4.16-1
ii libnss3 2:3.31-1
ii libpango-1.0-01.40.6-1
ii libsqlite3-0 3.19.3-3
ii libstartup-notification0 0.12-4+b2
ii libstdc++67.2.0-1
ii libvpx4 1.6.1-3
ii libx11-6 2:1.6.4-3
ii libx11-xcb1 2:1.6.4-3
ii libxcb-shm0 1.12-1
ii libxcb1 1.12-1
ii libxcomposite11:0.4.4-2
ii libxdamage1 1:1.1.4-3
ii libxext6 2:1.3.3-1+b2
ii libxfixes31:5.0.3-1
ii libxrender1 1:0.9.10-1
ii libxt61:1.1.5-1
ii procps2:3.3.12-3
ii zlib1g1:1.2.8.dfsg-5
firefox-esr recommends no packages.
Versions of packages firefox-esr suggests:
pn fonts-lmodern
pn fonts-stix | otf-stix
ii libcanberra0 0.30-3
ii libgssapi-krb5-2 1.15.1-2
pn mozplugger
-- no
Bug#865454: evince: If Gnome dark theme is enabled, form field content is invisible when editing
Package: evince Version: 3.22.1-3 Severity: normal Dear Maintainers, Evince now works quite well with PDF form. However, under Gnome and if you enable dark theme, a problem occurs: When you are typing in a field, what you type is invisible until you place the cursor in another field. This happens both on Xorg and Wayland. Let me know if you think I should report this bug upstream. Regards, Yvan -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages evince depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2+b1 ii evince-common3.22.1-3 ii gsettings-desktop-schemas3.22.0-1 ii libatk1.0-0 2.22.0-1 ii libc62.24-11 ii libcairo-gobject21.14.8-1 ii libcairo21.14.8-1 ii libevdocument3-4 3.22.1-3 ii libevview3-3 3.22.1-3 ii libgdk-pixbuf2.0-0 2.36.5-2 ii libglib2.0-0 2.50.3-2 ii libgnome-desktop-3-123.22.2-1 ii libgtk-3-0 3.22.11-1 ii libnautilus-extension1a 3.22.3-1 ii libpango-1.0-0 1.40.5-1 ii libsecret-1-00.18.5-3.1 ii shared-mime-info 1.8-1 Versions of packages evince recommends: ii dbus-user-session [default-dbus-session-bus] 1.10.18-1 ii dbus-x11 [dbus-session-bus] 1.10.18-1 Versions of packages evince suggests: ii gvfs 1.30.4-1 ii nautilus-sendto 3.8.4-2+b1 ii poppler-data 0.4.7-8 pn unrar -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#567363: Situation slightly improved
Dear maintainers, Using Evince 3.22.1-3 on Stretch amd64, I tried to reproduce above issues. I can still confirm all but one: the PDF form Honorarnote.pdf submitted by Marek Straka can be filled and save normally. Regards, Yvan signature.asc Description: OpenPGP digital signature
Bug#828050: firefox-esr: Can not set default homepage
Hi,
I also hit the same problem when trying to set the default search
engine with:
pref("browser.search.defaultenginename", "Qwant");
The correct value appears in about:config but is not effective.
Contrary to last message from Vladimir Mokrozub, using lockPref() does
not work either.
Regards,
Yvan Masson
signature.asc
Description: This is a digitally signed message part
Bug#856163: debmirror: minor typo error
Package: debmirror
Version: 1:2.26
Severity: minor
Dear maintainer,
There is a small typo error in debmirror script line 845:
...
say("Veriftying checksums.") if $verify_checksums;
...
Best regards,
Yvan
signature.asc
Description: This is a digitally signed message part
Bug#856049: ethtool: Can not use --change-eeprom option
Thanks for this fast and precise answer! > As for why the driver failed to access the EEPROM, I can't tell - > there are several possible error cases. It might be worth trying to > pass the EEPROM contents as a binary file on stdin, instead of trying > to set a single byte. I already tried this, and if I am not wrong in the procedure, this produces the same error: - dump EEPROM from working NIC on another laptop: ethtool --eeprom-dump enp2s1 raw on > dump - write dump file on faulty NIC: ethtool --change-eeprom enp2s1 magic 0x100e8086 < dump > As the e1000 driver is no longer maintained by Intel, I'm afraid these > bugs are unlikely to be fixed. So I will have to try other ways :-( Regards, Yvan pgpna0MAGgZyI.pgp Description: Signature digitale OpenPGP
Bug#856049: ethtool: Can not use --change-eeprom option
Package: ethtool Version: 1:4.8-1 Severity: normal Dear maintainer, The EEPROM of my Ethernet NIC has been flushed for some unknown reason. I would like to use ethtool to restore my EEPROM (fortunately I have a dump). Here is one simple "test command" I tried and which should be valid according to the manpage and examples found on the net: # ethtool --change-eeprom enp2s1 magic 0x100e8086 offset 0x10 length 1 \ value 0xff But unfortunately, I always get this error: "Cannot set EEPROM data: Operation not permitted" I am probably missing something, in which case please apologize, but maybe it is really a bug/something we can not do anymore with recent kernels? Maybe what I am probably be missing should be written in the manpage or in /usr/share/doc/ethtool/...? Do not hesitate to ask if i can provide more information. Best regards, Yvan # ethtool -e enp2s1 Offset Values -- -- 0x: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 # lspci -vnn: ... 02:01.0 Ethernet controller [0200]: Intel Corporation 82540EM Gigabit Ethernet Controller [8086:100e] (rev 03) Subsystem: Intel Corporation 82540EM Gigabit Ethernet Controller [8086:100e] Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 11 Memory at c022 (64-bit, non-prefetchable) [size=128K] Memory at c020 (64-bit, non-prefetchable) [size=64K] I/O ports at 8000 [size=64] [virtual] Expansion ROM at c021 [disabled] [size=64K] Capabilities: [dc] Power Management version 2 Capabilities: [e4] PCI-X non-bridge device Capabilities: [f0] MSI: Enable- Count=1/1 Maskable- 64bit+ Kernel driver in use: e1000 Kernel modules: e1000 The dump I would like to restore at the end (I just need to change the MAC address): Offset Values -- -- 0x: 00 01 6c cb 09 3c 00 0b ff ff ff ff ff ff ff ff 0x0010: 00 00 00 00 0b 66 49 05 14 10 1e 10 86 80 a5 b1 0x0020: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0x0030: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0x0040: cf 00 61 78 0b 14 00 00 c8 04 ff ff ff ff ff ff 0x0050: ff ff ff ff ff ff ff ff ff ff ff ff ff ff 02 06 0x0060: 2c 01 00 40 11 12 ff ff ff ff ff ff ff ff ff ff 0x0070: ff ff ff ff ff ff ff ff ff ff ff ff ff ff 7c fe You will also find attached the strace for the above command. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.9.0-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ethtool depends on: ii libc6 2.24-9 ethtool recommends no packages. ethtool suggests no packages. -- no debconf information ethtool.strace Description: Binary data pgpPn3p0v4pWO.pgp Description: Signature digitale OpenPGP
Bug#854643: lxpanel: Battery plugin does not notify when battery is low
Package: lxpanel Version: 0.9.3-1 Severity: normal Dear Maintainer, In my setup the battery plugin does not execute the notification command when battery remaining time goes below threshold. I have reproduced this issue both with the default command and with a custom one (both work from a terminal). I can not tell if it was working in the previous lxpanel versions. Do not hesitate to ask if can provide more informations. Best regards, Yvan -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.9.0-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lxpanel depends on: ii libasound2 1.1.3-4 ii libatk1.0-0 2.22.0-1 ii libc62.24-9 ii libcairo21.14.8-1 ii libfm-gtk4 1.2.5-1 ii libfm-modules1.2.5-1 ii libfm4 1.2.5-1 ii libfontconfig1 2.11.0-6.7 ii libfreetype6 2.6.3-3+b1 ii libgdk-pixbuf2.0-0 2.36.4-1 ii libglib2.0-0 2.50.2-2 ii libgtk2.0-0 2.24.31-2 ii libiw30 30~pre9-12 ii libkeybinder00.3.1-1 ii libmenu-cache3 1.0.2-1 ii libpango-1.0-0 1.40.3-3 ii libpangocairo-1.0-0 1.40.3-3 ii libpangoft2-1.0-01.40.3-3 ii libwnck222.30.7-5.1 ii libx11-6 2:1.6.4-3 ii libxml2 2.9.4+dfsg1-2.2 ii lxmenu-data 0.1.5-2 ii lxpanel-data 0.9.3-1 Versions of packages lxpanel recommends: ii lxterminal [x-terminal-emulator] 0.3.0-1 ii pavucontrol 3.0-3+b2 ii terminator [x-terminal-emulator] 1.90+bzr-1705-1 ii xkb-data 2.19-1 ii xterm [x-terminal-emulator] 327-2 Versions of packages lxpanel suggests: ii chromium [www-browser] 55.0.2883.75-6 ii dillo [www-browser]3.0.5-3 ii elinks [www-browser] 0.12~pre6-12 ii firefox-esr [www-browser] 45.7.0esr-1 ii menu 2.1.47 ii netsurf [www-browser] 3.6-3 ii netsurf-gtk [www-browser] 3.6-3 ii w3m [www-browser] 0.5.3-34 -- no debconf information pgpSXI1dxXqma.pgp Description: Signature digitale OpenPGP
Bug#854461: Subject: khangman: Missing dependencies
Package: khangman Version: 4:16.08.3-1 Severity: important Dear maintainers, I am running Stretch with LXDE and do not have many Qt apps installed. When I start KHangMan, the window is completely white, which renders it unusable. Starting from a terminal, the following errors are written: $ khangman Checking path "/usr/share/apps/kvtml" for kvtml files file:///usr/share/khangman/qml/main.qml:24:1: module "QtMultimedia" is not installed import QtMultimedia 5.0 ^ file:///usr/share/khangman/qml/main.qml:22:1: module "QtQuick.Controls" is not installed import QtQuick.Controls 1.2 ^ file:///usr/share/khangman/qml/main.qml:23:1: module "QtQuick.Layouts" is not installed import QtQuick.Layouts 1.1 ^ file:///usr/share/khangman/qml/main.qml:21:1: module "QtQuick" is not installed import QtQuick 2.3 ^ file:///usr/share/khangman/qml/main.qml:24:1: module "QtMultimedia" is not installed import QtMultimedia 5.0 ^ file:///usr/share/khangman/qml/main.qml:22:1: module "QtQuick.Controls" is not installed import QtQuick.Controls 1.2 ^ file:///usr/share/khangman/qml/main.qml:23:1: module "QtQuick.Layouts" is not installed import QtQuick.Layouts 1.1 ^ file:///usr/share/khangman/qml/main.qml:21:1: module "QtQuick" is not installed import QtQuick 2.3 ^ file:///usr/share/khangman/qml/main.qml:24:1: module "QtMultimedia" is not installed import QtMultimedia 5.0 ^ file:///usr/share/khangman/qml/main.qml:22:1: module "QtQuick.Controls" is not installed import QtQuick.Controls 1.2 ^ file:///usr/share/khangman/qml/main.qml:23:1: module "QtQuick.Layouts" is not installed import QtQuick.Layouts 1.1 ^ file:///usr/share/khangman/qml/main.qml:21:1: module "QtQuick" is not installed import QtQuick 2.3 ^ file:///usr/share/khangman/qml/main.qml:24:1: module "QtMultimedia" is not installed import QtMultimedia 5.0 ^ file:///usr/share/khangman/qml/main.qml:22:1: module "QtQuick.Controls" is not installed import QtQuick.Controls 1.2 ^ file:///usr/share/khangman/qml/main.qml:23:1: module "QtQuick.Layouts" is not installed import QtQuick.Layouts 1.1 ^ file:///usr/share/khangman/qml/main.qml:21:1: module "QtQuick" is not installed import QtQuick 2.3 ^ I finally made it working after installing manually these packages: - qml-module-qtquick2 - qml-module-qtquick-layouts - qml-module-qtquick-controls - qml-module-qtmultimedia - qml-module-qtquick-dialogs Probably they should be installed as dependencies? Best regards, Yvan -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.9.0-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages khangman depends on: ii fonts-dustin 20030517-10 ii kdeedu-kvtml-data 4:16.08.0-1 ii libc6 2.24-9 ii libkeduvocdocument5 4:16.08.0-1 ii libkf5configcore5 5.28.0-1 ii libkf5coreaddons5 5.28.0-1 ii libkf5crash5 5.28.0-1 ii libkf5declarative55.28.0-1 ii libkf5i18n5 5.28.0-1 ii libkf5newstuff5 5.28.0-1 ii libkf5widgetsaddons5 5.28.0-1 ii libkf5xmlgui5 5.28.0-1 ii libqt5core5a 5.7.1+dfsg-3+b1 ii libqt5gui55.7.1+dfsg-3+b1 ii libqt5qml55.7.1-2 ii libqt5quickwidgets5 5.7.1-2 ii libqt5widgets55.7.1+dfsg-3+b1 ii libqt5xml55.7.1+dfsg-3+b1 ii libstdc++66.3.0-5 khangman recommends no packages. Versions of packages khangman suggests: pn khelpcenter -- no debconf information pgpxUirbDeF82.pgp Description: Signature digitale OpenPGP
Bug#852465: unattended-upgrades: does not send mail when package has conffile prompt and needs manual upgrade
Package: unattended-upgrades
Version: 0.93.1
Severity: Important
Using unattended-upgrades 0.93.1 on Raspbian Stretch, I could not find
the correct settings to get email notification only when an update
requires user intervention (see "50unattended-upgrades" config file
attached). I put the severity to important because the admin would
think security updates are applied while it is not the case.
I tried asking on https://answers.launchpad.net/unattended-upgrades/+qu
estion/437562 but did not get any answer.
I currently have packages waiting manual update, as written with a
'WARNING' in /var/log/unattended-upgrades/unattended-upgrades.log:
...
2017-01-24 17:31:07,245 WARNING Package 'exim4-config' has conffile
prompt and needs to be upgraded manually
...
You will also find attached the result of "unattended-upgrade --debug".
I began to track down the issue but I am really bad with python, so
please apologize if I am wrong.
Part of the problem seems to be the test on line 823:
...
# if the operation was successful and the user has requested to get
# mails on on errors, just exit here
if (res and
# see Debian Bug #703621
not re.search("^WARNING:", mem_log.getvalue(), re.MULTILINE) and
apt_pkg.config.find_b(
"Unattended-Upgrade::MailOnlyOnError", False)):
return
...
Indeed, "^WARNING:" is not part of mem_log.getvalue(), so the function
exits here and the script does not send an email. This variable is
attached, I got it using function
logging.debug(repr(mem_log.getvalue())) just before the above test.
Please tell if you need more information or if you want me to report
this upstream (https://github.com/mvo5/unattended-upgrades ?).
Best regards,
Yvan
-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU/Linux 9.0 (stretch)
Release:9.0
Codename: stretch
Architecture: armv6l
Kernel: Linux 4.4.38+
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages unattended-upgrades depends on:
ii apt1.4~beta3
ii apt-utils 1.4~beta3
ii debconf [debconf-2.0] 1.5.59
ii init-system-helpers1.46
ii lsb-base 9.20161125+rpi1
ii lsb-release9.20161125+rpi1
ii python33.5.1-4
ii python3-apt1.1.0~beta5
ii ucf3.0036
ii xz-utils 5.2.2-1.2
Versions of packages unattended-upgrades recommends:
ii cron [cron-daemon] 3.0pl1-128
Versions of packages unattended-upgrades suggests:
pn bsd-mailx
ii exim4-daemon-light [mail-transport-agent] 4.88-4
pn needrestart
-- debconf information excluded"Initial blacklisted packages: \nInitial whitelisted packages: \nStarting
unattended upgrades script\nAllowed origins are:
['origin=Raspbian,codename=stretch']\nChecking: exim4-config ([])\nChecking: iptables
([])\npkg 'libxtables11' now
marked delete\nsanity check failed\nChecking: libip4tc0 ([])\npkg 'iptables' now marked
delete\nsanity check failed\nChecking: libip6tc0 ([])\npkg 'iptables' now marked
delete\nsanity check failed\nChecking: libiptc0 ([])\npkg 'iptables' now marked
delete\nsanity check failed\nChecking: mailutils ([])\npkg 'libmailutils4' now
marked delete\nsanity check failed\nChecking: mailutils-common ([])\npkg 'libmailutils4' now
marked delete\nsanity check failed\npkgs that look like they should be
upgraded: exim4-config\nfetch.run() result: 0\nhttp://ftp.igh.cnrs.fr/pub/os/linux/raspbian/raspbian/pool/main/e/exim4/exim4-config_4.88-4_all.deb'
ID:1 ErrorText:
''>\ncheck_conffile_prompt('/var/cache/apt/archives/exim4-config_4.88-4_all.deb')\nfound
pkg: exim4-config\nconffile line: '/etc/email-addresses
6bea09fbb18e4676012105fa5fc726c6'\ncurrent md5:
927a3fd96e0f157bcdbd56e17dc6e63a\npkg_md5sum:
6bea09fbb18e4676012105fa5fc726c6\nconffile line:
'/etc/exim4/conf.d/acl/00_exim4-config_header
e572a7b9954b20950242db2a92b35044'\ncurrent md5:
e572a7b9954b20950242db2a92b35044\nconffile line:
'/etc/exim4/conf.d/acl/20_exim4-config_local_deny_exceptions
516070107501d48a3106d755cb199e95'\ncurrent md5:
516070107501d48a3106d755cb199e95\nconffile line:
'/etc/exim4/conf.d/acl/30_exim4-config_check_mail
bbe4979288d9cd20868d13ca01e6bfc3'\ncurrent md5:
bbe4979288d9cd20868d13ca01e6bfc3\nconffile line:
'/etc/exim4/conf.d/acl/30_exim4-config_check_rcpt
24f0ff50be45fc11de0fe2114298b6cf'\ncurrent md5:
24f0ff50be45fc11de0fe2114298b6cf\nconffile line:
'/etc/exim4/conf.d/acl/40_exim4-config_check_data
dfb787c0c2ab339b1e3387022c1f2aeb'\ncurrent md5:
dfb787c0c2ab339b1e3387022c1f2aeb\nconffile line:
'/etc/exim4/conf.d/auth/00_exim4-config_header
d0ee6ea0b33d9796573bb024ffca20d4'\ncurrent md5:
d0ee6ea0b33d9796573bb024ffca20d4\nconffile line:
'/etc/exim4/conf.d/auth/30_exim4-config_examples
9085a3577416c654a12ee7e387c110c8'\ncurrent md5:
Bug#851979: apt-mirror: Use of uninitialized value $config{"options"}
Package: apt-mirror
Version: 0.5.3-1
Dear maintainer,
apt-mirror displays errors when parsing mirror lines in configuration
file. For example, using the default configuration file, with
absolutely no changes:
Use of uninitialized value $config{"options"} in pattern match (m//)
at /usr/bin/apt-mirror line 300, line 17.
Use of uninitialized value $config{"options"} in pattern match (m//)
at /usr/bin/apt-mirror line 300, line 18.
It does not seems to be a real problem as the script continues, but I
did not let it run completely so I can not tell for sure.
Downloading 42 index files using 20 threads...
Begin time: Fri Jan 20 15:07:45 2017
[20]... [19]... [18]... [17]... [16]... [15]... [14]... [13]... [12]...
[11]... ^C
As it is not written below, I have perl 5.24.1~rc4-1.
Best regards,
Yvan
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 4.8.0-2-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages apt-mirror depends on:
ii adduser 3.115
pn perl:any
ii wget 1.18-4
apt-mirror recommends no packages.
apt-mirror suggests no packages.
-- no debconf information
pgpDK4oVVHmH6.pgp
Description: Signature digitale OpenPGP
Bug#851763: Reported upstream
I just reported this upstream: https://bugzilla.gnome.org/show_bug.cgi?id=777457 Regards, Yvan signature.asc Description: This is a digitally signed message part
