Il 05/02/2013 16:58, Reindl Harald ha scritto:
2) Modern Windows updates are safer than RPM, speaking broadly
jokingly?
show me a upgrade of production machines from F9 to F17
without end in a inconsistent system on windows - you
can't, i have been there
windows is missing anything like
Am 13.02.2013 08:45, schrieb Matthias Runge:
On 02/12/2013 02:25 PM, Reindl Harald wrote:
the point is that i NEVER EVER want to stop any service by a RPM
update and define this GLOBAL for all services with one single
config line
Well, although I understand your intention.
But, e.g. if
But, e.g. if openssl is updated for security issues, all dependent
services need to be restarted. If not, you're still e.g. vulnerable.
That can't be your wish.
Ah, but if sshd is restarted in the middle of the update, and you
ssh'd into the machine to do the update, it kills the install
Am 13.02.2013 19:19, schrieb DJ Delorie:
But, e.g. if openssl is updated for security issues, all dependent
services need to be restarted. If not, you're still e.g. vulnerable.
That can't be your wish.
Ah, but if sshd is restarted in the middle of the update, and you
ssh'd into the
On 02/06/2013 12:02 AM, Sam Varshavchik wrote:
There is even a documented way for a package to stop its services,
before it gets updated, and restart it, after the update, see
/var/lib/rpm-state
Can you point me to such documentation, please?
I found only
On 05.02.2013 13:21, Reindl Harald wrote:
the whole discussion abiut offline updates and why yum is not so good
for dist-upgrades is from the wrong point of view, most of the problems
are only existing because with each release working things are mangeled
actual example:
Am 12.02.2013 13:52, schrieb Miroslav Suchý:
On 02/06/2013 12:02 AM, Sam Varshavchik wrote:
There is even a documented way for a package to stop its services,
before it gets updated, and restart it, after the update, see
/var/lib/rpm-state
the point is that i NEVER EVER want to stop any
Jochen Schmitt wrote:
Odd question, AFAIK I have understood the wiki page for this feature
offline updates woriking only, if you are have running a GUI on your
system. For a servere without a GuI offline update is not realize.
It is actually only implemented in gnome-packagekit. Current Apper
05.02.2013 19:58, Reindl Harald wrote:
Am 05.02.2013 16:49, schrieb Jochen Schmitt:
On Tue, Feb 05, 2013 at 10:30:50AM -0500, Colin Walters wrote:
2) Modern Windows updates are safer than RPM, speaking broadly
jokingly?
show me a upgrade of production machines from F9 to F17
without end in
the whole discussion abiut offline updates and why yum is not so good
for dist-upgrades is from the wrong point of view, most of the problems
are only existing because with each release working things are mangeled
actual example:
https://bugzilla.redhat.com/show_bug.cgi?id=907749
On Tue, 2013-02-05 at 13:21 +0100, Reindl Harald wrote:
and at the end of the road we will be on
the windows way you touched anything on the system and
so please reboot now
That's not true - no engineer involved in operating systems development
wants that. However:
1) Modern Windows requires
On Tue, Feb 05, 2013 at 10:30:50AM -0500, Colin Walters wrote:
2) Modern Windows updates are safer than RPM, speaking broadly
That is more a QA related topic. On Fedora 17 I have several times the
expirience,
that an update didn't worked well due the existence of broken dependencies.
Best
On Tue, Feb 05, 2013 at 01:21:23PM +0100, Reindl Harald wrote:
the whole discussion abiut offline updates and why yum is not so good
for dist-upgrades is from the wrong point of view, most of the problems
are only existing because with each release working things are mangeled
Odd question,
Am 05.02.2013 16:49, schrieb Jochen Schmitt:
On Tue, Feb 05, 2013 at 10:30:50AM -0500, Colin Walters wrote:
2) Modern Windows updates are safer than RPM, speaking broadly
jokingly?
show me a upgrade of production machines from F9 to F17
without end in a inconsistent system on windows - you
Am 05.02.2013 16:58, schrieb Jochen Schmitt:
the same for updates of services:
nothing would happen on a webserver with httpd if it would not be
restarted at package-update which goes wrong if you are using PHP
and packages of the dep-tree are not yet all updated which fails
PHP to load,
Hi
On Tue, Feb 5, 2013 at 11:04 AM, Reindl Harald wrote:
it would make MUCH more sense and if you are there
and have removed the condrestart-crap from all of
the SPEC-files you are in a position to make a
global setting not restart any service which is
what i want in case of a
Am 05.02.2013 18:02, schrieb Rahul Sundaram:
Hi
On Tue, Feb 5, 2013 at 11:04 AM, Reindl Harald wrote:
it would make MUCH more sense and if you are there
and have removed the condrestart-crap from all of
the SPEC-files you are in a position to make a
global setting
HI
On Tue, Feb 5, 2013 at 12:38 PM, Reindl Harald h.rei...@thelounge.netwrote:
Currently, the recommendation is to use systemd macros which essentially
makes this a global setting. I am not
sure why you are not in favor of that
because
%posttrans
test -f
Jochen Schmitt writes:
On Tue, Feb 05, 2013 at 01:21:23PM +0100, Reindl Harald wrote:
nothing would happen on a webserver with httpd if it would not be
restarted at package-update which goes wrong if you are using PHP
and packages of the dep-tree are not yet all updated which fails
PHP to
19 matches
Mail list logo