[KScreen] [Bug 460341] On X11 with proprietary NVIDIA GPU drivers, external monitor disabled after reboot or wake-from-sleep
https://bugs.kde.org/show_bug.cgi?id=460341 --- Comment #157 from René Fritz --- KDE Neon 5.27.2 The bug is fixed for me. - Login in with the monitors already connected: works - connecting monitors after login: works Many Thanks for fixing this bug! -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 441384] Dolphin's UI responsiveness becomes slow while counting items inside subfolders in an NTFS partition
https://bugs.kde.org/show_bug.cgi?id=441384 René Fritz changed: What|Removed |Added CC||rf-...@colorcube.de --- Comment #8 from René Fritz --- KDE neon 5.27 22.04 (x86_64) I have the same Problem but with ext4. It seems dolphin in kde neon has git functionality included - even when the dolphin-plugins package for git support is NOT installed. Dolphin shows icons with git status. Directories with many git repositories take ages to count. The gui is laggy. A folder without git repositories is faster, but not lightning fast. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 441384] Dolphin's UI responsiveness becomes slow while counting items inside subfolders in an NTFS partition
https://bugs.kde.org/show_bug.cgi?id=441384 --- Comment #9 from René Fritz --- (In reply to René Fritz from comment #8) > KDE neon 5.27 22.04 (x86_64) > > I have the same Problem but with ext4. > > It seems dolphin in kde neon has git functionality included - even when the > dolphin-plugins package for git support is NOT installed. > > Dolphin shows icons with git status. Directories with many git repositories > take ages to count. The gui is laggy. > > A folder without git repositories is faster, but not lightning fast. I realised Kommit (Git gui client for KDE) was installed and caused the slow down. Which means my problem was not related to the bug report. -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 460341] On X11 with proprietary NVIDIA GPU drivers, external monitor disabled after reboot or wake-from-sleep
https://bugs.kde.org/show_bug.cgi?id=460341 --- Comment #116 from René Fritz --- For me the bug is not resolved in kde neon unstable. I installed related packages in my kde neon user by adding deb http://archive.neon.kde.org/unstable jammy main I tried to identity the packages. There's no libkscreen package... > Plasma things to be "5.26.80", not "5.26.5". There aren't any packages with version 5.26.80 in KDE Neon unstable. So maybe I'm on the wrong track? Here are the updated packages (some unrelated) kscreen (4:5.26.5+p22.04+tunstable+git20230118.0241-0) kwin-common (4:5.26.5+p22.04+tunstable+git20230118.0014-0) kwin-data (4:5.26.5+p22.04+tunstable+git20230118.0014-0) kwin-wayland (4:5.26.5+p22.04+tunstable+git20230118.0014-0) kwin-wayland-backend-drm (4:5.26.5+p22.04+tunstable+git20230118.0014-0) kwin-wayland-backend-fbdev (4:5.26.5+p22.04+tunstable+git20230118.0014-0) kwin-wayland-backend-virtual (4:5.26.5+p22.04+tunstable+git20230118.0014-0) kwin-wayland-backend-wayland (4:5.26.5+p22.04+tunstable+git20230118.0014-0) kwin-wayland-backend-x11 (4:5.26.5+p22.04+tunstable+git20230118.0014-0) kwin-x11 (4:5.26.5+p22.04+tunstable+git20230118.0014-0) layer-shell-qt (5.26.5+p22.04+tunstable+git20230116.0525-0) libappstream4:amd64 (0.15.6-0xneon+22.04+jammy+unstable+build5) libappstreamqt2:amd64 (0.15.6-0xneon+22.04+jammy+unstable+build5) libkdecorations2-5v5:amd64 (4:5.26.5+p22.04+tunstable+git20230114.0118-0) libkdecorations2private10:amd64 (4:5.26.5+p22.04+tunstable+git20230114.0118-0) libkf5guiaddons5:amd64 (5.102.0+p22.04+tunstable+git20230116.1229-0) libkf5guiaddons-bin (5.102.0+p22.04+tunstable+git20230116.1229-0) libkf5guiaddons-data (5.102.0+p22.04+tunstable+git20230116.1229-0) libkf5plasma5:amd64 (5.102.0+p22.04+tunstable+git20230118.0218-0) libkf5plasmaquick5:amd64 (5.102.0+p22.04+tunstable+git20230118.0218-0) libkf5prison5:amd64 (5.102.0+p22.04+tunstable+git20230116.1320-0) libkf5screen7:amd64 (4:5.26.5+p22.04+tunstable+git20230117.0100-0) libkf5screen-bin (4:5.26.5+p22.04+tunstable+git20230117.0100-0) libkuserfeedbackcore1:amd64 (1.2.0+p22.04+tunstable+git20230118.0141-0) libkwineffects14 (4:5.26.5+p22.04+tunstable+git20230118.0014-0) libkwinglutils14 (4:5.26.5+p22.04+tunstable+git20230118.0014-0) liblayershellqtinterface5 (5.26.5+p22.04+tunstable+git20230116.0525-0) libpolkit-qt5-1-1:amd64 (0.114.0+p22.04+tunstable+git20220920.0916-0) libqalculate22:amd64 (4.5.1-0xneon+22.04+jammy+unstable+build10) libqt5core5a:amd64 (5.15.8+p22.04+tunstable+git20230118.0109-0) libqt5dbus5:amd64 (5.15.8+p22.04+tunstable+git20230118.0109-0) libqt5gui5:amd64 (5.15.8+p22.04+tunstable+git20230118.0109-0) libqt5network5:amd64 (5.15.8+p22.04+tunstable+git20230118.0109-0) libqt5printsupport5:amd64 (5.15.8+p22.04+tunstable+git20230118.0109-0) libqt5script5:amd64 (5.15.8+p22.04+tunstable+git20230118.0141-0) libqt5sql5:amd64 (5.15.8+p22.04+tunstable+git20230118.0109-0) libqt5widgets5:amd64 (5.15.8+p22.04+tunstable+git20230118.0109-0) libqt5xml5:amd64 (5.15.8+p22.04+tunstable+git20230118.0109-0) plasma-workspace (4:5.26.5+p22.04+tunstable+git20230118.0240-0) plasma-workspace-wayland (4:5.26.5+p22.04+tunstable+git20230118.0240-0) -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 460341] On X11 with proprietary NVIDIA GPU drivers, external monitor disabled after reboot or wake-from-sleep
https://bugs.kde.org/show_bug.cgi?id=460341 --- Comment #117 from René Fritz --- > For me the bug is not resolved in kde neon unstable. Well it has changed a little bit. There's the new widget in the taskbar. When I click in "extend to right" it doesn't work. A second click brings up the external display. In tests with kcontrol panel I can activate the monitor but not always. This didn't work for me before. It was almost impossible to activate the monitor. Still plugging in the cable doesn't work. Sometimes all screens are black and nothing happens. Unplug shows the default screen again. The layout is not restored. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 416830] Elisa crashes on start Kubuntu 20.04
https://bugs.kde.org/show_bug.cgi?id=416830
René Fritz changed:
What|Removed |Added
CC||rf-...@colorcube.de
--- Comment #16 from René Fritz ---
I had the same Problem (KDE neon). The last line in console was:
> org.kde.elisa.database: DatabaseInterface::initRequest QSqlError("10", "Não
> foi possível executar a expressão", "disk I/O error")
It turned out I had no phonon backend installed.
No/Wrong error message is somewhat misleading.
--
You are receiving this mail because:
You are watching all bug changes.
[neon] [Bug 376061] DigiKam in KDE Neon is unable play video via QtAv (package problem)
https://bugs.kde.org/show_bug.cgi?id=376061 René Fritz changed: What|Removed |Added CC||rf-...@colorcube.de --- Comment #23 from René Fritz --- Version 7.5 is around the corner. Would be nice to have video support enabled. btw. the digikam appimage has video support but doesn't integrate very well: wrong fonts, wrong theme, ... -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 376061] DigiKam in KDE Neon is unable play video via QtAv (package problem)
https://bugs.kde.org/show_bug.cgi?id=376061 René Fritz changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #26 from René Fritz --- (In reply to Jonathan Riddell from comment #25) > Now in user edition I confirm that video works now in kde user edition. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 460341] On X11, external monitor disabled, setting of external monitor is not remembered
https://bugs.kde.org/show_bug.cgi?id=460341 René Fritz changed: What|Removed |Added CC||rf-...@colorcube.de --- Comment #62 from René Fritz --- I have a laptop with Nvidia graphics and driver version 510 (tried 515 and 520). KDE Neon 22.04 I use external monitors connected with HDMI and USB-C (which is display port?) both in 4k. Hotplug worked well but not always flawless in the past. Lately only HDMI Monitor gets enabled on hotplug but not the one over USB-C. This behavior seems to be the same which many described here. I can enable the USB-C monitor using kcm_kscreen but it gets disabled immediately. Can't tell which updated caused it. It was before 22.04 was available I thin. My workaround - plug in the USB-C Monitor, it will not be enabled - enable the USB-C Monitor using nvidia-settings - plug in the HDMI Monitor - the monitor layout configured with kcm_kscreen will be restored To me it seems not the monitor layout is the problem but enabling a display port monitor - maybe specific to nvidia? I don't think the it's the nvidia driver because I'm pretty shure I used v 510 already when it still worked. Slightly different and maybe not related: I have another setup with two 4k daisy chained USB-C monitors. I had a problem there that sometimes one monitor got not enabled and enabling him manually using kcm_kscreen didn't work (nothing happens). Usually I tried plugin multiple times until it worked. This behavior got much more worse with recent update, which means it doesn't work 95% of the time. -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 460341] On X11, external monitor disabled, setting of external monitor is not remembered
https://bugs.kde.org/show_bug.cgi?id=460341 --- Comment #66 from René Fritz --- (In reply to David Edmundson from comment #65) > >- enable the USB-C Monitor using nvidia-settings > > If nvidia-settings is also adjusting monitors that's going to lead to > unpredictable results having two daemons thinking they're in charge at once. > It is possible nvidia-settings was previously disabling the monitor after > kscreen enabled it. nvidia-settings is a user space program where I manually activate the monitor (gui). There's no daemon involved as I know. Normally I don't have nvidia-settings running. In the past I didn't had problems and nvidia-settings was installed too. nvidia proprietary driver is used -- You are receiving this mail because: You are watching all bug changes.
[libkgapi] [Bug 392823] Google tasks doesn't have an "All day" mark after sync
https://bugs.kde.org/show_bug.cgi?id=392823 René Fritz changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED CC||rf-...@colorcube.de --- Comment #1 from René Fritz --- I can confirm this with KDE Neon User edition. Korganizer 5.13.0 (19.12.0) Instead of "all day" marked the time is set to 00:00. When you begin to fix this in Korganizer or Google Calendar the task moves a day back because of the time 00:00 I guess. -- You are receiving this mail because: You are watching all bug changes.
[parley] [Bug 381349] Relative path for audio files not working
https://bugs.kde.org/show_bug.cgi?id=381349 --- Comment #4 from René Fritz --- Yes 17.04 package. From Neon user packages. -- You are receiving this mail because: You are watching all bug changes.
[parley] [Bug 381349] Relative path for audio files not working
https://bugs.kde.org/show_bug.cgi?id=381349 René Fritz changed: What|Removed |Added CC||r...@colorcube.de --- Comment #5 from René Fritz --- Created attachment 107232 --> https://bugs.kde.org/attachment.cgi?id=107232&action=edit fixes relative paths handling in reader if (QUrl::fromLocalFile(currentElement.text()).isRelative()) ... did not work because the url has a scheme and a scheme means it's not relative. My knowledge of Qt is vry limited, so I hope the patch makes sense. -- You are receiving this mail because: You are watching all bug changes.
[parley] [Bug 381349] Relative path for audio files not working
https://bugs.kde.org/show_bug.cgi?id=381349 --- Comment #6 from René Fritz --- added patch to review board https://git.reviewboard.kde.org/r/130224/ -- You are receiving this mail because: You are watching all bug changes.
[parley] [Bug 381349] New: Relative path for audio files not working
https://bugs.kde.org/show_bug.cgi?id=381349 Bug ID: 381349 Summary: Relative path for audio files not working Product: parley Version: unspecified Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: parley-bugs-n...@kde.org Reporter: r...@colorcube.de Target Milestone: --- When you add an audio file in editor mode the absolute path of the file is shown and you can play the audio file. When the vocabulary file is saved the absolute path of the audio is converted to a relative which is the expected behaviour. But when the vocabulary file is loaded the relative path is not handled correctly and the audio file can't be played. When clicking the play button following error message is on the console: GStreamer; Unable to pause - "file:Assets/au02834218_ew_0001.mp3" GStreamer; Unable to pause - "file:Assets/au02834218_ew_0001.mp3" Error: "Could not open resource for reading." Parley Version 2.1.0 -- You are receiving this mail because: You are watching all bug changes.
[parley] [Bug 381349] Relative path for audio files not working
https://bugs.kde.org/show_bug.cgi?id=381349 --- Comment #1 from René Fritz --- I found this change which might be related https://git.reviewboard.kde.org/r/129992/diff/3/ -- You are receiving this mail because: You are watching all bug changes.
[parley] [Bug 381349] Relative path for audio files not working
https://bugs.kde.org/show_bug.cgi?id=381349 --- Comment #2 from René Fritz --- The bug is already mentioned here: https://mail.kde.org/pipermail/kde-edu/2017-March/013344.html -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 498024] Face recognition becomes quickly useless with many faces in library
https://bugs.kde.org/show_bug.cgi?id=498024 --- Comment #2 from René Fritz --- Thanks for your reply! I use the Neon package. V8.5.0. Build Date 10.12.24 > To make sure you are using all the correct face models, I'd like you to > delete the directory where we download the face AI models. If you are using > the AppImage, look for a directory called facesengine and delete all the > directories under it. The directories should be name yunet, dnnface, and > shape-predictor. After the directories are deleted, please restart digiKam > and it should download all the models again. I answer this first - more later. In .local/share/digikam/facesengine/ there are no subfolders but: 21675 Okt 31 14:48 classification_classes_ILSVRC2012.txt 625 Okt 31 14:48 coco.names 28092 Okt 31 14:11 deploy.prototxt 232589 Dez 15 13:54 face_detection_yunet_2023mar.onnx 38696353 Dez 15 13:54 face_recognition_sface_2021dec.onnx 31510785 Okt 31 14:11 openface_nn4.small2.v1.t7 5351047 Okt 31 14:11 res10_300x300_ssd_iter_14_fp16.caffemodel 102146365 Okt 31 14:48 resnet50.onnx 67740572 Okt 31 12:03 shapepredictor.dat 88007527 Okt 31 14:11 weights_inceptionv3_299.pb 8334 Okt 31 12:03 yolov3-face.cfg 246305388 Okt 31 14:11 yolov3-wider_16000.weights 7616008 Okt 31 14:11 yolov5n_batch_16_s320.onnx 347010839 Okt 31 14:48 yolov5x_batch_16_s320.onnx After removing the files following got downloaded: 21675 Dez 29 18:48 classification_classes_ILSVRC2012.txt 625 Dez 29 18:48 coco.names 28092 Dez 29 18:47 deploy.prototxt 232589 Dez 29 18:48 face_detection_yunet_2023mar.onnx 38696353 Dez 29 18:48 face_recognition_sface_2021dec.onnx 31510785 Dez 29 18:48 openface_nn4.small2.v1.t7 5351047 Dez 29 18:47 res10_300x300_ssd_iter_14_fp16.caffemodel 102146365 Dez 29 18:48 resnet50.onnx 67740572 Dez 29 18:47 shapepredictor.dat 88007527 Dez 29 18:48 weights_inceptionv3_299.pb 8334 Dez 29 18:48 yolov3-face.cfg 246305388 Dez 29 18:48 yolov3-wider_16000.weights 7616008 Dez 29 18:48 yolov5n_batch_16_s320.onnx 347010839 Dez 29 18:48 yolov5x_batch_16_s320.onnx A quick test showed no difference. SFace with rebuild model. I try to test with some faces removed and report my results and more details. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 498024] Face recognition becomes quickly useless with many faces in library
https://bugs.kde.org/show_bug.cgi?id=498024 --- Comment #4 from René Fritz --- > Neon package is a Snap stuff or not ? If yes, stop immediately, Snap is just > not suitable for a huge application as digiKam (it's the same with Flatpak). No Neon has nothing to do with snap. Neon use native deb packages. In fact they're trying to avoid snap. > Considerate also Neon as development stuff, not enough stable for a > production usage. To test a software, use a stable Linux. Kubuntu 24.04 LTS > is a good choice. I strongly disagree. A few years back Kubuntu was totally buggy. I heard it is better now. Neon has a stable user edition which is comparable to Kubuntu using Ubuntu LTS but often more up to date. There is a Neon dev edition which I don't use. > In all cases, i recommend to test with the AppImage Linux bundle that we > provides. This one works perfectly. I tested the recognition workflow with > 8.5.0 in-deep under Kubuntu 24.04, and it works like a charm. It's not > comparable to previous digiKam releases, using SFace model. I try the Appimage and report -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 498024] New: Face recognition becomes quickly useless with many faces in library
https://bugs.kde.org/show_bug.cgi?id=498024 Bug ID: 498024 Summary: Face recognition becomes quickly useless with many faces in library Classification: Applications Product: digikam Version: 8.5.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Faces-Recognition Assignee: digikam-bugs-n...@kde.org Reporter: rf-...@colorcube.de Target Milestone: --- I'm trying face recognition (again) with version 8.5.0. Summary: it doesn't work at all. For years I re-try the face recognition in digikam. In the beginning it works. But when you tagged a few thousand images it becomes very quickly useless. The results are no better than random. You can find several descriptions by users with the same symptom. With the new SFace model not one face get's recognized, even with lowest accuracy of 1. Bug? When I switch back to OpenFace it will again recognize some faces but all random. I rebuild the training data - which seems to be done anyway when switching models. I can imagine that the training data becomes "random" in some way. One persons face is provided in so many variants that the trained face model becomes blur? Which results in useless results. So maybe the recognition by itself is not the problem but a filter for good training data is needed? Maybe there's a bug why SFace doesn't recognize anything for me, which is independent from bad training data. Related bug 432537, bug 475488 I respect the effort which went into this feature over the years. On the other hand, it was mentioned a few times how it will improve, but it didn't. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 498024] Face recognition becomes quickly useless with many faces in library
https://bugs.kde.org/show_bug.cgi?id=498024 René Fritz changed: What|Removed |Added Platform|Other |Neon -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 498024] Face recognition becomes quickly useless with many faces in library
https://bugs.kde.org/show_bug.cgi?id=498024 --- Comment #8 from René Fritz --- In Ubuntu 24.04 libopencv packages have the version 4.6.0+dfsg-13.1ubuntu1 The Appimage digikam is currently building models, which takes way longer than before. Could be a packaging problem. Let's see how it works when the models are finished. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 482393] qtpaths6 is missing in qt6-base
https://bugs.kde.org/show_bug.cgi?id=482393 René Fritz changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- CC||rf-...@colorcube.de Ever confirmed|0 |1 --- Comment #5 from René Fritz --- qtpaths is used by some install scripts of dolphin service menus. With KDE 5 there was a tool (kdeconfig?) which was always present and used by such install scripts. It seems to be overkill to install qt-base-dev just to get qtpaths installed. Would be nice to have that in qt6-base instead. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 498024] Face recognition becomes quickly useless with many faces in library
https://bugs.kde.org/show_bug.cgi?id=498024 --- Comment #9 from René Fritz --- The Appimage version works with Yunet and SFace. The face recognition with SFace is indeed much better. Sorry to bother you and thanks for your time!! If you have an idea what might cause that problem, I would report that packaging bug. Interesting is that the old models still work and the new find nothing. Again, thank you -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 473365] DLNA Elisa
https://bugs.kde.org/show_bug.cgi?id=473365 René Fritz changed: What|Removed |Added CC||rf-...@colorcube.de --- Comment #1 from René Fritz --- I'm looking for years for a upnp media player and now I stumbled about upnp support in Elisa. Great! But it's not merged. It's in the making (and updated) for 4 years and still not merged. Thanks mgallien for implementing upnp, but it's sad that it's sitting unused in the repo. Is it not super polished or needs testing? How about making it an experimental feature you have to enable in setting? -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 354052] Applications/15.08: audio tracks do not mix in converted project
https://bugs.kde.org/show_bug.cgi?id=354052 René Fritz changed: What|Removed |Added CC||r...@colorcube.de --- Comment #1 from René Fritz --- I can confirm this. Version 15.10 from sunab ppa. Kubuntu wily. My project was created with that version. I tried 15.08. Without pulseaudio, multiple audio settings. Problem still exists. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 354052] Applications/15.08: audio tracks do not mix in converted project
https://bugs.kde.org/show_bug.cgi?id=354052 --- Comment #2 from René Fritz --- For some unknown reasons after some editing audio mixing worked again. Unfortunately I can't say what triggered it. So mixing works but sometimes it just don't happen. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 307303] GROUP : delete group of photos problem
https://bugs.kde.org/show_bug.cgi?id=307303 René Fritz changed: What|Removed |Added CC||r...@colorcube.de --- Comment #11 from René Fritz --- This bug is still valid. The workflow is somewhat uncomfortable because of this bug. Especially when you group your photos by format (jpg+raw). -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 307303] GROUP : delete group of photos problem
https://bugs.kde.org/show_bug.cgi?id=307303 --- Comment #13 from René Fritz --- Version 4.14 (I didn't try 5.x yet) -- You are receiving this mail because: You are watching all bug changes.
