Bug#354070: kmail: I can confirm the problem on etch

2007-08-15 Thread fab
Package: kmail Version: 4:3.5.5.dfsg.1-6 Followup-For: Bug #354070 Same problem on etch, exactly as described here : https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/128643 It's quite annoying, making the use of the groupware feature of kmail not so clean. -- System Information: Debian Rel

Bug#438147: kaddressbook : important fields missing when using the "Detailled Style" for printing

2007-08-15 Thread fab
Package: kaddressbook Version: 4:3.5.5.dfsg.1-6 Severity: normal When using the "Detailled Style" ("Style Détaillé") some suite important fields are not printed : Organization and Role are the most important (Organization being part of the address itself, it's quite surprising not to have it in a

Bug#953328: sddm: No login prompt on tty1

2021-03-02 Thread Fab Stz
Hello, I confirm this is still present in latest bullseye having sddm version 0.19.0-2 (amd64) Maybe this is somehow linked to https://github.com/systemd/systemd/issues/ 12345 ? Is that actually a sddm or a systemd bug ? Regards On Sat, 07 Mar 2020 20:55:57 + Andy Wood wrote: > Package:

Bug#983861: k3b: Permissions of external program should be of group "cdrom" and not "operator"

2021-03-02 Thread Fab Stz
Package: k3b Version: 20.12.2-1 Severity: normal Tags: patch Dear Maintainer, With k3b, when wanting to set the external program permissions, it wants to set them with user "operator" instead of "cdrom" which may be more adequate according to the description of the groups in https://wiki.debian.

Bug#983861: k3b: Permissions of external program should be of group "cdrom" and not "operator"

2021-03-02 Thread Fab Stz
Hello, > Well, the original code is rather bad indeed, because it relies on the > order of groups returned by getgrent, and picks the *last* available > one. In your case, if you have an "operator" group, it will be used. Ok, this explains it then. Well it's a fresh debian install of testing/bul

Bug#983861: k3b: Permissions of external program should be of group "cdrom" and not "operator"

2022-10-12 Thread Fab Stz
Hello Norbert, This is still relevant for 22.04.2-1 Would you please add that patch to the package? Since the "operator" group is present on a fresh install of Debian, and since it is prefered to have group "cdrom" used by k3b, I think it would be better if the patch wa

Bug#1025663: qmake6: how should users query for QT_INSTALL_PLUGINS?

2022-12-07 Thread Fab Stz
s.cmake Maybe a solution could be to run qmake by specifying your own target_qt.conf that has the values you need ? Regards Fab On Wed, 7 Dec 2022 08:04:54 +0100 Helmut Grohne wrote: > Package: qmake6 > Version: 6.3.1+dfsg-10 > Severity: important > Control: affects

Qt4Android, building 4 archs/binary packages from 1 source archive

2021-08-24 Thread Fab Stz
meabi-v71, qt4android-arm64-v8a, qt4android-x86...? I would have defined these binary packages in debian/control. Or do I have to create 4 packages (ie .debian.tar.xz) with 4 times the same .orig.tar.xz ? Thanks a lot Fab

Bug#988596: akonadi-server: akonadi crashes permanently; akonadiconsole does not start

2021-09-05 Thread Fab Stz
Hello, I had the same problem after migrating from Buster to Bullseye. However, I remembered that in the past I moved the akonadi folder in ~/.local/ share/ to another partition and then created a symbolic link to it. I reverted that and relocated the akonadi folder to its initial place, what f

Bug#1030211: qt6-charts-dev should depend on qml6-module-qtcharts?

2023-02-01 Thread Fab Stz
Package: qt6-charts-dev Version: 6.4.2-1 Severity: normal Dear Maintainer, I was trying to configure a project which Build-Depends on qt6-charts-dev At build time I have the error below. If I install also qml6-module-qtcharts, then configure is made successfully. Should this be added as a depen