 |
 |
 |
 |
| F18 Development Pretty much exactly what it sounds like it is. This is the place to discuss and assist in the community development of F18, post Alpha.
WARNING: Any pre-release versions, Beta included, are for experienced testers only. Back up all existing data and read all threads in the version Development Forum before attempting an install. Errors can and will likely occur which may include data destruction or inability to boot other partitions on any and possibly all attached hard drives.
While FedoraProject needs and appreciates testers, you must remember to report issues directly to Bugzilla, after checking for pre-existing bugs. |

20th June 2012, 12:57 AM
|
|
Registered User
|
|
Join Date: Aug 2008
Posts: 226

|
|
|
Re: Fedora18 Schedule & Feature List
I was just looking at this <cough> feature. Offline Updates using systemd and PackageKit
Is it now going to be mandatory to boot into the equivalent of single user mode in order to update packages? If so I am going to be deeply pissed. If Solaris admins hate Linux why don't they just use Solaris rather than continuously forcing Linux to be Solaris. Updates take up to an hour as it is, due to rebuilding meta data. If the machine has to be off line for an hour for a trivial update we have a real problem.
|

8th November 2012, 02:09 AM
|
|
Registered User
|
|
Join Date: Jun 2005
Location: Montreal, Quebec, Canada
Age: 72
Posts: 503

|
|
|
Re: Fedora18 Schedule & Feature List
Quote:
Originally Posted by jvillain
I was just looking at this <cough> feature. Offline Updates using systemd and PackageKit
Is it now going to be mandatory to boot into the equivalent of single user mode in order to update packages? If so I am going to be deeply pissed. If Solaris admins hate Linux why don't they just use Solaris rather than continuously forcing Linux to be Solaris. Updates take up to an hour as it is, due to rebuilding meta data. If the machine has to be off line for an hour for a trivial update we have a real problem.
|
++++++++
If the update is not touching the kernel or associated libraries related files, or the GUI directly, why the single mode. Yum should be smart enough to review the packages that it downloads before it does the installation, and if single mode is required, then yum should initiate it. The way I see it happening is as it happens in Windows. You set everything up and ask to reboot.
On the way to reboot, half the setup is completed, and after reboot, the remainder is executed.
This operation keeps the system from corruption
__________________
Leslie in Montreal
|

18th November 2012, 02:11 PM
|
|
Registered User
|
|
Join Date: Jun 2005
Location: Montreal, Quebec, Canada
Age: 72
Posts: 503

|
|
|
Re: Fedora18 Schedule & Feature List
Quote:
Originally Posted by jvillain
I was just looking at this <cough> feature. Offline Updates using systemd and PackageKit
Is it now going to be mandatory to boot into the equivalent of single user mode in order to update packages? If so I am going to be deeply pissed. If Solaris admins hate Linux why don't they just use Solaris rather than continuously forcing Linux to be Solaris. Updates take up to an hour as it is, due to rebuilding meta data. If the machine has to be off line for an hour for a trivial update we have a real problem.
|
Note that this feature does not prevent you from using yum and other commandline tools to install updates whenever you want to. We also differentiate updates of 'OS components' (which we want to do in this offline fashion) from application updates and installations, which should still be possible from the UI without restarting the system.
The differentiation between 'OS components' and applications is necessarily a heuristic, since Fedora only knows about packages. The initial heuristic is that a package is considered an application if it installs a desktop file that is shown in the menus. This is not perfect and can be refined when additional metadata becomes available.
Also note that this feature is about implementing offline updates for GNOME. Other spins are not affected, although they could choose to use the same systemd and PackageKit infrastructure, and provide a similar experience.
__________________
Leslie in Montreal
|

27th December 2012, 06:54 PM
|
|
Registered User
|
|
Join Date: Jun 2005
Location: Montreal, Quebec, Canada
Age: 72
Posts: 503

|
|
|
Re: Fedora18 Schedule & Feature List
Quote:
Originally Posted by jvillain
I was just looking at this <cough> feature. Offline Updates using systemd and PackageKit
Is it now going to be mandatory to boot into the equivalent of single user mode in order to update packages? If so I am going to be deeply pissed. If Solaris admins hate Linux why don't they just use Solaris rather than continuously forcing Linux to be Solaris. Updates take up to an hour as it is, due to rebuilding meta data. If the machine has to be off line for an hour for a trivial update we have a real problem.
|
===
The updates will work in a safe way. If you have updates that do not touch the kernel or bash, or anything critical to the operating system, things will work as before.
If you install some new update for kernel libraries or have updates to something that affects Linux, on your shutdown updates will installed.
Of course, if your version of Fedora is not broken, you may forego updates for as long as you want.
__________________
Leslie in Montreal
|

20th June 2012, 01:48 AM
|
|
Registered User
|
|
Join Date: Jan 2010
Posts: 4,979

|
|
|
Re: Fedora18 Schedule & Feature List
Wow, hope not. Or if it is, hope that RH doesn't blithely throw it into their server releases.
Looks like, however, that it's only an option, not mandatory.
Quote:
|
Note that this feature does not prevent you from using yum and other commandline tools to install updates whenever you want to. We also differentiate updates of 'OS components' (which we want to do in this offline fashion) from application updates and installations, which should still be possible from the UI without restarting the system.
|
|

