The City of Munich City Council has already publicly stated they are still focusing all efforts on GNU/Linux and continued freedom and will not support a move back to closed source Microsoft Windows. Microsoft is trying to take them back over with its proposed 2016 German Headquarters migration to Munich which the Mayor and Deputy mayor are kissing up to MS to try to make happen in order to pull in tax dollars from MS. It seems Microsoft will stop at nothing to put an end to MiLux even if it costs them quite a bit of money. I would hate to let Microsoft or Canonical get a stronghold there. openSUSE has many more capabilities than Ubuntu particularly since they are not using Unity. The MiLux build has already changed over to LO from AOO and they are currently planning to launch another round of LO development to add in more functionality. I personally have no issue with a Evergreen release every 4 releases approx once every 32 months. I was trying to think how to make openSUSE more attractive for Small Medium Businesses who do not want to perform OS upgrades every two or three years. If we did do this it would only mean having two Evergreen releases under support at a time one starting the maintenance period and one beginning to end the maintenance period. Obviously Windows is supported for 10 years but the initial release is not and Service Packs become required after a period of time. If anyone has a method of advertising openSUSE against Redmonds support cycle please share it. I did not realize until today how many users are actually running old openSUSE releases that are not even under maintenance any more that is kind of a scary though. I am curious as to the reasons why they are doing this? If it is a technological issue preventing them from upgrading, if they are doing this to hold onto KDE 3.5.x etc. Saying 5 years is too long for a openSUSE Evergreen is slightly being contradicted by the number of old versions still in active use. It would be good if a official survey could be put together to collect all the reasons why. Zypper dup does work well for upgrading but you do have to replace all the repos with an updated repo. If you have a lot of OBS repos and external repos then it does become more and more burdensome. The only way to get rid of those issues is to get as much of the external and OBS repos included into the OSS repo of the new release as possible to eliminate their need. Unless a user has them to track the upstream stable then they simply need to adjust those repos. I have had mixed experiences performing distribution upgrades in the past. The only time I found it to be easy is when only the shipping repo's were in use but that is a rather useless system with no codecs. On Wed, Sep 24, 2014 at 6:24 PM, Doug <dmcgarrett@optonline.net> wrote:
On 09/24/2014 06:56 PM, Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2014-09-24 20:42, Per Jessen wrote:
As it is, upgrading from 11.4 to 13.1 is a bit difficult. In fact, YaST wants to bail out and not do it.
You could do it in steps though. Works very well.
2 steps, means double work:
1 point against openSUSE for the Munich case :-P
On the other hand, a 4 year old operating system is obsolete.
I disagree. It may lack some of the latest functionality, but it's by no means obsolete. (my desktop still on openSUSE 10.3 - I do have some issues with openOffice interoperability now, but that's all).
openOffice interoperability problem:
1 point against openSUSE for the Munich case :-P
I thought I read that Munich has decided to go back to Windows. Is it still up in the air? If Munich is still interested in running Linux, then why don't they look at a rolling release system, like PCLOS, where it is not necessary to completely reinstall the system every year or two? I believe there are one or two other rolling release systems, also.
(I don't know what will happen to present systems like PCLOS while the systemd ruckus is in progress. So far they have not been steam-rollered, but it will be hard to keep up with applications if most of them come to depend on systemd. I'm not smart enough to know if systemd can be implemented without a new installation.)
--doug -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org