Re: Black folder icons in Dolphin

[Rik Mills]

Yes it does work.

See:https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kf6-breeze-icons/commit/?h=kubuntu_oracular_staging&id=1520c1891847fbef4221793df607c5ff5b69934a

This was confirmed by me in testing the modified package and by 2 of 
more regular testers for Kubuntu.


As a caveat, maybe you need to delete/clear some icon cache
suck as ~/.cache/icon-cache.kcache and log in and out before you see it 
work.


As I implied, this need only be a temp fix to an annoyance until K6 apps 
(primarily dolphin) land.


Regards

Rik Mills
Kubuntu dev

On 18/09/2024 22:43, Aurélien COUDERC wrote:

Dear Rik,

Le mercredi 18 septembre 2024, 20:15:54 CEST Rik Mills a écrit :
[…]

Some solutions might be:

[…]

- persuade devs to revert the offending upstream change in the debian
packaging, again until no longer required.


Does that really work ? I was sure I had tried what you described in #1079542 
and that it didn’t solve the issue.
If it’s really supposed to work I can give it another try.


Thanks !
--
Aurélien

Re: Black folder icons in Dolphin

[Rik Mills]

The reason is that the kf6-breeze-icon-theme which replaced the kf5 
version has some changes which are not supported by the Qt5/KF5 
kiconthemes library. You are also likely to see black folder icons in 
the file picker of any Qt5/KF5 app when you enlarge the icon view enough 
to see coloured folders.


Some solutions might be:
- downgrade to the KF5 breeze icon theme package and put that on hold 
with apt until Qt6/KF6 apps are ready.
- as some have done, copy locally the old icon theme so that takes 
precedence.
- persuade devs to revert the offending upstream change in the debian 
packaging, again until no longer required.


Hope that helps.

On 17/09/2024 12:42, Angus A Mackenzie wrote:

  I'm using Unstable amd64, and I note a couple of people have mentioned Breeze
icon themed desktops are showing black folder icons instead of the usual blue.

Plasma 5.27.11 is in use with frameworks 5.115.0

Is this expected behaviour for now, or have I missed an easy fix?

AAM

Re: Plasma 5.20.4: System Preferences -> User Management: User image does not change.

[Rik Mills]

Perhaps https://bugs.kde.org/show_bug.cgi?id=422177

On 25/12/2020 10:28, Héctor Sales Llamas wrote:
> *Update:* it also doesn't seem to work on the login screen with sddm the
> image don't change!
> 
> Regards
> 
> El vie, 25 dic 2020 a las 10:01, Héctor Sales Llamas
> (mailto:hectorvicentesa...@gmail.com>>)
> escribió:
> 
> If I choose the image from the file the user image changes correctly
> (Screenshot1) but if I choose one of the images that come by default
> they do not change (Screenshot2)
> 
> *Note: *This strange behavior has happened to me in both sid and
> testing (upgrade from unstable plasma 5.20 and frameworks 5.77.0-2)
> 
> Best Regards
> 

Re: You can help: Test Plasma 5.20.4 and test applications 20.12

[Rik Mills]

More than that. An API break.

https://mail.kde.org/pipermail/plasma-devel/2020-November/118830.html

On 14/12/2020 15:50, Marco Valli wrote:
> Choosing update view in discover showing nothing: this is a bug in kde
> framework 5.74 resolved in 5.75.

On 14/12/2020 15:50, Marco Valli wrote:
> Choosing update view in discover showing nothing: this is a bug in kde 
> framework 5.74 resolved in 5.75.
> 

Re: You can help: Test Plasma 5.20.4 and test applications 20.12

[Rik Mills]

Debian do not build the source kf5-prison with the 'optional' Qt5Quick
(qtdeclarative) build dependency, so the prison qml module is not built.

A weird decision, or an oversight


On 14/12/2020 10:23, Marco Valli wrote:
> klipper plasmoid (plasma-workspace-data) claim qml-module-org-kde-prison 
> (barcode API) to be installed to work. Seems that this package don't exist in 
> Debian so i had need to modify the file  
> 
> /usr/share/plasma/plasmoids/org.kde.plasma.clipboard/contents/ui/clipboard.qml
> 
> commenting this code:
> 
> Component {
> id: barcodePage
> BarcodePage {
> anchors.fill: parent
> }
> }
> 
> regards
> 

