Bug#803450: libkipi-dev lacks KF5KipiConfig.cmake

[valette]

Package: libkipi-dev
Version: 4:15.04.2-1
Severity: normal

I wanted tobuild amarok 5.0.0-b1 but the system libkipi lacks
KF5KipiConfig.cmake as shown by build trace below.

In addition, I was a bit puzzled finding that original debian source
package did not have it when upstream git code (even the tagged release with
same version )has it and seems somehow diffrent that the source package code
used by debian.


I could cherry pick the needed code to add it but would like to know
how best do it:

See :

https://quickgit.kde.org/?p=libkipi.git&a=blob&h=a442de7b5beb31442e222cbaa15da2ec73f8bea3&hb=b8ab893ea8993dc0f56232d6db03130da99c1a18&f=cmake%2Ftemplates%2FKF5KipiConfig.cmake.in

and

https://quickgit.kde.org/?p=libkipi.git&a=blob&h=7c6e4b4c0b203126a124dec6f522311e3f0acbf5&hb=b8ab893ea8993dc0f56232d6db03130da99c1a18&f=CMakeLists.txt




./bootstrap.linux 
Qt  Install Path : /usr
KF5 Install Path : /usr
digiKam Install Path : /usr
-- 
--
-- Starting CMake configuration for: digikam-software-collection
-- Local shared libkipi will be compiled.. NO (library source code not 
available)
-- Local shared libksane will be compiled.. NO (library source code not 
available)
-- Local shared libkface will be compiled.. NO (library source code not 
available)
-- Local shared libmediawiki will be compiled.. NO (library source code 
not available)
-- Local shared libkvkontakte will be compiled.. NO (library source 
code not available)
-- Extract translations files. NO
-- Translations will be compiled.. NO
-- Handbooks will be compiled. NO
-- Tests code will be compiled YES
-- 
--
-- Starting CMake configuration for: kipi-plugins
-- Found Libical version 1.0
-- libkipi : search system based library
CMake Error at extra/kipi-plugins/cmake/modules/MacroLocalLibs.cmake:13 
(find_package):
  Could not find a package configuration file provided by "KF5Kipi"
  (requested version 5.0.0) with any of the following names:

KF5KipiConfig.cmake
kf5kipi-config.cmake

  Add the installation prefix of "KF5Kipi" to CMAKE_PREFIX_PATH or set
  "KF5Kipi_DIR" to a directory containing one of the above files.  If
  "KF5Kipi" provides a separate development package or SDK, be sure it has
  been installed.
Call Stack (most recent call first):
  extra/kipi-plugins/CMakeLists.txt:120 (DETECT_LIBKIPI)


-- Configuring incomplete, errors occurred!





-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.12 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages libkipi-dev depends on:
ii  kdelibs5-dev  4:4.14.13-1
ii  libkipi11 4:15.04.2-1
ii  pkg-config0.28-1

libkipi-dev recommends no packages.

libkipi-dev suggests no packages.

-- no debconf information

Bug#943972: akonadi-backend-sqlite: expermental version impossible to install due to old qt dependency

[valette]

Package: akonadi-backend-sqlite
Version: 4:18.08.3-10
Severity: grave
Justification: renders package unusable

apt-get -t experimental install akonadi-backend-sqlite
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances   
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation : 

Les paquets suivants contiennent des dépendances non satisfaites :
 akonadi-backend-sqlite : Dépend: qtbase-abi-5-11-3 mais il n'est pas 
installable



-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.81 (SMP w/2 CPU cores; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages akonadi-backend-sqlite depends on:
ii  libc6 2.29-3
ii  libgcc1   1:9.2.1-16
ii  libqt5core5a [qtbase-abi-5-12-5]  5.12.5+dfsg-2
ii  libqt5sql55.12.5+dfsg-2
ii  libqt5sql5-sqlite 5.12.5+dfsg-2
ii  libsqlite3-0  3.30.1-1
ii  libstdc++69.2.1-16

Versions of packages akonadi-backend-sqlite recommends:
ii  akonadi-server  4:18.08.3-7+b1

akonadi-backend-sqlite suggests no packages.

-- no debconf information

Bug#898320: kdeconnect: 1.3.0 does not work with 1.8.2 android version

[valette]

Package: kdeconnect
Version: 1.3.0-1
Severity: grave
Justification: renders package unusable

My phone and various pc do not connect to ecah other. This has been previously 
working very well on same hardware.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.38 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages kdeconnect depends on:
ii  kde-cli-tools 4:5.12.5-1
ii  kio   5.45.0-1
ii  libc6 2.27-3
ii  libfakekey0   0.1-9
ii  libkf5configcore5 5.45.0-1
ii  libkf5configwidgets5  5.45.0-1
ii  libkf5coreaddons5 5.45.0-1
ii  libkf5dbusaddons5 5.45.0-1
ii  libkf5i18n5   5.45.0-1
ii  libkf5iconthemes5 5.45.0-1
ii  libkf5kcmutils5   5.45.0-1
ii  libkf5kiocore55.45.0-1
ii  libkf5kiofilewidgets5 5.45.0-1
ii  libkf5kiowidgets5 5.45.0-1
ii  libkf5notifications5  5.45.0-1
ii  libkf5service-bin 5.45.0-1
ii  libkf5service55.45.0-1
ii  libkf5waylandclient5  4:5.45.0-1
ii  libkf5widgetsaddons5  5.45.0-1
ii  libqca-qt5-2  2.1.3-2
ii  libqca-qt5-2-plugins  2.1.3-2
ii  libqt5core5a  5.10.1+dfsg-6
ii  libqt5dbus5   5.10.1+dfsg-6
ii  libqt5gui55.10.1+dfsg-6
ii  libqt5network55.10.1+dfsg-6
ii  libqt5qml55.10.1-4
ii  libqt5widgets55.10.1+dfsg-6
ii  libqt5x11extras5  5.10.1-2
ii  libstdc++68.1.0-1
ii  libx11-6  2:1.6.5-1
ii  libxtst6  2:1.2.3-1
ii  plasma-framework  5.45.0-1
ii  qml-module-qtquick-controls   5.10.1-2
ii  qml-module-qtquick-controls2  5.10.1-2
ii  qml-module-qtquick-layouts5.10.1-4
ii  qml-module-qtquick2   5.10.1-4
ii  sshfs 2.10-1

kdeconnect recommends no packages.

Versions of packages kdeconnect suggests:
ii  plasma-workspace  4:5.12.5-1
pn  python-nautilus   

-- no debconf information

Bug#880173: kate: Kate in experimental cannot be installed

[valette]

Package: kate
Version: 4:17.08.1-1
Severity: important

apt-get  -s -t experimental install kate
NOTE: This is only a simulation!
  apt-get needs root privileges for real execution.
  Keep also in mind that locking is deactivated,
  so don't depend on the relevance to the real current situation!
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 kate : Depends: libgit2-24 (>= 0.24.0) but it is not installable
E: Unable to correct problems, you have held broken packages.


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.59 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages kate depends on:
ii  kate5-data   4:17.08.1-1
ii  kio  5.37.0-2
ii  ktexteditor-katepart 5.37.0-2+b1
ii  libc62.25-0experimental3
ii  libgit2-26   0.26.0+dfsg.1-1.1
ii  libkf5activities55.37.0-2
ii  libkf5bookmarks5 5.37.0-2
ii  libkf5completion55.37.0-2
ii  libkf5configcore55.37.0-2
ii  libkf5configgui5 5.37.0-2
ii  libkf5configwidgets5 5.37.0-2
ii  libkf5coreaddons55.37.0-2
ii  libkf5crash5 5.37.0-2
ii  libkf5dbusaddons55.37.0-2
ii  libkf5guiaddons5 5.37.0-2
ii  libkf5i18n5  5.37.0-2
ii  libkf5iconthemes55.37.0-2
ii  libkf5itemmodels55.37.0-2
ii  libkf5jobwidgets55.37.0-2
ii  libkf5kiocore5   5.37.0-2
ii  libkf5kiofilewidgets55.37.0-2
ii  libkf5kiowidgets55.37.0-2
ii  libkf5newstuff5  5.37.0-2
ii  libkf5parts5 5.37.0-2
ii  libkf5plasma55.37.0-2
ii  libkf5service-bin5.37.0-2
ii  libkf5service5   5.37.0-2
ii  libkf5texteditor55.37.0-2+b1
ii  libkf5textwidgets5   5.37.0-2
ii  libkf5threadweaver5  5.37.0-2
ii  libkf5wallet-bin 5.37.0-2
ii  libkf5wallet55.37.0-2
ii  libkf5widgetsaddons5 5.37.0-2
ii  libkf5windowsystem5  5.37.0-2
ii  libkf5xmlgui55.37.0-2
ii  libqt5core5a 5.9.2+dfsg-4
ii  libqt5dbus5  5.9.2+dfsg-4
ii  libqt5gui5   5.9.2+dfsg-4
ii  libqt5sql5   5.9.2+dfsg-4
ii  libqt5widgets5   5.9.2+dfsg-4
ii  libqt5xml5   5.9.2+dfsg-4
ii  libstdc++6   7.2.0-12
ii  plasma-framework 5.37.0-2
ii  qml-module-org-kde-kquickcontrolsaddons  5.37.0-2+b1
ii  qml-module-qtquick-layouts   5.9.2-3
ii  qml-module-qtquick2  5.9.2-3

kate recommends no packages.

Versions of packages kate suggests:
ii  ispell 3.4.00-6
ii  khelpcenter4:17.08.1-1
ii  konsole-kpart  4:17.08.1-1

-- no debconf information

Bug#834359: kwin-x11: Kwin crashes when launching thunderbird or firefox almost each time.

[valette]

Package: kwin-x11
Version: 4:5.7.0-1
Severity: important

I keep having visual glitches when launching either firefox or thunderbird
because kwin crashes almost sytematically (at least 8/10).

I have the error message for kwin in the message box but no backtrace
no nothing. Once automagically restarted it works correctly.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.4.17 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages kwin-x11 depends on:
ii  kwin-common   4:5.7.0-1
ii  libc6 2.24-0experimental0
ii  libepoxy0 1.3.1-1
ii  libgcc1   1:6.1.1-11
ii  libkf5configcore5 5.23.0-1
ii  libkf5coreaddons5 5.23.0-1
ii  libkf5crash5  5.23.0-1
ii  libkf5i18n5   5.23.0-1
ii  libkf5windowsystem5   5.23.0-1
ii  libkwinglutils8   4:5.7.0-1
ii  libkwinxrenderutils8  4:5.7.0-1
ii  libqt5core5a  5.6.1+dfsg-3+b1
ii  libqt5gui55.6.1+dfsg-3+b1
ii  libqt5widgets55.6.1+dfsg-3+b1
ii  libqt5x11extras5  5.6.1-2
ii  libstdc++66.1.1-11
ii  libx11-6  2:1.6.3-1
ii  libxcb-randr0 1.11.1-1.1
ii  libxcb1   1.11.1-1.1

kwin-x11 recommends no packages.

kwin-x11 suggests no packages.

-- no debconf information

Bug#794838: kdepim: Please make it compatible with gcc 5.x

[valette]

Package: kdepim
Version: 4:4.14.5-1
Severity: wishlist

When trying to install gcc5 in unstable it remove all kdepim packages, 
including kmail, ...

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.4 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages kdepim depends on:
ii  akonadiconsole 4:4.14.5-1
ii  akregator  4:4.14.5-1
ii  blogilo4:4.14.5-1
ii  kaddressbook   4:4.14.5-1
ii  kalarm 4:4.14.5-1
ii  kdepim-doc 4:4.14.5-1
ii  kdepim-kresources  4:4.14.5-1
ii  kdepim-runtime 4:4.14.6-1
ii  kjots  4:4.14.5-1
ii  kleopatra  4:4.14.5-1
ii  kmail  4:4.14.5-1
ii  knode  4:4.14.5-1
ii  knotes 4:4.14.5-1
ii  konsolekalendar4:4.14.5-1
ii  kontact4:4.14.5-1
ii  korganizer 4:4.14.5-1
ii  ktimetracker   4:4.14.5-1

kdepim recommends no packages.

kdepim suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150807080305.4767.10357.report...@pink-floyd2.home

Bug#507238: kaddressbook: please bump build depend for gnokii to libgnokii4 instead of libgnokii3

[valette]

Package: kaddressbook
Version: 4:4.1.3-2
Severity: normal

due to depend, kaddressbook is currently not instalable. I add to recompile
 kdepim myself using libgnokii4 and libgnokii4-dev becaue they in turn depend
on gnokii-common.

Or transfer the bug to libgnokii4 to depend on gnokii4-common instead
of gnokii-common.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28-rc6 (SMP w/2 CPU cores; PREEMPT)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages kaddressbook depends on:
ii  kdebase-runtime   4:4.1.3-1  runtime components from the offici
ii  kdelibs5  4:4.1.3-2  core libraries for all KDE 4 appli
ii  kdepim-kresources 4:4.1.3-2  KDE pim resource plugins
ii  kdepimlibs5   4:4.1.3-1  core libraries for KDE PIM 4 appli
ii  libc6 2.8+20080809-3 GNU C Library: Shared libraries
ii  libgnokii40.6.27.dfsg-1  Gnokii mobile phone interface libr
ii  libkdepim44:4.1.3-2  KDE PIM library
ii  libkleo4  4:4.1.3-2  certificate based crypto library f
ii  libphonon44:4.2.0-2  Phonon multimedia framework for Qt
ii  libqt4-dbus   4.4.3-1Qt 4 D-Bus module
ii  libqt4-qt3support 4.4.3-1Qt 3 compatibility library for Qt 
ii  libqt4-xml4.4.3-1Qt 4 XML module
ii  libqtcore44.4.3-1Qt 4 core module
ii  libqtgui4 4.4.3-1Qt 4 GUI module
ii  libstdc++64.3.2-2~exp3   The GNU Standard C++ Library v3
ii  phonon4:4.2.0-2  metapackage for Phonon multimedia 

kaddressbook recommends no packages.

kaddressbook suggests no packages.

-- no debconf information




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#740814: kde-window-manager not available in experimental

[Eric Valette]

Package: kde-window-manager
Version: 4:4.11.7-1
Severity: wishlist

Dear Maintainer,

Altthough I use experimental for years and happily use kde 4.12.x from there,
I have still a bunch of packages that are still 4.11.x on my system. 

The the list belows gives somes, kde-workspace also

I wonder why there are not build for 4.12.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.12.13 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kde-window-manager depends on:
ii  kde-runtime 4:4.12.3-1
ii  kde-style-oxygen4:4.11.7-1
ii  libc6   2.18-4
ii  libegl1-mesa [libegl1-x11]  10.1.0~rc2-1
ii  libgcc1 1:4.8.2-16
ii  libgl1-mesa-glx [libgl1]10.1.0~rc2-1
ii  libgles2-mesa [libgles2]10.1.0~rc2-1
ii  libice6 2:1.0.8-2
ii  libkactivities6 4:4.12.3-1
ii  libkcmutils44:4.12.3-1
ii  libkdeclarative54:4.12.3-1
ii  libkdecorations4abi24:4.11.7-1
ii  libkdecore5 4:4.12.3-1
ii  libkdeui5   4:4.12.3-1
ii  libkio5 4:4.12.3-1
ii  libknewstuff3-4 4:4.12.3-1
ii  libkwineffects1abi5 4:4.11.7-1
ii  libkwinglesutils1   4:4.11.7-1
ii  libkwinglutils1abi2 4:4.11.7-1
ii  libkworkspace4abi2  4:4.11.7-1
ii  libplasma3  4:4.12.3-1
ii  libqt4-dbus 4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-declarative  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-script   4:4.8.5+git209-g718fae5+dfsg-1
ii  libqtcore4  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqtgui4   4:4.8.5+git209-g718fae5+dfsg-1
ii  libsm6  2:1.2.1-2
ii  libstdc++6  4.8.2-16
ii  libx11-62:1.6.2-1
ii  libx11-xcb1 2:1.6.2-1
ii  libxcb-composite0   1.10-2
ii  libxcb-damage0  1.10-2
ii  libxcb-image0   0.3.9-1
ii  libxcb-keysyms1 0.3.9-1
ii  libxcb-randr0   1.10-2
ii  libxcb-render0  1.10-2
ii  libxcb-shape0   1.10-2
ii  libxcb-sync11.10-2
ii  libxcb-xfixes0  1.10-2
ii  libxcb1 1.10-2
ii  libxcursor1 1:1.1.14-1
ii  libxext62:1.3.2-1
ii  libxrandr2  2:1.4.2-1
ii  libxxf86vm1 1:1.1.3-1
ii  perl5.18.2-2+b1

kde-window-manager recommends no packages.

kde-window-manager suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140305093341.22578.27097.report...@r-x-ceva6380.rd.francetelecom.fr

Many kde 5.2 packages have been sitting on the new queue for 3 months now.

[Eric Valette]

I know the priority was to have jessie out. This is now done, even a 
first update has been done.
Currently what is in experimental is nearly not usable (systemsettings 
is almost empty (nework,display but segfault immediately, printers), 
konsole has big display bug making it hard to use, ..). I bet this is 
mainly due to package still on the new queue but still...


Any plan to cure the actual status?

-- eric


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5586d90d.6060...@free.fr

Bug#789516: konsole on experimental has wrong cursor position and garbled command output

[Eric Valette]

Package: konsole
Version: 4:14.12.3-1
Severity: important

As title say, I managed to install kde from experimental but konsole
is not far from being unusable.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.0.5 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages konsole depends on:
ii  konsole-kpart   4:14.12.3-1
ii  libc6   2.21-0experimental0
ii  libkf5completion5   5.9.0-1
ii  libkf5configcore5   5.9.0-1
ii  libkf5configgui55.9.0-1
ii  libkf5configwidgets55.9.0-1
ii  libkf5coreaddons5   5.9.0-1
ii  libkf5i18n5 5.9.0-1
ii  libkf5iconthemes5   5.9.0-1
ii  libkf5kdelibs4support5  5.9.0-2
ii  libkf5kiowidgets5   5.9.0-1
ii  libkf5notifyconfig5 5.9.0-1
ii  libkf5widgetsaddons55.9.0-1
ii  libkf5windowsystem5 5.9.0-1
ii  libkf5xmlgui5   5.9.0-1
ii  libqt5core5a5.3.2+dfsg-5
ii  libqt5gui5  5.3.2+dfsg-5
ii  libqt5widgets5  5.3.2+dfsg-5
ii  libstdc++6  5.1.1-20

konsole recommends no packages.

konsole suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150621172103.4635.33420.report...@tri-yann4.home

Bug#789517: systemsettings: Only display, network and printer availble in experimental

[Eric Valette]

Package: systemsettings
Version: 4:5.2.2-1
Severity: important

Almost everything is missing, plus the display menu just segfault.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.0.5 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages systemsettings depends on:
ii  libc6 2.21-0experimental0
ii  libkf5auth5   5.9.0-1
ii  libkf5completion5 5.9.0-1
ii  libkf5configcore5 5.9.0-1
ii  libkf5configgui5  5.9.0-1
ii  libkf5configwidgets5  5.9.0-1
ii  libkf5coreaddons5 5.9.0-1
ii  libkf5dbusaddons5 5.9.0-1
ii  libkf5i18n5   5.9.0-1
ii  libkf5iconthemes5 5.9.0-1
ii  libkf5itemviews5  5.9.0-1
ii  libkf5kcmutils5   5.9.0-1
ii  libkf5khtml5  5.9.0-1
ii  libkf5kiowidgets5 5.9.0-1
ii  libkf5service55.9.0-1
ii  libkf5widgetsaddons5  5.9.0-1
ii  libkf5windowsystem5   5.9.0-1
ii  libkf5xmlgui5 5.9.0-1
ii  libqt5core5a  5.3.2+dfsg-5
ii  libqt5dbus5   5.3.2+dfsg-5
ii  libqt5gui55.3.2+dfsg-5
ii  libqt5widgets55.3.2+dfsg-5
ii  libstdc++65.1.1-20

systemsettings recommends no packages.

systemsettings suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150621172243.4741.98062.report...@tri-yann4.home

Re: Many kde 5.2 packages have been sitting on the new queue for 3 months now.

[Eric Valette]

On 22/06/2015 04:25, Lisandro Damián Nicanor Pérez Meyer wrote:


Of course. The problem is that KDE needs Qt 5.4.2 in unstable first and that's
delayed due to an internal compiler error on gcc 4.9 on armhf.


I'm not even talking about unstable, even in experimental. Qt 5.4.2 is 
already there so your argument doesn't hold. I'm talking about packages 
stuck in the new queue and that has nothing to do with experimental or 
unstable.



So we need a gcc fix to push to to be able to start pushing kf5.


For unstable maybe. But if it was already testable via experimental this 
would be great!


-- eric






--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5587aa40.60...@free.fr

Re: Re: Many kde 5.2 packages have been sitting on the new queue for 3 months now.

[Eric Valette]

  
  

  Personally, I don't plan to put any time into Plasma 5 until after Kf5 is in 
Unstable (which means Qt 5.4.2 in Unstable).


So I hope you will start working on it now :-)
  
  -- eric
  

  



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5589377b.2040...@free.fr

