[opensuse-kde] Proposed changes to the KDE repositories
Fellow openSUSE KDE users, I know that it hasn't been that long ago, that we changed the repository setup for the KDE projects on the openSUSE Build Service and you might wonder why we want to change again. The reason behind it is twofold. The first reason is that we would like to reduce the maintenance efforts for all KDE related packages and on the other hand we want to maximize the usability for our users to find updates and latest versions of their KDE desktop software and applications. The topic itself was also recently discussed on this mailinglist, with regards to missing application packages in the KDE:Release:411 repository. Currently we have the following repositories available: KDE:Distro:Factory : This repository is the development repo for the packages in openSUSE:Factory. Currently this contains applications and the KDE Desktop software. KDE:Unstable:SC: This repository contains frequent snapshots of the KDE Desktop software and a number of applications. KDE:Release:xy: These repository contains the latest minor release of the KDE Desktop software version X.Y. Some of the repositories contains also applications and system libraries required to build the KDE software KDE:Extra: Additional application software that is either KDE or Qt based. KDE:Unstable:Playground: git-snapshots, alpha's and/or beta versions of application software. KDE:UpdatedApps: This repository contains updated versions of application software that is build for older openSUSE releases As you might have noticed already, we have a lot of duplication when it comes to KDE applications. These are build in all kind of repositories and sometimes it is hard to find out which repository to use for which openSUSE or KDE desktop version. Therefore the openSUSE KDE community team would like to make the following proposal : KDE:Release:XY These repositories will contain the latest minor release of the KDE desktop version X.Y. When the repository is created, the build targets would be the current and previous openSUSE version. Maintenance updates for the current openSUSE version will be delivered from these repositories. The repository will only contain the KDE Desktop software and updates of system libraries if required to make it build. KDE:Extra: This repository will become our main application repository. All application software will be moved into this repository and it will be build for all supported KDE and openSUSE versions/combinations. This means that KDE:UpdatedApps is no longer required as that updated versions will be delivered through the KDE:Extra repository. Initially the target was to rename the repository to KDE:Apps, but keeping the old name would cause less confusion in our opinion. KDE:Unstable:Extra will be the repository where git snapshots, alphas and betas of application software can be found. This will replace KDE:Unstable:Playground and we will believe that KDE:Unstable:Apps is a more correct naming. Build targets would be the same as KDE:Extra KDE:Unstable:SC will be the repository where git snapshots of the upcoming KDE desktop version can be found. In this repository the openSUSE KDE Community team will also test different approaches, different KDE setup, etc. This repository will only be build against openSUSE:Factory. KDE:Distro:Factory will be the repository where the stable KDE Desktop release will be build for Factory. The stable release will be replaced by the Beta release for the upcoming release as soon as this one becomes available. This repository will be build only for openSUSE:Factory. As indicated this is just a proposal from our side and we would like to hear your feedback on it. If there are no major rejections against it, then we would like to start implementing it after openSUSE 13.1 RC has been released your openSUSE KDE Community team -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On Thursday 10 Oct 2013 22:27:35 Raymond Wooninck wrote:
As you might have noticed already, we have a lot of duplication when it comes to KDE applications. These are build in all kind of repositories and sometimes it is hard to find out which repository to use for which openSUSE or KDE desktop version.
Therefore the openSUSE KDE community team would like to make the following proposal :
KDE:Release:XY These repositories will contain the latest minor release of the KDE desktop version X.Y. When the repository is created, the build targets would be the current and previous openSUSE version. Maintenance updates for the current openSUSE version will be delivered from these repositories. The repository will only contain the KDE Desktop software and updates of system libraries if required to make it build.
KDE:Extra: This repository will become our main application repository. All application software will be moved into this repository and it will be build for all supported KDE and openSUSE versions/combinations. This means that KDE:UpdatedApps is no longer required as that updated versions will be delivered through the KDE:Extra repository. Initially the target was to rename the repository to KDE:Apps, but keeping the old name would cause less confusion in our opinion.
seems reasonable and having only the two combinations is way better than the unnecessary duplication we had in some of the packages before which probably let to several packages in KUA being unmaintained it only makes sense to have the same structure in KDE:Unstable as mentioned...
KDE:Distro:Factory will be the repository where the stable KDE Desktop release will be build for Factory. The stable release will be replaced by the Beta release for the upcoming release as soon as this one becomes available. This repository will be build only for openSUSE:Factory.
ok, this pretty much seems like the way KDF is used nowadays, too - I would propose leaving the build for the current openSUSE version (now 12.3) enabled though to widen the range of users for testing the new packages (same argument as last time when we decided to keep 12.3) Nico
KDE:Distro:Factory will be the repository where the stable KDE Desktop release will be build for Factory. The stable release will be replaced by the Beta release for the upcoming release as soon as this one becomes available. This repository will be build only for openSUSE:Factory.
As indicated this is just a proposal from our side and we would like to hear your feedback on it. If there are no major rejections against it, then we would like to start implementing it after openSUSE 13.1 RC has been released
your openSUSE KDE Community team
I found that proposal perfect in term of stability. Keeping KRxy clean as possible, give it the role of carefully review update channel. The split you propose for KDE:Extra and it new objective is just perfect. (look like it could eventually handle evergreen too) For KDF it should be also available (if possible) to openSUSE-current. So testers can also play with, without the "sometimes painful (tm)" factory hassle. At least, thank to all contributors, who make KDE's experience so delightful with openSUSE. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
This proposal looks good to me. I never really understood the difference between UpdatedApps and Extra apart from the different targets (Stable vs. KRxy), anyway... Can't wait for having an updated version of my installed apps in KR411 :-P Thanks for your efforts! Stefan Raymond Wooninck wrote:
[...]
Therefore the openSUSE KDE community team would like to make the following proposal :
KDE:Release:XY These repositories will contain the latest minor release of the KDE desktop version X.Y. When the repository is created, the build targets would be the current and previous openSUSE version. Maintenance updates for the current openSUSE version will be delivered from these repositories. The repository will only contain the KDE Desktop software and updates of system libraries if required to make it build.
KDE:Extra: This repository will become our main application repository. All application software will be moved into this repository and it will be build for all supported KDE and openSUSE versions/combinations. This means that KDE:UpdatedApps is no longer required as that updated versions will be delivered through the KDE:Extra repository. Initially the target was to rename the repository to KDE:Apps, but keeping the old name would cause less confusion in our opinion.
KDE:Unstable:Extra will be the repository where git snapshots, alphas and betas of application software can be found. This will replace KDE:Unstable:Playground and we will believe that KDE:Unstable:Apps is a more correct naming. Build targets would be the same as KDE:Extra
KDE:Unstable:SC will be the repository where git snapshots of the upcoming KDE desktop version can be found. In this repository the openSUSE KDE Community team will also test different approaches, different KDE setup, etc. This repository will only be build against openSUSE:Factory.
KDE:Distro:Factory will be the repository where the stable KDE Desktop release will be build for Factory. The stable release will be replaced by the Beta release for the upcoming release as soon as this one becomes available. This repository will be build only for openSUSE:Factory.
As indicated this is just a proposal from our side and we would like to hear your feedback on it. If there are no major rejections against it, then we would like to start implementing it after openSUSE 13.1 RC has been released
your openSUSE KDE Community team
-- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Donnerstag, 10. Oktober 2013, 22:27:35 schrieb Raymond Wooninck:
KDE:Release:XY These repositories will contain the latest minor release of the KDE desktop version X.Y.
With kdelibs and Plasma Workspaces in feature freeze, I don't get why new sub- repos would even be necessary. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
In data venerdì 11 ottobre 2013 15:29:16, Markus ha scritto:
With kdelibs and Plasma Workspaces in feature freeze, I don't get why new sub- repos would even be necessary.
Because they get bugfixes (they're LTS) and they get version bumps as well in the process. -- Luca Beltrame - KDE Forums team KDE Science supporter GPG key ID: 6E1A4E79
Am Freitag, 11. Oktober 2013, 15:32:41 schrieb Luca Beltrame:
In data venerdì 11 ottobre 2013 15:29:16, Markus ha scritto:
With kdelibs and Plasma Workspaces in feature freeze, I don't get why new sub- repos would even be necessary.
Because they get bugfixes (they're LTS) and they get version bumps as well in the process.
That's not a legitimate answer. Switching repos just because a bugfix got a new version number is insane. "Release:/Latest4" or whatever is what makes sense for everything Qt4 / pre-PW2. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
In data venerdì 11 ottobre 2013 17:49:16, Markus ha scritto:
That's not a legitimate answer. Switching repos just because a bugfix got a new version number is insane. "Release:/Latest4" or whatever is what makes
All the rest of the SC (kdelibs excluded) is however *not* frozen. And that's still quite a lot of software. -- Luca Beltrame - KDE Forums team KDE Science supporter GPG key ID: 6E1A4E79
Am Freitag, 11. Oktober 2013, 17:54:52 schrieb Luca Beltrame:
All the rest of the SC (kdelibs excluded) is however *not* frozen. And that's still quite a lot of software.
You mean the applications the first mail already establishes get simply thrown in KDE:Extra? -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On Friday 11 October 2013 18:49:33 Markus wrote:
You mean the applications the first mail already establishes get simply thrown in KDE:Extra?
Markus, I really wonder what your definition is from the KDE Applications and the KDE SC Software., Maybe I wasn't clear enough in my indication what is what. With KDE SC Software (or what I indicated KDE Desktop Software) I mean kdelibs, kdebase-workspace, kdebase-runtime, kmail, kate, kscreen, plasma-nm, kdebindings, etc, etc. Everything that is e.g. being released as KDE 4.11.1, 4.11.2, etc. With the KDE applications I mean applications based on KDE or Qt, e.g. Amarok, Konversation, Calligra, etc. Everything that is not released as the KDE SC 4.x.y release. Hope that this makes things a bit more clearer and upstream already indicated that we will have a KDE SC 4.12 release (which is actually based on kdelibs 4.9 and workspace 4.11), but still it will be called KDE SC 4.12 (similar to its predecessors) Raymond -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On Friday 11 of October 2013 18:49:33 Markus wrote:
You mean the applications the first mail already establishes get simply thrown in KDE:Extra?
Thrown how?
KDE:Release:XY These repositories will contain the latest minor release of the KDE desktop version X.Y. When the repository is created, the build targets would be the current and previous openSUSE version. Maintenance updates for the current openSUSE version will be delivered from these repositories. The repository will only contain the KDE Desktop software and updates of system libraries if required to make it build.
KDE:Extra: This repository will become our main application repository. All application software will be moved into this repository and it will be build for all supported KDE and openSUSE versions/combinations. This means that KDE:UpdatedApps is no longer required as that updated versions will be delivered through the KDE:Extra repository. Initially the target was to rename the repository to KDE:Apps, but keeping the old name would cause less confusion in our opinion.
On Friday 11 of October 2013 17:49:16 Markus wrote:
That's not a legitimate answer. Switching repos just because a bugfix got a new version number is insane. "Release:/Latest4" or whatever is what makes sense for everything Qt4 / pre-PW2. Then it didn't make sense to create KR48, 49, 410 and 411 repos? Just wondering. While kde-workspace is indeed feature frozen, the rest of the release is not. Even though KDELibs are also frozen, they get occasional feature or two in master (next KRxy), libraries versions are bumped, etc
Am Freitag, 11. Oktober 2013, 18:00:17 schrieb šumski:
Then it didn't make sense to create KR48, 49, 410 and 411 repos? Just wondering.
No, you are not wondering, you are being dickish. You know exactly that kdelibs is frozen since 4.9 and workspace since 4.11 and not since 4.7.
While kde-workspace is indeed feature frozen, the rest of the release is not. Even though KDELibs are also frozen, they get occasional feature or two in master (next KRxy), libraries versions are bumped, etc
Exactly: For an "occasional feature or two" to not only switch repos every 3 (not 6) months in YaST, changing build targets in OBS is also needed. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On Friday 11 of October 2013 18:58:49 Markus wrote:
Am Freitag, 11. Oktober 2013, 18:00:17 schrieb šumski:
Then it didn't make sense to create KR48, 49, 410 and 411 repos? Just wondering.
No, you are not wondering, you are being dickish. You know exactly that kdelibs is frozen since 4.9 and workspace since 4.11 and not since 4.7.
http://lists.kde.org/?l=kde-core-devel&m=131729774106398&w=2
While kde-workspace is indeed feature frozen, the rest of the release is not. Even though KDELibs are also frozen, they get occasional feature or two in master (next KRxy), libraries versions are bumped, etc
Exactly: For an "occasional feature or two" to not only switch repos every 3 (not 6) months in YaST, changing build targets in OBS is also needed. But we are not building only KDELibs and kde-workspace... -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On Friday 11 of October 2013 15:29:16 Markus wrote:
With kdelibs and Plasma Workspaces in feature freeze, I don't get why new sub- repos would even be necessary. KDELibs feature freeze is in place since 4.7 IIRC, versions still got bumped. I am though not sure, and upstream also afaik, how will 4.x.5 +1 kde-workspace will be labeled...
On 10/10/2013 10:27 PM, Raymond Wooninck wrote: [cutttt]
Therefore the openSUSE KDE community team would like to make the following proposal :
KDE:Release:XY These repositories will contain the latest minor release of the KDE desktop version X.Y. When the repository is created, the build targets would be the current and previous openSUSE version. Maintenance updates for the current openSUSE version will be delivered from these repositories. The repository will only contain the KDE Desktop software and updates of system libraries if required to make it build.
KDE:Release:XY +1, ok, :-) :-)
KDE:Extra: This repository will become our main application repository. All application software will be moved into this repository and it will be build for all supported KDE and openSUSE versions/combinations. This means that KDE:UpdatedApps is no longer required as that updated versions will be delivered through the KDE:Extra repository. Initially the target was to rename the repository to KDE:Apps, but keeping the old name would cause less confusion in our opinion.
KDE:Extra +1, ok, :-) :-) :-)
KDE:Unstable:Extra will be the repository where git snapshots, alphas and betas of application software can be found. This will replace KDE:Unstable:Playground and we will believe that KDE:Unstable:Apps is a more correct naming. Build targets would be the same as KDE:Extra
KDE:Unstable:Extra +1, ok, :-) :-) :-) KDE:Unstable:Apps -1, no ok, may be ok if you'll call KDE:Extra KDE:Apps, but I think is better Extra the other I don't know...:-) :-) :-) :-) :-) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Torsdag den 10. oktober 2013 22:27:35 skrev Raymond Wooninck:
Therefore the openSUSE KDE community team would like to make the following proposal :
KDE:Release:XY These repositories will contain the latest minor release of the KDE desktop version X.Y. When the repository is created, the build targets would be the current and previous openSUSE version. Maintenance updates for the current openSUSE version will be delivered from these repositories. The repository will only contain the KDE Desktop software and updates of system libraries if required to make it build.
Will these still just be links from KDF? Or will this become a "real" development repository with "real" packages?
KDE:Extra: This repository will become our main application repository. All application software will be moved into this repository and it will be build for all supported KDE and openSUSE versions/combinations. This means that KDE:UpdatedApps is no longer required as that updated versions will be delivered through the KDE:Extra repository. Initially the target was to rename the repository to KDE:Apps, but keeping the old name would cause less confusion in our opinion.
Which KDE:Extra packages would be submitted to o:F, and hence included in the official distro? All of them? None of them? A random selection? If Amarok, Kaffeine, rekonq, kdevelop etc. were to suddenly disappear from the official distro, and require to add an unsupported, "rolling" OBS repo, that would be catastrophic. On the other hand several current KDE:Extra packages deserve a place in the distro, e.g. KTP, Knights and Homerum.
KDE:Distro:Factory will be the repository where the stable KDE Desktop release will be build for Factory. The stable release will be replaced by the Beta release for the upcoming release as soon as this one becomes available. This repository will be build only for openSUSE:Factory.
I'm also concerned about only building KDF for o:F. I'd like to be able to test KDF at least on the latest supported openSUSE release - with KDE:Extra also built for the latest released openSUSE+KDF target. Other than that I don't have any general problems with the proposal. For me as a user it means one less repository on my system (KUA), and as a contributor it means I won't have to maintain the links to KUA anymore. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On Saturday 12 October 2013 16:05:20 Martin Schlander wrote:
Will these still just be links from KDF? Or will this become a "real" development repository with "real" packages?
What do you exactly mean with "real" development repository ? At this moment all the packages in the KDE:Release:XY are real packages and no links to KDF. Of course all of them started out as links to KDF. Keep in mind that the KDE:Release:XY will be the "official" maintenance repositories for the KDE versions supplied in the supported openSUSE versions. KDE:Release:411 will be the official maintenance branch for KDE in openSUSE 13.1 (The same way as that KDE:Release:410 is for openSUSE 12.3)
Which KDE:Extra packages would be submitted to o:F, and hence included in the official distro? All of them? None of them? A random selection? If Amarok, Kaffeine, rekonq, kdevelop etc. were to suddenly disappear from the official distro, and require to add an unsupported, "rolling" OBS repo, that would be catastrophic.
For those applications that are moved from KDF to KDE:Extra, we will also move the defined devel project from KDF to KDE:Extra. It is NOT the intention to drop any package that is currently in openSUSE:Factory. As indicated one of the reasons to make these changes, is to distinguish between the KDE SC packages and additional applications. It would also make things easier to move new applications in KDE:Extra to openSUSE:Factory. However we shouldn't start overflowing Factory with all kind of applications, just because we can
On the other hand several current KDE:Extra packages deserve a place in the distro, e.g. KTP, Knights and Homerum.
Well, KTP is already part of Factory and was moved to KDF specifically for this purpose. And that is what we want to get ride off. There is no more distinction between community maintained and SuSE maintained. However on a repository level this is still the case. KDF represents everything that SuSE used to maintain and was pushed to Factory. KDE:Extra was the repository where the community could have additional packages. And this is what we would like to change. And in my feeling a split between the KDE SC packages and all others would give a nice clean cut.
I'm also concerned about only building KDF for o:F. I'd like to be able to test KDF at least on the latest supported openSUSE release - with KDE:Extra also built for the latest released openSUSE+KDF target.
I guess the question here would be what exactly does KDF mean for you ? I see two situations here (based on the current situation) : Situation 1) KDF is building KDE 4.11.2 and build for Factory and 12.3. KDE:Release:411 is building KDE 4.11.2 and builds for 12.3 and 12.2. Question here would be why do we build twice for 12.3 ? Isn't this wasting build power ? There are no differences on package level between KDF and KR411. Situation 2) KDF is building KDE 4.12 Beta 1, which is not build anywhere else. My proposal for situation 1 would be to disable the build for 12.3 in KDF. 12.3 users should use KR411 instead. For Situation 2 there are two possibilities. The first one is that we enable the build for 12.3 in KDF besides building for Factory. The second possibility is to create the KDE412 repository at the moment of Beta release and start building there for 12.3 and 12.2. I don't have any preference for either one, but maybe the creation of KR412 at Beta release is more appealing for additional users. If this is the preferred option, then why should be build KDF for any other distro version than Factory ? All other repositories are covered by the KRXY repo's.
Other than that I don't have any general problems with the proposal. For me as a user it means one less repository on my system (KUA), and as a contributor it means I won't have to maintain the links to KUA anymore.
KUA should disappear. As you indicated it takes time to maintain it and sometimes it doesn't have certain applications, etc. Moving all those applications in a single repository would ease maintenance and usability for the users. Raymond -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Lørdag den 12. oktober 2013 16:29:52 skrev Raymond Wooninck:
On Saturday 12 October 2013 16:05:20 Martin Schlander wrote:
Will these still just be links from KDF? Or will this become a "real" development repository with "real" packages?
What do you exactly mean with "real" development repository ? At this moment all the packages in the KDE:Release:XY are real packages and no links to KDF. Of course all of them started out as links to KDF. Keep in mind that the KDE:Release:XY will be the "official" maintenance repositories for the KDE versions supplied in the supported openSUSE versions. KDE:Release:411 will be the official maintenance branch for KDE in openSUSE 13.1 (The same way as that KDE:Release:410 is for openSUSE 12.3)
I'm also concerned about only building KDF for o:F. I'd like to be able to test KDF at least on the latest supported openSUSE release - with KDE:Extra also built for the latest released openSUSE+KDF target.
I guess the question here would be what exactly does KDF mean for you ? I see two situations here (based on the current situation) :
Situation 1) KDF is building KDE 4.11.2 and build for Factory and 12.3. KDE:Release:411 is building KDE 4.11.2 and builds for 12.3 and 12.2. Question here would be why do we build twice for 12.3 ? Isn't this wasting build power ? There are no differences on package level between KDF and KR411.
Situation 2) KDF is building KDE 4.12 Beta 1, which is not build anywhere else.
My proposal for situation 1 would be to disable the build for 12.3 in KDF. 12.3 users should use KR411 instead.
For Situation 2 there are two possibilities. The first one is that we enable the build for 12.3 in KDF besides building for Factory. The second possibility is to create the KDE412 repository at the moment of Beta release and start building there for 12.3 and 12.2.
I don't have any preference for either one, but maybe the creation of KR412 at Beta release is more appealing for additional users. If this is the preferred option, then why should be build KDF for any other distro version than Factory ? All other repositories are covered by the KRXY repo's.
I see. Historically KR4XX was supposed to have fixed linkrevs, reducing the risk of breakages, cuz stuff would have been "tested" in KDF first, and the inconvenience of constant rebuilds ("updates"), compared to KDF. But if I understand correctly, then now the only difference between KR4xx and KDF is that KDF can have betas of KDE SC. In this situation I guess we should just create KR4XX at beta time, and use KR4XX as the factory devel project, and do away with KDF altogether. What purpose would KDF serve other than a place for the betas? Maybe even KUSC could fulfill this purpose. Anyway, my interest in KDF is solely, that I want to know the most meaningful KDE packages to test with regards to the official openSUSE releases (other than running a full-time factory system all year 'round, of course). -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On Saturday 12 October 2013 17:20:21 Martin Schlander wrote:
I see. Historically KR4XX was supposed to have fixed linkrevs, reducing the risk of breakages, cuz stuff would have been "tested" in KDF first, and the inconvenience of constant rebuilds ("updates"), compared to KDF. But if I understand correctly, then now the only difference between KR4xx and KDF is that KDF can have betas of KDE SC.
Euh ??? I am not sure if you know how the KRXY repos are being done. Yes, they all have started out as linkrevs from KDF, but as soon as KDF started with a different KDE version, then those links were detached from KDF and the packages in KRXY are becoming a real package. This is still the logic we are following. At this moment I am not understanding why you are bringing this up. I never proposed any changes to the KDE:Release:XY repositories and I don't see any reason why we should either. However as indicated for openSUSE 12.3 we used the KDE:Release:410 repository as maintenance repository for the KDE packages. This was the cleanest way to push the maintenance updates. This is also what I indicated before, unless you want to drop the maintenance updates all together.
Anyway, my interest in KDF is solely, that I want to know the most meaningful KDE packages to test with regards to the official openSUSE releases (other than running a full-time factory system all year 'round, of course).
I still don't know what you want to test here ? You want to test if 4.11.3 is working with openSUSE 13.1 ?? The same for 4.11.5 ??? All those releases will be put in KDE:Release:411 also. I thought first that the change would be a positive one as that people would get a better understanding of what is in which repository, but it seems that everybody is just looking at what repositories they have in use and there should be any change to that. So based on that, I would say to forget about any changes to the KDE Repositories and to leave everything exactly as it is now. Less hassle for everybody -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
participants (9)
-
Bruno Friedmann -
Luca Beltrame -
Markus -
Martin Schlander -
Nico Kruber -
Raymond Wooninck -
Stefan Vater -
yahoo-pier_andreit -
šumski