Implement InputCapture portal as Google SoC project?
Hello! I'm a newish software developer and I've had my eye on this issue for implementing the InputCapture portal in KDE for a while https://invent.kde.org/plasma/xdg-desktop-portal-kde/-/issues/12. From my understanding, completing this would enable apps like Synergy and InputLeap to function under KDE's Wayland session, and I use apps like this all the time! I have no experience developing for KDE but I would love to use this as a launchpad for getting involved. I have a sufficient amount of development experience in several languages/environments, including C++ and C-based build systems. Does this seem like a good project proposal for something like Google's SoC? Or would it be too small/convoluted? In any case, I just wanted to ask here and see if anyone with more experience would be willing to serve as a mentor either for a SoC project or just in general for this feature implementation. Thanks, Gabe
Re: KDE Frameworks with failing CI (master) (10 March 2024)
Moin moin I'll rebuild the package repo to use Qt 6.6.2 -- I'll ping you once the repo is updated. mfg Tobias On Tue, 12 Mar 2024 at 10:50, Ben Cooksley wrote: > > On Mon, Mar 11, 2024 at 12:46 PM Albert Astals Cid wrote: >> >> Please work on fixing them, otherwise i will remove the failing CI jobs on >> their 4th failing week, it is very important that CI is passing for multiple >> reasons. >> >> Bad news: 1 repository is still failing and 1 new has started failing >> >> >> kimageformats - 3rd week >> * https://invent.kde.org/frameworks/kimageformats/-/pipelines/627271 >> * kimageformats-read-xcf fails in Linux CI >>* https://invent.kde.org/frameworks/kimageformats/-/merge_requests/211 >> fixes it but then breaks the BSD builder (because it is on an older Qt) Can >> we >> update Qt in the BSD builder to 6.6.2? > > > Please file a ticket for that update. > >> >> >> >> kpackage - NEW >> * https://invent.kde.org/frameworks/kpackage/-/pipelines/627276 >> * appstream check fails > > > It would appear that this will require changes to the KPackage format to > ensure that we allow (require?) plugins to specify a homepage to comply with > Appstream requirements. > >> >> >> Cheers, >> Albert >> >> > > Regards, > Ben
Re: KDE Gear projects with failing CI (master) (12 March 2024)
On Wed, Mar 13, 2024 at 12:12 PM Albert Astals Cid wrote: > Please work on fixing them, otherwise i will remove the failing CI jobs on > their 4th failing week, it is very important that CI is passing for > multiple > reasons. > > Good news: 6 repositories got fixed > > Bad news: 2 repository still failing and 7 new repositories failing this > week > > > filelight - 2nd week > * https://invent.kde.org/utilities/filelight/-/pipelines/628855 > * craft fails > > > klickety - 2nd week > * https://invent.kde.org/games/klickety/-/pipelines/628858 > * appstreamtest fails Hm, I thought I had fixed all the Appstream failures. Anyway, this is fixed now. > > > > kalgebra - NEW > * https://invent.kde.org/education/kalgebra/-/pipelines/628851 > * flatpak fails, needs libplasma > > > kig - NEW > * https://invent.kde.org/education/kig/-/pipelines/628852 > * craft fails > > > kdenlive - NEW > * https://invent.kde.org/multimedia/kdenlive/-/pipelines/628926 > * Qt6 code fails to compile > > > akregator - NEW > * https://invent.kde.org/pim/akregator/-/pipelines/628861 > * appstreamtest fails Fixed as well. No idea how this passed last week given nothing has changed here? > > > > neochat - NEW > * https://invent.kde.org/network/neochat/-/pipelines/628957 > * craft fails > Likely caused by libtiff being present on the system when the cache was built, but not being marked as a dependency of QtWebEngine. Craft folks, will adding libtiff as a dependency of QtWebEngine without bumping the patch version cause any issues? (that should fix this) > > > mimetreeparser - NEW > * https://invent.kde.org/pim/mimetreeparser/-/pipelines/628865 > * core-cryptohelpertest fails > > Don't understand how that could fail out of the blue... > > > francis - NEW > * https://invent.kde.org/utilities/francis/-/pipelines/628866 > * reuse fails > Fixed by Carl in https://invent.kde.org/utilities/francis/-/commit/a3749a7f74ed2bdffeb3b4bc17835ae7ccd6fa64 > > > Cheers, > Albert > > > Cheers, Ben
Re: KDE Gear projects with failing CI (master) (12 March 2024)
13.03.2024 08:40:20 Ingo Klöcker : > On Mittwoch, 13. März 2024 00:12:17 CET Albert Astals Cid wrote: >> Please work on fixing them, otherwise i will remove the failing CI jobs on >> their 4th failing week, it is very important that CI is passing for multiple >> reasons. >> >> Good news: 6 repositories got fixed >> >> Bad news: 2 repository still failing and 7 new repositories failing this >> week >> >> >> filelight - 2nd week >> * https://invent.kde.org/utilities/filelight/-/pipelines/628855 >> * craft fails > > One of the two macOS builds fails. No idea what the problem is because "Job's > log exceeded limit of 4194304 bytes. Job execution will continue but no more > output will be collected." > >> kig - NEW >> * https://invent.kde.org/education/kig/-/pipelines/628852 >> * craft fails > > Both macOS builds failed. > > arm64: packaging failed, but there's not error message and no Craft logs for > the packaging. > > x86-64: signing failed with > ERROR macappsigner Error: Processing task '20240312T191325-education- > kig_1647658' failed with ReadError('unexpected end of data'). > reported by tarfile > > I checked the tar file manually: > tar: Unexpected EOF in archive > tar: Error is not recoverable: exiting now > > Maybe the file wasn't closed/flushed before it was uploaded? > >> neochat - NEW >> * https://invent.kde.org/network/neochat/-/pipelines/628957 >> * craft fails > > In this case the AppImage failed: > Deploying dependencies for ELF file > /builds/network/neochat/linux-64-gcc/build/ > kde/applications/neochat/archive/usr/lib/libQt6WebEngineCore.so.6.6.2 > ERROR: Could not find dependency: libtiff.so.5 > ERROR: Failed to deploy dependencies for existing files > > tiff isn't mentioned anywhere else in the log. Looks like a missing dependency > on tiff, but I don't know in which Craft blueprint. > > Regards, > Ingo For filelight and kig: The logs for craft packaging are in the log named after the package ie. filelight.log in this case. It failed at signing because the codesign verification failed. Some binaries couldn't be signed. I added an executable filter for both and redriggered the arm builds last night before going to sleep. (For kig it failed again because I missed the return super()... hence Craft considered it failed but without a log. This is fixed meanwhile too. Kdenlive Qt6 failure is fixed too.
Re: KDE Gear projects with failing CI (release/24.02) (12 March 2024)
On Wed, Mar 13, 2024 at 12:34 PM Albert Astals Cid wrote: > Please work on fixing them, otherwise i will remove the failing CI jobs on > their 4th failing week, it is very important that CI is passing for > multiple > reasons. > > > VERY BAD NEWS: > * Cantor made it to its 4th week with FreeBSD tests failing > * I have disabled them > * > https://invent.kde.org/education/cantor/-/commit/5b2a8285e2f6ecac28f4ae07c602b9b8f8c7f7fa > > Good News: 6 failing repositories from previous report got fixed > > Bad news: 2 repositories are still failing and 2 new repositories started > failing > > > kimap - 3rd week > * https://invent.kde.org/pim/kimap/-/pipelines/628890 > * testsession fails on FreeBSD > > > neochat - 3rd week > * https://invent.kde.org/network/neochat/-/pipelines/628898 > * craft build fails > > > kdenlive - NEW > * https://invent.kde.org/multimedia/kdenlive/-/pipelines/628930 > * Qt6 code fails to compile > > > akregator - NEW > * https://invent.kde.org/pim/akregator/-/pipelines/628861 > * appstreamtest fails No idea why this has suddenly shown up as a failure. Appstream makes no sense sometimes - either way, should be fixed now. > > > > > Cheers, > Albert > Cheers, Ben
Re: KDE Gear projects with failing CI (master) (12 March 2024)
On Mittwoch, 13. März 2024 08:39:11 CET Ingo Klöcker wrote: > On Mittwoch, 13. März 2024 00:12:17 CET Albert Astals Cid wrote: > > Please work on fixing them, otherwise i will remove the failing CI jobs on > > their 4th failing week, it is very important that CI is passing for > > multiple reasons. > > > > Good news: 6 repositories got fixed > > > > Bad news: 2 repository still failing and 7 new repositories failing this > > week > > > > > > filelight - 2nd week > > > > * https://invent.kde.org/utilities/filelight/-/pipelines/628855 > > > > * craft fails > > One of the two macOS builds fails. No idea what the problem is because > "Job's log exceeded limit of 4194304 bytes. Job execution will continue but > no more output will be collected." I reran the job and it passed now. I saw that Justin has added an explicit list of executables to include to the Craft blueprint. No idea if this helped. Regards, Ingo signature.asc Description: This is a digitally signed message part.
Re: KDE Gear projects with failing CI (master) (12 March 2024)
On Mittwoch, 13. März 2024 00:12:17 CET Albert Astals Cid wrote: > Please work on fixing them, otherwise i will remove the failing CI jobs on > their 4th failing week, it is very important that CI is passing for multiple > reasons. > > Good news: 6 repositories got fixed > > Bad news: 2 repository still failing and 7 new repositories failing this > week > > > filelight - 2nd week > * https://invent.kde.org/utilities/filelight/-/pipelines/628855 > * craft fails One of the two macOS builds fails. No idea what the problem is because "Job's log exceeded limit of 4194304 bytes. Job execution will continue but no more output will be collected." > kig - NEW > * https://invent.kde.org/education/kig/-/pipelines/628852 > * craft fails Both macOS builds failed. arm64: packaging failed, but there's not error message and no Craft logs for the packaging. x86-64: signing failed with ERROR macappsigner Error: Processing task '20240312T191325-education- kig_1647658' failed with ReadError('unexpected end of data'). reported by tarfile I checked the tar file manually: tar: Unexpected EOF in archive tar: Error is not recoverable: exiting now Maybe the file wasn't closed/flushed before it was uploaded? > neochat - NEW > * https://invent.kde.org/network/neochat/-/pipelines/628957 > * craft fails In this case the AppImage failed: Deploying dependencies for ELF file /builds/network/neochat/linux-64-gcc/build/ kde/applications/neochat/archive/usr/lib/libQt6WebEngineCore.so.6.6.2 ERROR: Could not find dependency: libtiff.so.5 ERROR: Failed to deploy dependencies for existing files tiff isn't mentioned anywhere else in the log. Looks like a missing dependency on tiff, but I don't know in which Craft blueprint. Regards, Ingo signature.asc Description: This is a digitally signed message part.