20th June 2012, 05:24 AM
|
|
Registered User
|
|
Join Date: Sep 2005
Location: Redneck Riviera
Posts: 333

|
|
|
Re: Fedora18 Schedule & Feature List
I understood that to mean certain updates (maybe kernel?) will work more like yum 'preupgrade' does now - the updates get downloaded in the background, then you reboot into a 'safe mode' for the updates to be installed, then continue on into 'normal mode'.
It does remind my of my brief experience with Vista, where updates are downloaded before you are nagged to reboot so they can be installed. When you do, you have to wait while the updates install before you can log in to find what didn't install.
|

20th June 2012, 09:35 PM
|
|
Registered User
|
|
Join Date: Aug 2008
Posts: 226

|
|
|
Re: Fedora18 Schedule & Feature List
With Vista it used to take 3 or 4 reboots to get the updates done and the machine is completely useless while that happens. For people where up time is important this is bad. Yo, boss I want to take the prod database off line for updates. How long? No idea. What do you mean fired?
|

21st June 2012, 02:35 AM
|
|
Registered User
|
|
Join Date: Nov 2011
Posts: 229

|
|
|
Re: Fedora18 Schedule & Feature List
Seriously, not having to reboot for updates is one of my favorite things about Linux.
|

8th October 2012, 12:40 AM
|
|
Registered User
|
|
Join Date: Jun 2005
Location: Montreal, Quebec, Canada
Age: 72
Posts: 503

|
|
|
Re: Fedora18 Schedule & Feature List
Quote:
Originally Posted by deanej
Seriously, not having to reboot for updates is one of my favorite things about Linux.
|
For application programs and all files not associated with the kernel, you do not require taking the system off-line, unless.... (the hooker), going off line updates a global library or link.
With the kernel, a kernel update may require changes to parameter files, or even replacement libraries. It is not always possible to do a hot-swap to a library, if the library is not closed (and released by the old kernel before the new one can take over), functions in the new kernel may not exist in the previous version. etc. etc. Therefore, rely on the author to determine if kernel updates require a reboot. You may also decide to not reboot until a convenient time.
__________________
Leslie in Montreal
Last edited by lsatenstein; 11th October 2012 at 08:04 AM.
|

29th December 2012, 06:20 AM
|
|
Registered User
|
|
Join Date: Jun 2005
Location: Montreal, Quebec, Canada
Age: 72
Posts: 503

|
|
|
Re: Fedora18 Schedule & Feature List
Quote:
Originally Posted by deanej
Seriously, not having to reboot for updates is one of my favorite things about Linux.
|
For all updates, except kernel or kernel related, you just apply them. The kernel ones will be applied when you signal shutdown.
You cannot update a kernel's dynamic libraries, when the new libraries have a different (new or eliminated) functionality, but the same physical name on disk. Doing so would crash the system.
__________________
Leslie in Montreal
|

21st June 2012, 03:57 AM
|
 |
Administrator
|
|
Join Date: Aug 2009
Posts: 6,612

|
|
|
Re: Fedora18 Schedule & Feature List
Looks to me that by doing "offline updates" then a lot of people aren't going to be keeping their system up to date.
Me, I update, then I may or may not reboot depending upon what updates are installed. I will not be using the offline updates at all. If I don't have a way to update the system as I normally do, then it won't get updated.
|

24th June 2012, 10:37 PM
|
|
Registered User
|
|
Join Date: Jan 2005
Posts: 5,002

|
|
|
Re: Fedora18 Schedule & Feature List
Gee, a context in which to actually use the expression, "Seriously?"
From rawhide, keep updating, to ALPHA, to BETA, to Final, as defined by fedora-release-nn-nn-fcnn.rpm (which changes any repos as neeeded.
NOT, updating from F17 to F18.
Offline updates? An rpm is an rpm and is installed, updated, erased by rpm.
I use a usb stick to truck a load to my off-line Beefy ranch.
SJ
__________________
Do the Math
|

26th June 2012, 10:13 PM
|
|
Registered User
|
|
Join Date: Dec 2011
Location: Urziceni, Romania
Posts: 102

|
|
|
Re: Fedora18 Schedule & Feature List
Maybe it's not what an experienced user want but i see this move as the begining of desktop linux or linux for the masses. I installed Fedora on many computers and broken updates was a real issue. If linux is espected to "take the world" it needs to deal with users as they are in the Windows world.
|

26th June 2012, 11:38 PM
|
|
Registered User
|
|
Join Date: Jan 2005
Posts: 5,002

|
|
Re: Fedora18 Schedule & Feature List
Quote:
Originally Posted by Colors
Maybe it's not what an experienced user want but i see this move as the begining of desktop linux or linux for the masses. I installed Fedora on many computers and broken updates was a real issue. If linux is espected to "take the world" it needs to deal with users as they are in the Windows world.
|
Fedora is a fast paced developement distrobution of Linux.
I think you want Redhat 6.2+, which is a long time ago from F17 or F18, but meets Redhat's server market.
Linux is not staged to take the world, just provide great software to use by anyone.
SJ
__________________
Do the Math
|
| Thread Tools |
Search this Thread |
|
|
|
| Display Modes |
Hybrid Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
Current GMT-time: 16:31 (Wednesday, 22-05-2013)
|
|
 |
 |
 |
 |
|
|