Easy openSUSE Upgrade
The idea is about an easy way to allow users to make upgrades (e.g.: changing from version 15.0 to version 15.1) using a GUI and as easy as they can in Ubuntu.
Something like a notification with a button to perform the upgrade with just one-click, instead of having to deal with the work of manually disable all of the repositories, update them manually, open the terminal and finally make a "zypper dup" .
In short, this would perform the following actions:
- Notify there is a new version of openSUSE, asking if the user wants to upgrade.
- If the user accepts it should upgrade all the repos (If possible. If not leave them deactivated)
- Make a "zypper dup"
- And finally make a computer reboot
Would be good if all this would be automatic (maybe even integrate it in Yast or in Discover - Apper, apparently, already supports this feature in Ubuntu).
This, i believe would bring good User benefits such as:
- encourage users to keep their distro in it's lastest version, even if they don't understand much about computers!
- bring them a greater experience in openSUSE since they will have access to stable and newest features and also many other improvements.
- it will end with the disadvantage of one of the most mentioned Ubuntu features.
We also, already, had a few implementations in this areas:
- openSUSE Wagon - now deprecated ( https://old-en.opensuse.org/Wagon )
- Yast-Migration Module - SLE specific that might be able to be adapted ( https://github.com/yast/yast-migration )
I don't believe there would be much work to this and the benefits would be great... :)
This should be applied to Tumbleweed as well. My idea for tumbleweed being: An option - off by default - to enable auto-upgrade without confirmation.
Would be good to have this feature without the need to register the system anywhere (unlike SUSE).
After some search i discovered someone already had this idea a long time ago. So I borrowed some text (with a few upgrades) from the OpenFATE feature (https://features.opensuse.org/313441).
Looking for mad skills in:
upgrade
This project is part of:
Hack Week 14 Hack Week 15 Hack Week 16 Hack Week 17 Hack Week 18 Hack Week 19
Activity
Comments
-
-
-
almost 3 years ago by maverick74 | Reply
Yes, i believe it would make a lot of sense. As long as it's not mandatory, of course.
It could be the default configuration, but if one (really) wants to take the risk it should be able to do live upgrades as well.
(Anyway, isn't this the default behavior already? When one does a "zypper dup" it first downloads all the packages and only then performs the upgrade)
-
over 2 years ago by maverick74 | Reply
I've been thinking about this and i would like to add that this applied to Tumbleweed would also be gold (my idea for tumbleweed being actually an option - off by default - to enable auto-upgrade without confirmation).
-
-
over 2 years ago by maverick74 | Reply
I just found this: https://progress.opensuse.org/issues/20910
Not sure if this is related, however...
-
-
over 1 year ago by lnussel | Reply
I'd actually like to get Leap into SCC so we can reuse the existing yast migration module, ie no separate code to maintainer for openSUSE. The part about notifying the user of a distro upgrade would still need to be implemented somehow eg via packagekit and the updater applets.
-
10 months ago by maverick74 | Reply
Hi. Are there any good news on this for 15.1?
(or any news at all?)
-
-
9 months ago by JonathanKang | Reply
This can be implemented in GNOME Software and PackageKit.
Several zypp backend method are missing in PackageKit to preform related actions.
GNOME Software can upgrade the system with just a few clicks(this works in Fedora, which has proper PackageKit support).
-
8 months ago by maverick74 | Reply
I think Discover also supports it, as well as YaST thru the Online Migration module...
I really don't think there would be much work to do on this, specially when compared to other projects, but after a few years we still don't have this feature in openSUSE, which i believe is a last-missing-block. Still, no one picks this up :(
-
8 months ago by fschnizlein | Reply
Hi I added recently added Leap support to SCC and I thought would be a nice to have the migrations also there. Since SCC already supports complex migrations from one to another product adding migrations for Leap shouldn't be a huge problem. I think this could be done as a hackweek project.
-
8 months ago by maverick74 | Reply
That's GREAT!!!
2 questions, however:
1.Is Tumbleweed also supported? 2.Are we required to register or is it available without registration?
-
8 months ago by ikapelyukhin | Reply
Registering openSUSE to SCC is kinda meh unless you actually plan to migrate it to SLES. However, I think it would be relatively trivial to re-implement the migration API endpoint as a stand-alone daemon working on localhost.
-
-
7 months ago by fschnizlein | Reply
How about implement it like this:
- Provide a API (which requires no authentication at all) which lists all possible migrations for a given openSUSE
CPEThis could be provided for example by SCC and proxied to the opensuse.org domain - Add support for this to the SUSEConnect library which is already used by
zypper migrationandyast2-migration - Update/Write a good documentation for the openSUSE wiki
Why I would do it like this:
The infrastructure with the data is already their and maintained. Implementing another way, might be faster and more easy but I'm a little bit afraid, nobody is maintaining the new solution. On the other hand SCC is already in place. With adding Leap -> SLES migration the openSUSE products are already in the system, adding the migration path from Leap -> Leap or Leap -> Tumbleweed is no much more effort and @lnussel already has to make sure new versions get added. By using the already existing client solutions like
yast2-migrationandzypper migrationwe get two client applications which server both a GUI migration application and a already workingzypper plugin.What do you think? @maverick74 and @ikapelyukhin?
-
7 months ago by maverick74 | Reply
I love the idea! :)
I have just one question: in the tumbleweed case, could it be used to upgrade (say for e.g.:) from Tumbleweed 20190616 -> Tumbleweed 20190618 ?
-
7 months ago by fschnizlein | Reply
From my point of view both versions are in the end the same product release. I would just create Tumbleweed without dates as product and allow users to migrate from Leap to Tumbleweed and not from one snapshot to another.
-
7 months ago by maverick74 | Reply
It does make sense the way you put it!
I'm totally in agree with your idea! :)
-
-
-
7 months ago by maverick74 | Reply
@fschnizlein Let me ask another question:
In the Leap case, will user get notified that a new version is available?Or that is not in the scope of this project?
Thank you. Happy hackweek :)
- Provide a API (which requires no authentication at all) which lists all possible migrations for a given openSUSE
-
7 months ago by ikapelyukhin | Reply
I've put together opensuse-migration prototype -- it's a bit rough around the edges, but it does what I expect it to do. Give it a try, tell me what you think (via email or Github issues) :D
-
20 days ago by maverick74 | Reply
Just an update:
ikapelyukhin approach did not have any GUI and there is none planed.
Also, i don't know if his implementation ever moved into the https://github.com/openSUSE/ namespace or if it just ended up being achieved.
@ikapelyukhin , can you please bring some more light into the subject about the state of the project? Tks
Similar Projects
This project is one of its kind!