Hallo! Unter http://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/people/mantel/next/RPM/ fand ich gerade den k_athlon-2.4.21-4.i586.rpm Kann ich den unter SuSE 8.2 einfach installieren, oder muss ich was besonderes beachten? Mit welchen Problemen muss ich rechnen? Gruß, Jürgen
* Jürgen Fahnenschreiber schrieb:
Unter http://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/people/mantel/next/RPM/ fand ich gerade den k_athlon-2.4.21-4.i586.rpm Kann ich den unter SuSE 8.2 einfach installieren, oder muss ich was besonderes beachten? Mit welchen Problemen muss ich rechnen?
Habe selber den Originalen Kernel laufen. Von anderen weiß ich daß auch der Mantel-Kernel läuft. Es sind keine andere updates anderer wichtiger Pakete notwendig. Inwiefern der Mantel-Kernel alle Suse-Patches ebenfalls übernommen hat, weiß ich nicht. Am besten Multikernel einrichten: http://www.dhaller.de/linux/multikernel.html Dann kannst Du beide Kernel booten. Ekkard
Ekkard Gerlach schrieb:
[...] Am besten Multikernel einrichten: http://www.dhaller.de/linux/multikernel.html Dann kannst Du beide Kernel booten.
Dort steht (leider) nicht beschrieben, wie man zwei Kernel per RPM parallel installiert, sondern nur, wie man mehrere Kernel aus den Quellen nebeneinander installiert. Insofern wird das den Fragesteller nicht weiter bringen. Wuerde trotzdem versuchen, den alten Kernel und dessen Module zu erhalten - vielleicht schaffe ich es mal, etwas in meinem Kernel-PDf zusammezustellen. Ist das Update denn noetig, Juergen? Das ist immer so mal die erste Frage... CU, Th.
On Monday 11 August 2003 09:22, Thomas Hertweck wrote:
Ekkard Gerlach schrieb:
[...] Am besten Multikernel einrichten: http://www.dhaller.de/linux/multikernel.html Dann kannst Du beide Kernel booten.
Dort steht (leider) nicht beschrieben, wie man zwei Kernel per RPM parallel installiert, sondern nur, wie man mehrere Kernel aus den Quellen nebeneinander installiert. Insofern wird das den Fragesteller nicht weiter bringen. Wuerde trotzdem versuchen, den alten Kernel und dessen Module zu erhalten - vielleicht schaffe ich es mal, etwas in meinem Kernel-PDf zusammezustellen. Ist das Update denn noetig, Juergen? Das ist immer so mal die erste Frage... Mit den apt-get, kernelpackage und kernel-build Paketen plus den Debian Kernel QUellen, Kernel Modulen und Patches sollte man auch auf einem RPM System in Debian Manier Kernel per make-kpkg erzeugen können. Dann kann man mit apt-get das Kernel Paket installlieren oder erst mit alien ein RPM draus machen. Wäre mal interessant auszutesten wie das funktioniert.
Tschüss, Thomas
Thomas Templin schrieb:
Mit den apt-get, kernelpackage und kernel-build Paketen plus den Debian Kernel QUellen, Kernel Modulen und Patches sollte man auch auf einem RPM System in Debian Manier Kernel per make-kpkg erzeugen können. Dann kann man mit apt-get das Kernel Paket installlieren oder erst mit alien ein RPM draus machen. Wäre mal interessant auszutesten wie das funktioniert.
Was bringt das? Ich kann nicht zwei Kernel-RPM nebeneinander installieren, zumindest eben nicht ohne ein --nodeps, und dann habe ich aber meinen bisherigen Kernel unter /boot ueberschrieben... Man muss da anders vorgehen. Man kann natuerlich ein rpm -Uhv benutzen, aber das ersetzt den alten durch den neuen Kernel und behaelt ihn nicht zusaetzlich bei. Im Prinzip sollte ein Sichern der Module, der System.map und initrd sowie der Kernel an sich reichen mit anschliessendem Zurueckspielen, versteht sich. Vielleicht schaffe ich es ja, mal etwas dazu zu schreiben. Aus den Quellen installieren geht natuerlich immer ohne Probleme. Gruesse, Thomson
Am Montag, 11. August 2003 00:06 schrieb Jürgen Fahnenschreiber:
Hallo!
Unter http://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/people/mantel/next/RPM/ fand ich gerade den k_athlon-2.4.21-4.i586.rpm Kann ich den unter SuSE 8.2 einfach installieren, oder muss ich was besonderes beachten? Mit welchen Problemen muss ich rechnen?
3D mit einer Nvidia-Grafikkarte funktionierte dann hier nicht mehr. Ich hatte aber noch keine Zeit die Original-Nvidia-Treiber nachzuinstallieren und 3D brauche ich so gut wie nicht. Al
Am Montag, 11. August 2003 10:44 schrieb Al Bogner:
Mit welchen Problemen muss ich rechnen?
3D mit einer Nvidia-Grafikkarte funktionierte dann hier nicht mehr. Ich hatte aber noch keine Zeit die Original-Nvidia-Treiber nachzuinstallieren und 3D brauche ich so gut wie nicht.
Ach ja, das wird dich kaum treffen, aber makesuse8 von auerusb-1.2.4, das ist der Patch für die USB-Treiber der Auerswald-Telefonanlagen, funktioniert dann auch nicht mehr. Allerdings ist der USB-Treiber für Auerswald im 2.4.21-Vanilla-Kernel integriert und damit kann mit Auerswald-Anlagen ohne weitere Änderungen kommunizieren. Inwieweit der USB-Treiber für Auerswald auch bei SuSE-2.4.21 dabei ist, weiß ich nicht. Wo ist eigentlich der Unterschied zwischen ftp://ftp.suse.com/pub/people/mantel/next/RPM/kernel-source-2.4.21-4.i586.rpm und ftp://ftp.suse.com/pub/people/mantel/next/RPM/kernel-source-2.4.21-4.src.rpm Was haben Sourcen mit einem i586 zu tun? Al
Al Bogner schrieb:
[... k_athlon-2.4.21-4.i586.rpm ...]
3D mit einer Nvidia-Grafikkarte funktionierte dann hier nicht mehr.
Wenn es nicht geht, dann scheint SuSE das in den Quellen noch nicht korrigiert zu haben - es hat sich etwas an den Kernel-Quellen geaendert, was das Compilieren des NVIDIA- Moduls verhindert hat mit diesem Kernel. Wurde hier auf der Liste schon diskutiert und Patch ist verfuegbar bzw. Anleitung zum Umgehen des Problems wurde gepostet. CU, Thomson
Am Montag, 11. August 2003 19:45 schrieb Thomas Hertweck:
Al Bogner schrieb:
[... k_athlon-2.4.21-4.i586.rpm ...]
3D mit einer Nvidia-Grafikkarte funktionierte dann hier nicht mehr.
Anleitung zum Umgehen des Problems wurde gepostet.
Ja, ich weiß. Darum hatte ich auch geschrieben, dass ich noch keine Zeit hatte mich darum zu kümmern. 3D geht mir nicht ab. Du kennst aber sicher den Unterschied zwischen ftp://ftp.suse.com/pub/people/mantel/next/RPM/kernel-source-2.4.21-4.i586.rpm und ftp://ftp.suse.com/pub/people/mantel/next/RPM/kernel-source-2.4.21-4.src.rpm Könntest du oder wer anderer darauf antworten? Al
Al Bogner schrieb:
[...] Du kennst aber sicher den Unterschied zwischen
ftp://ftp.suse.com/pub/people/mantel/next/RPM/kernel-source-2.4.21-4.i586.rpm und ftp://ftp.suse.com/pub/people/mantel/next/RPM/kernel-source-2.4.21-4.src.rpm
Ja. Das eine, naemlich kernel-source-2.4.21-4.i586.rpm, ist das RPM, das die Kernel-Quellen enthaelt. Installierst Du dieses RPM, dann wirst Du unter /usr/src/ ein neuen Verzeichnis vorfinden, in dem diese Quellen liegen. Ebenso wird vermutlich der Link /usr/src/linux auf dieses neue Verzeichnis zeigen. Das andere Paket, kernel-source-2.4.21-4.src.rpm, ist - wie im Namen auch erkenntlich - ein Source-RPM. Es ist eigentlich nicht zum Installieren gedacht, sondern man kann daraus per "rpm --rebuild" ein Binary-Kernel-RPM bauen und das dann installieren. Wenn Du kernel-source-2.4.21-4.src.rpm installieren solltest, dann werden die Quellen des Kernels nicht in /usr/src/ landen, sondern als Archiv in /usr/src/packages/SOURCES und ein zuge- hoeriges .spec File in /usr/src/packages/SPECS. Du koenntest dann Aenderungen am .spec File vornehmen oder die Kernel-Quellen patchen etc. und wieder ein Paket basteln. Wenn Du die reinen Quellen wie ueblich installiert haben willst, nimm das Paket kernel-source-2.4.21-4.i586.rpm. Das alles steht uebrigens auch im bereits oefters genannten PDF- File http://www.thomashertweck.de/suse-linux-kernel.pdf. CU, Thomson
Am Montag, 11. August 2003 21:13 schrieb Thomas Hertweck:
Ja. Das eine, naemlich kernel-source-2.4.21-4.i586.rpm, ist das RPM, das die Kernel-Quellen enthaelt. Installierst Du dieses RPM, dann wirst Du unter /usr/src/ ein neuen Verzeichnis vorfinden, in dem diese Quellen liegen. Ebenso wird vermutlich der Link /usr/src/linux auf dieses neue Verzeichnis zeigen.
Bleibt Al's Frage offen, was haben Sourcen mit i586 zu tun? Müsste das nicht ein noarch.rpm sein? Naja, aber die autoconf oder filesystem RPMs sind bei SuSE ja komischerweise auch i586er, auch wenn sich mir bisher der Grund noch verschliest. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Manfred Tremmel schrieb:
[...] Bleibt Al's Frage offen, was haben Sourcen mit i586 zu tun? Müsste das nicht ein noarch.rpm sein?
Hmm, jetzt wo Du es sagst, wuerde ich das eigentlich auch so erwarten. Evtl. ist im RPM-Paket aber etwas enthalten, was es eben i586 spezifisch macht - das koennte dann aber nur eine vorhandene Konfiguration sein, oder? Oder es sind wirklich gepatchte Kernel-Quellen, die nur auf i586 compilieren :-) Ne, Spass beiseite, ich weiss es ehrlich gesagt auch nicht. Gruesse, Thomson
Hallo Thomas, Am Dienstag, 12. August 2003 10:00 schrieb Thomas Hertweck:
Manfred Tremmel schrieb:
[...] Bleibt Al's Frage offen, was haben Sourcen mit i586 zu tun? Müsste das nicht ein noarch.rpm sein?
Hmm, jetzt wo Du es sagst, wuerde ich das eigentlich auch so erwarten. Evtl. ist im RPM-Paket aber etwas enthalten, was es eben i586 spezifisch macht - das koennte dann aber nur eine vorhandene Konfiguration sein, oder? Oder es sind wirklich gepatchte Kernel-Quellen, die nur auf i586 compilieren :-) Ne, Spass beiseite, ich weiss es ehrlich gesagt auch nicht.
Ich denke das sie (SuSE) den eigenen Kernel mit der Option 586 kompiliert hat und der Kernel damit nicht mehr auf den 3 und 486 Lauffähig ist. Sich damit sozusagen dann das i586 eingebügert hat ;-) Gruß Frank
Frank Babies schrieb:
Am Dienstag, 12. August 2003 10:00 schrieb Thomas Hertweck:
[...] Hmm, jetzt wo Du es sagst, wuerde ich das eigentlich auch so erwarten. Evtl. ist im RPM-Paket aber etwas enthalten, was es eben i586 spezifisch macht - das koennte dann aber nur eine vorhandene Konfiguration sein, oder? Oder es sind wirklich gepatchte Kernel-Quellen, die nur auf i586 compilieren :-) Ne, Spass beiseite, ich weiss es ehrlich gesagt auch nicht.
Ich denke das sie (SuSE) den eigenen Kernel mit der Option 586 kompiliert hat und der Kernel damit nicht mehr auf den 3 und 486 Lauffähig ist. Sich damit sozusagen dann das i586 eingebügert hat ;-)
Wenn Du den Thread komplett gelesen haettest, haettest Du sicher bemerkt, dass es nicht um die Kernel-Binary-RPMs geht, sondern um die RPMs mit den Kernel-Quellen! In diesen RPMs gibt es keinen compilierten Code, also bestuende auch kein Anlass fuer ein i586 im Namen. Da die Kernel-Quellen prinzipiell auch nicht abhaengig von der Architektur sind und auch auf anderen Systemen compiliert werden koennten, hat Manfred fuer ein "noarch" im Namen plaediert, und ich kann dem eigentlich nur zustimmen. Ralf hat eine These geschrieben, die erklaert, wie es zu dem Namen kommt, aber letztendlich kann das nur jemand von SuSE beantworten. Aber so wichtig ist es auch wieder nicht... :-) Gruesse, Thomson
On Tue, 2003-08-12 at 18:08, Thomas Hertweck wrote:
Ralf hat eine These geschrieben, die erklaert, wie es zu dem Namen kommt, aber letztendlich kann das nur jemand von SuSE beantworten.
Die These stimmt definitiv für RH, und ist reine Spekulation was SuSE anbetrifft. Das zu klären, wäre allerdings einfach. Es müsste sich jemand das höchstwahrscheinlich in kernel-source-2.4.21-4.src.rpm enthaltene RPM-Spec anschauen.
Aber so wichtig ist es auch wieder nicht... :-) Eben, drum werde ich mir es nicht antun, das 42MB *src.rpm via ISDN herunterladen ;)
Ralf
Am Dienstag, 12. August 2003 18:08 schrieb Thomas Hertweck:
Aber so wichtig ist es auch wieder nicht... :-)
Für Dich nicht, für mich bedeutet jedes noarch.rpm ein einfaches rüberkopieren, ein i586.rpm einen compilevorgang für meine PPC-Version, da macht das dann schon nen Unterschied ;-) -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
On Mon, 2003-08-11 at 22:51, Manfred Tremmel wrote:
Am Montag, 11. August 2003 21:13 schrieb Thomas Hertweck:
Ja. Das eine, naemlich kernel-source-2.4.21-4.i586.rpm, ist das RPM, das die Kernel-Quellen enthaelt. Installierst Du dieses RPM, dann wirst Du unter /usr/src/ ein neuen Verzeichnis vorfinden, in dem diese Quellen liegen. Ebenso wird vermutlich der Link /usr/src/linux auf dieses neue Verzeichnis zeigen.
Bleibt Al's Frage offen, was haben Sourcen mit i586 zu tun? Müsste das nicht ein noarch.rpm sein? Jein, könnte, muss aber nicht.
Vermutlich packt SuSE ihre Kernel-rpm nun in ähnlicher Weise, wie es RH schon seit langem tut: Es gibt ein gemeinsames kernel*.src.rpm, das für alle Kernels verwendet wird. Aus diesem kernel*src.rpm werden unter anderem kernel und kernel-source Binär-rpms generiert. Da alle in einem RPM.spec enthaltenen (Unter-)Pakete eine gemeinsame Architektur besitzen (eine Beschränkung in RPM), besitzt das kernel-source rpm entsprechend die Architektur des kernels-rpms mit dem es zusammen übersetzt wurde. Beispiel (RH-9): # rpm -q --queryformat "%{SOURCERPM} %{ARCH}\n" \ -p kernel-2.4.20-19.9.i686.rpm kernel-2.4.20-19.9.src.rpm i686 # rpm -q --queryformat "%{SOURCERPM} %{ARCH}\n" \ -p kernel-source-2.4.20-19.9.i386.rpm kernel-2.4.20-19.9.src.rpm i386 # rpm -q --queryformat "%{SOURCERPM} %{ARCH}\n" \ -p kernel-smp-2.4.20-19.9.i686.rpm kernel-2.4.20-19.9.src.rpm i686 # rpm -q --queryformat "%{SOURCERPM} %{ARCH}\n" \ -p kernel-doc-2.4.20-19.9.i386.rpm kernel-2.4.20-19.9.src.rpm i386 => kernel-doc und kernel-source wurden zusammen mit einem kernel-*.i386.rpm aus einem gemeinsamen src.rpm generiert. => kernel-source ist kein *src.rpm, sondern ein während des Übersetzens eines kernel.src.rpm für die i386-linux-Architektur entstandenes Unterpaket. Bei SuSE wird das im Detail vermutlich etwas anders aussehen, das Grundprinzip dürfte aber ähnlich sein. Ralf
Am Dienstag, 12. August 2003 10:34 schrieb Ralf Corsepius:
On Mon, 2003-08-11 at 22:51, Manfred Tremmel wrote:
Am Montag, 11. August 2003 21:13 schrieb Thomas Hertweck: Bleibt Al's Frage offen, was haben Sourcen mit i586 zu tun? Müsste das nicht ein noarch.rpm sein?
Jein, könnte, muss aber nicht.
Müssen tut gar nichts, aber ...
Vermutlich packt SuSE ihre Kernel-rpm nun in ähnlicher Weise, wie es RH schon seit langem tut:
... das würde ich bezweifeln, da es für die einzelnen Kernelvarianten eigene source RPMs gibt.
Da alle in einem RPM.spec enthaltenen (Unter-)Pakete eine gemeinsame Architektur besitzen (eine Beschränkung in RPM), besitzt das kernel-source rpm entsprechend die Architektur des kernels-rpms mit dem es zusammen übersetzt wurde.
Ich weiß, eine nervende Sache, echt. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
participants (8)
-
Al Bogner -
Ekkard Gerlach -
Frank Babies -
Jürgen Fahnenschreiber -
Manfred Tremmel -
Ralf Corsepius -
Thomas Hertweck -
Thomas Templin