Re: yum and apt differences.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Quoting Panu Matilainen <pmatilai@xxxxxxxxx>:

The matter is a bit different on RHL 7.x since there it's indeed messing
with roots gpg keyring (doesn't have to be that way, you could just as
well make the gpg-checker script import to alternate keyring and check
from there), on rpm >= 4.1 the keys get imported into rpmdb.

Good point, which I once knew and then forgot about. Thanks for pointing that out again.

Sure they do.  I install apt, run it, and it messes with my root user's
key ring.  It doesn't even tell me what it is doing to it, just that it
is changing it.  At least I'd like to know what it is doing, if it's
going to do anything at all.

See above, also no reason why you couldn't make that interactive...

Actually, I'd settle for it just telling me what it is doing, but asking me if I wanted it to do it would be even better.

First people complain about apt not upgrading kernels and when it finally
does people complain about that :)

True. But note that we're talking about the default setting, and not the capability.

Fedoralegacy apt is yours to configure
as you please, just ship with different defaults than fedora.us apt if
these things bother you:

What bothers me, I suppose, is that it FL-apt is acting the opposite of FL-yum. I'd rather, for what ever reason, see them act the same as much as possible.

I had a discussion about this with Seth a while ago on IRC and agreed that
for most new(ish) users it's probably the right thing to do (upgrade
kernel, make it default)

Incidently, I was using FL-yum today and what I saw was:


* It installs (not upgrades) the kernel in all cases
* If it finds grub, it makes the new kernel the default
* If it finds lilo, it fails to make the new kernel the default (at least for
me)

experienced admins and such can change the
default settings as they please (eg on server you might not want that
automated kernel update or making it default)

My view is the FL was to provide no surprises from previous RHL behaviour. Previous RHL behaviour in up2date was to not update kernels by default. So to provide no surprises, we would not update kernels by default.

I'm flexible though.  I only brought it up because I noticed that apt
and yum acted differently, not because I really care that much if the
kernel gets updated or not.

- Panu -

-- Eric Rostetter




[Index of Archives]     [Fedora Development]     [Fedora Announce]     [Fedora Legacy Announce]     [Fedora Config]     [PAM]     [Fedora General Discussion]     [Big List of Linux Books]     [Gimp]     [Yosemite Questions]

  Powered by Linux