Collection of packaging notes
Hello, With various alpha coming out soon, here are the notes added to my packages when I started packaging snapshots and still present. I'm well aware that some of these modules won't be present in the first releases. First, the most annoying issue: Plasma still didn't bump all their libraries soname. That's a major annoyance for packagers. - Conflicting files (not mentioned in the other thread) kcm_trash.desktop is installed by both kio (kf5) and kio-extras (kf6) - Conflicting translation catalog names: plasma-integration (plasmaintegration5) kuserfeedback - Misnamed libraries: kmail-account-wizard (liblibaccountwizard.so) ktextaddons (liblibvoskspeechtotext.so) - Non frameworks modules installing libKF*.so ktextaddons (various libraries) konqueror (libKF6Konq.so) libksane (libKF5Sane5.so) kweathercore (libKF6KWeatherCore.so) libktorrent (libKF5Torrent.so) libkexiv2 (libKF6KExiv2.so) libkdcraw (libKF6KDcraw.so) baloo-widgets (libKF6BalooWidgets.so) kmoretools (libKF6MoreTools.so) libkscreen (libKF6Screen.so, libKF6ScreenDpms.so) - Wrong install location for knewstuff files: khangman kturtle - Wrong install location for CMake files: qqc2-breeze-style (still uses KF5QQC2BreezeStyle) - old install location: kalgebra (/usr/share/katepart5. Note: syntax-highlighting won't ignore the file, but it's not the default location) ksystemlog (/usr/share/kxmlgui5/ksystemlog) - Modules still using QQC1: kdeplasma-addons (applets/fifteenPuzzle) - build dependency issues: plasma5support (links and requires QtGui but doesn't search for it at build time) kinfocenter (requires kpackage at build time but doesn't seem to need it) Christophe
Re: Frameworks 6 alpha
On Wed, Nov 1, 2023 at 8:42 AM Jonathan Riddell wrote: > We chatted about the alpha release due next Wednesday in the Frameworks > meeting today. > > From my notes: > > - Frameworks would like do be part of this release > > - Nico F, Alex S, David E are release spods > > - There's not been any work on doing the tooling. There's a desire to > move to releaseme for tooling. Jonathan uses this plus a load of > supporting scripts for Plasma and will look at adapting that for Frameworks > and come up with a proposal > > - Plasma would like to take over release of plasma-framework, kwayland and > kactivities and that presumably means also kactivities-stats. There was > discussion on the problem of moving the gitlab entries for this while 5 > releases are still ongoing so it's probably best to just leave that for now. > Having the repositories being subject to two different sets of rules is going to be quite painful - as quite a few systems assume that something in frameworks/* is a Framework. This is the case for CI (in the branch-rules, the seed jobs, etc), API Documentation and a few other places. It is much easier to make something non-Frameworks look like a Framework, than it is to make something that is classified as Frameworks (but isn't actually one) not be seen as one. (ie. the rules we have are inclusionary not exclusionary) I'd be in favour of saying they need to be moved from frameworks/ to plasma/ in preparation for this. > > - oxygen-icons5 tar should be renamed oxygen-icons (again probably leave > gitlab repo renaming until later) > - We didn't discuss it but kirigami2 tar should also be renamed to kirigami > Not sure why we need to delay renaming the repository? > > Does that seem right? > > Anything else? > > Jonathan > Thanks, Ben
Re: KUserFeedback as framework for KF6
I'm bumping this thread because this needs done pronto. There's no objections but also frameworks has quite exacting needs so it would be nice to have a confirmation it would be good to include from someone who knows about ABI needs etc. But I'll include it when I get these release scripts looked into. Jonathan On Sat, 15 Jul 2023 at 21:39, wrote: > Hi, > > several of our projects use it, like Plasma and Kate. > > Can we make it a framework for KF6? > > Then we have finally regular releases that include bug fixes. > > Is there some opposition to do that? > I asked in the past but there was just no reaction. > > Greetings > Christoph >
Re: Collection of packaging notes
Thanks for your e-mail. It covers more than Frameworks so I'm including release-team@ too. One quick question, is naming non-frameworks libKF6foo really a problem we need to fix? Given all the other issues... Jonathan On Wed, 1 Nov 2023 at 10:55, Christophe Marin wrote: > Hello, > > With various alpha coming out soon, here are the notes added to my > packages > when I started packaging snapshots and still present. > > I'm well aware that some of these modules won't be present in the first > releases. > > First, the most annoying issue: > Plasma still didn't bump all their libraries soname. That's a major > annoyance > for packagers. > > - Conflicting files (not mentioned in the other thread) > kcm_trash.desktop is installed by both kio (kf5) and kio-extras (kf6) > > - Conflicting translation catalog names: > plasma-integration (plasmaintegration5) > kuserfeedback > > - Misnamed libraries: > kmail-account-wizard (liblibaccountwizard.so) > ktextaddons (liblibvoskspeechtotext.so) > > - Non frameworks modules installing libKF*.so > ktextaddons (various libraries) > konqueror (libKF6Konq.so) > libksane (libKF5Sane5.so) > kweathercore (libKF6KWeatherCore.so) > libktorrent (libKF5Torrent.so) > libkexiv2 (libKF6KExiv2.so) > libkdcraw (libKF6KDcraw.so) > baloo-widgets (libKF6BalooWidgets.so) > kmoretools (libKF6MoreTools.so) > libkscreen (libKF6Screen.so, libKF6ScreenDpms.so) > > - Wrong install location for knewstuff files: > khangman > kturtle > > - Wrong install location for CMake files: > qqc2-breeze-style (still uses KF5QQC2BreezeStyle) > > - old install location: > kalgebra (/usr/share/katepart5. Note: syntax-highlighting won't ignore the > file, but it's not the default location) > ksystemlog (/usr/share/kxmlgui5/ksystemlog) > > - Modules still using QQC1: > kdeplasma-addons (applets/fifteenPuzzle) > > - build dependency issues: > plasma5support (links and requires QtGui but doesn't search for it at > build > time) > kinfocenter (requires kpackage at build time but doesn't seem to need it) > > > Christophe > > > >
libkexiv2, libkdcraw (Re: Collection of packaging notes)
Am Mittwoch, 1. November 2023, 11:55:08 CET schrieb Christophe Marin: > With various alpha coming out soon, here are the notes added to my packages > when I started packaging snapshots and still present. Thanks for the report. Everyone: Could we perhaps establish some wiki page where such things could be tracked? > - Non frameworks modules installing libKF*.so > libkexiv2 (libKF6KExiv2.so) Any code ideas for naming it, given there is already a number suffix, coming from the library that is wrapped? Similar need also for libkomparediff2, where the 2 is referring to diffing 2 things, not a version number. > libkdcraw (libKF6KDcraw.so) I have an old patch locally somehow never finished, will brush up as MR tonight hopefully. (promised in https://invent.kde.org/graphics/libkdcraw/-/ merge_requests/9#note_646025 ) Cheers Frriedrich
Re: Collection of packaging notes
Am Mittwoch, 1. November 2023, 13:30:03 CET schrieb Jonathan Riddell: > One quick question, is naming non-frameworks libKF6foo really a problem we > need to fix? Given all the other issues... What is in a name... usually some semantics. We could also call random libraries libdsafwef or libPlasmaFoo (while unrelated to Plasma), would that be a good idea? If not, then why not fix any misnaming while we change names anyway. Cheers Friedrich
Re: Collection of packaging notes
> > If not, then why not fix any misnaming while we change names anyway. > Go for it :) Jonathan
Re: libkexiv2, libkdcraw (Re: Collection of packaging notes)
Am Mittwoch, 1. November 2023, 13:25:42 CET schrieb Friedrich W. H. Kossebau: > Am Mittwoch, 1. November 2023, 11:55:08 CET schrieb Christophe Marin: > > - Non frameworks modules installing libKF*.so > > libkexiv2 (libKF6KExiv2.so) > > Any code ideas for naming it, given there is already a number suffix, coming > from the library that is wrapped? > > Similar need also for libkomparediff2, where the 2 is referring to diffing 2 > things, not a version number. MR: https://invent.kde.org/graphics/libkexiv2/-/merge_requests/25 > > libkdcraw (libKF6KDcraw.so) > > I have an old patch locally somehow never finished, will brush up as MR > tonight hopefully. (promised in https://invent.kde.org/graphics/libkdcraw/-/ > merge_requests/9#note_646025 ) MR: https://invent.kde.org/graphics/libkdcraw/-/merge_requests/12 Both with list of further MRs to adapt known-to-me consumers Cheers Friedrich