Hallo, Ich habe in bei mir den KOTD Kernel am laufen. Jedesmal wenn nun der Yast zum Systemupdate gestartet wird schmeisst er mir meinen neueren Kernel wieder runter. Wie kann man dies unterbinde? Tschau Bjørn -- Put no trust in cryptic comments. -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCM d+ s++:- a- C++++ UL++++ P+ L++++ E W+++ N++ o++ K- w-- O+ M- V PS+ PE++ Y+ PGP+++ t++ 5++ X+++ R-- tv- b++ DI- D+ G+++ e++ h-- r+ y+ ------END GEEK CODE BLOCK------ RIPE Handle BB2606-RIPE GPGKey fingerprint = FE84 A786 D49A 6A6B D722 462B 1E42 E830 ECA5 4E10
Hallo, Am Tue, 29 Nov 2005, bbendix@web.de schrieb:
Ich habe in bei mir den KOTD Kernel am laufen. Jedesmal wenn nun der Yast zum Systemupdate gestartet wird schmeisst er mir meinen neueren Kernel wieder runter. Wie kann man dies unterbinde?
RTFFAQ: http://suse-linux-faq.koehntopp.de/q/q-install-kernel_update.html RTFHOWTO (aeh, ja, also, ich denk, das geht hier als solches durch): http://www.thomashertweck.de/kernel26.html http://www.thomashertweck.de/kernel24.html Such dir was aus. Ansonsten: Stell deinen MUA richtig ein (Realname). Und rufe im Yast mal die Hilfe auf... Dabei koenntest du z.B. auf das Wort "Tabu" achten. -dnh -- Shouldn't a "programmer's editor" be called a "bugger"? -- Graham Reed
Hallo, Keiner deiner Hinweise hilft wirklich, ich kann den Kernel auch nicht mal auf Tabu im Yast setzen. Tchau Bjørn Am Mittwoch, 30. November 2005 04:49 schrieb David Haller:
Hallo,
Am Tue, 29 Nov 2005, bbendix@web.de schrieb:
Ich habe in bei mir den KOTD Kernel am laufen. Jedesmal wenn nun der Yast zum Systemupdate gestartet wird schmeisst er mir meinen neueren Kernel wieder runter. Wie kann man dies unterbinde?
RTFFAQ: http://suse-linux-faq.koehntopp.de/q/q-install-kernel_update.html
RTFHOWTO (aeh, ja, also, ich denk, das geht hier als solches durch):
http://www.thomashertweck.de/kernel26.html http://www.thomashertweck.de/kernel24.html
Such dir was aus.
Ansonsten: Stell deinen MUA richtig ein (Realname). Und rufe im Yast mal die Hilfe auf... Dabei koenntest du z.B. auf das Wort "Tabu" achten.
-dnh
-- Shouldn't a "programmer's editor" be called a "bugger"? -- Graham Reed
-- Mayor Vincent J. `Buddy' Cianci on the ACLU's suit to have a city nativity scene removed: "They're just jealous because they don't have three wise men and a virgin in the whole organization." -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCM d+ s++:- a- C++++ UL++++ P+ L++++ E W+++ N++ o++ K- w-- O+ M- V PS+ PE++ Y+ PGP+++ t++ 5++ X+++ R-- tv- b++ DI- D+ G+++ e++ h-- r+ y+ ------END GEEK CODE BLOCK------ RIPE Handle BB2606-RIPE GPGKey fingerprint = FE84 A786 D49A 6A6B D722 462B 1E42 E830 ECA5 4E10
Bjoern, bitte lerne anstaendig zu quoten, siehe http://learn.to/quote und Etikette dieser Liste (kein TOFU!), und kuerze Deine Signatur bitte auf ein ertraegliches Mass - ich denke, es besteht kein Interesse an einem ueberlangen unsinnigen GEEK Code Block, der Deine Signatur weit laenger macht als den eigentlichen Inhalt Deiner Mail. Bjørn Bendix wrote:
[Tips von David]
Keiner deiner Hinweise hilft wirklich, ich kann den Kernel auch nicht mal auf Tabu im Yast setzen.
Wenn keiner von Davids hinweisen geholfen hat, dann hast Du a) etwas falsch gemacht oder b) es nicht verstanden. Du kannst das Kernel-RPM per Yast auf Protected stellen und dann sollte es eigentlich nicht mehr angetastet werden. Ferner kannst Du einen KOTD zusaetzlich zu einem vorhandenen Default-SuSE-Kernel installieren, so dass es zu keinen Konflikten kommt - das waere eh zu empfehlen (gewesen). Oder Du waehlst ein Kernel-Update in YOU einfach ab, es zwingt Dich ja niemand, das Update zu installieren. Es gibt also mehrere Moeglichkeiten. Wenn Du eigene Wege gehst und einen KOTD installierst, bist Du eben auch selbst fuer korrekte Handhabung und Wartung etc. verantwortlich (bisher hast Du nicht verraten, wie Du genau vorgegangen bist, um den KOTD zu nutzen). Man sollte sich dann u.U. nicht wundern, wenn das SuSE Base System oder YaST anderer Meinung ist. Cheers, Th.
Hallo,
Wenn keiner von Davids hinweisen geholfen hat, dann hast Du a) etwas falsch gemacht oder b) es nicht verstanden. Wenn du meinst.
Du kannst das Kernel-RPM per Yast auf Protected stellen und dann sollte es eigentlich nicht mehr angetastet werden. Leider funzt dies nur einmal, beim naechsten Start ist dieses Geschuetz oder Tabu nicht mehr gesetzt.
Ferner kannst Du einen KOTD zusaetzlich zu einem vorhandenen Default-SuSE-Kernel installieren, so dass es zu keinen Konflikten kommt - das waere eh zu empfehlen (gewesen). Mag sein, aber durch das RPM wird der Grub und alles was dran haengt neu gemacht somit laueft der orginal Suse kernel wieer per Default.
Oder Du waehlst ein Kernel-Update in YOU einfach ab, es zwingt Dich ja niemand, das Update zu installieren. Es gibt also mehrere Moeglichkeiten. Genau dieses tuhe ich im moment es nur nicht eine vernuenftige Loesung, und so wie ich das hier lese geht es nicht nur mir so....
Tschau Bjørn -- GPGKey fingerprint = FE84 A786 D49A 6A6B D722 462B 1E42 E830 ECA5 4E10
Bjørn Bendix wrote:
[...]
Koenntest Du bitte eine Zitateinleitung stehen lassen, sonst weiss niemand, wer den Text geschrieben hat, den Du quotest (ich habe ihn daher komplett geloescht)! Ich empfehle erneut die Lektuere von http://learn.to/quote und werde auf zukuenftige Emails von Dir ansonsten nicht mehr antworten...
[...] Leider funzt dies nur einmal, beim naechsten Start ist dieses Geschuetz oder Tabu nicht mehr gesetzt.
Das kann ich nicht nachvollziehen. Ich habe hier OOffice auf "tabu" gesetzt (SuSE 9.2) und das bleibt ueber die Aufrufe von YOU erhalten. Evtl. ist es bei Deiner SuSE-Version oder dem Kernel-Paket anders, das kann ich nicht ausprobieren, spraeche dann aber fuer einen Fehler. Wird das Kernel-Paket denn angetastet, wenn Du es auf "protected" stellst in der Software-Installation? Oder weiss YOU nichts ueber die Einstellungen in dem anderen YaST-Modul? Ich benutze YaST nur selten, da kann ich wenig weiter helfen...
[...] Mag sein, aber durch das RPM wird der Grub und alles was dran haengt neu gemacht somit laueft der orginal Suse kernel wieer per Default.
grub wird nicht "neu gemacht", es ist ja gerade der Gag, dass man im Gegensatz zu LILO grub nicht neu installieren muss nach Aenderungen an der Konfiguration. Du kannst Dir gerne das Skript /sbin/new-kernel-pkg anpassen, das ist fuer das Updaten der Bootloader-Konfig zustaendig.
[...] Genau dieses tuhe ich im moment es nur nicht eine vernuenftige Loesung, und so wie ich das hier lese geht es nicht nur mir so....
Siehe oben. Das Problem kann ich nicht nachvollziehen. Ferner waere es eine Moeglichkeit, einen eigenen YOU-Server aufzusetzen, den mit den offiziellen Updates auf einem externen Server zu synchronisieren und fuer das eigentliche Update via YOU nur noch die lokale Quelle anzusprechen, aus der man wiederum das Kernel-Update vorher rausgenommen hat per Skript. Ist natuerlich aufwaendiger, aber wer KOTD einsetzt, scheut ja auch gewisse Risiken nicht... ;-) CU, Th.
Am Sonntag, 4. Dezember 2005 18:56 schrieb Thomas Hertweck:
Das kann ich nicht nachvollziehen. Ich habe hier OOffice auf "tabu" gesetzt (SuSE 9.2) und das bleibt ueber die Aufrufe von YOU erhalten. Evtl. ist es bei Deiner SuSE-Version oder dem Kernel-Paket anders, das kann ich nicht ausprobieren, spraeche dann aber fuer einen Fehler. Wird das Kernel-Paket denn angetastet, wenn Du es auf "protected" stellst in der Software-Installation? Oder weiss YOU nichts ueber die Einstellungen in dem anderen YaST-Modul? Ich benutze YaST nur selten, da kann ich wenig weiter helfen... Weder in der Software Installation noch im YOU noch im systemupdate merkt der YAST sich diese Einstellung.
grub wird nicht "neu gemacht", es ist ja gerade der Gag, dass man im Gegensatz zu LILO grub nicht neu installieren muss nach Aenderungen an der Konfiguration. Du kannst Dir gerne das Skript /sbin/new-kernel-pkg anpassen, das ist fuer das Updaten der Bootloader-Konfig zustaendig.
Doch der Kernel wird im Grub als ein neuer Punkt eingetragen.
Siehe oben. Das Problem kann ich nicht nachvollziehen. Ferner waere es eine Moeglichkeit, einen eigenen YOU-Server aufzusetzen, den mit den offiziellen Updates auf einem externen Server zu synchronisieren und fuer das eigentliche Update via YOU nur noch die lokale Quelle anzusprechen, aus der man wiederum das Kernel-Update vorher rausgenommen hat per Skript. Ist natuerlich aufwaendiger, aber wer KOTD einsetzt, scheut ja auch gewisse Risiken nicht... ;-) Kein Kommentar.
Installiert ist Suse 10.0 Tschau Bjørn -- GPGKey fingerprint = FE84 A786 D49A 6A6B D722 462B 1E42 E830 ECA5 4E10
Bjørn Bendix wrote:
Am Sonntag, 4. Dezember 2005 18:56 schrieb Thomas Hertweck:
[...] Weder in der Software Installation noch im YOU noch im systemupdate merkt der YAST sich diese Einstellung.
Dann scheint mit Deinem YaST etwas nicht in Ordnung zu sein. Ich habe keine 10.0, bei 9.2 scheint das noch funktioniert zu haben. Schon mal in der Bug-Liste von OpenSuSE nachgechaut?
grub wird nicht "neu gemacht", es ist ja gerade der Gag, dass man im Gegensatz zu LILO grub nicht neu installieren muss nach Aenderungen an der Konfiguration. Du kannst Dir gerne das Skript /sbin/new-kernel-pkg anpassen, das ist fuer das Updaten der Bootloader-Konfig zustaendig.
Doch der Kernel wird im Grub als ein neuer Punkt eingetragen.
Bitte lies, was ich schrieb: grub wird nicht neu installiert, es wird lediglich die Konfiguration des Bootloaders geaendert und das kannst Du theoretisch ueber das Aendern von /sbin/new-kernel-pkg steuern. Das Skript updated naemlich die Eintraege in menu.lst. Wenn Du nicht willst, dass der Default-Eintrag geaendert wird, musst Du das Skript anpassen. Cu, Th.
Am Sonntag, 4. Dezember 2005 20:32 schrieb Thomas Hertweck:
Bjørn Bendix wrote:
Am Sonntag, 4. Dezember 2005 18:56 schrieb Thomas Hertweck:
Dann scheint mit Deinem YaST etwas nicht in Ordnung zu sein. Ich habe keine 10.0, bei 9.2 scheint das noch funktioniert zu haben. Schon mal in der Bug-Liste von OpenSuSE nachgechaut?
Ja habe ich soeben. Dies ist anscheinend so gewollt. Werde einen Wunsch schreiben. Tschau Bjørn -- GPGKey fingerprint = FE84 A786 D49A 6A6B D722 462B 1E42 E830 ECA5 4E10
Hallo, habe das Gleiche Problem. Ich helfe mir indem ich manuell die Auswahl von YaST aufhebe bevor ich die Installation starte. Nicht elegant, aber wirkungsvoll. :-) Grüße Michael Eichstädt Am Mittwoch, 30. November 2005 04:49 schrieb David Haller:
Hallo,
Am Tue, 29 Nov 2005, bbendix@web.de schrieb:
Ich habe in bei mir den KOTD Kernel am laufen. Jedesmal wenn nun der Yast zum Systemupdate gestartet wird schmeisst er mir meinen neueren Kernel wieder runter. Wie kann man dies unterbinde?
Hallo, Ja das mache ich jetzt auch immer,aber da muss es doch nen anderen eleganteren Weg geben. Tschau Bjørn -- Grelb's Reminder: Eighty percent of all people consider themselves to be above average drivers. -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCM d+ s++:- a- C++++ UL++++ P+ L++++ E W+++ N++ o++ K- w-- O+ M- V PS+ PE++ Y+ PGP+++ t++ 5++ X+++ R-- tv- b++ DI- D+ G+++ e++ h-- r+ y+ ------END GEEK CODE BLOCK------ RIPE Handle BB2606-RIPE GPGKey fingerprint = FE84 A786 D49A 6A6B D722 462B 1E42 E830 ECA5 4E10
participants (5)
-
bbendix＠web.de -
Bjørn Bendix
-
David Haller -
Michael Eichstädt -
Thomas Hertweck