8:34 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
da es ja eine neue SIcherheitslücke gab, und ich eh noch den 2115 Kernel
verwende, wollte ich mal wissen, wie ich neue Versionen einspielen könnte.
Über Apt get oder yum wird nichts neues in der Hinsicht angezeigt, kann es
sein, dass ich die da ausversehen aussperre?
Wenn ja, wo?
Und, wie kann ich am günstigsten die neuen Kernel rpms einspielen, und
gleichzeitig die alten nebenher existieren lassen, und wie kann ich die dann
später löschen?
Roland
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQE/+XXnnsVHlKAJG/IRAsI/AKCasm6whoaJsjclIRt1HeIP9Iq4cACdF8EM
MQsihfSA+VqfCVD/s5gMxSQ=
=v8dP
-----END PGP SIGNATURE-----
10:18 a.m.
Tach auch,
das macht der normal automatisch. Kannst dann beim booten den kernel
auswählen.
Wenn dir der neue taugt, kannst den alten mit rpm -e kernel******
löschen.
mfg
Tobias
Am Mo, den 05.01.2004 schrieb Roland Wolters um 15:34:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
da es ja eine neue SIcherheitslücke gab, und ich eh noch den 2115 Kernel
verwende, wollte ich mal wissen, wie ich neue Versionen einspielen könnte.
Über Apt get oder yum wird nichts neues in der Hinsicht angezeigt, kann es
sein, dass ich die da ausversehen aussperre?
Wenn ja, wo?
Und, wie kann ich am günstigsten die neuen Kernel rpms einspielen, und
gleichzeitig die alten nebenher existieren lassen, und wie kann ich die dann
später löschen?
Roland
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQE/+XXnnsVHlKAJG/IRAsI/AKCasm6whoaJsjclIRt1HeIP9Iq4cACdF8EM
MQsihfSA+VqfCVD/s5gMxSQ=
=v8dP
-----END PGP SIGNATURE-----
--
Fedora-de-list mailing list
Fedora-de-list(a)redhat.com
http://www.redhat.com/mailman/listinfo/fedora-de-list
10:24 a.m.
On Mon, 5 Jan 2004 15:34:09 +0100, Roland Wolters wrote:
da es ja eine neue SIcherheitslücke gab, und ich eh noch den 2115
Kernel
verwende, wollte ich mal wissen, wie ich neue Versionen einspielen könnte.
Über Apt get oder yum wird nichts neues in der Hinsicht angezeigt, kann es
sein, dass ich die da ausversehen aussperre?
Wenn ja, wo?
Ein neuer Kernel kommt heute noch.
Und, wie kann ich am günstigsten die neuen Kernel rpms einspielen,
und
gleichzeitig die alten nebenher existieren lassen, und wie kann ich die dann
später löschen?
up2date/yum/apt behandeln kernel Pakete besonders, sodaß diese zu
installiert werden, anstatt bereits installierte in einem Upgrade
zu entfernen.
--
11:24 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Am Montag, 5. Januar 2004 17:24 schrieb Michael Schwendt:
On Mon, 5 Jan 2004 15:34:09 +0100, Roland Wolters wrote:
> da es ja eine neue SIcherheitslücke gab, und ich eh noch den 2115 Kernel
> verwende, wollte ich mal wissen, wie ich neue Versionen einspielen
> könnte. Über Apt get oder yum wird nichts neues in der Hinsicht
> angezeigt, kann es sein, dass ich die da ausversehen aussperre?
> Wenn ja, wo?
Ein neuer Kernel kommt heute noch.
Hm, gut.
Danke auch erst mal für die Antwort.
> Und, wie kann ich am günstigsten die neuen Kernel rpms
einspielen, und
> gleichzeitig die alten nebenher existieren lassen, und wie kann ich die
> dann später löschen?
up2date/yum/apt behandeln kernel Pakete besonders, sodaß diese zu
installiert werden, anstatt bereits installierte in einem Upgrade
zu entfernen.
Gut, aber _wie_ genau? Apt und yum zeigen mir nicht an, dass sie da was
updaten könnten - sie verhalten sich so, als wären meine Kernel Pakete die
allerneuesten, was aber nicht stimmt.
Gibt es da einen gesonderten Befehl, mit dem ich apt oder yum dazu überrede,
den allerneuesten Kernel runterzualden und einzuspielen? Welcher wäre das?
Oder ist es ok, wenn ich einfach die rpms lade (2135 scheint der aktuell
neueste zu sein), und diese dann mit dem altbekannten rpm -Uvh installiere?
So weit,
Roland
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQE/+Z3gnsVHlKAJG/IRAhuYAKCccw2r+hk03vQdQ8QYnfQvRsKk/gCfWH1d
EHHE68ggEDzARYEOEw30wqQ=
=i8Ln
-----END PGP SIGNATURE-----
1:34 p.m.
On Mon, 5 Jan 2004 18:24:41 +0100, Roland Wolters wrote:
> > Und, wie kann ich am günstigsten die neuen Kernel rpms
einspielen, und
> > gleichzeitig die alten nebenher existieren lassen, und wie kann ich die
> > dann später löschen?
>
> up2date/yum/apt behandeln kernel Pakete besonders, sodaß diese zu
> installiert werden, anstatt bereits installierte in einem Upgrade
> zu entfernen.
>
Gut, aber _wie_ genau? Apt und yum zeigen mir nicht an, dass sie da was
updaten könnten - sie verhalten sich so, als wären meine Kernel Pakete die
allerneuesten, was aber nicht stimmt.
Gibt es da einen gesonderten Befehl, mit dem ich apt oder yum dazu überrede,
den allerneuesten Kernel runterzualden und einzuspielen? Welcher wäre das?
Falls wir raten sollen, was Du in Deiner /etc/yum.conf oder Deinen apt
sources.list Dateien hast, sowas rate ich ungern.
Oder ist es ok, wenn ich einfach die rpms lade (2135 scheint der
aktuell
neueste zu sein), und diese dann mit dem altbekannten rpm -Uvh installiere?
Ginge auch, wird aber mit rpm -ivh gemacht, nicht -Uvh
--
2:36 p.m.
New subject: apt sources.list (was: Neue Kernel einspielen)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Am Montag, 5. Januar 2004 20:34 schrieb Michael Schwendt:
On Mon, 5 Jan 2004 18:24:41 +0100, Roland Wolters wrote:
> > > Und, wie kann ich am günstigsten die neuen Kernel rpms einspielen,
> > > und gleichzeitig die alten nebenher existieren lassen, und wie kann
> > > ich die dann später löschen?
> >
> > up2date/yum/apt behandeln kernel Pakete besonders, sodaß diese zu
> > installiert werden, anstatt bereits installierte in einem Upgrade
> > zu entfernen.
>
> Gut, aber _wie_ genau? Apt und yum zeigen mir nicht an, dass sie da was
> updaten könnten - sie verhalten sich so, als wären meine Kernel Pakete
> die allerneuesten, was aber nicht stimmt.
> Gibt es da einen gesonderten Befehl, mit dem ich apt oder yum dazu
> überrede, den allerneuesten Kernel runterzualden und einzuspielen?
> Welcher wäre das?
Falls wir raten sollen, was Du in Deiner /etc/yum.conf oder Deinen apt
sources.list Dateien hast, sowas rate ich ungern.
Ok, so langsam erschliesst sich mir ein kleiner, aber fataler Fehler:
Meine Apt Version war die von Red Hat 9, warum auch immer.
Daraus resultierte, dass alle Sources auf RedHat 9 gestellt waren - mit den
daraus folgenden Problemen!
Bei yum war es genau das gleiche.
Mittlerweile habe ich von pbone eine fc1 Version (die von freshrpms vertrug
sich nicht mit dem installierten atrpms, auch wenn es nur um 4 Dateien ging,
es ging direkt um die sources.list, ich wollte kein Risiko eingehen.).
Auf jedem Fall bin ich aktuell froh, dass ich eine Standleitung habe, die auch
mit 100 MB keine Probleme hat.
Yum hat dann auch alles gefunden, und somit bin ich um einen neuen Kernel
reicher.
Trotzdem danke an alle, die sich aufgrund meines dau-artigen Zustands den Kopf
zerbrochen haben.
Roland
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQE/+crUnsVHlKAJG/IRAuOEAJ917XE33CK/ONWFFpt6ohtWvLv7VQCbBSM+
wbEG5z9ztqJLhaP3ZXA7m58=
=oIN3
-----END PGP SIGNATURE-----
2:15 p.m.
Am Mo, den 05.01.2004 schrieb Roland Wolters um 15:34:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
da es ja eine neue SIcherheitslücke gab, und ich eh noch den 2115 Kernel
verwende, wollte ich mal wissen, wie ich neue Versionen einspielen könnte.
Über Apt get oder yum wird nichts neues in der Hinsicht angezeigt, kann es
sein, dass ich die da ausversehen aussperre?
Wenn ja, wo?
Und, wie kann ich am günstigsten die neuen Kernel rpms einspielen, und
gleichzeitig die alten nebenher existieren lassen, und wie kann ich die dann
später löschen?
Roland
Heute nach amerikanischer Zeit kommt sowieso noch ein aktueller bugfix
kernel raus, auf den ich warten würde.
Füttere Deine /etc/sysconfig/rhn/sources Liste mit einem oder mehrere
Mirror Server Einträgen und führe dann "update-nox -u -f kernel" aus.
Der neue Kernel wird dann parallel zum alten installiert und in der
grub.conf als neuer default kernel aktiviert.
Alexander
--
Alexander Dalloz | Enger, Germany
PGP key valid: made 13.07.1999
PGP fingerprint: 2307 88FD 2D41 038E 7416 14CD E197 6E88 ED69 5653
2:25 p.m.
Am Mo, den 05.01.2004 schrieb Alexander Dalloz um 21:15:
Heute nach amerikanischer Zeit kommt sowieso noch ein aktueller bugfix
kernel raus, auf den ich warten würde.
Woher habt Ihr (Michael und Du, Alexander) diese Info? Gibt es noch eine
Liste, von der ich nichts weiss?
Christoph
--
Christoph Wickert <christoph.wickert(a)gmx.de>
3 p.m.
Am Mo, den 05.01.2004 schrieb Christoph Wickert um 21:25:
Am Mo, den 05.01.2004 schrieb Alexander Dalloz um 21:15:
>
> Heute nach amerikanischer Zeit kommt sowieso noch ein aktueller bugfix
> kernel raus, auf den ich warten würde.
Woher habt Ihr (Michael und Du, Alexander) diese Info? Gibt es noch eine
Liste, von der ich nichts weiss?
Christoph
Info über #fedora-devel auf freenode.
Alexander
--
Alexander Dalloz | Enger, Germany
PGP key valid: made 13.07.1999
PGP fingerprint: 2307 88FD 2D41 038E 7416 14CD E197 6E88 ED69 5653
3:52 p.m.
Am Mo, den 05.01.2004 schrieb Alexander Dalloz um 22:00:
Am Mo, den 05.01.2004 schrieb Christoph Wickert um 21:25:
> Am Mo, den 05.01.2004 schrieb Alexander Dalloz um 21:15:
>
> >
> > Heute nach amerikanischer Zeit kommt sowieso noch ein aktueller bugfix
> > kernel raus, auf den ich warten würde.
>
> Woher habt Ihr (Michael und Du, Alexander) diese Info? Gibt es noch eine
> Liste, von der ich nichts weiss?
>
> Christoph
Info über #fedora-devel auf freenode.
Alexander
... had been rumors ...
Nun ist er da als .2138
Alexander
--
Alexander Dalloz | Enger, Germany
PGP key valid: made 13.07.1999
PGP fingerprint: 2307 88FD 2D41 038E 7416 14CD E197 6E88 ED69 5653
6 a.m.
On Mon, 05 Jan 2004 21:25:16 +0100, Christoph Wickert wrote:
Am Mo, den 05.01.2004 schrieb Alexander Dalloz um 21:15:
>
> Heute nach amerikanischer Zeit kommt sowieso noch ein aktueller bugfix
> kernel raus, auf den ich warten würde.
Woher habt Ihr (Michael und Du, Alexander) diese Info? Gibt es noch eine
Liste, von der ich nichts weiss?
Entweder fedora-devel-list(a)redhat.com oder fedora-legacy-list(a)redhat.com
Dort war das Update zur Sprache gekommen, bevor es veröffentlicht war.
--
7413
days inactive
7414
days old
de-users@lists.fedoraproject.org
10 comments
5 participants
participants (5)
-
Alexander Dalloz -
Christoph Wickert -
Michael Schwendt -
Roland Wolters -
schiebe