Re: Plasma-discover (5.19.5-3) on testing closes unexpectedly( drkonqi)

[Rik Mills]

Plasma devs advised me that BOTH

https://invent.kde.org/frameworks/kirigami/-/commit/6eaefba5001445fa7e198e4caa0bde738240d66f

and

https://invent.kde.org/plasma/discover/-/commit/c9438fc383630e452cd21dd7b495c925dcc82e28

were required to fix the crash.

On testing myself, this did seem to be the case.

On 13/11/2020 19:55, luca.pedrielli wrote:
> Fixed in Frameworks 5.75 or Plasma 5.20.
> 
> Il 13/11/20 20:01, Rik Mills ha scritto:
>> Sounds like https://bugs.kde.org/show_bug.cgi?id=425670
>>
>> On 13/11/2020 17:53, Héctor Sales Llamas wrote:
>>> After update testing (few minutes):
>>>
>>> I open Plasma-discover (5.19.5-3)--->Preferences--->closes
>>> unexpectedly( drkonqi)
>>>
>>> "Application: Discover (plasma-discover), signal: Segmentation fault
>>>
>>> [KCrash Handler]
>>> #4  0x7fb2643076df in QQmlData::createQQmlData(QObjectPrivate*) ()
>>> from /lib/x86_64-linux-gnu/libQt5Qml.so.5
>>> #5  0x7fb26423bcbd in
>>> QV4::QObjectWrapper::wrap_slowPath(QV4::ExecutionEngine*, QObject*) ()
>>> from /lib/x86_64-linux-gnu/libQt5Qml.so.5
>>> #6  0x7fb26423c10a in ?? () from
>>> /lib/x86_64-linux-gnu/libQt5Qml.so.5
>>> #7  0x7fb26423d5b2 in
>>> QV4::QObjectWrapper::getQmlProperty(QV4::ExecutionEngine*,
>>> QQmlContextData*, QObject*, QV4::String*,
>>> QV4::QObjectWrapper::RevisionMode, bool*, QQmlPropertyData**) () from
>>> /lib/x86_64-linux-gnu/libQt5Qml.so.5
>>> #8  0x7fb2643834e3 in QV4::QQmlTypeWrapper::virtualGet(QV4::Managed
>>> const*, QV4::PropertyKey, QV4::Value const*, bool*) () from
>>> /lib/x86_64-linux-gnu/libQt5Qml.so.5
>>> #9  0x7fb2641d38ed in QV4::Lookup::getterFallback(QV4::Lookup*,
>>> QV4::ExecutionEngine*, QV4::Value const&) () from
>>> /lib/x86_64-linux-gnu/libQt5Qml.so.5
>>> #10 0x7fb20c123825 in ?? ()
>>> #11 0x in ?? ()
>>> [Inferior 1 (process 3397) detached]"
>>>
>>> Best Regards
> 
> 

Re: Plasma-discover (5.19.5-3) on testing closes unexpectedly( drkonqi)

[Rik Mills]

Sounds like https://bugs.kde.org/show_bug.cgi?id=425670

On 13/11/2020 17:53, Héctor Sales Llamas wrote:
> After update testing (few minutes):
> 
> I open Plasma-discover (5.19.5-3)--->Preferences--->closes
> unexpectedly( drkonqi)
> 
> "Application: Discover (plasma-discover), signal: Segmentation fault
> 
> [KCrash Handler]
> #4  0x7fb2643076df in QQmlData::createQQmlData(QObjectPrivate*) ()
> from /lib/x86_64-linux-gnu/libQt5Qml.so.5
> #5  0x7fb26423bcbd in
> QV4::QObjectWrapper::wrap_slowPath(QV4::ExecutionEngine*, QObject*) ()
> from /lib/x86_64-linux-gnu/libQt5Qml.so.5
> #6  0x7fb26423c10a in ?? () from /lib/x86_64-linux-gnu/libQt5Qml.so.5
> #7  0x7fb26423d5b2 in
> QV4::QObjectWrapper::getQmlProperty(QV4::ExecutionEngine*,
> QQmlContextData*, QObject*, QV4::String*,
> QV4::QObjectWrapper::RevisionMode, bool*, QQmlPropertyData**) () from
> /lib/x86_64-linux-gnu/libQt5Qml.so.5
> #8  0x7fb2643834e3 in QV4::QQmlTypeWrapper::virtualGet(QV4::Managed
> const*, QV4::PropertyKey, QV4::Value const*, bool*) () from
> /lib/x86_64-linux-gnu/libQt5Qml.so.5
> #9  0x7fb2641d38ed in QV4::Lookup::getterFallback(QV4::Lookup*,
> QV4::ExecutionEngine*, QV4::Value const&) () from
> /lib/x86_64-linux-gnu/libQt5Qml.so.5
> #10 0x7fb20c123825 in ?? ()
> #11 0x in ?? ()
> [Inferior 1 (process 3397) detached]"
> 
> Best Regards

