[solved] revision append-to-version
- feldmaus
- Beiträge: 1308
- Registriert: 14.06.2005 23:13:22
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Deutschland
[solved] revision append-to-version
Hi,
folgendes Problem,
beim Kernel kompilieren gebe ich normalerweise die Optio --append-to-version mit was ich auch fü sehr sinnig halte allerdings bekomme ich dann beim booten immer die Meldung das die versionsnummer zu lang ist und glibc eine kleinere versions nummer hat.
Wie löst ihr dieses Problem?
folgendes Problem,
beim Kernel kompilieren gebe ich normalerweise die Optio --append-to-version mit was ich auch fü sehr sinnig halte allerdings bekomme ich dann beim booten immer die Meldung das die versionsnummer zu lang ist und glibc eine kleinere versions nummer hat.
Wie löst ihr dieses Problem?
Zuletzt geändert von feldmaus am 01.09.2006 02:47:08, insgesamt 1-mal geändert.
Re: revision append-to-version
Nachdem ich auch diese Option verwende, aber damit noch nie derartige Probleme hatte, dürfte eine kürzere "append-to-version" Option Abhilfe schaffenfeldmann_markus hat geschrieben: Wie löst ihr dieses Problem?
Gruß
gms
- novalix
- Beiträge: 1909
- Registriert: 05.10.2005 12:32:57
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: elberfeld
hi,
ein vorangestellter trennstrich wirkt da manchmal ganz gut.
ist ein anderer schalter mit anderen eigenschaften, gelt.
ciao, niels
ein vorangestellter trennstrich wirkt da manchmal ganz gut.
Code: Alles auswählen
--append-to-version -hier-jetzt-hinschreiben-was-du-fuer-richtig-haelst
Code: Alles auswählen
--revision
ciao, niels
Das Wem, Wieviel, Wann, Wozu und Wie zu bestimmen ist aber nicht jedermannns Sache und ist nicht leicht.
Darum ist das Richtige selten, lobenswert und schön.
Darum ist das Richtige selten, lobenswert und schön.
- feldmaus
- Beiträge: 1308
- Registriert: 14.06.2005 23:13:22
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Deutschland
Bei mir sind die Packages immer weig lang,
Und das kommt dabei rauss,
Und das ist wie jeder sehen kann doppelt gemoppelt.
Hat Jemand ne Idee?
Code: Alles auswählen
make-kpkg kernel_image kernel_headers --initrd -append-to-version -06083104
...
Code: Alles auswählen
linux-image-2.6.17-06083104_2.6.17-06083104-10.00.Custom_i386.deb
Hat Jemand ne Idee?
meinen derzeitigen Kernel habe ich mit "--append-to-verision -v-1" und "-revision 0.0" gebaut (v steht für den Sourcetype (vanilla) und 1 ist meine Revisionnumber)
06083104 Revisions habe ich noch nie erzeugt
somit schaut das Paket bei mir so aus:
und "uname -r" liefert "2.6.17.11-v-1"
Gruß
gms
06083104 Revisions habe ich noch nie erzeugt
somit schaut das Paket bei mir so aus:
Code: Alles auswählen
linux-image-2.6.17.11-v-1_0.0_i386.deb
Gruß
gms
Allgemein ist das Format:
In der manpage von make-kpkg stehen die default-Werte wenn du etwas nicht angibst, für --revision ist das z.B. 10.0 oder so.
Ich nehme immer
das ergibt ein
Ohne sich ändernde Versionsnummer in --append_to_version wird bei der Installation des neuen Kernels der alte ersetzt. Da ich nicht so oft den Kernel neu baue für mich die beste Lösung.
MfG, goeb
Code: Alles auswählen
linux-image-<version><append_to_version>_<revision>_<arch>.deb
Ich nehme immer
Code: Alles auswählen
make-kpkg --append_to_version=+laptop --revision=1.0 kernel_image
Code: Alles auswählen
linux-image-2.6.16+laptop_1.0_i386.deb
MfG, goeb
- feldmaus
- Beiträge: 1308
- Registriert: 14.06.2005 23:13:22
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Deutschland
Danke für eure guten Tipps,
genauso funktioniert es auch.
genauso funktioniert es auch.
Code: Alles auswählen
make-kpkg --initrd --append-to-version=-06083108 --revision=1.0 kernel_image kernel_headers