Bug#907384: plasma-discover: needrestart breaks Plasma-discover upgrade mechanism

[Eric Valette]

Package: plasma-discover
Version: 5.13.4-1
Severity: important

For security reasons, many sceurity tools including lynis recommend
to install needrestart package in order to automatically restart
services if some have been upgraded.

On the copmmand line, you are prompted to select or acknowledfge
services that should be restarted. So you need to enter some
keyboard input for at-get (dist-)upgrade to finish.

Plasma disco\xe7ver does not cope with this.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.67 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF8), LANGUAGE=en_US:en (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.UTF8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages plasma-discover depends on:
ii  appstream0.12.2-2
ii  apt-config-icons 0.12.2-2
ii  kio  5.49.0-1
ii  libappstreamqt2  0.12.2-2
ii  libc62.27-5
ii  libkf5attica55.49.0-1
ii  libkf5configcore55.49.0-1
ii  libkf5configwidgets5 5.49.0-1
ii  libkf5coreaddons55.49.0-1
ii  libkf5crash5 5.49.0-1
ii  libkf5dbusaddons55.49.0-1
ii  libkf5i18n5  5.49.0-1
ii  libkf5itemmodels55.49.0-1
ii  libkf5kiocore5   5.49.0-1
ii  libkf5kiowidgets55.49.0-1
ii  libkf5newstuffcore5  5.49.0-1
ii  libkf5notifications5 5.49.0-1
ii  libkf5service-bin5.49.0-1
ii  libkf5service5   5.49.0-1
ii  libkf5widgetsaddons5 5.49.0-1
ii  libkf5xmlgui55.49.0-1
ii  libpackagekitqt5-1   1.0.1-1
ii  libqt5core5a 5.11.1+dfsg-7
ii  libqt5dbus5  5.11.1+dfsg-7
ii  libqt5gui5   5.11.1+dfsg-7
ii  libqt5network5   5.11.1+dfsg-7
ii  libqt5qml5   5.11.1-5
ii  libqt5quick5 5.11.1-5
ii  libqt5widgets5   5.11.1+dfsg-7
ii  libqt5xml5   5.11.1+dfsg-7
ii  libstdc++6   8.2.0-4
ii  packagekit   1.1.10-1
ii  plasma-discover-common   5.13.4-1
ii  qml-module-org-kde-kcoreaddons   5.49.0-1
ii  qml-module-org-kde-kirigami2 5.49.0-1
ii  qml-module-org-kde-kquickcontrols5.49.0-1
ii  qml-module-org-kde-kquickcontrolsaddons  5.49.0-1
ii  qml-module-org-kde-qqc2desktopstyle  5.49.0-1
ii  qml-module-qtquick-dialogs   5.11.1-2

Versions of packages plasma-discover recommends:
ii  apt-config-icons-large   0.12.2-2
ii  software-properties-kde  0.96.20.2-1

Versions of packages plasma-discover suggests:
pn  apt-config-icons-hidpi   
pn  plasma-discover-backend-flatpak  

-- no debconf information

Bug#907460: kdepim-runtime: /usr/bin/akonadi_imap_resource keeps crashing preventing kmail to work

[Eric Valette]

Package: kdepim-runtime
Version: 4:18.07.90-1
Severity: grave
Justification: renders package unusable

I manged to install expetimental kdepim today but when starting
kmail I cannot acces to my ipmap account on exhange server (works
with TB on same machine).

I keep having crash traces in my out when started from konsole:

terminate called after throwing an instance of 'Akonadi::PayloadException'
  what():  Akonadi::PayloadException: Wrong payload type (requested: 
sp(0); present: sp(2))
ProtocolException thrown:Timeout while waiting for 
dataorg.kde.pim.akonadicontrol: ProcessControl: Application 
"/usr/bin/akonadi_imap_resource" stopped unexpectedly ( "Process crashed" )
org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_imap_resource' 
crashed! 1 restarts left.


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.67 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF8), LANGUAGE=en_US:en (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.UTF8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages kdepim-runtime depends on:
ii  akonadi-server   4:18.07.90-1
ii  kio  5.49.0-1
ii  kio-ldap 18.07.90-1
ii  kio-sieve4:18.07.90-1
ii  libc62.27-5
ii  libgcc1  1:8.2.0-4
ii  libkf5akonadiagentbase5  4:18.07.90-1
ii  libkf5akonadicalendar5abi1   4:18.07.90-1
ii  libkf5akonadicontact54:18.07.90-1
ii  libkf5akonadicore5abi2   4:18.07.90-1
ii  libkf5akonadimime5   4:18.07.90-1
ii  libkf5akonadinotes5  4:18.07.90-1
ii  libkf5akonadiwidgets5abi14:18.07.90-1
ii  libkf5alarmcalendar5abi1 4:18.07.90-1
ii  libkf5calendarcore5abi2  4:18.07.90-1
ii  libkf5codecs55.49.0-1
ii  libkf5completion55.49.0-1
ii  libkf5configcore55.49.0-1
ii  libkf5configgui5 5.49.0-1
ii  libkf5configwidgets5 5.49.0-1
ii  libkf5contacts5  4:18.07.90-1
ii  libkf5coreaddons55.49.0-1
ii  libkf5dbusaddons55.49.0-1
ii  libkf5i18n5  5.49.0-1
ii  libkf5identitymanagement518.07.90-1
ii  libkf5imap5  18.07.90-1
ii  libkf5itemmodels55.49.0-1
ii  libkf5jobwidgets55.49.0-1
ii  libkf5kdelibs4support5   5.49.0-1
ii  libkf5kiocore5   5.49.0-1
ii  libkf5kiowidgets55.49.0-1
ii  libkf5mailtransport5 18.07.90-2
ii  libkf5mailtransportakonadi5  18.07.90-2
ii  libkf5mbox5  18.07.90-1
ii  libkf5mime5abi1  18.07.90-1
ii  libkf5notifications5 5.49.0-1
ii  libkf5notifyconfig5  5.49.0-1
ii  libkf5service-bin5.49.0-1
ii  libkf5service5   5.49.0-1
ii  libkf5textwidgets5   5.49.0-1
ii  libkf5wallet-bin 5.49.0-1
ii  libkf5wallet55.49.0-1
ii  libkf5widgetsaddons5 5.49.0-1
ii  libkf5windowsystem5  5.49.0-1
ii  libkf5xmlgui55.49.0-1
ii  libkolabxml1v5   1.1.6-3+b1
ii  libkpimgapicalendar5 18.07.90-1
ii  libkpimgapicontacts5 18.07.90-1
ii  libkpimgapicore5abi1 18.07.90-1
ii  libkpimgapitasks518.07.90-1
ii  libkpimkdav5abi2 18.07.90-1
ii  libqt5core5a 5.11.1+dfsg-7
ii  libqt5dbus5  5.11.1+dfsg-7
ii  libqt5gui5   5.11.1+dfsg-7
ii  libqt5network5   5.11.1+dfsg-7
ii  libqt5texttospeech5  5.11.1-2
ii  libqt5webenginecore5 5.11.1+dfsg-5
ii  libqt5webenginewidgets5  5.11.1+dfsg-5
ii  libqt5widgets5   5.11.1+dfsg-7
ii  libqt5xml5   5.11.1+dfsg-7
ii  libsasl2-2   2.1.27~101-g0780600+dfsg-3.1
ii  libstdc++6   8.2.0-4

kdepim-runtime recommends no packages.

kdepim-runtime suggests no packages.

-- no debconf information

Bug#910137: libkf5sane5: Please rebuild with new libsane1 (libsane transition)

[Eric Valette]

Package: libkf5sane5
Version: 17.08.3-1
Severity: important

This package is now incompatible with unstable libsane1.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.73 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libkf5sane5 depends on:
ii  libc6 2.27-6
ii  libkf5i18n5   5.49.0-1
ii  libkf5sane-data   17.08.3-1
ii  libkf5textwidgets55.49.0-1
ii  libkf5wallet-bin  5.49.0-1
ii  libkf5wallet5 5.49.0-1
ii  libkf5widgetsaddons5  5.49.0-1
ii  libqt5core5a  5.11.1+dfsg-9
ii  libqt5gui55.11.1+dfsg-9
ii  libqt5widgets55.11.1+dfsg-9
pn  libsane   
ii  libstdc++68.2.0-7

libkf5sane5 recommends no packages.

libkf5sane5 suggests no packages.

-- no debconf information

Bug#910879: print-manager: Prevent to start a kde session for all users

[Eric Valette]

Package: print-manager
Version: 4:18.04.1-1
Severity: critical
Justification: breaks unrelated software

Yesterday my daughther came with her laptop and said it was no more possible to 
log in.
After entering the password, plasmashell was starting, then a strange message 
from okular
and then a black screen with only the mouse pointer. Plasmashell did carsh.

At fisrt I suspecter the .config or .kde config file to be corrupted, moved 
them with
no result and then tried my own account with same behavior.

So I installed another windown manager and started plasmashell manually to 
discover
that print-manager was crashing with SIGSEGV in
/usr/lib/x86_64-linux-gnu/libkcupslib.so that in turn makde plasmashell stop.

Removed print-manager and was able to log again on plasma. Didi some savalge
of leftover /var/spool/cups/* old directory and also a file there, reinstalled
print-manager, printer and it continued to work.

Anyway a SIGSEGV in /usr/lib/x86_64-linux-gnu/libkcupslib.so is abnormal,
the fact that it can prvent to start a session also.



-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.75 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages print-manager depends on:
ii  kio   5.49.0-1
ii  libc6 2.27-6
ii  libcups2  2.3~b5-2
ii  libkf5configcore5 5.49.0-1
ii  libkf5configgui5  5.49.0-1
ii  libkf5configwidgets5  5.49.0-1
ii  libkf5coreaddons5 5.49.0-1
ii  libkf5dbusaddons5 5.49.0-1
ii  libkf5i18n5   5.49.0-1
ii  libkf5iconthemes5 5.49.0-1
ii  libkf5kiocore55.49.0-1
ii  libkf5kiowidgets5 5.49.0-1
ii  libkf5notifications5  5.49.0-1
ii  libkf5service-bin 5.49.0-1
ii  libkf5service55.49.0-1
ii  libkf5widgetsaddons5  5.49.0-1
ii  libkf5windowsystem5   5.49.0-1
ii  libqt5core5a  5.11.1+dfsg-9
ii  libqt5dbus5   5.11.1+dfsg-9
ii  libqt5gui55.11.1+dfsg-9
ii  libqt5network55.11.1+dfsg-9
ii  libqt5qml55.11.1-6
ii  libqt5widgets55.11.1+dfsg-9
ii  libstdc++68.2.0-7
ii  plasma-framework  5.49.0-1

Versions of packages print-manager recommends:
ii  cups  2.3~b5-2
ii  system-config-printer-common  1.5.11-3
ii  system-config-printer-udev1.5.11-3

print-manager suggests no packages.

-- no debconf information

Bug#907384: plasma-discover: needrestart breaks Plasma-discover upgrade mechanism

[eric2.valette]

On 10/16/2018 05:28 PM, Matthias Klumpp wrote:

Am Mo., 27. Aug. 2018 um 11:36 Uhr schrieb Eric Valette :

Package: plasma-discover
Version: 5.13.4-1
Severity: important

For security reasons, many sceurity tools including lynis recommend
to install needrestart package in order to automatically restart
services if some have been upgraded.

On the copmmand line, you are prompted to select or acknowledfge
services that should be restarted. So you need to enter some
keyboard input for at-get (dist-)upgrade to finish.

Plasma disco\xe7ver does not cope with this.

On PackageKit frontends, all transactions should be noninteractive, so
they shouldn't interrupt the process to ask for stuff.
One exception that we allow for compatibility is Debconf questions.
So, if needrestart uses Debconf, this is a bug in plasma-discover and
Discover should implement the Debconf frontend properly. If however
needrestart doesn't use Debconf, this issue is "won't fix".
 From a quick look at the code, the former appears to be the case.


Visually it looks like debconf questions with selectable list and grey 
and blue layout. But I did not look at the code.
BTW : the fcat that by default it select packages as dist-upgrade would 
is also problematic. Can this be configured?


-- eric

_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.

Bug#850888: Today unstable upgrade prevent me to build anything requiring sll 1.1

[Eric Valette]

Please fix the dependency. So far I was using libssl-dev and kde -dev 
packages without problems.


-- eric

Bug#885111: Note that this bug prevents to install libssl-dev and force libssl1.0-dev => severity should be raised

[Eric Valette]

severity 885111 serious

-- eric

Bug#885111: Note that this bug prevents to install libssl-dev and force libssl1.0-dev => severity should be raised

[Eric Valette]

On 03/01/2018 15:14, Pino Toscano wrote:

Dear user,

On mercoledì 3 gennaio 2018 14:54:08 CET Eric Valette wrote:

severity 885111 serious


Please do not bump the severity of bugs with random criterias.


I used the bug criticity used by #850888 Please migrate to openssl1.1 in 
buster


-- eric

Bug#886322: libkf5kdelibs4support-dev: Should libkf5kdelibs4support-dev still depend on libssl1.0-dev

[Eric Valette]

Package: libkf5kdelibs4support-dev
Version: 5.37.0-2
Severity: normal

apt-rdepends -r libssl1.0-dev
Reading package lists... Done
Building dependency tree   
Reading state information... Done
libssl1.0-dev
  Reverse Depends: crtmpserver-dev (1.0~dfsg-5.4)
  Reverse Depends: diaspora-installer (0.6.6.0+debian1)
  Reverse Depends: kannel-dev (1.4.4-5)
  Reverse Depends: kore (2.0.0-2+b1)
  Reverse Depends: libdigidoc-dev (3.10.1.1208+ds1-2.1)
  Reverse Depends: libh323plus-dev (1.24.0~dfsg2-1.3)
  Reverse Depends: libkf5kdelibs4support-dev (5.37.0-2)
  Reverse Depends: libomniorb4-dev (4.1.6-2.2)
  Reverse Depends: libpt-dev (2.10.11~dfsg-2.1)
  Reverse Depends: libresiprocate-1.11-dev (1:1.11.0~beta5-1)
  Reverse Depends: libxml-security-c-dev (1.7.3-4+b1)
  Reverse Depends: libxmltooling-dev (1.6.2-1)
  Reverse Depends: libzorpll-6.0-10-dev (6.0.10.0-3)
  Reverse Depends: nodejs-dev (>= 6.12.0~dfsg-2)

End of first level reverse dependency, next output removed

But

apt-rdepends -r libssl1.0.0
Reading package lists... Done
Building dependency tree   
Reading state information... Done
libssl1.0.0
  Reverse Depends: virtualbox-4.3 (>= 4.3.40-110317~Debian~wheezy)
  Reverse Depends: virtualbox-5.0 (>= 5.0.40-115130~Debian~jessie)
  Reverse Depends: virtualbox-5.1 (>= 5.1.30-118389~Debian~jessie)
  Reverse Depends: virtualbox-5.2 (>= 5.2.4-119785~Debian~jessie)

End of first level reverse dependency, next output removed


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.11 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF8), LANGUAGE= (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.UTF8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages libkf5kdelibs4support-dev depends on:
pn  kdoctools-dev   
pn  kgendesignerplugin  
pn  kinit-dev   
pn  kross-dev   
ii  libkf5configwidgets-dev 5.37.0-2
pn  libkf5crash-dev 
pn  libkf5dnssd-dev 
pn  libkf5doctools-dev  
pn  libkf5emoticons-dev 
ii  libkf5guiaddons-dev 5.37.0-2
ii  libkf5iconthemes-dev5.37.0-2
pn  libkf5idletime-dev  
pn  libkf5itemmodels-dev
pn  libkf5kcmutils-dev  
ii  libkf5kdelibs4support5  5.37.0-2
ii  libkf5kdelibs4support5-bin  5.37.0-2
pn  libkf5khtml-dev 
pn  libkf5mediaplayer-dev   
pn  libkf5newstuff-dev  
pn  libkf5notifications-dev 
pn  libkf5notifyconfig-dev  
pn  libkf5parts-dev 
pn  libkf5plotting-dev  
pn  libkf5style-dev 
pn  libkf5su-dev
ii  libkf5textwidgets-dev   5.37.0-2
pn  libkf5threadweaver-dev  
pn  libkf5unitconversion-dev
pn  libkf5wallet-dev
pn  libkf5webkit-dev
ii  libkf5windowsystem-dev  5.37.0-2
pn  libssl1.0-dev   
ii  qtbase5-dev 5.9.2+dfsg-6

libkf5kdelibs4support-dev recommends no packages.

libkf5kdelibs4support-dev suggests no packages.

Bug#886322: libkf5kdelibs4support-dev: Should libkf5kdelibs4support-dev still depend on libssl1.0-dev

[Eric Valette]

On 01/04/2018 02:13 PM, Pino Toscano wrote:

reassign 886322 kdelibs4support/5.37.0-2
forcemerge 850888 886322
thanks

Hi,

this is a duplicate of bug #850888, since the dependency in the -dev
package depends on which libssl was used for the build.  When
kdelibs4support is ported to libssl1.1, then the dependency in the -dev
package will be updated.
But if the kdelibs4supportpackage was build using libsll1.0-dev, then 
some  kdelibs4support generated packages should depend on libsll1.0.0 
which is not the case.


-- eric

Bug#886322: libkf5kdelibs4support-dev: Should libkf5kdelibs4support-dev still depend on libssl1.0-dev

[Eric Valette]

On 01/04/2018 02:25 PM, Pino Toscano wrote:

On giovedì 4 gennaio 2018 14:17:59 CET Eric Valette wrote:

this is a duplicate of bug #850888, since the dependency in the -dev
package depends on which libssl was used for the build.  When
kdelibs4support is ported to libssl1.1, then the dependency in the -dev
package will be updated.

But if the kdelibs4supportpackage was build using libsll1.0-dev, then
some  kdelibs4support generated packages should depend on libsll1.0.0
which is not the case.


kdelibs4support is built against libssl1.0.  There are few publich
headers of it that include libssl headers, so that warrants the
dependency in the -dev package -- but they are not used a lot, so it
will not cause a dependency on that on the majority (if not all) of
packages that build using kdelibs4support (also almost all the
kde-related packages are built using --as-needed).

So, what you said is not true, and partially does not make any sense.


Sorry to be stupid but:

If I understand, the include exported libkf5kdelibs4support-dev by 
require the sll headers because some of them are included but are not 
used by the packages itself. Right?


But then other packages build using kdelibs4supportpackage-dev should 
then depend on libsll1.0.0 if they really use the headers requiring ssl 
includes and sll API and not only macros which is not the case as shown 
via apt-rdepends in original report.


So I still wonder if this should be libsll1.0-dev or libssl-dev. And in 
any case this should be reworked for the ssl 1.1 transition as mentioned 
already. Nevermind


-- eric

Bug#886322: libkf5kdelibs4support-dev: Should libkf5kdelibs4support-dev still depend on libssl1.0-dev

[Eric Valette]

On 01/04/2018 03:13 PM, Pino Toscano wrote:

Firrst thanks for taking time to respond to my questions...


No, there are parts of kdelibs4support that use OpenSSL, but because of
its obnoxious license then it is not common for code using OpenSSL to
link directly to it.


It do not follow the idea behind link vs package dependency (except due 
to automatic dependency creating tools). Maybe via dlopen then but this 
should have a dependency nevertheless or the dlopen will fail and if 
package expects it... So If this is the case some dependencies are 
missing because removing libkf5kdelibs4support-dev enable to remove 
libsll1.0-dev and then dependency on libsll1.0.2 should be explicit...



There is no such "libssl1.0.0" in Debian, so you indeed get almost no
packages depending on it.  The library for libssl1.0-dev is
libssl1.0.2, and you can verify there are still many packages depending
on it.



OK I goofed because I still have an old one on my system (or it comes 
via oracle virtualbox) and should have done the rdepend on libssl1.0.2:



dpkg -l libssl*
Desired=Unknown/Install/Remove/Purge/Hold
| 
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend

|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name  Version   Architecture 
Description

+++-=-=-=-
ii  libssl-dev:amd64  1.1.0g-2  amd64 Secure 
Sockets Layer toolkit - development files
ii  libssl-doc1.1.0g-2  all   Secure 
Sockets Layer toolkit - development documentation
un  libssl1.0-dev (no 
description available)
ii  libssl1.0.0:amd64 1.0.2d-1  amd64 Secure 
Sockets Layer toolkit - shared libraries
ii  libssl1.0.2:amd64 1.0.2n-1  amd64 Secure 
Sockets Layer toolkit - shared libraries
ii  libssl1.1:amd64   1.1.0g-2  amd64 Secure 
Sockets Layer toolkit - shared libraries


But:

apt-rdepends -r libssl1.0.2 | more
Reading package lists... Done
Building dependency tree
Reading state information... Done
libssl1.0.2
  Reverse Depends: android-tools-adb (>= 5.1.1.r29-2)
  Reverse Depends: aolserver4-nsopenssl (>= 3.0beta26-6)
  Reverse Depends: bip (>= 0.8.9-1.1)
  Reverse Depends: boxbackup-client (>= 0.12~gitcf52058f-3)
  Reverse Depends: boxbackup-server (>= 0.12~gitcf52058f-3)
  Reverse Depends: cfengine2 (>= 2.2.10-7)
  Reverse Depends: ckermit (>= 302-5.3)
  Reverse Depends: cl-plus-ssl (20170630-1)
  Reverse Depends: conserver-client (>= 8.2.1-1+b1)
  Reverse Depends: conserver-server (>= 8.2.1-1+b1)
  Reverse Depends: cqrlog (2.0.5-3)
  Reverse Depends: freerdp-x11 (>= 1.1.0~git20140921.1.440916e+dfsg1-15)
  Reverse Depends: ftp-ssl (>= 0.17.34+0.2-4)
  Reverse Depends: gnugk (>= 2:3.6-1+b4)
  Reverse Depends: groestlcoin-qt (>= 2.13.3~dfsg-3)
  Reverse Depends: groestlcoin-tx (>= 2.13.3~dfsg-3)
  Reverse Depends: groestlcoind (>= 2.13.3~dfsg-3)
  Reverse Depends: gvpe (>= 3.0-1)
  Reverse Depends: hhvm (>= 3.21.0+dfsg-2+b1)
  Reverse Depends: httest (>= 2.4.18-1.1)
  Reverse Depends: hydra (>= 8.6-1)
  Reverse Depends: idecrypt (>= 3.0.19.ds1-8)
  Reverse Depends: ifstat (>= 1.1-8.1)
  Reverse Depends: ike (>= 2.2.1+dfsg-6)
  Reverse Depends: ike-qtgui (>= 2.2.1+dfsg-6)
  Reverse Depends: ipsec-tools (>= 1:0.8.2+20140711-10)
  Reverse Depends: isakmpd (>= 20041012-7.4)
  Reverse Depends: jabberd2 (>= 2.6.1-1+b1)
  Reverse Depends: kannel (>= 1.4.4-5)
  Reverse Depends: kannel-extras (>= 1.4.4-5)
  Reverse Depends: kannel-sqlbox (>= 0.7.2-4+b1)
  Reverse Depends: karlyriceditor (>= 2.2-dmo1)
  Reverse Depends: kopete (>= 4:16.08.1-3)
  Reverse Depends: kore (>= 2.0.0-2+b1)
  Reverse Depends: lastpass-cli (>= 1.0.0-1.2)
  Reverse Depends: libapache2-mod-auth-cas (>= 1.1-2.1)
  Reverse Depends: libapache2-mod-authn-webid (>= 0~20110301-5)
  Reverse Depends: libcurl3 (>= 7.57.0-1)
  Reverse Depends: libdcmtk8 (>= 3.6.1~20160216-4)
  Reverse Depends: libdigidoc-tools (>= 3.10.1.1208+ds1-2.1)
  Reverse Depends: libdigidoc2 (>= 3.10.1.1208+ds1-2.1)
  Reverse Depends: libfreerdp-cache1.1 (>= 
1.1.0~git20140921.1.440916e+dfsg1-15)
  Reverse Depends: libfreerdp-client1.1 (>= 
1.1.0~git20140921.1.440916e+dfsg1-15)
  Reverse Depends: libfreerdp-codec1.1 (>= 
1.1.0~git20140921.1.440916e+dfsg1-15)
  Reverse Depends: libfreerdp-common1.1.0 (>= 
1.1.0~git20140921.1.440916e+dfsg1-15)
  Reverse Depends: libfreerdp-core1.1 (>= 
1.1.0~git20140921.1.440916e+dfsg1-15)
  Reverse Depends: libfreerdp-crypto1.1 (>= 
1.1.0~git20140921.1.440916e+dfsg1-15)
  Reverse Depends: libfreerdp-gdi1.1 (>= 
1.1.0~git20140921.1.440916e+dfsg1-15)
  Reverse Depends: libfreerdp-locale1.1 (>= 
1.1.0~git20140921.1.440916e+dfsg1-15)
  Reverse Depends: libfreerdp-plugins-standard (>= 
1.1.0~git20140921.1.440916e+dfsg1-15)
  Reverse Dep

qqc2-desktop-style still sits in the new queue and actually prevent testing of new kde packages from experimental

[Eric Valette]

I have been patiently waiting so far but...

apt-get -t experimental install kwin-x11 plasma-desktop plasma-workspace 
breeze plasma-integration


Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 plasma-integration : Depends: qml-module-org-kde-qqc2desktopstyle but 
it is not installable

E: Unable to correct problems, you have held broken packages.

apt-get -t experimental install breeze
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer 
required:
  accountsservice breeze-gtk-theme cracklib-runtime fonts-hack-ttf 
fonts-oxygen ieee-data kde-config-gtk-style
  kde-config-sddm kded5 khotkeys khotkeys-data kmenuedit kwrited 
libaccountsservice0 libcrack2 libkf5activitiesstats1
  libkf5jsembed-data libkf5jsembed5 libkf5people-data libkf5people5 
libkf5peoplebackend5 libkf5peoplewidgets5
  libkf5xmlrpcclient-data libkf5xmlrpcclient5 libkfontinst5 
libkfontinstui5 libplasma-geolocation-interface5
  libpwquality-common libpwquality1 libscim8v5 libtaskmanager6 
libweather-ion7 libxcb-record0 milou oxygen-sounds
  plasma-desktop-data plasma-discover plasma-discover-common qdbus-qt5 
qml-module-org-kde-activities
  qml-module-org-kde-extensionplugin qml-module-org-kde-kholidays 
qml-module-org-kde-kwindowsystem
  qml-module-qt-labs-settings qml-module-qtwebkit 
software-properties-kde user-manager

Use 'apt autoremove' to remove them.
The following additional packages will be installed:
  breeze-cursor-theme kde-style-breeze kde-style-breeze-qt4 
kdeplasma-addons-data kwin-addons kwin-style-breeze
  plasma-dataengines-addons plasma-desktop-data plasma-runners-addons 
plasma-wallpapers-addons

  qml-module-qtquick-controls-styles-breeze
Suggested packages:
  orion-gtk-theme
Recommended packages:
  kde-style-qtcurve plasma-workspace
The following packages will be REMOVED:
  kde-plasma-desktop kinfocenter plasma-desktop plasma-integration 
plasma-widgets-addons plasma-workspace sddm-theme-breeze

The following packages will be upgraded:
  breeze breeze-cursor-theme kde-style-breeze kde-style-breeze-qt4 
kdeplasma-addons-data kwin-addons kwin-style-breeze
  plasma-dataengines-addons plasma-desktop-data plasma-runners-addons 
plasma-wallpapers-addons

  qml-module-qtquick-controls-styles-breeze
12 upgraded, 0 newly installed, 7 to remove and 359 not upgraded.
Need to get 29.7 MB of archives.
After this operation, 42.7 MB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.

Re: qqc2-desktop-style still sits in the new queue and actually prevent testing of new kde packages from experimental

[Eric Valette]

On 19/01/2018 23:05, Pino Toscano wrote:

Hi,

In data venerdì 19 gennaio 2018 15:29:52 CET, Eric Valette ha scritto:

I have been patiently waiting so far but...


... but better be impatient as usual, right Eric? :-)


Well on the other hand having alpha tester is needed and a guaranty for 
quality...



The handling of the NEW queue is outside the control of this team,
and the FTP Masters team is the *only* in change of it.  Asking here
basically is worthless, since we cannot do anything about the NEW queue
(if not just poke the FTP Masters).
Ok. I just wanted to signal that currently nobody was able to test 
without recompiling directly...


Migrated last night. Works great so far. Let's see after more usage.

Thanks for the good work.

-- eric

Bug#887826: systemsettings: systematic crash when entenring mulimedia part

[Eric Valette]

Package: systemsettings
Version: 4:5.11.4-1
Severity: important

launching system setting to get sound on my bluetooh speakers systematically 
crash as sooon as I click on the multimedia icon.

systemsettings5[6900]: segfault at 0 ip 7fff4b86f4e0 sp 7fff4b86a530 
error 6
systemsettings5[6916]: segfault at 0 ip 7ffd6214bc70 sp 7ffd62146cc0 
error 6

pavucontrol made it work...

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.14 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages systemsettings depends on:
ii  kio   5.41.0-1
ii  kpackagetool5 5.41.0-1
ii  libc6 2.26.9000+20180108.401311cf-0experimental0
ii  libgcc1   1:7.2.0-19
ii  libkf5activities5 5.41.0-1
ii  libkf5activitiesstats15.41.0-1
ii  libkf5auth5   5.41.0-1
ii  libkf5codecs5 5.41.0-1
ii  libkf5completion5 5.41.0-1
ii  libkf5configcore5 5.41.0-1
ii  libkf5configgui5  5.41.0-1
ii  libkf5configwidgets5  5.41.0-1
ii  libkf5coreaddons5 5.41.0-1
ii  libkf5dbusaddons5 5.41.0-1
ii  libkf5declarative55.41.0-1
ii  libkf5i18n5   5.41.0-1
ii  libkf5iconthemes5 5.41.0-1
ii  libkf5itemviews5  5.41.0-1
ii  libkf5jobwidgets5 5.41.0-1
ii  libkf5js5 5.41.0-1
ii  libkf5kcmutils5   5.41.0-1
ii  libkf5khtml5  5.41.0-1
ii  libkf5kiocore55.41.0-1
ii  libkf5kiowidgets5 5.41.0-1
ii  libkf5package55.41.0-1
ii  libkf5parts5  5.41.0-1
ii  libkf5service-bin 5.41.0-1
ii  libkf5service55.41.0-1
ii  libkf5sonnetui5   5.41.0-1
ii  libkf5textwidgets55.41.0-1
ii  libkf5widgetsaddons5  5.41.0-1
ii  libkf5windowsystem5   5.41.0-1
ii  libkf5xmlgui5 5.41.0-1
ii  libqt5core5a  5.9.2+dfsg-7
ii  libqt5dbus5   5.9.2+dfsg-7
ii  libqt5gui55.9.2+dfsg-7
ii  libqt5network55.9.2+dfsg-7
ii  libqt5qml55.9.2-3
ii  libqt5quick5  5.9.2-3
ii  libqt5quickwidgets5   5.9.2-3
ii  libqt5widgets55.9.2+dfsg-7
ii  libqt5xml55.9.2+dfsg-7
ii  libstdc++67.2.0-19
ii  qml-module-org-kde-kirigami2  5.41.0-1
ii  qml-module-qtquick-controls   5.9.2-2
ii  qml-module-qtquick-layouts5.9.2-3
ii  qml-module-qtquick2   5.9.2-3

systemsettings recommends no packages.

systemsettings suggests no packages.

-- no debconf information

Bug#887826: Note : I checked all other menus in systemsettings and they seem to works

[Eric Valette]

So this is specific to the multimedia menu if it helps

-- eric

Bug#887826: Note : I checked all other menus in systemsettings and they seem to works

[Eric Valette]

On 20/01/2018 12:29, Eric Valette wrote:

So this is specific to the multimedia menu if it helps


Was due to the phonon-vlc-backend (and vlc that crash since update). As 
it is deb-multimedia version, can be closed.


-- eric

Bug#887826: Note : I checked all other menus in systemsettings and they seem to works

[Eric Valette]

On Sun, 21 Jan 2018 12:49:43 +0100 Pino Toscano  wrote:

In data domenica 21 gennaio 2018 12:40:41 CET, Eric Valette ha scritto:
> On 20/01/2018 12:29, Eric Valette wrote:
> > So this is specific to the multimedia menu if it helps
> 
> Was due to the phonon-vlc-backend (and vlc that crash since update). As 
> it is deb-multimedia version, can be closed.


Closing as requested.

Please note that deb-multimedia is *not* supported, and using it means
you can get different problems (like this bug, for example).


It turns out that the crash is due to experimental libc6... Nothing to 
do with vlc, debian-multimedia itself...


-- eric

Bug#1076599: Fixed in upstream version 24.08

[Eric Valette]

As nothing happened and the KDE6 transition is ongoing, I manually 
compiled the 24.08 upstream and it works.


-- eric

Bug#799377: Apparently it is a config file migration problem

[Eric Valette]

I had other things that were wrong in my desktop behavior (mounting USB 
key , mounting it did stop launching dolphin, clock applet in the panel 
tray sometimes stopped at a given time, ..., so I decided to take the 
risk of removing (moving) the .config directory and the .kde directory 
and relogged.


This Problem disappeared as well as a few others. So this probably is a 
"config files" migration problem. While people installing new system may 
be unaffected, people migrating may be.


-- eric

Bug#796956: Tested again with this morning qt 5.5.1 form unstable => no change yet

[Eric Valette]

Not everything has been rebuild yet but as its already  instalable in 
unstable...


-- eric

Bug#802803: bluedevil: after qt 5.5.1 upgrade, bluedevill does no more work (connexion alway fails)

[Eric Valette]

Package: bluedevil
Version: 4:5.4.2-1
Severity: grave
Justification: renders package unusable

I has a working bletooth setup with kde 5.4.2. Audio speaker connexion was
always working. Since upgrade to qt 5.5.1, I first have a message
saying to device are not discoverable by default, but even after
fixing this, it seems connected for 3s and than disconnect and fails.
Not found any workaround yet.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.11 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages bluedevil depends on:
ii  bluez   5.33-1
ii  bluez-obexd 5.33-1
ii  libc6   2.21-0experimental2
ii  libkf5bluezqt6  5.15.0-1
ii  libkf5configcore5   5.15.0-1
ii  libkf5configgui55.15.0-1
ii  libkf5configwidgets55.15.0-1
ii  libkf5coreaddons5   5.15.0-1
ii  libkf5dbusaddons5   5.15.0-1
ii  libkf5i18n5 5.15.0-1
ii  libkf5iconthemes5   5.15.0-1
ii  libkf5kiocore5  5.15.0-1
ii  libkf5kiofilewidgets5   5.15.0-1
ii  libkf5kiowidgets5   5.15.0-1
ii  libkf5notifications55.15.0-1
ii  libkf5widgetsaddons55.15.0-1
ii  libkf5windowsystem5 5.15.0-1
ii  libqt5core5a5.5.1+dfsg-3
ii  libqt5dbus5 5.5.1+dfsg-3
ii  libqt5gui5  5.5.1+dfsg-3
ii  libqt5qml5  5.5.1-3
ii  libqt5widgets5  5.5.1+dfsg-3
ii  libstdc++6  5.2.1-22
ii  qml-module-org-kde-bluezqt  5.15.0-1
ii  qml-module-org-kde-kio  5.15.0-1

bluedevil recommends no packages.

Versions of packages bluedevil suggests:
ii  pulseaudio-module-bluetooth  7.0-1

-- no debconf information

Bug#802803: Full upgrade today : same problem.

[Eric Valette]

FYI.

--eric

Bug#802803: bluedevil: after qt 5.5.1 upgrade, bluedevill does no more work (connexion alway fails)

[Eric Valette]

On 31/10/2015 18:40, Diederik de Haas wrote:


Besides connecting my headset to my PC I haven't been able to do anything
useful with it, but I haven't been able to do that ever. Don't even know if
and how it's supposed to work (and I don't care as I only use it with my
phone).


I do listen music using wireless headset (phone/tablet but also PC...). 
It worked like a charm and did break after upgrade.


I upgraded my kernel to latest long term stable release (4.1.12). No 
change (connect when I click on it and immediately disconnect). Removed 
the headset from the known device list (never needed to do this before) 
and tried discovery again. It worked.


So, if I have not to do this every time in boot this would be almost fine.

-- eric

Bug#802803: bluedevil: after qt 5.5.1 upgrade, bluedevill does no more work (connexion alway fails)

[Eric Valette]

On 31/10/2015 20:53, Eric Valette wrote:

On 31/10/2015 18:40, Diederik de Haas wrote:


Besides connecting my headset to my PC I haven't been able to do anything
useful with it, but I haven't been able to do that ever. Don't even
know if
and how it's supposed to work (and I don't care as I only use it with my
phone).


I do listen music using wireless headset (phone/tablet but also PC...).
It worked like a charm and did break after upgrade.

I upgraded my kernel to latest long term stable release (4.1.12). No
change (connect when I click on it and immediately disconnect). Removed
the headset from the known device list (never needed to do this before)
and tried discovery again. It worked.

So, if I have not to do this every time in boot this would be almost fine.



Now it connects correctly each time. Dunno what has changed (because of 
course I did the remove device before when desesperately tried to make 
it work again).


-- eric

Bug#797999: Tested with unstable today : no change only a black screen => qt 5.5.1 does not fix the dual screen problem (on nvidia at least)

[Eric Valette]

  
  
A someone suggested that qt 5.5+ may solve the
  problem, I did a quick test today (5.5.1-6)
  
  -- eric
  

  

Bug#797999: Tested with unstable today : no change only a black screen => qt 5.5.1 does not fix the dual screen problem (on nvidia at least)

[Eric Valette]

On 11/03/2015 02:39 PM, Filippo Rusconi wrote:

Bonjour Eric,

s'il te plaît, ne poste pas des documents html aux listes
debian. C'est très mal vu. Regarde ci-dessous ce qui s'affiche dans le
logiciel de messagerie mutt que beaucoup d'entre nous utilisons. Les
gens effacerons ton message sans le lire.


Of course you are right. I must use HTML at work due to my coworker 
using outlook and the crazy way it split ascii mails when mail threads 
becomes complicated. I often forgot to force back ascii for bugs and 
internet mailing list...


But I personally think that posting HTML mail in english is more 
readable than ascii mail in french for most people when targeting an 
international audience ;-)



-- eric

Bug#805096: libphonon4qt5-dev: PhononTargets.cmake make reference of non existing libraries libphonon4qt5experimental.so.4.8.3

[Eric Valette]

Package: libphonon4qt5-dev
Version: 4:4.8.3-2
Severity: normal

Trying to manually compile digikam I get this error:
CMake Error at 
/usr/lib/x86_64-linux-gnu/cmake/phonon4qt5/PhononTargets.cmake:85 (message):
  The imported target "Phonon::phonon4qt5experimental" references the file

 "/usr/lib/x86_64-linux-gnu/libphonon4qt5experimental.so.4.8.3"

The experimental in the name seems to be a leftover

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.13 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages libphonon4qt5-dev depends on:
ii  libc62.21-0experimental2
ii  libphonon4qt5-4  4:4.8.3-2
ii  libqt5core5a 5.5.1+dfsg-6
ii  libqt5designer5  5.5.1-3
ii  libqt5gui5   5.5.1+dfsg-6
ii  libqt5widgets5   5.5.1+dfsg-6
ii  libstdc++6   5.2.1-23
ii  phonon4qt5   4:4.8.3-2

libphonon4qt5-dev recommends no packages.

libphonon4qt5-dev suggests no packages.

-- no debconf information

Re: Just lost my digikam -- no longer installable :-(

[Eric Valette]

On 14/11/2015 18:03, Steve M. Robbins wrote:


So where to start: 4.12, 4.14, or 5.0?


4.x is for QT4, so for kde5, you should use 5.0



Advice appreciated.


Folow the instruction at

https://www.digikam.org/download/GIT

./bootstrap.linux  is by far the trickest part as you need a lot of dev 
stuff that +some packages are not available in debian yet:


1) a recent kipi that comes with digikam but that yo should install 
first
	2) opencv 3.0.0 that you should manaully compile that in turn needs 
libopenexr22 (that is in unstable)
	3) libkqoauth-dev that I picked up from ubuntu + some hacking for 
multi-arch
	4) I have managed doing this to compile almost until the end but I have 
an unresolved when compiling an obscure test that I still need to fix.
 91%] Building CXX object 
core/tests/geolocation/editor/CMakeFiles/geolocationedit_test_gpsimageitem.dir/test_gpsimageitem.cpp.o
/usr/bin/ld: ../../app/libdigikamcore.so.5.0.0: référence au symbole non 
défini «_ZNK16KLocalizedString4subsERK7QStringi5QChar»
//usr/lib/x86_64-linux-gnu/libKF5I18n.so.5: error adding symbols: DSO 
missing from command line

collect2: error: ld returned 1 exit status
core/tests/facesengine/CMakeFiles/traindb.dir/build.make:137: recipe for 
target 'core/tests/facesengine/traindb' failed

make[2]: *** [core/tests/facesengine/traindb] Error 1

-- eric

Re: Just lost my digikam -- no longer installable :-(

[Eric Valette]

On 14/11/2015 21:44, Eric Valette wrote:

On 14/11/2015 18:03, Steve M. Robbins wrote:


So where to start: 4.12, 4.14, or 5.0?


4.x is for QT4, so for kde5, you should use 5.0



Advice appreciated.


Folow the instruction at

https://www.digikam.org/download/GIT

./bootstrap.linux  is by far the trickest part as you need a lot of dev
stuff that +some packages are not available in debian yet:

 1) a recent kipi that comes with digikam but that yo should install
first
 2) opencv 3.0.0 that you should manaully compile that in turn needs
libopenexr22 (that is in unstable)
 3) libkqoauth-dev that I picked up from ubuntu + some hacking for
multi-arch
 4) I have managed doing this to compile almost until the end but I
have an unresolved when compiling an obscure test that I still need to fix.
  91%] Building CXX object
core/tests/geolocation/editor/CMakeFiles/geolocationedit_test_gpsimageitem.dir/test_gpsimageitem.cpp.o

/usr/bin/ld: ../../app/libdigikamcore.so.5.0.0: référence au symbole non
défini «_ZNK16KLocalizedString4subsERK7QStringi5QChar»
//usr/lib/x86_64-linux-gnu/libKF5I18n.so.5: error adding symbols: DSO
missing from command line
collect2: error: ld returned 1 exit status
core/tests/facesengine/CMakeFiles/traindb.dir/build.make:137: recipe for
target 'core/tests/facesengine/traindb' failed
make[2]: *** [core/tests/facesengine/traindb] Error 1


This was a bug upstream that is now fixed in git. I have now a running 
digikam (I juts needed to remove manually a plugin that did crash at dlopen.


--eric

Re: Just lost my digikam -- no longer installable :-(

[Eric Valette]

On 11/15/2015 06:25 PM, Eric Valette wrote:

On 14/11/2015 21:44, Eric Valette wrote:

On 14/11/2015 18:03, Steve M. Robbins wrote:


So where to start: 4.12, 4.14, or 5.0?


4.x is for QT4, so for kde5, you should use 5.0



Advice appreciated.


Folow the instruction at

https://www.digikam.org/download/GIT

./bootstrap.linux  is by far the trickest part as you need a lot of dev
stuff that +some packages are not available in debian yet:

 1) a recent kipi that comes with digikam but that yo should install
first
 2) opencv 3.0.0 that you should manaully compile that in turn needs
libopenexr22 (that is in unstable)
 3) libkqoauth-dev that I picked up from ubuntu + some hacking for
multi-arch


Further hacking was needed on this one : the Makefile at the root dir 
that is used by debian/rules has been generated with qmake from qt4. You 
need to regenerate it using qt5 qmake, fix the script that generates the 
package dependency (.pc is wrong otherwyse), and fix the mkspecs 
location in the .install


Feel free to ask me for modified package sources...


 4) I have managed doing this to compile almost until the end but I
have an unresolved when compiling an obscure test that I still need to
fix.
  91%] Building CXX object
core/tests/geolocation/editor/CMakeFiles/geolocationedit_test_gpsimageitem.dir/test_gpsimageitem.cpp.o


/usr/bin/ld: ../../app/libdigikamcore.so.5.0.0: référence au symbole non
défini «_ZNK16KLocalizedString4subsERK7QStringi5QChar»
//usr/lib/x86_64-linux-gnu/libKF5I18n.so.5: error adding symbols: DSO
missing from command line
collect2: error: ld returned 1 exit status
core/tests/facesengine/CMakeFiles/traindb.dir/build.make:137: recipe for
target 'core/tests/facesengine/traindb' failed
make[2]: *** [core/tests/facesengine/traindb] Error 1


This was a bug upstream that is now fixed in git. I have now a running
digikam (I juts needed to remove manually a plugin that did crash at
dlopen.


The crash was due to the fact that kqoauth upstream and ubuntu version I 
picked is still compiled for qt4 by default.


-- eric

Bug#807361: libkf5calendarcore-dev: bad version number in KF5CalendarCoreConfigVersion.cmake

[Eric Valette]

Package: libkf5calendarcore-dev
Version: 4:15.08.2-1
Severity: important

KF5CalendarCoreConfigVersion.cmake has a version equal to 4.82.0. I just do not
get the numbering sheme and digikam compilation fails because of that.

Why not 15.08.2?

set(PACKAGE_VERSION "4.82.0")

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.13 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages libkf5calendarcore-dev depends on:
ii  libical-dev1.0.1-0.1
ii  libkf5calendarcore54:15.08.2-1
ii  libkf5kdelibs4support-dev  5.16.0-1

libkf5calendarcore-dev recommends no packages.

libkf5calendarcore-dev suggests no packages.

-- no debconf information

Bug#807363: libkf5akonadicontact-dev: KF5AkonadiContactConfigVersion.cmake reports bad version

[Eric Valette]

Package: libkf5akonadicontact-dev
Version: 4:15.08.3-1
Severity: important

set(PACKAGE_VERSION "4.89.0") instead of 15.08.3

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.13 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages libkf5akonadicontact-dev depends on:
ii  libkf5akonadi-dev   4:15.08.3-1
ii  libkf5akonadicontact5   4:15.08.3-1
ii  libkf5calendarcore-dev  4:15.08.2-1
ii  libkf5contacts-dev  15.08.0-1

libkf5akonadicontact-dev recommends no packages.

libkf5akonadicontact-dev suggests no packages.

-- no debconf information

Re: Just lost my digikam -- no longer installable :-(

[Eric Valette]

On 12/15/2015 07:29 AM, Steve M. Robbins wrote:


Anyway, despite Eric V's advice to jump to digikam 5, I went ahead and did a
local rebuild of digikam 4.14 and it seems to run fine.


What's the benefice of taking this path? Developpers are now focussed on 
digikam 5 and the beta2 is already working fine.


Anyway I do not care as I now have digikam 5.0.0-beta2 working on my 
system...


-- eric

Re: Re: [Pkg-kde-extras] Just lost my digikam -- no longer installable:-(

[Eric Valette]

  
  

  >What's the benefice of taking this path? Developpers are now focussed
>on 
>digikam 5 and the beta2 is already working fine.
>
>Anyway I do not care as I now have digikam 5.0.0-beta2 working on my 
>system...

It would get a working Digikam back, which I think is a great idea.


Having digikam 5 also brings digikam back and his a
  step in the right direction. So your argument is rather void.
  
  -- eric
  

  

Bug#807361: libkf5calendarcore-dev: bad version number in KF5CalendarCoreConfigVersion.cmake

[Eric Valette]

On 16/12/2015 17:58, Adrien Grellier wrote:

Hi,

It seems that the lib version is 4.82, as we can see in the filename or in the
CmakeLists.txt :
https://sources.debian.net/src/kcalcore/4:15.08.2-1/CMakeLists.txt/

In order to build digikam, I am afraid we will have to wait for a newer
version of libkf5calendarcore.


I'm quite surprised because digikam expects 15.08.2 which is the package 
version name. 4:15.08.2-1 => 15.08.2 no?



--eric

Bug#807361: Must be a bug in digikam build system then.

[Eric Valette]

Will discuss with digikam author..

--eric

Bug#807361: libkf5calendarcore-dev: bad version number in KF5CalendarCoreConfigVersion.cmake

[Eric Valette]

On 16/12/2015 20:15, Sandro Knauß wrote:


But digikam can't relay on a version for libkcalcore > 5 because the ci 
build.kde.org would show red for that.


It should not but it does.



I checked the source code (kipi plugins) and see the following CMakeLists.txt:
PRINT_OPTIONAL_LIBRARY_STATUS("libkcalcore" "https://projects.kde.org/projects/kde/pim/kcalcore";   
   "(version >= 4.81.0)" "Kipi-plugins will be compiled without libkcalcore 
support." KF5CalendarCore_FOUND)

what is correct.



I reinsatlled original version of the file with originam version number 
and rerun the bootstrap.linux Makefile and got this message:


Starting CMake configuration for: kipi-plugins
-- Found KF5: success (found suitable version "5.16.0", minimum required 
is "5.1.0") found components:  Config WindowSystem XmlGui I18n KIO 
Service IconThemes
CMake Warning at /usr/share/ECM/find-modules/FindKF5.cmake:74 
(find_package):

  Could not find a configuration file for package "KF5CalendarCore" that is
  compatible with requested version "5.1.0".

  The following configuration files were considered but not accepted:


/usr/lib/x86_64-linux-gnu/cmake/KF5CalendarCore/KF5CalendarCoreConfig.cmake, 
version: 4.82.0


Call Stack (most recent call first):
  extra/kipi-plugins/CMakeLists.txt:116 (find_package)


-- Could NOT find KF5CalendarCore , checked the following files:

/usr/lib/x86_64-linux-gnu/cmake/KF5CalendarCore/KF5CalendarCoreConfig.cmake 
(version 4.82.0)


I haven't yet found the line that generates that.



Hope that helps clearifing this.


It does but does not solve the compilation problem without hacking the 
version number.


-- eric

Bug#807361: libkf5calendarcore-dev: bad version number in KF5CalendarCoreConfigVersion.cmake

[Eric Valette]

I haven't yet found the line that generates that.


find_package(KF5 ${KF5_MIN_VERSION}
 OPTIONAL_COMPONENTS
 Archive  # for FlashExport
 ThreadWeaver # for Panorama
 CalendarCore # for Calendar   <==
)

--eric

Bug#808609: kdm is no more installable, but sddm is still unusable in multi-screen environment (#797999)

[Eric Valette]

Package: kdm
Version: 4:4.11.22-3+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

As long as sddm is not useable in multiscreen environment,
you should provide and maintain kdm as it works...

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.15 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages kdm depends on:
ii  adduser   3.113+nmu3
ii  debconf [debconf-2.0] 1.5.58
ii  kde-runtime   4:15.08.3-1
ii  kde-wallpapers-default4:15.04.2-1
ii  kde-workspace-kgreet-plugins  4:4.11.22-3+b1
ii  libc6 2.22-0experimental1
ii  libkdecore5   4:4.14.14-1+b1
ii  libkdeui5 4:4.14.14-1+b1
ii  libkio5   4:4.14.14-1+b1
ii  libknewstuff3-4   4:4.14.14-1+b1
ii  libkworkspace4abi24:4.11.22-3+b1
ii  libpam0g  1.1.8-3.1
ii  libqimageblitz4   1:0.0.6-4
ii  libqt4-svg4:4.8.7+dfsg-5
ii  libqt4-xml4:4.8.7+dfsg-5
ii  libqtcore44:4.8.7+dfsg-5
ii  libqtgui4 4:4.8.7+dfsg-5
ii  libstdc++65.3.1-4
ii  libx11-6  2:1.6.3-1
ii  libxau6   1:1.0.8-1
ii  libxdmcp6 1:1.1.2-1
ii  libxtst6  2:1.2.2-1+b1
ii  lsb-base  9.20150917

Versions of packages kdm recommends:
ii  fvwm [x-window-manager]  1:2.6.5.ds-4+b1
ii  fvwm-crystal [x-window-manager]  3.3.1+dfsg-1
ii  konsole [x-terminal-emulator]4:15.08.3-1
ii  logrotate3.9.1-1~exp1
ii  twm [x-window-manager]   1:1.0.9-1
ii  xserver-xorg [xserver]   1:7.7+12
ii  xterm [x-terminal-emulator]  320-1

Versions of packages kdm suggests:
ii  kde-wallpapers  4:15.04.2-1
ii  kdepasswd   4:15.08.3-1

-- Configuration Files:
/etc/kde4/kdm/backgroundrc changed [not included]
/etc/kde4/kdm/kdmrc changed [not included]

-- debconf information:
* shared/default-x-display-manager: kdm
  kdm/daemon_name: /usr/bin/kdm
  kdm/stop_running_server_with_children: false

Bug#942512: partitionmanager: 4.0.0-1 does not work at all : warning about missing plugin and later hangs forever

[eric2.valette]

Package: partitionmanager
Version: 4.0.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

1) warning message about missing default plugin ""
2) then hangs forever in scanning devices

here are trace from root console:

partitionmanager  
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
Could not load plugin for core backend  "" :  "The shared library was
not found."
Loaded backend plugin:  "pmsfdiskbackendplugin"
"Connection \":1.112\" is not allowed to own the service
\"org.kde.kpmcore.applicationinterface\" due to security policies in the
configuration file"
QDBusArgument: read from a write-only object
QDBusArgument: read from a write-only object
QDBusArgument: read from a write-only object


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.79 (SMP w/4 CPU cores; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored:
LC_ALL set to en_US.UTF8), LANGUAGE=en_US:
en (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages partitionmanager depends on:
ii  kio   5.62.1-2
ii  libc6 2.29-2
ii  libkf5configcore5 5.62.0-1
ii  libkf5configgui5  5.62.0-1
ii  libkf5configwidgets5  5.62.0-1
ii  libkf5coreaddons5 5.62.0-1
ii  libkf5crash5  5.62.0-1
ii  libkf5dbusaddons5 5.62.0-1
ii  libkf5i18n5   5.62.0-1
ii  libkf5iconthemes5 5.62.0-1
ii  libkf5jobwidgets5 5.62.0-1
ii  libkf5kiocore5    5.62.1-2
ii  libkf5kiowidgets5 5.62.1-2
ii  libkf5widgetsaddons5  5.62.0-1
ii  libkf5xmlgui5 5.62.0-1
ii  libkpmcore8   4.0.1-1
ii  libqt5core5a  5.11.3+dfsg1-4
ii  libqt5gui5    5.11.3+dfsg1-4
ii  libqt5widgets5    5.11.3+dfsg1-4
ii  libstdc++6    9.2.1-9

partitionmanager recommends no packages.

Versions of packages partitionmanager suggests:
pn  btrfs-progs    
ii  dosfstools 4.1-2
pn  hfsplus    
pn  hfsutils   
ii  jfsutils   1.1.15-4
ii  ntfs-3g    1:2017.3.23AR.4-1
pn  reiser4progs   
pn  reiserfsprogs  
ii  xfsprogs   5.0.0-1+b1

-- no debconf information


_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.

Bug#943344: Fix used on redhat

[Eric Valette]

Apparently *reverting* this single change (removing the refill) seems to 
fix the problem on readhat 



https://github.com/qt/qtdeclarative/commit/f806d64249c6e961ab12270d3a045e9980e19cf4#diff-25d902c24283ab8cfbac54dfa101ad31

-- eric

Bug#948207: kio-gdrive: No more work because google temoprarilly supressed the access

[Eric Valette]

Package: kio-gdrive
Version: 1.2.7-1+b2
Severity: grave
Tags: upstream
Justification: renders package unusable

I received this moring an email form google I had non trusted application using 
my
google information. It was KDE access and indeed it asked for a handfull of 
authorizations
when ony access to gdrive was requested (mail, calendar, hangout, music, ).

I removed the authorisation and as I suspected kio-gdrive stopped working. So I 
tried to add it back and failed because google "temporarilly" removed access 
authorisation for KDE
access.

So if you have a working installation do not disable and any new installation 
will not
work.

Uptsream bug is  https://bugs.kde.org/show_bug.cgi?id=415089

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.4.7 (SMP w/8 CPU cores; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kio-gdrive depends on:
ii  kaccounts-integration  4:17.08.3-1+b1
ii  kio5.62.1-2+b1
ii  libaccounts-qt5-1  1.15-2
ii  libc6  2.30-0experimental1
ii  libkaccounts1  4:17.08.3-1+b1
ii  libkf5coreaddons5  5.62.0-1
ii  libkf5i18n55.62.0-1
ii  libkf5kiocore5 5.62.1-2+b1
ii  libkf5kiowidgets5  5.62.1-2+b1
ii  libkf5notifications5   5.62.0-1+b1
ii  libkpimgapicore5abi1 [libkpimgapicore5-19.08]  19.08.3-1
ii  libkpimgapidrive5 [libkpimgapidrive5-19.08]19.08.3-1
ii  libqt5core5a   5.12.5+dfsg-5
ii  libqt5widgets5 5.12.5+dfsg-5
ii  libstdc++6 9.2.1-22

kio-gdrive recommends no packages.

kio-gdrive suggests no packages.

-- no debconf information

Bug#948207: Fixed in 19.12.2...

[Eric Valette]

The Google block will be fixed with kaccounts-providers 19.12.2.


--eric

Bug#948207: Fixed in 19.12.2...

[Eric Valette]

On 19/01/2020 21:25, Eric Valette wrote:

The Google block will be fixed with kaccounts-providers 19.12.2.


--eric

Fix is here:

https://cgit.kde.org/kaccounts-providers.git/patch/?id=f26e97cfc9308bcc70a3b0b29a5fd9a4b9c42da2

--eric

Bug#951421: umbrello: Umbrello fails to open xmi file with file not found

[Eric Valette]

Package: umbrello
Version: 4:17.08.3-1
Severity: important

I had numerous old file .xmi I used included as jpeg in documents. I needed to 
change
the drawing and launched umbrello. On every file, I got a message saying file 
not
found while the file was perfectly accessible and I could edit it with any 
editor.

I first downloaded a recent windows binary installer as I have a dualboot system
and the file was happily opened. Drawing had to be a bit modified but
nothing really painfull.

I then decided to recompile umbrello 19.12.2 myslef and it did work
just had to import a macrod form kdelib5-dev

/usr/share/kde4/apps/cmake/modules/MacroOptionalAddSubdirectory.cmake

Then I copied the debian directory from 4:17.08.3-1 and build the package after
changing the chnagelog file and voil\xe0.

Could you please consider providing a more recent version?


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.4.20 (SMP w/8 CPU cores; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages umbrello depends on:
ii  kinit   5.62.0-1+b1
ii  kio 5.62.1-2+b1
ii  libc6   2.30-0experimental2
ii  libkf5archive5  5.62.0-1
ii  libkf5completion5   5.62.0-1+b1
ii  libkf5configcore5   5.62.0-1+b1
ii  libkf5configgui55.62.0-1+b1
ii  libkf5configwidgets55.62.0-1+b1
ii  libkf5coreaddons5   5.62.0-1
ii  libkf5crash55.62.0-1+b1
ii  libkf5i18n5 5.62.0-1
ii  libkf5iconthemes5   5.62.0-1+b1
ii  libkf5jobwidgets5   5.62.0-1+b1
ii  libkf5kdelibs4support5  5.62.0-2
ii  libkf5kiocore5  5.62.1-2+b1
ii  libkf5kiowidgets5   5.62.1-2+b1
ii  libkf5texteditor5   5.62.0-1+b1
ii  libkf5textwidgets5  5.62.0-1+b1
ii  libkf5widgetsaddons55.62.0-1+b1
ii  libkf5xmlgui5   5.62.0-1+b1
ii  libqt5core5a5.12.5+dfsg-8
ii  libqt5gui5  5.12.5+dfsg-8
ii  libqt5printsupport5 5.12.5+dfsg-8
ii  libqt5svg5  5.12.5-2
ii  libqt5webkit5   5.212.0~alpha3-6
ii  libqt5widgets5  5.12.5+dfsg-8
ii  libqt5xml5  5.12.5+dfsg-8
ii  libstdc++6  10-20200211-1
ii  libxml2 2.9.10+dfsg-1
ii  libxslt1.1  1.1.34-1

umbrello recommends no packages.

Versions of packages umbrello suggests:
ii  khelpcenter  4:18.04.0-1+b1

-- no debconf information

Bug#308603: kdebase: [KDE 3.4] disk led keep blicking since 3.4 installation

[Eric Valette]

Package: kdebase
Version: 4:3.4.0-0pre3
Severity: important
Tags: experimental

Since installation of kde 3.4, my disk led keeps blickink and this is 
specifically tied to kde (switching to other windows manager in kdm 
the problem disappears).

I have checked that it actually does not write anything to disk as "df"
and especially log or tmp does not grow. So it is a read access. The 
problem is severe because on latop it prevents to use the dsik 
powermanagement feature.

using lsof, I did not clearly found a possible culprit.

I have now installed the "deb http://pkg-kde.alioth.debian.org/kde-3.4.0/ ./"
on several very différent machines and it occurs on all machines.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.12-rc4
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages kdebase depends on:
ii  kappfinder 4:3.4.0-0pre3 non-KDE application finder for KDE
ii  kate   4:3.4.0-0pre3 advanced text editor for KDE
ii  kcontrol   4:3.4.0-0pre3 control center for KDE
ii  kdebase-bin4:3.4.0-0pre3 core binaries for the KDE base mod
ii  kdebase-data   4:3.4.0-0pre3 shared data files for the KDE base
ii  kdebase-kio-plugins4:3.4.0-0pre3 core I/O slaves for KDE
ii  kdepasswd  4:3.4.0-0pre3 password changer for KDE
ii  kdeprint   4:3.4.0-0pre3 print system for KDE
ii  kdesktop   4:3.4.0-0pre3 miscellaneous binaries and files f
ii  kfind  4:3.4.0-0pre3 file-find utility for KDE
ii  khelpcenter4:3.4.0-0pre3 help center for KDE
ii  kicker 4:3.4.0-0pre3 desktop panel for KDE
ii  klipper4:3.4.0-0pre3 clipboard utility for KDE
ii  kmenuedit  4:3.4.0-0pre3 the KDE menu editor
ii  konqueror  4:3.4.0-0pre3 KDE's advanced file manager, web b
ii  konqueror-nsplugins4:3.4.0-0pre3 Netscape plugin support for Konque
ii  konsole4:3.4.0-0pre3 X terminal emulator for KDE
ii  kpager 4:3.4.0-0pre3 desktop pager for KDE
ii  kpersonalizer  4:3.4.0-0pre3 installation personalizer for KDE
ii  ksmserver  4:3.4.0-0pre3 session manager for KDE
ii  ksplash4:3.4.0-0pre3 the KDE splash screen
ii  ksysguard  4:3.4.0-0pre3 system guard for KDE
ii  ktip   4:3.4.0-0pre3 useful tips for KDE
ii  kwin   4:3.4.0-0pre3 the KDE window manager
ii  libkonq4   4:3.4.0-0pre3 core libraries for Konqueror

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#308603: It indeed fixes the disk activity problem => thanks for sharing

[Eric Valette]

Subject says all but thanks again for the tip. Now waiting fr the bug
beeing curred. I guess we can mark this bug "upstream" is it has been
reported and confirmed.

-- 
   __
  /  `  Eric Valette
 /--   __  o _. 6 rue Paul Le Flem
(___, / (_(_(__ 35740 Pace

Tel: +33 (0)2 99 85 26 76   Fax: +33 (0)2 99 85 26 76
E-mail: [EMAIL PROTECTED]





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#834359: Fixed for good now

[eric2.valette]

notfound 834359 5.8.4-1

-- eric


_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.

Bug#797999: This bug can be closed

[Eric Valette]

For the first time I've been able to use sddm on my professional laptop 
using an external monitor. Hourra. Can remove kdm!!!


fixed by 0.14.0-4.

-- eric

Bug#898320: kdeconnect: 1.3.0 does not work with 1.8.2 android version

[Eric Valette]

On 5/11/18 12:42 AM, Lisandro Damián Nicanor Pérez Meyer wrote:

Control: severity -1 important

Hi Eric!


Hi,



Works perfectly for me, no changes whatsoever. Maybe you have a
problem in your network?


Well. I'm currently on vacation testing on my laptop (instead of desktop 
at home where it first started to fail) and have two differents clients 
(mobile and tablet) and nothing works on either devices.


It can be on the client side (android both and 1.8.2 android version 
both) but I have two differents. It could be network but no firewall and 
both machines do see each other using ssh, upnp, ...


Tried to debug with kdeconnect_cli but have no meaningfull printing. I'm 
using IPV4 only network.


Nevertheless thanks for checking and passing the info.

--eric

Bug#898320: kdeconnect: 1.3.0 does not work with 1.8.2 android version

[Eric Valette]

Le 11 mai 2018 20:37:06 GMT+02:00, Diederik de Haas  a 
écrit :
>On vrijdag 11 mei 2018 10:18:06 CEST Eric Valette wrote:
>> It can be on the client side (android both and 1.8.2 android version
>> both) but I have two differents. It could be network but no firewall
>and
>> both machines do see each other using ssh, upnp, ...
>
>With me it also fails from time to time and I have not found a pattern
>which 
>would explain it.
>What very often helps, is starting kdeconnect explicitly on my phone
>and that 
>either fixes it or gives me a clue why it fails, which often means
>re-pairing 
>the devices.

Thanks for the hint. I started KDE connect  explicitly, no help. I even added 
pc device by Name or ip without result. I'm good for a Wireshark session.

-- eric
-- 
Eric Valette

Bug#898320: kdeconnect: 1.3.0 does not work with 1.8.2 android version

[Eric Valette]

On 5/11/18 10:42 PM, Eric Valette wrote:
Le 11 mai 2018 20:37:06 GMT+02:00, Diederik de Haas 
 a écrit :


On vrijdag 11 mei 2018 10:18:06 CEST Eric Valette wrote:

It can be on the client side (android both and 1.8.2 android version
both) but I have two differents. It could be network but no
firewall and
both machines do see each other using ssh, upnp, ...


With me it also fails from time to time and I have not found a pattern which
would explain it.
What very often helps, is starting kdeconnect explicitly on my phone and 
that
either fixes it or gives me a clue why it fails, which often means 
re-pairing
the devices.


Thanks for the hint. I started KDE connect explicitly, no help. I even 
added pc device by Name or ip without result. I'm good for a Wireshark 
session.


Well, I did a quick wireshark session, using my pĥone source ip address 
as a filter crietria on the PC running wireshark and I do see both 
devices (tel and PC) talking to each other, sending IPV4 payload message 
containing things like strings containing kdeconnect, PC name, tel name, 
various devices properties, but in the end they do not connect to each 
other. So this is not a simple "network problem".


I can send pcap traces if anyone speaks kde connect fluently ;-)

-- eric

Bug#898320: Some progress

[Eric Valette]

I became beta tester on android side and got 1.9 but no chnage. Said to 
work with oreo.


Compiled upstream git using debian build directory from official 1.3.0 : 
no change.


But I noticed someting :
1) Linux PC do see Linux PC on the network (wired/wireless no matter),
	2) android devices do see other android devices (Wifi 2.4 <-> WiFI 2.5 
so goes though the router)


I suspect there is a protocol wire definition structure problem between 
Linux (amd64 bit for me) and android (32 bits apps for me) so that they 
do not understand packed exchanged.



-- eric

Bug#898320: Tested 1.3.1 : no change. Linux and android world refuse to communicate

[Eric Valette]

Again linux <->linux OK. Android <-> Android OK . Linux <-> Android KO.

See upstream bug 394646 where someone has the same behavior. Contacted 
devled list. No help.


Should be easy for soemeone who know the protocol to debug but with 
qtnetwork, it is even hard to see what goes on the wire, and what is 
cyphered, signed or not if you are not a qt dev.


-- eric

Bug#709545: Bug confirmed here

[Eric Valette]

Quite annoying on a laptop.

acpi -V shows correct information so its probably a chnage in the 
interface...


--eric


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51bdf216@free.fr

Transition to unstable started while experimental has never been installable (at lesat for me)

[Eric Valette]

Hi,

Just a few words to say that I saw this morning the transition to qt 
5.9+ started in unstable. Usually, it was tested in experimental before 
migrating to unstable and indeed has been there for a while.


For experimental for more than a month, apt-get -t experimental 
dist-upgrade did remove major software components like plasma, window 
manager (kwin) and in consequence many kde applications I use daily. I 
did not report it but now I want to make sure it is know (and would like 
to know if it is normal).


NB: application forced removal where qt5 based apps not qt4...

--eric

Re: Bug#872913: libkf5declarative5: KDE refuses to be installed (libkf5declarative5 and python-pyqt5 have dependencies not satisfied)

[Eric Valette]

Various qt 5.9 packages are being uploaded to the unstable archives now, but
as there are quite a few of them, they not all land in unstable at the same
time. That's a consequence of running *unstable*, these things happen.

Your best course of action (imo) is adding testing to your sources and
downgrade the 5.9 packages to the 5.7 ones ... and probably prefer testing
(over unstable) and maybe also stick with testing instead of unstable.


While, I do hear that (usual excuse for breaking unstable, and telling 
users to shut up), I nevertheless would like to say that qt 5.9.x has 
been in experimental for over a month (beginning of July at least if 
memory serves), with kde 5.28 been added later on also to experimental 
and that very same dependency problem had existed identically in 
experimental for as long and nobody did fix it, and then we rediscover 
it in unstable with a much wider audience. I would have expected this 
kind of transition being part of experimental before moving to unstable 
as it has been in the past.


Seamlessly, kde 5.37 is currently landing in experimental but is also 
currently uninstallable for the very same root reason.


-- eric

Re: Bug#872913: libkf5declarative5: KDE refuses to be installed (libkf5declarative5 and python-pyqt5 have dependencies not satisfied)

[Eric Valette]

On 24/08/2017 16:44, Lisandro Damián Nicanor Pérez Meyer wrote:


The sole fact that you wrote this make it clear that you don't understand how
transitions works and what they are for. Stuff was available in experimental
but KDE stuff didn't actually needed to be compiled against experimental's Qt.


But some kde package were obviously  because upgrading qt5.9.1 in 
experimental was pulling only kde 5.28 stuff while unstable did not have 
it due to dependencies while other did not recompile making kde in 
experimental rather broken for months...



And let's not forget that in the meantime we ended preparing the packages in
experimental and got the slot for the transition both gcc and cmake changed
bringing up new bugs.


Granted.


So please Eric, try to avoid this comments, you are both misleading users and
showing that you really don't understand what's going on.


As a end user (but with years and years of debian useage (>20)), I think 
I'm still entitled to tell you :


	1) Potentially breaking one of the main graphical interfaces for weeks 
via a dist-upgrade is painful especially when default installed kde 
package manager actual settings do a dist-upgrade equivalent that 
removes most kde stuff.  BTW I'm not impacted but my list of hold 
package keeps growing. Ok we are few months after a stable release so 
that's less important because less user need unstable...
	2) kde environment as a whole being maybe the most demanding qt test 
bench applications, it may had been useful to check hat kde is running 
fine *before* transitioning : reading FTBS bug opened, it appears that 
some essential kde package indeed have never been compiled with qt 5.9.1 
(and current cmake but that's another story as it was done in //).




Seamlessly, kde 5.37 is currently landing in experimental but is also
currently uninstallable for the very same root reason.


Again, wrong. 5.37 stuff is in hold there due to various packages being in the
NEW queue waiting for a FTP master to review them. Once they pass that queue
the maintainer needs to check that everything is OK and then push it to
unstable, as long as something doe snot requires a transition too.


Ok.


Again please refrain to make this comments in the future.


I'm afraid I may continue because you've been too good before with very 
smooths transitions because they were tested via experimental by several 
people like me before landing unstable...


I do appreciate a lot your work, take this critic as an hint to do even 
better next time :-)


-- eric



-- eric

Re: Bug#872913: libkf5declarative5: KDE refuses to be installed (libkf5declarative5 and python-pyqt5 have dependencies not satisfied)

[Eric Valette]

On 24/08/2017 18:45, Lisandro Damián Nicanor Pérez Meyer wrote:


Sorry if it sounds harsh, but no, you are not entitled to do so. The sole fact
that you don't understand the whole transition thing and you still complain is
a key indicator.


I know what transition are. some are more prepared than others, that's 
the only point I complain.



Again, another reason that confirms what I wrote above. It's called unstable
for a reason, users using unstable are expected to find this issues and be
able to cope with them reporting *real* bugs. If you don't expect to see this
then switch to testing.


When I finc bug in experimental or unstable before they it testing, on 
the other hand you are happy ;-) And I did find quite a few...



2) kde environment as a whole being maybe the most demanding qt test
bench applications, it may had been useful to check hat kde is running
fine *before* transitioning : reading FTBS bug opened, it appears that
some essential kde package indeed have never been compiled with qt 5.9.1
(and current cmake but that's another story as it was done in //).


Again, false. We did rebuild the key packages related to the transition.
That's actually one of the reasons it took us that much time before uploading
packages and asking for the transition slot.


There should not be FTBS related only to qt 5.9 then or the change were 
not commited ...


--eric

Bug#877922: kwin-x11 carsh with qt-5.9.2

[Eric Valette]

Package: kwin-x11
Version: 4:5.10.5-2
Severity: normal

Cannot start kde after qt-5.9.2 upgrade


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.53 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kwin-x11 depends on:
ii  kwin-common4:5.10.5-2
ii  libc6  2.25-0experimental3
ii  libepoxy0  1.3.1-3
ii  libgcc11:7.2.0-8
ii  libkf5configcore5  5.37.0-2
ii  libkf5coreaddons5  5.37.0-2
ii  libkf5crash5   5.37.0-2
ii  libkf5i18n55.37.0-2
ii  libkf5windowsystem55.37.0-2
ii  libkwinglutils11   4:5.10.5-2
ii  libkwinxrenderutils11  4:5.10.5-2
ii  libqt5core5a   5.9.2+dfsg-1
ii  libqt5gui5 5.9.2+dfsg-1
ii  libqt5widgets5 5.9.2+dfsg-1
ii  libqt5x11extras5   5.9.1-2+b1
ii  libstdc++6 7.2.0-8
ii  libx11-6   2:1.6.4-3
ii  libxcb-cursor0 0.1.1-4
ii  libxcb-keysyms10.4.0-1+b2
ii  libxcb-randr0  1.12-1
ii  libxcb-xfixes0 1.12-1
ii  libxcb11.12-1
ii  libxi6 2:1.7.9-1

kwin-x11 recommends no packages.

kwin-x11 suggests no packages.

-- no debconf information

Bug#877922: kwin-x11 carsh with qt-5.9.2

[Éric Valette]

Ok but then it points to missing versionned dependency.

Le 7 octobre 2017 15:04:53 GMT+02:00, Diederik de Haas  
a écrit :
>On zaterdag 7 oktober 2017 12:15:18 CEST Eric Valette wrote:
>> ii  libqt5x11extras5   5.9.1-2+b1
>
>That package is still at the 'old' version. Wouldn't be surprised if
>that has 
>something to do with it.

-- 
Éric Valette 

Bug#878290: gwenview: gwenwiew experimental is not installable

[Eric Valette]

Package: gwenview
Version: 4:16.08.3-3
Severity: important

Dear Maintainer,

apt-get -t experimental install gwenview
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 gwenview : Depends: libkf5kipi32.0.0 but it is not going to be installed
E: Unable to correct problems, you have held broken packages.




-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.54 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF8), LANGUAGE= (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.UTF8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages gwenview depends on:
ii  kinit   5.37.0-2
ii  kio 5.37.0-2
ii  libc6   2.25-0experimental3
ii  libexiv2-14 0.25-3.1
ii  libgcc1 1:7.2.0-8
ii  libjpeg62-turbo 1:1.5.2-2
ii  libkf5activities5   5.37.0-2
ii  libkf5baloo55.37.0-2
ii  libkf5completion5   5.37.0-2
ii  libkf5configcore5   5.37.0-2
ii  libkf5configgui55.37.0-2
ii  libkf5configwidgets55.37.0-2
ii  libkf5coreaddons5   5.37.0-2
ii  libkf5filemetadata3 5.37.0-2
ii  libkf5i18n5 5.37.0-2
ii  libkf5iconthemes5   5.37.0-2
ii  libkf5itemmodels5   5.37.0-2
ii  libkf5itemviews55.37.0-2
ii  libkf5jobwidgets5   5.37.0-2
ii  libkf5kdcraw5   16.04.0-2+b1
ii  libkf5kdelibs4support5  5.37.0-2
ii  libkf5kiocore5  5.37.0-2
ii  libkf5kiofilewidgets5   5.37.0-2
ii  libkf5kiowidgets5   5.37.0-2
ii  libkf5kipi31.0.04:16.08.2-1
ii  libkf5notifications55.37.0-2
ii  libkf5parts55.37.0-2
ii  libkf5service-bin   5.37.0-2
ii  libkf5service5  5.37.0-2
ii  libkf5textwidgets5  5.37.0-2
ii  libkf5widgetsaddons55.37.0-2
ii  libkf5xmlgui5   5.37.0-2
ii  liblcms2-2  2.8-4
ii  libphonon4qt5-4 4:4.9.1-1
ii  libpng16-16 1.6.34-1
ii  libqt5core5a5.9.1+dfsg-11
ii  libqt5gui5  5.9.1+dfsg-11
ii  libqt5opengl5   5.9.1+dfsg-11
ii  libqt5printsupport5 5.9.1+dfsg-11
ii  libqt5svg5  5.9.1-2+b1
ii  libqt5widgets5  5.9.1+dfsg-11
ii  libqt5x11extras55.9.1-2+b1
ii  libstdc++6  7.2.0-8
ii  libx11-62:1.6.4-3
ii  phonon4qt5  4:4.9.1-1

Versions of packages gwenview recommends:
ii  kamera 4:17.08.0-1
ii  kio-extras 4:17.08.1-1
ii  qt5-image-formats-plugins  5.9.1-1

gwenview suggests no packages.

-- no debconf information

Bug#834359: kwin-x11: Kwin crashes when launching thunderbird or firefox almost each time.

[Eric Valette]

On 14/08/2016 22:00, Diederik de Haas wrote:

On zondag 14 augustus 2016 21:29:22 CEST valette wrote:

ii  libc6 2.24-0experimental0


Does the problem also occur with libc6 from testing/sid?



from backtrace it crashes with SIGSEGV qt5 qml somewhere so I would be 
surprised if it is relevant but can try although not now.


--eric

Bug#836608: BTW clang 3.6 is the only thing that prevent me to remove gcc5 entirely from my system

[Eric Valette]

So this also makes à lot of sens to avoid to use several gcc compiler.

-- eric

Bug#834359: Libc6 2.24 is now default in unstable so question whether or not it is caused by this new version is not that relevant

[Eric Valette]

  
  
As far as bug reproduction goes, I have systematic once crash when I
launch thunderbird/icedove in two machines. 
Seems to be related to gtk application emulation  as I never got it
when launching kde apps.

-- eric

  

Bug#834359: The crash occurs while opening credential popups

[Eric Valette]

I managed to duplicate the bug reliably on firefox : go on a page where 
you must enter stored credential. As I have a master password, I get the 
first popup to ask for it and when it prompt for the second popup with 
the credential themselves, it crashes.


In TB as, I have tree popups (bug as it ask for the master password tree 
times)  for different email accounts, it crashes also when opening the 
second one, once the main TB window is open (the first one appears 
before the main window in my case).


-- eric

Bug#797999: We are now more than one year later and this critical bug is not fixed

[eric2.valette]

Just updated to kde 5.8, and lib  5.26.0 and it still does not correctly 
detect my external screen when lid is closed.I still need kdm!


-- eric


_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.

Bug#797999: We are now more than one year later and this critical bug is not fixed

[eric2.valette]

On 10/10/2016 11:48 AM, Maximiliano Curia wrote:

¡Hola eric2.valette!

First of all, the bug is not critical because it only affects a very 
specific setup for a particular video driver.

A docked station using a nvidia driver is not that uncommon I guess...


I suspect that the bug is not present in sddm but in the nvidia 
driver, triggered by sddm by trying to use composite on the video 
output as is left by the X driver initialization.

The bug is not only in the video driver as kdm works...


El 2016-10-10 a las 11:01 +0200, eric2.vale...@orange.com escribió:
Just updated to kde 5.8, and lib  5.26.0 and it still does not 
correctly detect my external screen when lid is closed.


What happens if you use the maui sddm theme?

To test this you'll need to install sddm-theme-maui, and create/modify 
your /etc/sddm.conf to include:


[Theme]
Current=maui

The breeze theme starts sddm in composite mode, which might not be 
correctly initialized for your video card by default in your 
particular setup.

Will try and report.


This kind of disclaimers are useless in public mails, please avoid 
adding them. Consider using a different mail account if you can't 
remove it. 
It is automaically inserted fater I send the mail I cannot do anyting 
agains it. Will try another mail account.


-- eric


_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.

Bug#797999: We are now more than one year later and this critical bug is not fixed

[Eric Valette]

  
  
On 10/10/2016 11:48 AM, Maximiliano
  Curia wrote:


  What happens if you use the maui sddm theme?
  


The same : a black screen with external monitor led going off. If I
press ctlr-alt-f1, led goes back up and I can login on console. I
switch back to kdm via dpkg-reconfigure and reboot.
kdm knows how to proceed with external monitor when sddm does not.
Period. So its a bug that for me render sddm totally unusable.


xrandr  (once launched via kdm)

Screen 0: minimum 8 x 8, current 1920 x 1200, maximum 8192 x 8192
VGA-0 disconnected (normal left inverted right x axis y axis)
DP-0 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)
DP-3 connected (normal left inverted right x axis y axis)
   1440x900  59.96 +  39.96  
DP-4 connected primary 1920x1200+0+0 (normal left inverted right x
axis y axis) 518mm x 324mm
   1920x1200 59.95*+  59.88  
   1920x1080 60.00    59.94    50.00    23.97    60.05   
60.00    50.04  
   1600x1200 60.00  
   1280x1024 75.02    60.02  
   1280x720  60.00    59.94    50.00  
   1152x864  75.00  
   1024x768  75.03    60.00  
   800x600   75.00    60.32  
   720x576   50.00    50.08  
   720x480   59.94    60.05  
   640x480   75.00    59.94    59.93  




  

# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings:  version 295.20  (pbuilder@cake)  Wed Feb 15 20:18:16 UTC 
2012

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  (buildmeister@builder75)  Fri Mar 12 01:42:27 
PST 2010

Section "ServerLayout"

#InputDevice"Mouse0" "CorePointer"
Identifier "Layout0"
Screen  0  "Screen0" 0 0
InputDevice"Keyboard0" "CoreKeyboard"
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "SendCoreEvent"
Option "Xinerama" "0"
#Option"AutoAddDevices" "false"
EndSection

Section "InputDevice"

# generated from default
Identifier "Keyboard0"
Driver "kbd"
EndSection

Section "InputDevice"

# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

# generated from default
Identifier "Keyboard0"
Driver "evdev"
Option "Name" "CHICONY HP Basic USB Keyboard"
#Option"Device" 
"/dev/input/by-id/usb-CHICONY_HP_Basic_USB_Keyboard-event-kbd"
EndSection

Section "InputClass"
Identifier "touchpad catchall"
MatchIsTouchpad "on"
MatchDevicePath "/dev/input/event*"
Driver "synaptics"
Option "LeftEdge"   "100"
Option "RightEdge"  "1750"
Option "TopEdge""100"
Option "BottomEdge" "1250"
Option "FingerLow"  "12"
Option "FingerHigh" "14"
Option "FingerPress""127"
Option "MaxTapTime" "180"
Option "MaxTapMove" "107"
Option "MaxDoubleTapTime"   "180"
Option "SingleTapTimeout"   "180"
Option "ClickTime"  "100"
Option "FastTaps"   "0"
Option "EmulateMidButtonTime"   "75"
Option "EmulateTwoFingerMinZ"   "139"
Option "EmulateTwoFingerMinW"   "7"
Option "VertScrollDelta""44"
Option "HorizScrollDelta"   "44"
Option "VertEdgeScroll" "1"
Option "HorizEdgeScroll""1"
Option "CornerCoasting" "0"
Option "VertTwoFingerScroll""0"
Option "HorizTwoFingerScroll"   "0"
Option "MinSpeed"   "1"
Option "MaxSpeed"   "1.75"
Option "AccelFactor""0.0075"
Option "TrackstickSpeed"

Bug#797999: We are now more than one year later and this critical bug is not fixed

[Eric Valette]

On 10/10/2016 01:43 PM, Maximiliano Curia wrote:

¡Hola Eric!

El 2016-10-10 a las 13:22 +0200, Eric Valette escribió:

The same : a black screen with external monitor led going off. If I
press ctlr-alt-f1, led goes back up and I can login on console. I
switch back to kdm via dpkg-reconfigure and reboot.


Interesting.


kdm knows how to proceed with external monitor when sddm does not.
Period. So its a bug that for me render sddm totally unusable.


kdm and sddm are completely different beasts, but afaik neither have
specific code for handling an external monitor. Also, this nagging about
kdm is not productive, if you don't care about working on this issue,
please switch to a different display manager.


When you say its a bug in the nvidia driver that is also counter 
productive and annoying for me because without external monitor, the 
same drivers, same version same everything  (except as said external 
monitor) works well with sddm on other laptop. I use kdm example just to 
say that the driver is not at fault. I just want to have sddm working 
but see no progress and on my side, there is not much I can do as I have 
no graphical environment at all as soon as I switch to sddm as a launcher.






xrandr  (once launched via kdm)



Screen 0: minimum 8 x 8, current 1920 x 1200, maximum 8192 x 8192
VGA-0 disconnected (normal left inverted right x axis y axis) DP-0
disconnected (normal left inverted right x axis y axis) DP-1
disconnected (normal left inverted right x axis y axis) DP-2
disconnected (normal left inverted right x axis y axis) DP-3 connected
(normal left inverted right x axis y axis)1440x900  59.96 +
39.96  DP-4 connected primary 1920x1200+0+0 (normal left inverted
right x axis y axis) 518mm x 324mm1920x1200 59.95*+  59.88
1920x1080 60.0059.9450.0023.9760.0560.00
50.04 1600x1200 60.00 1280x1024 75.0260.02
1280x720  60.0059.9450.00 1152x864  75.00
1024x768  75.0360.00 800x600   75.0060.32
720x576   50.0050.08 720x480   59.9460.05
640x480   75.0059.9459.93


It would be interesting to compare it with the xrandr report of a
running sddm.


I cant' : I probably have no X session running. I have a black screen 
remember... Can try specifying display explicitly on console.


Can try to open the lid to see if anything is there but I doubt.

-- eric

Bug#797999: We are now more than one year later and this critical bug is not fixed

[Eric Valette]

On 10/10/2016 01:43 PM, Maximiliano Curia wrote:

¡Hola Eric!



It would be interesting to compare it with the xrandr report of a
running sddm.


I did this in the meantime :

cut -c14- /var/log/Xorg.0.log.old > failing_Xorg.0.log
cut -c14- /var/log/Xorg.0.log > working_Xorg.0.log

Just to surpsed the timing information:

diff working_Xorg.0.log failing_Xorg.0.log

Will double check the file /var/log/Xorg.0.log.old  was really created 
when failing...



> (--) Log file renamed from "/var/log/Xorg.pid-1448.log" to 
"/var/log/Xorg.0.log"

16c17
< (==) Log file: "/var/log/Xorg.0.log", Time: Mon Oct 10 13:09:42 2016
---
> (==) Log file: "/var/log/Xorg.0.log", Time: Mon Oct 10 13:04:16 2016
48c49
< (II) Loader magic: 0x55e29c553dc0
---
> (II) Loader magic: 0x5608e2a4adc0
279c280
< (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=3 
(/dev/input/event10)

---
> (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=8 
(/dev/input/event8)

282c283
< (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=7 
(/dev/input/event11)

---
> (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=9 
(/dev/input/event9)

285c286
< (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=8 
(/dev/input/event12)

---
> (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=3 
(/dev/input/event6)

288c289
< (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=9 
(/dev/input/event13)

---
> (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=7 
(/dev/input/event7)

330c331
< (II) config/udev: Adding input device HDA Intel MID Dock Line Out 
(/dev/input/event8)

---
> (II) config/udev: Adding input device HDA Intel MID Dock Mic 
(/dev/input/event10)

333c334
< (II) config/udev: Adding input device HDA Intel MID Headphone 
(/dev/input/event9)

---
> (II) config/udev: Adding input device HDA Intel MID Mic 
(/dev/input/event11)

336c337
< (II) config/udev: Adding input device HDA Intel MID Dock Mic 
(/dev/input/event6)

---
> (II) config/udev: Adding input device HDA Intel MID Dock Line Out 
(/dev/input/event12)

339c340
< (II) config/udev: Adding input device HDA Intel MID Mic 
(/dev/input/event7)

---
> (II) config/udev: Adding input device HDA Intel MID Headphone 
(/dev/input/event13)

473a475,491
> (II) UnloadModule: "synaptics"
> (II) evdev: AlpsPS/2 ALPS DualPoint Stick: Close
> (II) UnloadModule: "evdev"
> (II) evdev: AT Translated Set 2 keyboard: Close
> (II) UnloadModule: "evdev"
> (II) evdev: Logitech Logitech USB Optical Mouse: Close
> (II) UnloadModule: "evdev"
> (II) evdev: CHICONY HP Basic USB Keyboard: Close
> (II) UnloadModule: "evdev"
> (II) evdev: Sleep Button: Close
> (II) UnloadModule: "evdev"
> (II) evdev: Power Button: Close
> (II) UnloadModule: "evdev"
> (II) evdev: Power Button: Close
> (II) UnloadModule: "evdev"
> (II) NVIDIA(GPU-0): Deleting GPU-0
> (II) Server terminated successfully (0). Closing log file.

Bug#797999: We are now more than one year later and this critical bug is not fixed

[Eric Valette]

On 10/10/2016 02:02 PM, Eric Valette wrote:

On 10/10/2016 01:43 PM, Maximiliano Curia wrote:

¡Hola Eric!



It would be interesting to compare it with the xrandr report of a
running sddm.


I did this in the meantime :

cut -c14- /var/log/Xorg.0.log.old > failing_Xorg.0.log
cut -c14- /var/log/Xorg.0.log > working_Xorg.0.log

Just to surpsed the timing information:

diff working_Xorg.0.log failing_Xorg.0.log

Will double check the file /var/log/Xorg.0.log.old  was really created
when failing...


Yes the Xorg.0.log is created and there is no difference compared to 
working one and DP4 is correctly selected with th correct resolution.


Attached is the sddm log file when it fails

I tried to do an xrandr on tty1 console using xranrd -d :0 but it fails 
both with sddm or kdm so I'm not sure how to have it.



[14:31:11.090] (EE) GREETER: QXcbConnection: Could not connect to display :0
[14:31:40.775] (II) GREETER: Reading from "/usr/share/xsessions/fvwm-crystal.desktop"
[14:31:40.775] (II) GREETER: Reading from "/usr/share/xsessions/fvwm.desktop"
[14:31:40.775] (II) GREETER: Reading from "/usr/share/xsessions/plasma.desktop"
[14:31:40.775] (II) GREETER: Reading from "/usr/share/xsessions/twm.desktop"
[14:31:40.776] (II) GREETER: Reading from "/usr/share/xsessions/failsafe.desktop"
[14:31:40.776] (EE) GREETER: Socket error:  "QLocalSocket::connectToServer: Invalid name"
[14:31:41.461] (WW) GREETER: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
[14:34:19.417] (II) GREETER: Reading from "/usr/share/xsessions/fvwm-crystal.desktop"
[14:34:19.418] (II) GREETER: Reading from "/usr/share/xsessions/fvwm.desktop"
[14:34:19.418] (II) GREETER: Reading from "/usr/share/xsessions/plasma.desktop"
[14:34:19.418] (II) GREETER: Reading from "/usr/share/xsessions/twm.desktop"
[14:34:19.418] (II) GREETER: Reading from "/usr/share/xsessions/failsafe.desktop"
[14:34:19.418] (EE) GREETER: Socket error:  "QLocalSocket::connectToServer: Invalid name"
[14:34:19.998] (WW) GREETER: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
[14:34:30.045] (II) GREETER: Reading from "/usr/share/xsessions/fvwm-crystal.desktop"
[14:34:30.045] (WW) GREETER: QIODevice::write: device not open

Bug#797999: We are now more than one year later and this critical bug is not fixed

[Eric Valette]

On 10/10/2016 02:50 PM, Maximiliano Curia wrote:

¡Hola Eric!

El 2016-10-10 a las 13:54 +0200, Eric Valette escribió:

I cant' : I probably have no X session running. I have a black screen
remember... Can try specifying display explicitly on console.



Can try to open the lid to see if anything is there but I doubt.


After seeing the sddm blank screen switch to a tty (ctrl-alt-f2) and as
root, or as the sddm user run:
XAUTHORITY=/var/run/sddm/* DISPLAY=:0 xrandr


It worked indeed. Result attached. Identical to kdm case

2 r-x-ceva6380:~->xrandr > xrandr_kdm 2>&1
3 r-x-ceva6380:~->diff xrandr_kdm xrandr_sddm
4 r-x-ceva6380:~->

Consistent with the fact that Xorg.0.log reports the same display and 
all nvidia traces are also identical beween kdm launch and sddm launch. 
So X selects correctly the right display (and I have the small drawing 
on the screen after switching X on that show a displayport icon as when 
I start kdm) before evrything goes dark and monitor led turns off.


So I bet sddm or the sddm greeter greeter is at fault. What else can I 
do to help fixing?


--eric

Screen 0: minimum 8 x 8, current 1920 x 1200, maximum 8192 x 8192
VGA-0 disconnected (normal left inverted right x axis y axis)
DP-0 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)
DP-3 connected (normal left inverted right x axis y axis)
   1440x900  59.96 +  39.96  
DP-4 connected primary 1920x1200+0+0 (normal left inverted right x axis y axis) 
518mm x 324mm
   1920x1200 59.95*+  59.88  
   1920x1080 60.0059.9450.0023.9760.0560.0050.04  
   1600x1200 60.00  
   1280x1024 75.0260.02  
   1280x720  60.0059.9450.00  
   1152x864  75.00  
   1024x768  75.0360.00  
   800x600   75.0060.32  
   720x576   50.0050.08  
   720x480   59.9460.05  
   640x480   75.0059.9459.93  

Bug#797999: We are now more than one year later and this critical bug is not fixed

[Eric Valette]

On 10/11/2016 04:22 PM, Eric Valette wrote:

On 10/11/2016 04:10 PM, Dominique Dumont wrote:



Could you try that on your side ?

I can do the test but I never open the lid when docked so this will not
be my use case and this means also modifying my xorg.conf.


Once session is initialized with kdm, in system settings-> display and 
monitor, I have DP4 on at 1920x1200 (as reported by xrandr even when 
failing) and DP3 off.


--eric

Bug#797999: more debug info

[Eric Valette]

On 10/12/2016 10:57 AM, Eric Valette wrote:

On 10/11/2016 04:22 PM, Eric Valette wrote:

On 10/11/2016 04:10 PM, Dominique Dumont wrote:



Could you try that on your side ?

I can do the test but I never open the lid when docked so this will not
be my use case and this means also modifying my xorg.conf.


Once session is initialized with kdm, in system settings-> display and
monitor, I have DP4 on at 1920x1200 (as reported by xrandr even when
failing) and DP3 off.


I tried to let the lid open with my actual xorg.conf and rebooted, both 
screen go black. I can still switch to laptop lid in text mode using 
ctrl-alt-f1. I loged to my accound, killed sddm service and did a 
startx, and the kde session shows up correctly on the external monitor 
and laptop screen goes black.


Could you try to use nvidia-settings to disable your laptop screen, via 
the X Server Display Configuration menu and use save X configuration 
file (in /tmp/xorg.conf) back up you actual /etx/X11/xorg.conf if you 
have one and then replace your working dual screen conf by the 
/tmp/xorg.conf


NB : actually the xorg.conf file generated is not perfect it misses the 
config for the second monitor, and still use the laptop screen 
identifier in the Screen section while adding the external monitor config



dpkg -s nvidia-settings-legacy-340xx
Package: nvidia-settings-legacy-340xx
Status: install ok installed
Priority: optional
Section: contrib/x11
Installed-Size: 1861
Maintainer: Debian NVIDIA Maintainers 


Architecture: amd64
Version: 340.93-1
Depends: pkg-config, nvidia-legacy-340xx-alternative, libc6 (>= 2.14), 
libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.12.0), libgtk2.0-0 
(>= 2.8.0), libjansson4 (>= 2.3), libpango-1.0-0 (>= 1.14.0), libx11-6 
(>= 2:1.4.99.1), libxext6, libxxf86vm1

Pre-Depends: nvidia-installer-cleanup
Recommends: libgl1-nvidia-legacy-340xx-glx
Breaks: nvidia-alternative (<< 313.30-2), 
nvidia-alternative-legacy-173xx (<< 173.14.37), 
nvidia-alternative-legacy-96xx (<< 96.43.23-4)
Description: tool for configuring the NVIDIA graphics driver (340xx 
legacy version)

 The nvidia-settings utility is a tool for configuring the NVIDIA
 Linux graphics driver.  It operates by communicating with the NVIDIA
 X driver, querying and updating state as appropriate.  This
 communication is done with the NV-CONTROL X extension.
 .
 Values such as brightness and gamma, XVideo attributes, temperature,
 and OpenGL settings can be queried and configured via nvidia-settings.
Homepage: ftp://download.nvidia.com/XFree86/nvidia-settings/

Bug#797999: more debug info

[Eric Valette]

On 10/12/2016 11:44 AM, Eric Valette wrote:

On 10/12/2016 10:57 AM, Eric Valette wrote:

On 10/11/2016 04:22 PM, Eric Valette wrote:

On 10/11/2016 04:10 PM, Dominique Dumont wrote:



Could you try that on your side ?

I can do the test but I never open the lid when docked so this will not
be my use case and this means also modifying my xorg.conf.


Once session is initialized with kdm, in system settings-> display and
monitor, I have DP4 on at 1920x1200 (as reported by xrandr even when
failing) and DP3 off.


I tried to let the lid open with my actual xorg.conf and rebooted, both
screen go black. I can still switch to laptop lid in text mode using
ctrl-alt-f1. I loged to my accound, killed sddm service and did a
startx, and the kde session shows up correctly on the external monitor
and laptop screen goes black.



I was in a meeting so undocked my laptop and by curiosity completely 
removed the xorg.conf and tried sddm. Even in this simpliest config it 
fails and the screen goes black after displaying the Nvidia logo 
(usually I use the No Logo option but as xorg.conf was empty). I got 
sddm errors in /var/run/sddm.log. It says the greeter can't open the 
display.


So probably the problem is not the docking and the external monitor. 
Compared to other working setup with same software stack (legacy 340 
nvidia driver), the only thing I can see that differs is the fact that 
the laptop lid is wired via DisplayPort versus HDMI.


xrandr on this config when started via kdm
Screen 0: minimum 8 x 8, current 1440 x 900, maximum 8192 x 8192
VGA-0 disconnected (normal left inverted right x axis y axis)
DP-0 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)
DP-3 connected primary 1440x900+0+0 (normal left inverted right x axis y 
axis) 304mm x 190mm

   1440x900  59.96*+  39.96
DP-4 disconnected (normal left inverted right x axis y axis)



--eric

Bug#910879: Unreproducible

[Eric Valette]

Le 30 janvier 2019 13:52:43 GMT+01:00, "Lisandro Damián Nicanor Pérez Meyer" 
 a écrit :
>tag 910879 unreproducible moreinfo
>severity 910879 important
>thanks
>
>Hi Eric!
>
>So far the only report due to this was yours, and none of us could
>reproduce 
>it, so I'm marking the bug accordingly and also changing the severity.
>
>Can you still reproduce this issue?
>
>By the way, critical is perhaps too much for this bug, had it been
>found 
>everywhere.
>
>Kinds regards, Lisandro.
>
>-- 
>El futuro es WIN95 A no ser que hagamos algo a tiempo.
>
>Lisandro Damián Nicanor Pérez Meyer
>http://perezmeyer.com.ar/
>http://perezmeyer.blogspot.com/

This bug cannot be reprodced without left over print file in /var/spool/cups. 
So I understand nobody is able to reproduce it. Simply cleaning thé /var/spool 
directory is sufficient to make the bug disappear.

I do not mind if you close it for now. 
-- 
Eric Valette

Bug#923973: /usr/bin/spectacle: Spectacle does not work when using windows mode. Other mode OK (rectangulr, full screen, ...)

[Eric Valette]

Package: kde-spectacle
Version: 18.04.0-1
Severity: important
File: /usr/bin/spectacle

It is the most usefull mode and the one that does not work. It is not new but 
several
kde version have been released with no progress.

In previous version it carshed. Now it just hangs (does not come back form 
hiding).

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.27 (SMP w/8 CPU cores; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kde-spectacle depends on:
ii  kio   5.54.1-1
ii  libc6 2.28-8
ii  libkf5configcore5 5.54.0-1
ii  libkf5configgui5  5.54.0-1
ii  libkf5configwidgets5  5.54.0-1
ii  libkf5coreaddons5 5.54.0-1
ii  libkf5dbusaddons5 5.54.0-1
ii  libkf5declarative55.54.0-1
ii  libkf5i18n5   5.54.0-1
ii  libkf5kiocore55.54.1-1
ii  libkf5kiowidgets5 5.54.1-1
ii  libkf5kipi32.0.0  4:17.08.3-1
ii  libkf5newstuff5   5.54.0-2
ii  libkf5notifications5  5.54.0-1
ii  libkf5purpose-bin 5.54.0-1
ii  libkf5purpose55.54.0-1
ii  libkf5service-bin 5.54.0-1
ii  libkf5service55.54.0-1
ii  libkf5widgetsaddons5  5.54.0-1
ii  libkf5windowsystem5   5.54.0-1
ii  libkf5xmlgui5 5.54.0-1
ii  libqt5core5a  5.11.3+dfsg-5
ii  libqt5dbus5   5.11.3+dfsg-5
ii  libqt5gui55.11.3+dfsg-5
ii  libqt5printsupport5   5.11.3+dfsg-5
ii  libqt5qml55.11.3-4
ii  libqt5quick5  5.11.3-4
ii  libqt5widgets55.11.3+dfsg-5
ii  libqt5x11extras5  5.11.3-2
ii  libstdc++68.3.0-2
ii  libxcb-cursor00.1.1-4
ii  libxcb-image0 0.4.0-1+b2
ii  libxcb-util0  0.3.8-3+b2
ii  libxcb-xfixes01.13.1-2
ii  libxcb1   1.13.1-2

kde-spectacle recommends no packages.

kde-spectacle suggests no packages.

-- no debconf information

Bug#815559: konsole: Konsole fails to use default font when selected font in profile becomes unavailable

[Eric Valette]

Package: konsole
Version: 4:15.12.1-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

In my konsole profile, I was using droid fonts that juts habe veen removed.
So I started my konsole, got the screen but nothing was displayed at all.
It should at least use a default (backup) font and print something to help
user fixing the problem.

To reprodure : define a profile witha font, then remove the font and restart.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.4.2 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages konsole depends on:
ii  konsole-kpart   4:15.12.1-1
ii  libc6   2.22-0experimental1
ii  libkf5completion5   5.16.0-1
ii  libkf5configcore5   5.16.0-1
ii  libkf5configgui55.16.0-1
ii  libkf5configwidgets55.16.0-1
ii  libkf5coreaddons5   5.16.0-1
ii  libkf5i18n5 5.19.0-1
ii  libkf5iconthemes5   5.16.0-1
ii  libkf5kdelibs4support5  5.16.0-1
ii  libkf5kiowidgets5   5.16.0-1
ii  libkf5notifyconfig5 5.16.0-1
ii  libkf5widgetsaddons55.16.0-1
ii  libkf5windowsystem5 5.16.0-1
ii  libkf5xmlgui5   5.16.0-1
ii  libqt5core5a5.5.1+dfsg-14
ii  libqt5gui5  5.5.1+dfsg-14
ii  libqt5widgets5  5.5.1+dfsg-14
ii  libstdc++6  5.3.1-9

konsole recommends no packages.

konsole suggests no packages.

-- no debconf information

Bug#815559: konsole: Konsole fails to use default font when selected font in profile becomes unavailable

[eric2.valette]

On 02/22/2016 03:11 PM, Maximiliano Curia wrote:

Control: severity -1 normal
Control: tag -1 + confirmed upstream
Control: forwarded -1 + https://bugs.kde.org/show_bug.cgi?id=359669

¡Hola Eric!

El 2016-02-22 a las 13:45 +0100, Eric Valette escribió:
Package: konsole Version: 4:15.12.1-1 Severity: grave Justification: 
renders package unusable


I understand that this is very frustrating for you, but there is an 
easy workaround, changing the font through the menu, thus I'm 
downgrading the bug severity.
Once you figure out, this is "only" a "display" problem... Been hunting 
it for a while, started other shells, ... And if I post the bug, it is 
not for me but for others. But fine with the severity downgrade.




In my konsole profile, I was using droid fonts that juts habe veen 
removed. So I started my konsole, got the screen but nothing was 
displayed at all. It should at least use a default (backup) font and 
print something to help user fixing the problem.


To reprodure : define a profile witha font, then remove the font and 
restart.


I've forwarded your bug report upstream, please, if possible, 
subscribe to the upstream bug, so if it needs to be followed up you 
can give the requested feedback.


The upstream bug can be seen here: 
https://bugs.kde.org/show_bug.cgi?id=359669 

Ok. Will do. But must be home to get a hand on my kde account credentials...

-- eric


_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.

Bug#815679: dolphin: Dolphin enables to set additional acl permissions but is unable to display them

[Eric Valette]

Package: dolphin
Version: 4:15.12.1-1
Severity: normal

Dear Maintainer,

cat > toto.txt
hello ACL

Here I have only set regular permissions.

Then I used dophin and selected the toto.txt file, thyen right click
properties, permissions, advanced permissions, add entries

I managed to give user clamav rwx permission on the file as shown
below (note the + on the ls line)

3 r-x-ceva6380:~->ls -l toto.txt
-rw-rwxr--+ 1 ceva6380 ceva6380 10 Feb 23 16:35 toto.txt
4 r-x-ceva6380:~->getfacl toto.txt
# file: toto.txt
# owner: ceva6380
# group: ceva6380
user::rw-
user:clamav:rwx <=
group::r--
mask::rwx
other::r--

But if you quit dolphin, and redo the same stuff it does not show
the user:clamav:rwx in the advanced permissions.



-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.4.2 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages dolphin depends on:
ii  libc6  2.22-0experimental1
ii  libdolphinvcs5 4:15.12.1-1
ii  libkf5baloo5   5.16.0-1
ii  libkf5baloowidgets515.12.0-1
ii  libkf5bookmarks5   5.16.0-1
ii  libkf5codecs5  5.16.0-1
ii  libkf5completion5  5.16.0-1
ii  libkf5configcore5  5.16.0-1
ii  libkf5configgui5   5.16.0-1
ii  libkf5configwidgets5   5.16.0-1
ii  libkf5coreaddons5  5.16.0-1
ii  libkf5crash5   5.16.0-1
ii  libkf5dbusaddons5  5.16.0-1
ii  libkf5filemetadata35.19.0-1
ii  libkf5i18n55.19.0-1
ii  libkf5iconthemes5  5.16.0-1
ii  libkf5itemviews5   5.16.0-1
ii  libkf5jobwidgets5  5.16.0-1
ii  libkf5kcmutils55.16.0-1
ii  libkf5kiocore5 5.16.0-1
ii  libkf5kiofilewidgets5  5.16.0-1
ii  libkf5kiowidgets5  5.16.0-1
ii  libkf5newstuff55.16.0-1
ii  libkf5notifications5   5.16.0-1
ii  libkf5parts5   5.16.0-1
ii  libkf5service-bin  5.16.0-1
ii  libkf5service5 5.16.0-1
ii  libkf5solid5   5.16.0-1
ii  libkf5textwidgets5 5.16.0-1
ii  libkf5widgetsaddons5   5.16.0-1
ii  libkf5windowsystem55.16.0-1
ii  libkf5xmlgui5  5.16.0-1
ii  libphonon4qt5-44:4.8.3-2
ii  libqt5core5a   5.5.1+dfsg-14
ii  libqt5dbus55.5.1+dfsg-14
ii  libqt5gui5 5.5.1+dfsg-14
ii  libqt5widgets5 5.5.1+dfsg-14
ii  libqt5xml5 5.5.1+dfsg-14
ii  libstdc++6 5.3.1-9
ii  phonon4qt5 4:4.8.3-2

Versions of packages dolphin recommends:
ii  ruby  1:2.3~0

Versions of packages dolphin suggests:
ii  dolphin-plugins  4:15.12.0-1

-- no debconf information

Bug#818653: sddm: reportbug still incompatible with kde/qt5 from experimental

[Eric Valette]

s4support5
  libkf5kdelibs4support5-bin libkf5khtml-bin libkf5khtml-data libkf5khtml-dev 
libkf5khtml5 libkf5kiocore5 libkf5kiofilewidgets5 libkf5kiontlm5
  libkf5kiowidgets5 libkf5krosscore5 libkf5krossui5 libkf5mediaplayer-data 
libkf5mediaplayer-dev libkf5mediaplayer5 libkf5newstuff-data
  libkf5newstuff-dev libkf5newstuff5 libkf5notifications-data 
libkf5notifications-dev libkf5notifications5 libkf5notifyconfig-data
  libkf5notifyconfig-dev libkf5notifyconfig5 libkf5package-data 
libkf5package-dev libkf5package5 libkf5parts-data libkf5parts-dev
  libkf5parts-plugins libkf5parts5 libkf5people-data libkf5people5 
libkf5peoplebackend5 libkf5peoplewidgets5 libkf5plasma5 libkf5plasmaquick5
  libkf5pty-data libkf5pty-dev libkf5pty5 libkf5quickaddons5 libkf5runner5 
libkf5service-bin libkf5service-data libkf5service-dev libkf5service5
  libkf5solid-dev libkf5solid5 libkf5solid5-data libkf5sonnet-dev 
libkf5sonnet5-data libkf5sonnetcore5 libkf5sonnetui5 libkf5style-dev
  libkf5style5 libkf5su-bin libkf5su-data libkf5su-dev libkf5su5 
libkf5texteditor5 libkf5textwidgets-data libkf5textwidgets-dev 
libkf5textwidgets5
  libkf5wallet-bin libkf5wallet-data libkf5wallet-dev libkf5wallet5 
libkf5webkit-dev libkf5webkit5 libkf5widgetsaddons-data
  libkf5widgetsaddons-dev libkf5widgetsaddons5 libkf5windowsystem-data 
libkf5windowsystem-dev libkf5windowsystem5 libkf5xmlgui-bin
  libkf5xmlgui-data libkf5xmlgui-dev libkf5xmlgui5 libkf5xmlrpcclient-data 
libkf5xmlrpcclient5 libkrb5-3 libkrb5-dev libkrb5support0
  libkwalletbackend5-5 liblsan0 libnvcuvid1 libnvidia-encode1 libobjc4 
libqgsttools-p1 libqt5clucene5 libqt5concurrent5 libqt5core5a libqt5dbus5
  libqt5designer5 libqt5designercomponents5 libqt5gui5 libqt5help5 
libqt5multimedia5 libqt5multimedia5-plugins libqt5multimediaquick-p5
  libqt5multimediawidgets5 libqt5network5 libqt5opengl5 libqt5opengl5-dev 
libqt5printsupport5 libqt5qml5 libqt5quick5 libqt5quickparticles5
  libqt5quicktest5 libqt5quickwidgets5 libqt5script5 libqt5scripttools5 
libqt5sql5 libqt5sql5-sqlite libqt5svg5 libqt5svg5-dev libqt5test5
  libqt5webkit5 libqt5webkit5-dev libqt5widgets5 libqt5xml5 libqt5xmlpatterns5 
libqt5xmlpatterns5-dev libquadmath0 libreadline-dev libsoup2.4-1
  libstdc++6 libtsan0 libubsan0 libxapian-dev nvidia-alternative 
nvidia-kernel-dkms nvidia-kernel-support nvidia-vdpau-driver 
plasma-framework-dev
  python-xapian qdbus-qt5 qml-module-org-kde-draganddrop 
qml-module-org-kde-extensionplugin qml-module-org-kde-games-core
  qml-module-org-kde-kcoreaddons qml-module-org-kde-kio 
qml-module-org-kde-kquickcontrolsaddons qml-module-org-kde-kwindowsystem
  qml-module-org-kde-runnermodel qml-module-org-kde-solid 
qml-module-qt-labs-folderlistmodel qml-module-qt-labs-settings 
qml-module-qtmultimedia
  qml-module-qtquick-window2 qml-module-qtquick2 qml-module-qttest 
qml-module-qtwebkit qmlscene qt5-image-formats-plugins qt5-qmake qtbase5-dev
  qtbase5-dev-tools qtdeclarative5-dev qtdeclarative5-dev-tools 
qtmultimedia5-dev qtscript5-dev qttools5-dev-tools qtxmlpatterns5-dev-tools
  sonnet-plugins
270 upgraded, 41 newly installed, 36 to remove and 2 not upgraded.
Need to get 212 MB of archives.
After this operation, 310 MB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.
tri-yann4:/home/valette# LANG=C; apt-get -t experimental install 
frameworkintegration
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages were automatically installed and are no longer required:
  accountsservice breeze-cursor-theme cracklib-runtime fonts-oxygen ieee-data 
kate5-data kde-config-gtk-style kde-config-sddm kde-style-breeze
  kde-style-breeze-qt4 kde-style-oxygen-qt5 kmenuedit kwin-style-breeze kwrited 
libaccountsservice0 libanalitzaplot7 libanalitzawidgets7
  libbotan-1.10-1 libcrack2 libgit2-23 libhttp-parser2.1 libkf5people-data 
libkf5people5 libkf5peoplebackend5 libkf5peoplewidgets5
  liboxygenstyle5-5 liboxygenstyleconfig5-5 libpodofo0.9.3 libpowerdevilcore2 
libpowerdevilui5 libpwquality-common libpwquality1 libqbscore1
  libqbsqtprofilesetup1 libxcb-dpms0 libxcb-record0 oxygen-sounds powerdevil 
powerdevil-data python-apsw python-markdown python-yaml
  qml-module-qt-labs-folderlistmodel qml-module-qtwebkit qt5-doc qtbase5-doc 
qtconnectivity5-doc qtcreator-data qtcreator-doc
  qtdeclarative5-dev-tools qtdeclarative5-doc qtgraphicaleffects5-doc 
qtlocation5-doc qtmultimedia5-doc qtquickcontrols5-doc qtscript5-doc
  qtsensors5-doc qtserialport5-doc qtsvg5-doc qttools5-doc qtwebkit5-doc 
qtwebkit5-examples-doc qtwebsockets5-doc qtx11extras5-doc
  qtxmlpatterns5-dev-tools qtxmlpatterns5-doc user-manager
Use 'apt autoremove' to remove them.
The following additional packages will be installed:
  akonadi-backend-mysql libkf5declarative-data libkf5declarative5 
libqgsttools-p1 libqt5clucene5 libqt5concurrent5 libqt5core5a libqt5dbus5
  libqt5designer5 libqt5designercomponents5 libqt5gui5 libqt5help5 
libqt5multimedi

Bug#818653: Fine but when will we be able to test experimental

[Eric Valette]

I intended the bug as whislist but my first one didn't get correctly 
out. The second time I forgot...


The real question is that for months we are unable to have a working 
kde/experimental environment. So no test of qt 5.6 and newer kde...


-- eric

Bug#818653: Fine but when will we be able to test experimental

[Eric Valette]

On 20/03/2016 15:06, Lisandro Damián Nicanor Pérez Meyer wrote:

On Sunday 20 March 2016 10:08:07 Eric Valette wrote:

I intended the bug as whislist but my first one didn't get correctly
out. The second time I forgot...

The real question is that for months we are unable to have a working
kde/experimental environment. So no test of qt 5.6 and newer kde...


Right, but I'm afraid it's not our problem. Tell KDE upstreams to avoid using
Qt's private headers and that will become possible again.


True but on the otehr hand you could rebuild the offending packages 
specifically for experimental using qt 4.6 dependencies. Because as it 
is you let the user with the choice of not updating or building the 
packages themselves...



-- eric

Bug#819777: dolphin does not work with experimental kde5 stuffs

[Eric Valette]

Package: dolphin
Version: 4:15.12.1-1
Severity: grave
Justification: renders package unusable

I finally managed to install kde5 experimental stuff without removing much.
Globally it works but I found that dolphin is unuseable : when you click
on a directory e.g /multimedia/books, the first time nothing happens and
later it show on the locaton bar /multimedia/books/books/books/books/...

As many books as you have clicked on directory and never enters it.
I tried rebuilding from sources, no chnage same problem.

I also noticed my own digikam5 build has problems reindexing my photo
library as if it looped...

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.4.5 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dolphin depends on:
ii  libc6  2.23-0experimental1
ii  libdolphinvcs5 4:15.12.1-1
ii  libkf5baloo5   5.19.0-1
ii  libkf5baloowidgets515.12.0-1
ii  libkf5bookmarks5   5.19.0-1
ii  libkf5codecs5  5.19.0-1
ii  libkf5completion5  5.19.0-1
ii  libkf5configcore5  5.19.0-1
ii  libkf5configgui5   5.19.0-1
ii  libkf5configwidgets5   5.19.0-1
ii  libkf5coreaddons5  5.19.0-1
ii  libkf5crash5   5.19.0-1
ii  libkf5dbusaddons5  5.19.0-1
ii  libkf5filemetadata35.19.0-1
ii  libkf5i18n55.19.0-1
ii  libkf5iconthemes5  5.19.0-1
ii  libkf5itemviews5   5.19.0-1
ii  libkf5jobwidgets5  5.19.0-1
ii  libkf5kcmutils55.19.0-1
ii  libkf5kiocore5 5.19.0-1
ii  libkf5kiofilewidgets5  5.19.0-1
ii  libkf5kiowidgets5  5.19.0-1
ii  libkf5newstuff55.19.0-1
ii  libkf5notifications5   5.19.0-1
ii  libkf5parts5   5.19.0-1
ii  libkf5service-bin  5.19.0-1
ii  libkf5service5 5.19.0-1
ii  libkf5solid5   5.19.0-2
ii  libkf5textwidgets5 5.19.0-1
ii  libkf5widgetsaddons5   5.19.0-1
ii  libkf5windowsystem55.19.0-1
ii  libkf5xmlgui5  5.19.0-1
ii  libphonon4qt5-44:4.8.3-2
ii  libqt5core5a   5.6.0+dfsg-2
ii  libqt5dbus55.6.0+dfsg-2
ii  libqt5gui5 5.6.0+dfsg-2
ii  libqt5widgets5 5.6.0+dfsg-2
ii  libqt5xml5 5.6.0+dfsg-2
ii  libstdc++6 5.3.1-13
ii  phonon4qt5 4:4.8.3-2

Versions of packages dolphin recommends:
ii  ruby  1:2.3.0+1

Versions of packages dolphin suggests:
ii  dolphin-plugins  4:15.12.0-1

-- no debconf information

Bug#819777: I'm unable to find a pattern when it works or does not

[Eric Valette]

I tested on second computer recently upgrated to experimental KDE => 
same problem.

Tested on different filesystem (ext4, ntfs3g)  => idem

I does however work on some directory but Icannot find any rationale.

-- eric