Which way do you prefer for the upgrade to 6.7?

(Giacomo Sanchietti) #1

The final release is almost ready, but i was wondering: which way do you prefer for the upgrade?

Scenario 1
Manual upgrade from shell:

 yum localinstall http://mirror.nethserver.org/nethserver/nethserver-release-6.7.rpm
 yum clean all && yum update 

Scenario 2
Manual upgrade from Software Center.
To make this happen we have to release nethserver-release-6.7.rpm inside the nethserver-updates repository for 6.6.
This will make NethServer a real rolling release distro :wink:

So, what is you’re vote?

CentOS 6.8 is out, updates are available
NethServer 6.7 rc1 ready for testing


The scenario 2 seem very nice…

We have a Webgui… Let’s use it :ok_hand:

(Davide Principi) #3

I agree: Scenario 2

(JamesMillar) #4

Scenario 2

(Gabriel GHEORGHIU) #5

Scenario 2

(Stefano) #6

scenario 1
I need to see in RT what’s going on and if there are error messages…

(Bogdan Costin) #7

Scenario 2
is propably the most comon way the users will chose.

(Davide Principi) #8

I want point out the Software Center requires two steps to perform the system upgrade:

  • 1st UPDATE: new configuration for YUM is applied
  • 2nd UPDATE: new packages from 6.7 are installed

(Lewis) #9

When I did scenario 1, my NS crashed… lost my both my cards… Had to download 6.7 and reinstall from scratch. I dont know if anyone had the same problem… so scenario :wink: 2 for me…

(Stefano) #10

scenario 2 is just scenario 1 driven by the web UI…

so, while in the first case you’ll see in RT an issue, in the second you’ve to wait for ui feedback

(Giacomo Sanchietti) #11

Which is almost real time :wink:

(Stefano) #12

but via CLI I can open as many shell I need and take a look at many things in the same time…

(Lewis) #13

[quote=“zamboni, post:10, topic:1838”]
scenario 2 is just scenario 1 driven by the web UI…
[/quote]Very true… but if there are errors it doesnt give you the impression you typed something wrong…

(Giacomo Sanchietti) #14

Just a Friday-before-weekend-silly-thought: what about redirecting all request to 6.6/nethserver-updates repository straight to 6.7/nethserver-base?

This way, the updates from 6.6 to 6.7 will be just a matter of click from the GUI!

(Davide Principi) #15

Nice idea, but someone could forget to update nethserver-firewall to the latest on 6.6

This is not good! :wink:


(Gabriel GHEORGHIU) #16

Can you do this with one click from Software center (is it possible to write/make something behind the update button)?

(Davide Principi) #17

Yes, if we follow @giacomo’s idea only one click on UPDATE button is required.

But with that method someone could skip the nethserver-firewall update which is required to avoid the firewall UI disappearing.

(Gabriel GHEORGHIU) #18

I understand that.
Sorry. I think I didn’t was very clear, or maybe is a stupid question.
Is it possible to write/make something behind the update button to do the two steps, automatically, one by one, as you described, after you clicked the button?

I made update from Zentyal 4.0 to 4.1 with one click on the update button and I think that the first step was to check if the 4.0 is updated.

(Bogdan Costin) #19

It could be a “different” kind of button and this way it will not be like the normal update.
This button can be “retreived” via normal update. For example when you update the software center it gets it’s status.
When we have a “distro upgrade” script added as package the button appears

When “clicked” it will run a script to perform all the updates.

I think this was the way that Zential had the update button.

1 normal updates add the “distro-update-script” to the system
2 when this script is found or added, the UI presents the user with a “NS 6.X available” button
3 the script runs all the update / upgrades required

What do you think ?


(Davide Principi) #20

Of course it’s possible but it would require another cycle of design develop test and release. I wouldn’t do it.

Someone noticed in another thread we are missing upstream updates since August!