Jon Masters wrote:
That's a load of removed. I'm not sure where you get this idea from -
perhaps because it's not obvious how they might achieve structural
updates and so you assume it cannot be done - but actually, they can
handle most kinds of update. They achieve this with shadow data
Frank Schmitt wrote:
I think most people hibernate or suspend when they go to sleep.
Those people must be trusting their hardware and software (drivers in
particular) a lot more than I do. ;-)
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 01.07.2009 17:16, schrieb Kevin Kofler:
Those people must be trusting their hardware and software (drivers in
particular) a lot more than I do. ;-)
This behaviour is not right in the time of climatic change.
Running a system 7x24 hours make only
Jochen Schmitt wrote:
Am 01.07.2009 17:16, schrieb Kevin Kofler:
Those people must be trusting their hardware and software (drivers in
particular) a lot more than I do. ;-)
This behaviour is not right in the time of climatic change.
Whose behavior? Turning the computer off completely
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 01.07.2009 17:48, schrieb Kevin Kofler:
Whose behavior? Turning the computer off completely definitely
saves more power than suspend to RAM and on some machines also
suspend to disk (hibernate).
Yes, and this is the reason why a desktop user
If your desktop doubles as a server, then no you don't turn off the
computer...
On Wed, Jul 1, 2009 at 10:55 AM, Jochen Schmitt joc...@herr-schmitt.dewrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 01.07.2009 17:48, schrieb Kevin Kofler:
Whose behavior? Turning the computer off
On 06/30/2009 06:23 PM, Kevin Kofler wrote:
The average home user turns his/her computer off when going to sleep, so
he/she reboots at least once per day.
Can we measure this? My anecdotal evidence says most home users walk
away from the computer and let the default power management settings
On 01/07/09 17:38, Bill McGonigle wrote:
On 06/30/2009 06:23 PM, Kevin Kofler wrote:
The average home user turns his/her computer off when going to sleep, so
he/she reboots at least once per day.
Unless they are into torrents\limewire, then it's 24/7.
Their is quite a lot of normal users in
On 06/30/2009 01:20 PM, Jochen Schmitt wrote:
Am 30.06.2009 19:04, schrieb Bill McGonigle:
ksplice updates are only available for:
1. kernels that have been the lastest kernel in the past two weeks
2. kernel updates that are remotely exploitable
3. kernel updates that rate 'high' on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 01.07.2009 18:44, schrieb Bill McGonigle:
Because Fedora has several kernel update in the
lifetime, you have to create a ksplice kernelpatch for each
kernel release which is available on Fedora.
Since you quoted my post with criteria to avoid
On 07/01/2009 01:48 PM, Jochen Schmitt wrote:
On Fedora we have kernels from the 2.6.27 and from the 2.6.28 series.
This means, that you have to create seperates kernel patch modules for
each kernel release which was submitted for Fedora-10.
This is why I suggested it would be practical to
On Wed, 2009-07-01 at 14:19 -0400, Bill McGonigle wrote:
On 07/01/2009 01:48 PM, Jochen Schmitt wrote:
On Fedora we have kernels from the 2.6.27 and from the 2.6.28 series.
This means, that you have to create seperates kernel patch modules for
each kernel release which was submitted for
(not auto-disabling the Ubuntu update system),
it worked very well. I think something like this would be great for
Fedora as well, possibly something for Fedora 12.
Would it be possible to implement this or something similar for
Fedora?
The ksplice tools have been included in Fedora since around
On Mon, 2009-06-29 at 23:22 -0500, King InuYasha wrote:
Also, while KSplice is currently being used for kernel updates, it
isn't limited to those. It could be adapted to work for other updates
that normally force a reboot. Though, I can't think of any off the top
of my head, it has been over
in. fedora-ksplice is
only build scripts for the kernel it looks like. ksplice is there as
a package, but what about the GNOME frontend? The screenshot for
The frontend is Ksplice Inc's Uptrack service, not ksplice. The
installable bits of Uptrack seem to be GPLv2 (only the artwork has
On Mon, 29 Jun 2009 19:38:58 -0500, you wrote:
technology that could possibly be integrated in. fedora-ksplice is
only build scripts for the kernel it looks like. ksplice
The fedora-ksplice script are doing the following:
1.) Getting the sources of the current running fedora kernel
2.) Prepare
Bryn M. Reeves wrote:
The difference with what Ksplice inc. are now offering for Ubuntu is
that they also provide a stream of pre-prepared updates for the released
Ubuntu kernels (the Uptrack service).
And as I explained, this can't be done for the released Fedora kernels
(because they get big
On Tue, 2009-06-30 at 17:34 +0200, Kevin Kofler wrote:
Bryn M. Reeves wrote:
The difference with what Ksplice inc. are now offering for Ubuntu is
that they also provide a stream of pre-prepared updates for the released
Ubuntu kernels (the Uptrack service).
And as I explained, this can't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 30.06.2009 19:04, schrieb Bill McGonigle:
ksplice updates are only available for:
1. kernels that have been the lastest kernel in the past two weeks
2. kernel updates that are remotely exploitable
3. kernel updates that rate 'high' on CVSS
Dnia 2009-06-30, o godz. 10:35:13
Bryn M. Reeves b...@redhat.com napisał(a):
If parts of userspace cannot re-initialise themselves without a reboot
then they should just be fixed. Even init has been able to do this for
years now - resorting to exotic live-patching methods for updating
Bill McGonigle wrote:
The parenthetical is the actual reason people don't like to reboot and
may ignore security updates. Boot times are trivial in comparison to
restoring one's application state, for anything beyond the most trivial
of use cases.
The average home user turns his/her computer
- but there's a lot of effort involved and this is where the ksplice
guys have invested time in their infrastructure which we would have to
entirely duplicate (and engineers too) to do this in Fedora.
KSplice can't handle that kind of updates.
Actually, it technically can.
It can only handle small patches
I was reading an article today in ComputerWorld about something called
KSplice, which allows Linux users to install critical updates and patch in
without rebooting the computer. I tried it and while it was a bit odd for
installing (not auto-disabling the Ubuntu update system), it worked very
well.
by
ksplice-0.9.7-3.fc11 dist-f11 s4504kr
[jwbo...@hansolo ~]$ koji latest-pkg dist-f11 fedora-ksplice
Build Tag Built
Tag Built by
ksplice-0.9.7-3.fc11 dist-f11 s4504kr
[jwbo...@hansolo ~]$ koji latest-pkg dist-f11 fedora-ksplice
Build
On 06/29/2009 05:21 PM, King InuYasha wrote:
I was reading an article today in ComputerWorld about something called
KSplice, which allows Linux users to install critical updates and
patch in without rebooting the computer. I tried it and while it was a
bit odd for installing (not
minimal security patches. KSplice can't handle
that kind of updates. It can only handle small patches which don't change
any data structures. So the official Fedora kernel updates will never be
suitable to be distributed through KSplice.
Kevin Kofler
--
fedora-devel-list mailing list
On 06/29/2009 09:49 PM, Kevin Kofler wrote:
It actually can't and this is why it isn't very useful within Fedora, as we
get big updates, not just minimal security patches. KSplice can't handle
that kind of updates. It can only handle small patches which don't change
any data structures. So the
On 06/29/2009 10:49 PM, Kevin Kofler wrote:
It can only handle small patches which don't change
any data structures. So the official Fedora kernel updates will never be
suitable to be distributed through KSplice.
And to date there hasn't really been any compelling reason to issue tiny
patch
On Mon, Jun 29, 2009 at 10:58 PM, Bill McGonigle b...@bfccomputing.comwrote:
On 06/29/2009 10:49 PM, Kevin Kofler wrote:
It can only handle small patches which don't change
any data structures. So the official Fedora kernel updates will never be
suitable to be distributed through KSplice.
30 matches
Mail list logo
