On 08/01/10 17:04, Rajko M. wrote:
On Thursday 07 January 2010 23:34:10 Basil Chupin wrote: ...
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"........
...
Exactly my feeling :)
Using numbers for repos will save us explanation, as upstream project already has explanation.
If adding and removing is as easy as Lubos mentioned, numbers will remove need to use the Force to decipher what to expect in some repo.
Now I go to repository listing looking the version numbers and scratch my head. What is the difference? README that will explain what is in there is missing.
Last time I enabled STABLE it wanted to downgrade some packages to released version. Would be that good? I don't have idea, so I said no thanks and enabled 43 again (as long as it lasts).
If you would like i can send you a screenshot of the repos I have activated (with the appropriate priority levels) which keep my system (and my wife's) up-to-date with regards to kde4.3.4 (or at least I think that this is what is happening :-) ). What is just a tadd disconcerting is that in oS11.1 one had the "Update Applet" which you could configure so that it checked for updates to both the apps as well as the security patches. And one could configure the applet to use the (???) frontend and not the current PackageKit Plugin which is a *total* useless piece of crap. Or one could use, as I did for a long time, SMART because Stephen Binner used to configure it with the correct repos to use to keep the system up-to-date. Now, the only thing which is of any sensible use is zypper - but even here it requires a rocket science degree to use. For example, late last night (after coming back from interstate) I used zypper to upgrade the system. The first thing which happened was that I got the error message that the videolan repo was unavailable: retry, abort, ignore? OK, I 'ignored' and used 'zypper dup' to upgrade the system. "dup" came back that all sorts of apps are going to "Change Vendor" from videolan to packman. After thinking about what to do I decided to allow "dup" to change the vendor from videolan to packman. (Afterall, there has been a change in the EU (France) re the policy about using certain protection-busting apps....) This morning, as normal, I did another "zypper refresh" - and again got the error message that videolan was away with the birds somewhere..... Fine, ignore this and let's carry on. Some bits got upgraded using "zypper dup" - and as I also always use "zypper up" to double check what may be upgraded - I allowed the upgrades to occur. This afternoon I went to upgrade my wife's computer. Running "zypper refresh" showed that videolan repo *WAS* available! OK, I upgraded her system. Then I went back to mine...... Rerunning "zypper dup" on my system now gave me a long list of apps which will now have the vendor changed from packman *back* to VIDEOLAN! WTF! :-( Rajko, I am not really sure that using numerals is the answer. I honestly think that the whole system/policy/concept of how openSUSE is upgraded has to be seriously examined and reviewed. And it should *NOT* be done by people who are heavily or otherwise involved in the current system, for obvious reasons. 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