Re: digiKam 6.4.0

[Rik Mills]

On 17/02/2020 10:30, Michal BULIK wrote:
> 
> 6.4.0 has entered testing. What about kipi-plugins ? Has it disappeared ?
> Or has it been replaced by something else ?
> 
> Thank you,
> Michal

They were split to a new source by KDE, and made part of KDE
applications/release-service.

The new source upload is in the ftp master's NEW queue:

https://ftp-master.debian.org/new.html

Re: Something broke

[Rik Mills]

On 21/01/2020 10:51, Lisandro Damián Nicanor Pérez Meyer wrote:
> Hi!
> 
> El sáb., 18 ene. 2020 14:00, Rob Brewer  > escribió:
> 
> luca.pedrielli wrote:
> 
> > plasmashell seems crashing after printer-manager activity
> >
> > can you stop cups service and restart plasmashell?
> >
> 
> Yes I killed cups-browsed and cupsd and plasmashell now runs
> 
> gdb plasmashell
> 
> (gdb) run
> 
> snip
> 
> Plasma Shell startup completed
> libkcups: 5 "EPSON_Stylus_Photo_R800_tuscan3"
> libkcups: 3 "HLL8260CDW"
> libkcups: 3 "HP_LaserJet_5000_Series_tuscan3"
> libkcups: 2
> "1 instead of 2 arguments to message {Printing %1 with %2} supplied
> before conversion."
> libkcups: 129
> 
> Thread 1 "plasmashell" received signal SIGSEGV, Segmentation fault.
> 0x7fffbf557166 in JobModel::updateJob(int, KCupsJob const&) ()
> from /usr/lib/x86_64-linux-gnu/libkcupslib.so
> 
> 
> Interesting, I saw the same behavior in one (but just one) machine
> running stable. I still need to dig further into this

Sounds like?

https://bugs.launchpad.net/ubuntu/+source/plasma-workspace/+bug/1770044

https://bugs.kde.org/show_bug.cgi?id=326289

If so, it is fixed in print-manager 19.12.0.

Re: Kwallet does not work

[Rik Mills]

On 05/05/18 16:39, MERLIN Philippe wrote:
> Hi,
> On Debian Sid AMD64
> Since last update Kwallet is out, i don't know why and how i can
correct this
> problem.
> Kontact start very slowly more 2 minutes normally it is immediate,  he
does
> not ask for the password of the wallet so i must give manually the
password to
> every account of reception.
> If i try Configuration of Kontact it's indicate for password Wallet is
> deactivated in the configuration system.
> What can i do, google does not help me.
> Kwalletmanager5 does not work nothing appears on the screen.
> Philippe Merlin

Hi, is this in a Plasma session?

The breakage is known and will be fixed, but until now only had it
reported as being non Plasna sessions in debian.

Re: libreoffice-kde package qt4 -> qt5

[Rik Mills]

On 27/02/17 18:29, Luc Castermans wrote:
> Dear,
> 
> The libreoffice-kde package is built upon qt4, but deserves a port to
> qt5/plasma.
> Can you advice how I can help to give it attention and support?

Porting branch for the VCL to Qt5/KF5 I believe

https://cgit.freedesktop.org/libreoffice/core/log/?h=feature/kde5