Bug#1011159: qbs: FTBFS on hppa: '/usr/lib/qt5/bin/qdoc': No such file or directory

On Tue, 17 May 2022 17:54:50 + John David Anglin wrote: > Source: qbs > Version: 1.22.1-2 > Severity: normal > [...] > qdoc-qt5 is no longer built on hppa because it requires clang. > > If there is no way to work around this issue, maybe add qdoc-qt5 to > package dependencies. I guess an ot

Bug#953239: CI tests failing

installing libkf5plasma5 so the message disapears Kind regards, Laurent Bigonville -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experim

Bug#948440: fixed in qtspell 0.8.5-3

tag 948440 + patch thanks On Thu, 16 Jan 2020 14:22:56 +0100 Laurent Bigonville wrote: > found 948440 0.8.5-3 > thanks > > On Wed, 15 Jan 2020 20:47:18 + Scarlett Moore wrote: > > Hello, > > > qtspell (0.8.5-3) unstable; urgency=medium > > . >

Bug#948440: fixed in qtspell 0.8.5-3

; (tried in > ., debian/tmp)" > - Fix install path to -dev package in rules and install file. > (Closes: #948440) > * Release to unstable. This doesn't look fixed in 0.8.5-3, reopening the bug here Kind regards, Laurent Bigonville

Bug#948440: FTBFS on all architectures: dh_install: Cannot find (any matches for) "usr/lib/*/libqtspell-qt5-0/moc_example.cpp" (tried in ., debian/tmp)

r/lib/*/libqtspell-qt5-0/moc_example.cpp" (tried in ., debian/tmp) dh_install: libqtspell-qt5-dev missing files: usr/lib/*/libqtspell-qt5-0/moc_example.cpp dh_install: missing files, aborting make: *** [debian/rules:12: binary-arch] Error 255 Kind regards, Laurent Bigonville -- System Informati

Bug#948439: Please switch to enchant-2 instead of enchant(1)

Source: qtspell Version: 0.8.5-2 Severity: wishlist Control: block 947979 by -1 Hi, Could you please switch qtspell to enchant-2? Quickly looking at the code, it only requires to change libenchant-dev to libenchant-2-dev Kind regards, Laurent Bigonville -- System Information: Debian Release

Bug#875847: qttools5-dev-tools: .qhc files not reproducible

the current date. Regards, Laurent Bigonville -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86

Bug#854458: Returns 1 instead of 127 when a command cannot be found

gards, Laurent Bigonville -- System Information: Debian Release: 9.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 K

Bug#854440: qtchooser: Does not search for QT5 executables by default

On Tue, 07 Feb 2017 10:07:41 +0100 Laurent Bigonville wrote: > Hi, > > With qttools5-dev-tools installed, when I'm trying to run the > "assistant" command, I get: > > bigon@fornost:~$ qtchooser -run-tool=assistant > qtchooser: could not exec '/usr/li

Bug#854440: qtchooser: Does not search for QT5 executables by default

t': No such file or directory I explicitly need to specify the version and then it's working: bigon@fornost:~$ qtchooser -run-tool=assistant -qt=5 Isn't that defeating completely the purpose of this tool? Kind regards, Laurent Bigonville -- System Information: Debian Release: 9.0

Bug#854120: qt4-dev-tools: Please move the "assistant" binary to an other package

Le 06/02/17 à 16:10, Lisandro Damián Nicanor Pérez Meyer a écrit : On sábado, 4 de febrero de 2017 11:51:56 ART Laurent Bigonville wrote: Package: qt4-dev-tools Version: 4:4.8.7+dfsg-11 Severity: wishlist Hi, Is there a reason the "assistant" executable is installed in the qt4

Bug#854260: sddm: Please remove Conflicts= and OnFailure= from sddm.service file

severity 854260 serious thanks On Sun, 05 Feb 2017 16:44:43 +0100 Laurent Bigonville wrote: > > Hi, > > The debian/sddm.service file contains the following lines: > > Conflicts=plymouth-quit-wait.service > After=systemd-user-sessions.service plymouth-start.service plymo

Bug#854260: sddm: Please remove Conflicts= and OnFailure= from sddm.service file

mouth-quit.service will be executed anyway. Upstream ships a file in services/sddm.service.in, with After=plymouth-quit.service (like GDM), any reason you have modified this? Regards, Laurent Bigonville -- System Information: Debian Release: 9.0 APT prefers unstable-debug APT policy:

Bug#854120: qt4-dev-tools: Please move the "assistant" binary to an other package

sk. Could this be moved to a more common package? Same should happen with QT5 version I guess. Regards, Laurent Bigonville -- System Information: Debian Release: 9.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'expe

Bug#734819: enable pam_keyinit by default

es already in all these login services. openssh and gdm are already calling the pam_keyinit.so module for quite sometimes now without any visible complains. Regards, Laurent Bigonville

Bug#788108: Processed: severity of 788108 is serious, tagging 788108

Le 04/03/16 03:05, Lisandro Damián Nicanor Pérez Meyer a écrit : On Monday 22 February 2016 11:45:56 Lisandro Damián Nicanor Pérez Meyer wrote: It was discussed in upstream's mailing list, but I'm on the phone now :( According to 5.6.0's git repo: - [QTBUG-40702] Removed dependency towards

Bug#788108: qtlocation-opensource-src: Please switch to geoclue 2

, Laurent Bigonville -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8,

Bug#762623: device notifier : no right to mount device with sysvinitcore

iple seats where multiple persons can work at the same time using their own graphical session (screen input devices) but sharing the same CPU/memory. Can this bug be closed then? Laurent Bigonville -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "uns

Bug#762623: device notifier : no right to mount device with sysvinitcore

md installed? Do you have a logind session registered? (use loginctl to list the sessions). Is the session active (loginctl show-session ). Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Tr

Bug#763931: kdm: Please add proper dependency against libpam-systemd

linux architectures that a logind session is properly registred and allow a fallback on non-linux architectures to consolekit. I'm not using a OR statement here as a lot of other components are already requiring logind session to properly work. Cheers, Laurent Bigonville -- System Inform

Bug#759664: kde-runtime: Wrong licences listed in debian/copyright

update. Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=

Bug#664808: Please enable pam_loginuid by default

tag 664808 + patch tag 677438 + patch thanks Hello, Please find here attached a patch that fixes both #677438 and #664808. The pam modules should be called in that order: 1) session pam_selinux close 2) other sessions modules including pam_loginuid 3) include common-session 4) session pam_selin

Bug#677438: Please enable pam_loginuid by default

before the common-session(-noninteractive) include. For example: session requiredpam_selinux.so close [...] session requiredpam_loginuid.so << Add it here @include common-session session requiredpam_selinux.so open Cheers Laurent Bigonville -- To UNSUBSCRIBE,

Bug#459465: no-section-field-for-source lintian warning

Package: tapioca-qt Version: 0.0.2064-1 Severity: minor Hi, Lintian gives me: W: tapioca-qt source: no-section-field-for-source Regards Laurent Bigonville pgpnwJVVMraHZ.pgp Description: PGP signature