Re: Removing KDE:43 repo (was Re: [opensuse-kde] Difference between kde repo's)
On 08/01/10 21:54, Harold Hitchcock wrote:
-----Original Message----- From: Basil Chupin [mailto:blchupin@iinet.net.au] Sent: Friday, January 08, 2010 12:34 AM To: opensuse-kde@opensuse.org Subject: Re: Removing KDE:43 repo (was Re: [opensuse-kde] Difference between kde repo's)
On 07/01/10 06:15, Sven Burmeister wrote:
Am Mittwoch, 6. Januar 2010 19:03:52 schrieb Tony:
Before kde:/43/ removed will the KDE4:/STABLE be updated with same stuff as in kde:/43/.
Right now kde:/43/ has some stuff/features working that is not in the kde4:/stable.
You can get those from Backports or Community. IMHO they should not have
been
in 43 in the first place.
Sven
Oh, for chrissake!
Cannot someone who knows, *REALLY* knows and who actually has the *AUTHORITY* to give a clear answer on this matter, state what the heck this is all about?
There is a directory/repo for "this" and there is a repo for "that" and there is a repo for "the other - but only if you have 2 left feet" and another repo for "all others who have more than 2 feet or less than 5 feet unless you have 10 feet and are non-Spanish speaking in which case you need to use this <FUBAR> repo"........
Oh my god!
PLEASE! someone.... *pretty*, *PRETTY*, *PRETTY*, please :'( . Get this repos crap FIXED!
STABLE.
WORK-IN-PROGRESS.
EXPERIMENTAL.
FANTASIA.
Anything!
But *please* get it sorted out so that anyone can understand what is going on.
??This is the beginning of the year *2010* (depending on your religious
background).
e are past the dark ages. We are past the uninlightened years. We are ll past the era of Woodstock and the Beatles and whatever. We are out to enter the Year of the Tiger next month.
have just entered the age of Windows 7 for chrissake!
and all we get is goobly-dook about what repos we are supposed to use to get openSUSE running with the workable version of KDE!
I mean....!
<Sigh.....
Peace, and a Happy New Year to everyone.>
BC
YEA!!YEA!!YEA!! THREEE CHEERS!! HURRAH! HURRAH! HURRAH! I've converted two OpenSuSE 11.2 systems to Windows 7 just because of this same BS and may convert them all if this repository crap continues the way it has been going ever since the intro of KDE 4.0. TFBS!!! Windows 7 is a good operating system and easy to convert over to Just not cheap. Will not put up with the "repository fiddle-faddle" much longer!! Flame me if you wish but a lot of people are fed up with this total uncertainty as to where apps are located. Eh, it's not getting as drastic as this, but close :-( . Where there is life, there's hope. There are some people in openSUSE who are 'alive', so there is hope yet :-) . BC -- Take the bull by the tail and look the facts in the face. W C Fields -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
Am Freitag, 8. Januar 2010 13:38:17 schrieb Basil Chupin:
On 08/01/10 21:54, Harold Hitchcock wrote:
-----Original Message----- From: Basil Chupin [mailto:blchupin@iinet.net.au] Sent: Friday, January 08, 2010 12:34 AM To: opensuse-kde@opensuse.org Subject: Re: Removing KDE:43 repo (was Re: [opensuse-kde] Difference between kde repo's)
On 07/01/10 06:15, Sven Burmeister wrote:
Am Mittwoch, 6. Januar 2010 19:03:52 schrieb Tony:
Before kde:/43/ removed will the KDE4:/STABLE be updated with same stuff as in kde:/43/.
Right now kde:/43/ has some stuff/features working that is not in the kde4:/stable.
You can get those from Backports or Community. IMHO they should not have
been
in 43 in the first place.
Sven
Oh, for chrissake!
Cannot someone who knows, *REALLY* knows and who actually has the *AUTHORITY* to give a clear answer on this matter, state what the heck this is all about?
There is a directory/repo for "this" and there is a repo for "that" and there is a repo for "the other - but only if you have 2 left feet" and another repo for "all others who have more than 2 feet or less than 5 feet unless you have 10 feet and are non-Spanish speaking in which case you need to use this <FUBAR> repo"........
Oh my god!
PLEASE! someone.... *pretty*, *PRETTY*, *PRETTY*, please :'( . Get this repos crap FIXED!
STABLE.
WORK-IN-PROGRESS.
EXPERIMENTAL.
FANTASIA.
Anything!
But *please* get it sorted out so that anyone can understand what is going on.
??This is the beginning of the year *2010* (depending on your religious
background).
e are past the dark ages. We are past the uninlightened years. We are ll past the era of Woodstock and the Beatles and whatever. We are out to enter the Year of the Tiger next month.
have just entered the age of Windows 7 for chrissake!
and all we get is goobly-dook about what repos we are supposed to use to get openSUSE running with the workable version of KDE!
I mean....!
<Sigh.....
Peace, and a Happy New Year to everyone.>
BC
YEA!!YEA!!YEA!! THREEE CHEERS!! HURRAH! HURRAH! HURRAH! I've converted two OpenSuSE 11.2 systems to Windows 7 just because of this same BS and may convert them all if this repository crap continues the way it has been going ever since the intro of KDE 4.0. TFBS!!! Windows 7 is a good operating system and easy to convert over to Just not cheap. Will not put up with the "repository fiddle-faddle" much longer!! Flame me if you wish but a lot of people are fed up with this total uncertainty as to where apps are located.
Eh, it's not getting as drastic as this, but close :-( .
Well thanks for pointing out how much the situation is hurting you, I wonder how you can get out of bed with all these repositories around.
Where there is life, there's hope.
There are some people in openSUSE who are 'alive', so there is hope yet :-) .
The repository structure has been discussed often, STABLE:, FACTORY: and UNSTABLE: represent the opensuse definition of releases, as explained on the KDE wiki page. :42 was created to give people a stable release between 11.1 and 11.2 as 11.2 was going to be shipped with 4.3. OpenSUSE comes first, not delivering the latest release of KDE, that's reflected in the repository structure. :43 was created because some thought 4.3.2 will be too outdated when 4.3.3 comes around and wanted that repository, now that 11.2 will get an updated KDE 4.3 there is no need for this repository any more. Karsten
BC
-- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
I do like the current repository structure. It seems quite clean and easy to understand for me. Having some easy to enable in YaST makes it dead simple. I think what is confusing to me (and what might be frustrating to some people) is the repository structure never seems to remain the same for long. I remember having to change my repository something like three times in order to keep up with the most stable KDE. So I do like the current repository structure, but how long will it be before I will have to change it again? Thanks for all your hard work. Cordially, Dariel Dato-on -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
Am Friday 08 January 2010 15:14:54 schrieb Dariel Dato-on:
I do like the current repository structure. It seems quite clean and easy to understand for me. Having some easy to enable in YaST makes it dead simple.
Also my point of view
I think what is confusing to me (and what might be frustrating to some people) is the repository structure never seems to remain the same for long. I remember having to change my repository something like three times in order to keep up with the most stable KDE.
I think, this is not an openSuse fault. Every month is an stable KDE4.X.Y release and this hurts openSuse release logic with stable ,....
So I do like the current repository structure, but how long will it be before I will have to change it again?
I think with 11.3 and 4.4 there will be a mor quiet time of repochange.
Thanks for all your hard work.
Cordially, Dariel Dato-on
Fredag 8. januar 2010 16.41.19 skrev Daniel Fuhrmann :
Am Friday 08 January 2010 15:14:54 schrieb Dariel Dato-on:
I do like the current repository structure. It seems quite clean and easy to understand for me. Having some easy to enable in YaST makes it dead simple.
Also my point of view
I think what is confusing to me (and what might be frustrating to some people) is the repository structure never seems to remain the same for long. I remember having to change my repository something like three times in order to keep up with the most stable KDE.
I think, this is not an openSuse fault. Every month is an stable KDE4.X.Y release and this hurts openSuse release logic with stable ,....
I think most users want to get their hands on the most recent "stable" KDE release and expect to find this release in the openSUSE repository named "STABLE". Right now this is more or less what they get because of the unusual? decision to place KDE 4.3.4 in that repository. However, I think this approach should be the rule rather than an exception, e.g. when a new "stable" KDE (as in 4.4.x final) arrives from upstream, it should replace 4.3.4 in the openSUSE STABLE repository. I'm not a packager or a developer (I translate openSUSE though), so I guess I'm speaking strictly from a user's point of view. Therefore, it might of course be some serious drawbacks to this approach :-). Olav P. -- openSUSE VERSION = 11.2 Powered by Kernel: 2.6.31.8-0.1-desktop Linux x86_64 16:49 up 4:58, 2 users, load average: 0,71, 0,67, 0,36 -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On 08/01/10 15:41, Daniel Fuhrmann wrote:
Am Friday 08 January 2010 15:14:54 schrieb Dariel Dato-on:
I think what is confusing to me (and what might be frustrating to some people) is the repository structure never seems to remain the same for long. I remember having to change my repository something like three times in order to keep up with the most stable KDE.
I think, this is not an openSuse fault. Every month is an stable KDE4.X.Y release and this hurts openSuse release logic with stable ,... +1.
Enough ranting, the anger/accusations is misplaced and way over the top. READ THIS SUMMARY If all you want is a workable version of KDE, stick with what came with the distro when you installed it. Everything else can break your system at any time with no warning because it *will* always be changing. If you want the latest released version of just the applications (e.g. amarok, digikam) use just KDE:Backports. If you want the latest released version (including betas and RCs) of the KDE Desktop _and_ applications use KDE:KDE4:Factory:Desktop. If KDE makes a release when KDE:KDE4:Factory:Desktop is busy, the KDE team may choose to create an additional repository (e.g. KDE:42, KDE:43) in order to package that latest release. Once KDE:KDE4:Factory:Desktop is free again, these additional temporary repositories *will disappear*. If you decide you absolutely must have the latest version and switch to the version specific repos, be aware that they will disappear again in a few months. * That means if you absolutely must have the latest KDE at all times you WILL have to change your repositories occasionally, there is no way around that. Development for the next release, not current users takes priority in these repositories. To keep up with upstream you have to switch from KKFD to KDE:{version} and back to KKFD every few months. * If you want to keep it simple just stick with KKFD until it starts moving again. That is all you should need to know. Normally the only available versions of the KDE desktop you can expect to be available will be 1) The version that was in the last released distro in STABLE 2) The latest released version in FACTORY 3) The bleeding edge in UNSTABLE Any other repository is temporary and there is no guarantee it will still be there tomorrow, if you use one of them it is your job to keep alert of any changes to it. Just stick to the above and you'll be fine. If you choose to use the temporary repositories because you *must* have the latest version please don't complain about the repository layout, the alternative is not to provide the extra repositories at all. END OF SUMMARY If you must know the details: The layout for the KDE *desktop* package repositories is: STABLE (what was released in current openSUSE) what you've already got in 11.2 plus some extra fixes which are being currently tested e.g. for online update FACTORY (going into next version of openSUSE) what is going into the next version of openSUSE and will most likely be the latest released version from KDE (except very close to a openSUSE distro release). UNSTABLE (absolutely bleeding edge straight from KDE trunk, doesn't even build half the time) not for normal users As you can see, there is not much reason to use STABLE (you've already got it if you are running 11.2) or UNSTABLE (it will eat your children). As I said above, if KDE has a release when a) openSUSE Factory is in version freeze in preparation for a distro release b) KKFD has already moved on to the next major beta release (e.g. it is now on KDE4.4 beta/rc) the KDE team may create a temporary version specific repository (e.g. KDE:42, KDE:43). The reason we have these is because people wanted for packages of the latest released KDE, not because the KDE team is masochistic or sadistic. Now that FACTORY is moving again (release of 11.2) (and also KDE has said that there will not be another 4.3.x release) *these repositories will disappear*. Their purpose was to provide the latest released version while FACTORY was busy, that reason is gone, there is no more reason to keep them hanging around. Meanwhile, applications which are released separately (amarok, digikam) have their own repositories because they are not related to the KDE *desktop*. 1) KDE:Backports contains the newest released versions of these apps built against the base distribution. No KDE upgrade needed to run these. 2) KDE:KDE4:Community contains applications/utilities e.g. from kde-look.org that people outside the SuSE KDE team package. 3) KDE:KDE4:Playground contains experimental/bleeding edge/unstable versions of the apps in Community and Backports. Regards, Tejas FWIW, all of this information could have been gotten by a thorough reading of the wiki pages. P.S. I suggest that at some point the KDE4: prefix needs to be dropped from the repository names like it has been from Backports. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Friday 08 January 2010 11:42:08 Tejas Guruswamy wrote: ...
Enough ranting, the anger/accusations is misplaced and way over the top.
READ THIS SUMMARY ...
85 lines of text and 6 if-then to explain something. KDE is beautiful thing, but it is just 1 piece of puzzle. There is kernel, Xorg, YaST and many more. If each would contain 184 line long list of repos, with 60 lines of links, with explanations that make old SuSE user, like me, think what they mean, then end user is in a very bad shape. Anyway, I just started to scale down http://en.opensuse.org/KDE/Repositories . I would need help of experienced and inexperienced readers to check my version of the article. http://en.opensuse.org/Talk:KDE/Repositories The goal was to hide complex URLs that don't bring much and make list short. Now it is 3 times Page Down, including navigation box, and it was 7. -- Regards Rajko, openSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
Lørdag den 9. januar 2010 09:31:27 skrev Rajko M.:
On Friday 08 January 2010 11:42:08 Tejas Guruswamy wrote: ...
Enough ranting, the anger/accusations is misplaced and way over the top.
READ THIS SUMMARY
...
85 lines of text and 6 if-then to explain something.
KDE is beautiful thing, but it is just 1 piece of puzzle. There is kernel, Xorg, YaST and many more.
If each would contain 184 line long list of repos, with 60 lines of links, with explanations that make old SuSE user, like me, think what they mean, then end user is in a very bad shape.
Anyway, I just started to scale down http://en.opensuse.org/KDE/Repositories . I would need help of experienced and inexperienced readers to check my version of the article.
http://en.opensuse.org/Talk:KDE/Repositories
The goal was to hide complex URLs that don't bring much and make list short.
Don't bring much? .. People need to be able to copy/paste the URLs. Forcing them to fire up a browser and browse the repo won't help any... Or your assumption is that people will intuitively realize that right click -> copy link address is the way to go? And the current wiki page has the version numbers you've been crying out for E.g. "STABLE (4.3.4)", but in your edit of the page you've removed that very information too... -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
Lørdag den 9. januar 2010 10:57:57 skrev Martin Schlander:
Lørdag den 9. januar 2010 09:31:27 skrev Rajko M.:
On Friday 08 January 2010 11:42:08 Tejas Guruswamy wrote: ...
Enough ranting, the anger/accusations is misplaced and way over the top.
READ THIS SUMMARY
...
85 lines of text and 6 if-then to explain something.
KDE is beautiful thing, but it is just 1 piece of puzzle. There is kernel, Xorg, YaST and many more.
If each would contain 184 line long list of repos, with 60 lines of links, with explanations that make old SuSE user, like me, think what they mean, then end user is in a very bad shape.
Anyway, I just started to scale down http://en.opensuse.org/KDE/Repositories . I would need help of experienced and inexperienced readers to check my version of the article.
http://en.opensuse.org/Talk:KDE/Repositories
The goal was to hide complex URLs that don't bring much and make list short.
Don't bring much? .. People need to be able to copy/paste the URLs. Forcing them to fire up a browser and browse the repo won't help any... Or your assumption is that people will intuitively realize that right click -> copy link address is the way to go?
And the current wiki page has the version numbers you've been crying out for E.g. "STABLE (4.3.4)", but in your edit of the page you've removed that very information too...
And another thing. Why would you want Joe User to fsck around with those repos anyway. What Joe User should do, is stay with the supported KDE packages, add KDE:Backports repo and KDE4:Community repo with clicky, clicky in yast Comunity Repositories section - and live happily ever after. The fixes in 4.3.4 over 4.3.1 probably hardly affects any users, and 4.3.4 as we know will be shipped as an official update fairly soon anyway. People are just shooting themselves in the foot, with all this pointless version-whoring. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Saturday 09 January 2010 04:03:33 Martin Schlander wrote:
Lørdag den 9. januar 2010 10:57:57 skrev Martin Schlander:
Lørdag den 9. januar 2010 09:31:27 skrev Rajko M.: ....
Anyway, I just started to scale down http://en.opensuse.org/KDE/Repositories . I would need help of experienced and inexperienced readers to check my version of the article.
http://en.opensuse.org/Talk:KDE/Repositories
The goal was to hide complex URLs that don't bring much and make list short.
Don't bring much? .. People need to be able to copy/paste the URLs. Forcing them to fire up a browser and browse the repo won't help any...
Interesting. What they use to see that page?
Or your assumption is that people will intuitively realize that right click -> copy link address is the way to go?
Some will copy and paste, as it is part of any context menu (right click) of any browser when viewing a page. That is not used only by users that are totally new to computing and never clicked right mouse button. Other will click trough and have URL in browser address bar ready to highlight, copy and paste. All if them will have page that is not filled with irrelevant information, from nice and visually noisy template VersionNote, to lengthy URLs that is not easy to remember.
And the current wiki page has the version numbers you've been crying out for E.g. "STABLE (4.3.4)", but in your edit of the page you've removed that very information too...
The current version information is added visual noise. Title "STABLE: Latest official openSUSE release (KDE 4.3.4)" instead of "STABLE" helps only to add more noise to sink (hide) relevant info in it. That does not belong to any normal, readable title of any section in any article. It belongs to text under the title. Besides current status is 4.3.1, not 4.3.4 :) I'm for named repositories with version in the name. To me 42, 43, 45 is more verbose and consistent information then backports, community, playground. Backports refers to version. Community refers to who packaged software. Playground refers to stability, usability? With my understanding of the word playground, in this context it is the same as "do not use it". Then there is one problem that with numbered names is easy to solve, rollback when you encounter bug that you can't wait until it is resolved. Version numbers are used to enable this, which in turn makes possible debugging with updating and rolling back in search for change that introduced the bug. What repo to use with "descriptive" names to rollback unwanted change? I know that there is no answer for that. Currently, it is either released version, or one in some of repos.
And another thing. Why would you want Joe User to fsck around with those repos anyway.
Because Joe the user, if ever get hard pressed to open that wiki page, then it is to look for fixes to KDE that are not offered via official update channel. This time it is offered, but that never happened before, so majority of people, that help new users, will propose to perform update.
What Joe User should do, is stay with the supported KDE packages, add KDE:Backports repo and KDE4:Community repo with clicky, clicky in yast Comunity Repositories section - and live happily ever after.
Agree on that one in any normal circumstances, but it seems that KDE is under development and living happily means updating regularly.
The fixes in 4.3.4 over 4.3.1 probably hardly affects any users, and 4.3.4 as we know will be shipped as an official update fairly soon anyway.
Shipping version update of all desktop packages is a big deal and developers agreed that is required. To me that is as far from "hardly affects any users" as it can be.
People are just shooting themselves in the foot, with all this pointless version-whoring.
Talking about shooting oneself in the foot. As explained above, versions are used to have reference to certain build, so that users by simply rolling back to previous version can identify good and bad versions. Current repository structure defeats that efficiently. Developers have to resort to serious tools that users can't use. -- Regards Rajko, openSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On 09/01/10 13:16, Rajko M. wrote:
Talking about shooting oneself in the foot. As explained above, versions are used to have reference to certain build, so that users by simply rolling back to previous version can identify good and bad versions.
Current repository structure defeats that efficiently. Developers have to resort to serious tools that users can't use. I understand the problem you are putting forward; at least, unlike some others, you have a reasoned argument.
From the KDE's team point of view, then, there are no rollbacks
But I think the misunderstanding comes from a difference in expectations of what the openSUSE KDE team is supposed to do. You are thinking that they should have all recently released versions from the current major branch of KDE packaged at any one time like KDE:42, KDE:43, KDE:44. So that it is possible to switch between each version till you get the right balance of bugs and fixes. What actually happens is the KDE team has *one* version of KDE packaged at any one time. The most recent released version in KDE:KDE4:Factory:Desktop because that is what will go into the next version of openSUSE and that is what needs work. The KDE team is not interested in any other version. (Okay, so UNSTABLE gets packaged too, but that's just automagic). STABLE is nothing but a testing ground for online updates for the most recent release, no extra work goes into that either. possible. It's either what came on the SUSE disk or the version in KKFD. The KDE team is not big enough to maintain packages of multiple versions of KDE. Despite the current number of repos, only *one* is actually seeing any real maintenance: KKFD. KDE:43 (and KDE:42) were extras. People were asking for new 4.3.x when Factory had already moved on to next major release 4.4.x. The KDE team doesn't need to care about these versions, they are never going to go into a release distro. In fact if we look back to last year the original plan with 4.2.x was simply to never package those versions. No extra work has gone into them and the expectation was that they would disappear as soon as they were out of date. I hope now you can understand why the KDE team is so resistant to changing the repository structure. The structure is for ease of development, all the work goes into the same repository all the time. If we switch to version based repository names both the users and developers would need to switch repositories every time a new version of KDE came out. I know that means that it is not immediately obvious which version is currently in KKFD but improving the wiki page and information distribution should help with that. Although you all seem confused by the choice of repos, in reality it is only an illusion of choice. The only real choice is between STABLE and FACTORY. If you still truly want to change the setup why don't you offer to maintain a set of KDE repositories specifically for the users, organised however you like? As for Backports, Community, Playground it's a *completely* different issue, please don't confuse them. Those three contain _applications_ that are released separately from the KDE desktop. There is no versioning that can be applied to them, and there is no overlap with the KK*D repos. Regards, Tejas -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Saturday 09 January 2010 08:15:34 Tejas Guruswamy wrote:
On 09/01/10 13:16, Rajko M. wrote:
Talking about shooting oneself in the foot. As explained above, versions are used to have reference to certain build, so that users by simply rolling back to previous version can identify good and bad versions.
Current repository structure defeats that efficiently. Developers have to resort to serious tools that users can't use.
I understand the problem you are putting forward; at least, unlike some others, you have a reasoned argument.
Thanks, trying my best :) The same is valid for you. This whole explanation between <quote> tags should end on the wiki, and it can be used in any future discussion. <quote>
But I think the misunderstanding comes from a difference in expectations of what the openSUSE KDE team is supposed to do.
You are thinking that they should have all recently released versions from the current major branch of KDE packaged at any one time like KDE:42, KDE:43, KDE:44. So that it is possible to switch between each version till you get the right balance of bugs and fixes.
What actually happens is the KDE team has *one* version of KDE packaged at any one time. The most recent released version in KDE:KDE4:Factory:Desktop because that is what will go into the next version of openSUSE and that is what needs work. The KDE team is not interested in any other version. (Okay, so UNSTABLE gets packaged too, but that's just automagic). STABLE is nothing but a testing ground for online updates for the most recent release, no extra work goes into that either.
From the KDE's team point of view, then, there are no rollbacks possible. It's either what came on the SUSE disk or the version in KKFD. The KDE team is not big enough to maintain packages of multiple versions of KDE. Despite the current number of repos, only *one* is actually seeing any real maintenance: KKFD.
KDE:43 (and KDE:42) were extras. People were asking for new 4.3.x when Factory had already moved on to next major release 4.4.x. The KDE team doesn't need to care about these versions, they are never going to go into a release distro. In fact if we look back to last year the original plan with 4.2.x was simply to never package those versions. No extra work has gone into them and the expectation was that they would disappear as soon as they were out of date.
I hope now you can understand why the KDE team is so resistant to changing the repository structure. The structure is for ease of development, all the work goes into the same repository all the time. If we switch to version based repository names both the users and developers would need to switch repositories every time a new version of KDE came out. I know that means that it is not immediately obvious which version is currently in KKFD but improving the wiki page and information distribution should help with that.
Although you all seem confused by the choice of repos, in reality it is only an illusion of choice. The only real choice is between STABLE and FACTORY. </quote>
If you still truly want to change the setup why don't you offer to maintain a set of KDE repositories specifically for the users, organised however you like?
As mentioned in another post wiki transition makes everybody busy. I would need 48h a day to be able to do all I want to :) This digression in KDE topic took time and attention from transition, but as it is my problem with my favorite desktop, it was necessary. Other readers of this email are invited to take action if there is sufficient openSUSE Build Service server resources. <quote>
As for Backports, Community, Playground it's a *completely* different issue, please don't confuse them. Those three contain _applications_ that are released separately from the KDE desktop. There is no versioning that can be applied to them, and there is no overlap with the KK*D repos. </quote>
Regards, Tejas
While you explanation helps to understand why are repos organized as they are, that still leaves room for improvement, in other words, kind of version tracking, as it is common in other places. -- Regards Rajko, openSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
I was in hurry and skipped some information for people considering to help with repos. On Saturday 09 January 2010 12:09:19 Rajko M. wrote:
Other readers of this email are invited to take action if there is sufficient openSUSE Build Service server resources.
Where one should announce willingness to help? Luboš and Will from http://en.opensuse.org/KDE/Team are reading this list, so announcement can be placed here. What are prerequisites? IMHO, this can help http://en.opensuse.org/KDE/Packaging/Cookbook It was mentioned couple of times that entry level is very low. People on opensuse-packaging@opensuse.org are helpful to new in a trade. -- Regards Rajko, openSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On 10/01/10 01:15, Tejas Guruswamy wrote:
On 09/01/10 13:16, Rajko M. wrote:
Talking about shooting oneself in the foot. As explained above, versions are used to have reference to certain build, so that users by simply rolling back to previous version can identify good and bad versions.
Current repository structure defeats that efficiently. Developers have to resort to serious tools that users can't use.
I understand the problem you are putting forward; at least, unlike some others, you have a reasoned argument.
But I think the misunderstanding comes from a difference in expectations of what the openSUSE KDE team is supposed to do.
You are thinking that they should have all recently released versions from the current major branch of KDE packaged at any one time like KDE:42, KDE:43, KDE:44. So that it is possible to switch between each version till you get the right balance of bugs and fixes.
What actually happens is the KDE team has *one* version of KDE packaged at any one time. The most recent released version in KDE:KDE4:Factory:Desktop because that is what will go into the next version of openSUSE and that is what needs work. The KDE team is not interested in any other version. (Okay, so UNSTABLE gets packaged too, but that's just automagic). STABLE is nothing but a testing ground for online updates for the most recent release, no extra work goes into that either.
Oh, Tejas, Tejas...... Apologies my friend but me thinks that there is either a language barrier or interpretation problem between the English language and whatever language KDE developers use :-( . It sounds very much like the sign my wife and I saw in Hong Kong some years ago which stated, "All Deliveries in Backside" (meaning, all deliveries to be made at the back of the shops). "STABLE is nothing but a testing ground....." No, STABLE means not unstable; not experimental; rock solid; not going to fall down; tried, tested and proven to work. Stable does not imply "testing ground". "Stable" is stable. "Unstable" is not stable, is experimental, very likely to fall over at any time. I feel that rather than defend the indefensible terminology which someone came up with in the last century, terms which describe closely what a repo is all about would be of immense benefit to everyone concerned and so do away with all the non-productive arguments about what this or that repo is supposed to do, or not to do, and if you want to do this then you need to use <this-repo> and not <that-repo>, and so on, and so forth, and "etc, etc, and etc" (The King and I) :-) . PRODUCTIVITY is what we all want and not wasting our time and energy on useless arguments (unless, of course, we have to respond to an inane response :-D ). BC -- Take the bull by the tail and look the facts in the face. W C Fields -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On 09/01/10 08:31, Rajko M. wrote:
Anyway, I just started to scale down http://en.opensuse.org/KDE/Repositories . I would need help of experienced and inexperienced readers to check my version of the article.
http://en.opensuse.org/Talk:KDE/Repositories
The goal was to hide complex URLs that don't bring much and make list short. Now it is 3 times Page Down, including navigation box, and it was 7.
Some of the changes you made are good, I think it is a great effort (someone actually doing something instead of complaining on the ML!) but you may have removed a little too much information in some parts - actual text links are important because most people just select+copy+paste. Maybe the simple solution is to split up the page. I will see if I can contribute something later today. Regards, Tejas -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Saturday 09 January 2010 06:32:48 Tejas Guruswamy wrote:
Maybe the simple solution is to split up the page. I will see if I can contribute something later today.
Just a remark. (a long one, sorry) Please don't use subpages which is the name for: article_title/subpage1/subpage2 like it is now used all over the wiki. I convinced people on a wiki team to avoid them with exception of special case where page is just container for text that is used in a main article page, in other words wiki readers will never request that page as it is invoked only in a main page, but not as a plain browsable link. Example usage for this case is extension InputBox as in http://wiki.opensuse.org/openSUSE:Sandbox . Page http://wiki.opensuse.org/openSUSE:Sandbox/editintro_comment is invoked only with: editintro=openSUSE:Sandbox/editintro comment Similar with http://wiki.opensuse.org/openSUSE:Sandbox/preload preload=openSUSE:Sandbox/preload Current text is just demo what can be done using InputBox. We will try to move all pages that use them to sane title without slashes in them. It will not happen soon as we are now busy with transition http://en.opensuse.org/Transition_guidelines Creation of article groups will be trough Categories and/or top navigation bar, like the one in the http://en.opensuse.org/Installation, that is defined with template http://en.opensuse.org/Template:InstallationNav . Did I mentioned that we are looking for volunteers to join the team :) -- Regards Rajko, openSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Saturday 09 of January 2010, Tejas Guruswamy wrote:
On 09/01/10 08:31, Rajko M. wrote:
Anyway, I just started to scale down http://en.opensuse.org/KDE/Repositories . I would need help of experienced and inexperienced readers to check my version of the article.
http://en.opensuse.org/Talk:KDE/Repositories
The goal was to hide complex URLs that don't bring much and make list short. Now it is 3 times Page Down, including navigation box, and it was 7.
Some of the changes you made are good, I think it is a great effort (someone actually doing something instead of complaining on the ML!) but you may have removed a little too much information in some parts - actual text links are important because most people just select+copy+paste. Maybe the simple solution is to split up the page. I will see if I can contribute something later today.
I think that would be the best solution. Instead of the page directly listing the full list of all repos it should first start with a section explaining which of those to choose, instead of requiring the user to check each of them one by one and (apparently) often get it wrong. Then it would be fine if the rest of the page was long. So the intro should state something roughly like: - if you want only supported packages - don't play with the repos, use only the distro - if you want only the latest stable packages - you can add KDE:KDE4:Desktop:STABLE and KDE:Backports - if you want the latest KDE release (including betas and release candidates), use KDE:KDE4:Factory:Desktop, it may break, blah blah - if you want latest snapshot of KDE development, use KDE:KDE4:UNSTABLE:Desktop, if will break, do not complain at all - you can also add Community repos if you want, not maintaned by the KDE team ... And, thinking of people like Basil, maybe the first line should be extended to "if you want only supported packages or don't understand the purpose of the repositories listed below"[*]. Could somebody try that? [*] Seriously, Basil, if you fail to understand even basic things like the fact that the "STABLE is nothing but a testing ground....." sentence continued with "for online updates" and what it means, then please at least don't waste the time of others by blaming them for some things being too difficult for you. If you don't want to be useful, just please go away, if you do, then I suggest you first work on your manners. Not knowing something is normal, and being occassionally difficult may be tolerated with somebody who brings some other value, but being both clueless and annoying is unacceptable, so I suggest to think about why you are here and what do you want to achieve. -- Lubos Lunak openSUSE Boosters team, KDE developer l.lunak@suse.cz , l.lunak@kde.org -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On 13/01/10 02:45, Lubos Lunak wrote: [pruned]
[*] Seriously, Basil, if you fail to understand even basic things like the fact that the "STABLE is nothing but a testing ground....."
Seriously, Lubos, if you do not understand plain English...... *STABLE* : abiding, constant, deep-rooted, durable, enduring, established, fast, firm, fixed, immutable, invariable, lasting, permanent, reliable, secure, sound, steadfast, steady, strong, sturdy, sure, unalterable, unchangeable, unwavering, well-founded. The English Thesaurus. Where is "testing ground" mentioned? If you want to call it "testing ground" then call it "Testing Ground". STABLE is stable; Testing Ground is testing ground; Experimental is experimental - or maybe even Developmental or UNSTABLE. But don't call a 'testing ground' "stable"! On 5 December, Will Stephenson wrote: QUOTE The KDE and maintenance teams are taking the unprecedented step of a point release update to KDE SC 4.3.4 in our 'STABLE' repository and from then as an online update to 11.2. UNQUOTE Anyone who understands English understood that what was going into STABLE will be transferred into the actual release repo for 11.2. The material there was STABLE. After reading that, I switched over to this STABLE repo so that I could have the STABLE version of 4.3.4 and not have to fool around with any TESTING GROUNDS or EXPERIMENTAL or DEVELOPMENT stuff which one finds in FACTORY. BC -- Take the bull by the tail and look the facts in the face. W C Fields -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
Fredag den 8. januar 2010 13:38:17 skrev Basil Chupin:
Will not put up with the "repository fiddle-faddle" much longer!!
Here's a crazy idea. Just don't fiddle-faddle and use official repos. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On 09/01/10 03:01, Martin Schlander wrote:
Fredag den 8. januar 2010 13:38:17 skrev Basil Chupin:
Will not put up with the "repository fiddle-faddle" much longer!!
Here's a crazy idea. Just don't fiddle-faddle and use official repos.
I didn't write this, BTW. If you are going to quote then please use the correct quote attributed to the person who wrote the quote you are quoting :-) . BC -- Take the bull by the tail and look the facts in the face. W C Fields -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
participants (9)
-
Basil Chupin
-
Daniel Fuhrmann
-
Dariel Dato-on
-
Karsten König
-
Lubos Lunak
-
Martin Schlander
-
Olav P.
-
Rajko M.
-
Tejas Guruswamy