Hallo Listenleser,
bei dem schönen Wetter sitz ich am Gerät und backe Kernel ;-)
Leider ohne Erfolg, siehe Ausgabe von nach dem Ende des Wartens auf make-kpkg:
... echo using old template using old template install -p -m 644 ./debian/templates.master /usr/src/linux/debian/linux-image-2.6.16-ct-1/DEBIAN/templates dpkg-gencontrol -DArchitecture=i386 -isp \ -plinux-image-2.6.16-ct-1 -P/usr/src/linux/debian/linux-image-2.6.16-ct-1/ dpkg-gencontrol: error: package linux-image-2.6.16-ct-1 not in control info make[1]: *** [debian/linux-image-2.6.16-ct-1] Fehler 255 make[1]: Leaving directory `/usr/src/linux-source-2.6.16-ct-1' make: *** [binary/linux-image-2.6.16-ct-1] Fehler 2
Da ich keinen Schimmer habe, woran es liegt, bitte ich um Aufklärung, wo die Fehlerursache zu finden sein könnte. Ich benutze die Kernelsourcen von linux-image-2.6.16-ct-1, aufgrund des hier http://sourceforge.net/forum/forum.php?thread_id=1469517&forum_id=217872 geschilderten Problems versuch ich halt die Neuerstellung des Kernels.
Grüße einstweilen,
Bernhard
Hallo Bernhard,
dpkg-gencontrol -DArchitecture=i386 -isp \ -plinux-image-2.6.16-ct-1 -P/usr/src/linux/debian/linux-image-2.6.16-ct-1/ dpkg-gencontrol: error: package linux-image-2.6.16-ct-1 not in control info
Es sieht mir danach aus, dass dpkg-gencontrol eine Datei fehlt, die Zusatzinfos zum Paket enthalten soll. Der Fehler liegt nicht an der Kompilierung des Kernels selbst.
Befrag mal man dpkg-gencontrol was das macht und sich für Dateien erbitten könnte.
mfg, Fabian
"Bernhard Bittner" bittnerbb@compuserve.de writes:
bei dem schönen Wetter sitz ich am Gerät und backe Kernel ;-)
Leider ohne Erfolg, siehe Ausgabe von nach dem Ende des Wartens auf make-kpkg:
... echo using old template using old template install -p -m 644 ./debian/templates.master /usr/src/linux/debian/linux-image-2.6.16-ct-1/DEBIAN/templates dpkg-gencontrol -DArchitecture=i386 -isp \ -plinux-image-2.6.16-ct-1 -P/usr/src/linux/debian/linux-image-2.6.16-ct-1/ dpkg-gencontrol: error: package linux-image-2.6.16-ct-1 not in control info make[1]: *** [debian/linux-image-2.6.16-ct-1] Fehler 255 make[1]: Leaving directory `/usr/src/linux-source-2.6.16-ct-1' make: *** [binary/linux-image-2.6.16-ct-1] Fehler 2
Da ich keinen Schimmer habe, woran es liegt, bitte ich um Aufklärung, wo die Fehlerursache zu finden sein könnte. Ich benutze die Kernelsourcen von linux-image-2.6.16-ct-1,
Ich hatte vor paar Tagen sowas gesehen, da habe ich die aktuelle Version von kernel-package genommen und noch mal ein "make-kpkg clean" gemacht und dann ging es ...
Sven
Am 31.12.2006, 09:23 Uhr, schrieb Sven Rudolph sr1@loom.sax.de:
snip
Ich hatte vor paar Tagen sowas gesehen, da habe ich die aktuelle Version von kernel-package genommen und noch mal ein "make-kpkg clean" gemacht und dann ging es ...
Sven
Großartig, danke :-) make-kpkg clean hat das Problem gelöst. Gehe ich recht in der Annahme, daß bloßes make clean bzw. make mrproper die spezielle Debianisierung außen vor ließ?
Bernhard
P.S.: Und noch ne Frage für nen neuen Thread: wer von den Bäckermeistern weiß, wie man das Kernelbacken nem anderen PC auflädt? Ich würde das nächste Mal nen schnelleren Ofen nutzen wollen, 3h Backzeit sind ziemlich lang ;-) Tante G hat noch nix verwertbares geliefert (oder ich hab die falschen Fragen gestellt).
Am Tue den 02 Jan 2007 um 11:48:17AM +0100 schrieb Bernhard Bittner:
P.S.: Und noch ne Frage für nen neuen Thread: wer von den Bäckermeistern weiß, wie man das Kernelbacken nem anderen PC auflädt? Ich würde das nächste Mal nen schnelleren Ofen nutzen wollen, 3h Backzeit sind ziemlich lang ;-) Tante G hat noch nix verwertbares geliefert (oder ich hab die falschen Fragen gestellt).
Ich würde die Zutaten per NFS o.ä. in den anderen Ofen reinschieben. Oder gleich Ofen 1 einen guten Ofen sein lassen und Kernel nur noch in Ofen 2 backen - das ist ja Sinn und Zweck der Debiankernelbackstätte.
andre
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Tue, 02 Jan 2007 11:48:17 +0100 "Bernhard Bittner" bittnerbb@compuserve.de wrote:
P.S.: Und noch ne Frage für nen neuen Thread: wer von den Bäckermeistern weiß, wie man das Kernelbacken nem anderen PC auflädt? Ich würde das nächste Mal nen schnelleren Ofen nutzen wollen, 3h Backzeit sind ziemlich lang ;-) Tante G hat noch nix verwertbares geliefert (oder ich hab die falschen Fragen gestellt).
man kernel-package: xiii) Allows one to compile a kernel for another computer, for example using a fast machine to compile the kernel for installation on a slower machine. This is really nice since the modules are all included in the .deb; and one does not have to deal with modules manually.
Wo ist das Problem? Die Konfiguration kannst Du ja von der langsamen Maschine auf den schnellen Ofen übertragen (und die benötigten Kernel-Quellen, falls nicht vorhanden) und das fertige mein_neuer_kernel.deb kann dann problemlos auf dem alten Rechner installiert werden.
Gruß, Folke
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo,
P.S.: Und noch ne Frage für nen neuen Thread: wer von den Bäckermeistern weiß, wie man das Kernelbacken nem anderen PC auflädt?
Mit make-kpkg wird doch ein deb-Paket erstellt, welches man einfach transferieren kann, oder? Dazu noch die .config und die System.map (wenn die nicht schon im Paket ist) kopieren und die Installation sollte auf allen Rechnern funktionieren.
Tante G hat noch nix verwertbares geliefert (oder ich hab die falschen Fragen gestellt).
Ich fahre da mit deutschen Sätzen a'la "kernel auf anderem rechner kompilieren" ganz gut, lande nur oft auf Suse-Mailing-Listen o.ä., was grad beim Kernel backen eventuell nicht die optimale Unterstützung liefert, wohl aber bei irgendwelchen Einstellungsdingen...
Grüße
Martin
Am 02.01.2007, 13:40 Uhr, schrieb Martin Körner s0100685@mail.inf.tu-dresden.de:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo,
P.S.: Und noch ne Frage für nen neuen Thread: wer von den Bäckermeistern weiß, wie man das Kernelbacken nem anderen PC auflädt?
Mit make-kpkg wird doch ein deb-Paket erstellt, welches man einfach transferieren kann, oder? Dazu noch die .config und die System.map (wenn die nicht schon im Paket ist) kopieren und die Installation sollte auf allen Rechnern funktionieren.
Moment, Mißverständnis... Die Frage lautet: kann ich den ct-vdr-Kernel (Sarge-System mit ct-Anpassungen für Kernel 2.6.16 und Abhängigkeiten) z.B. auf einem Rechner mit Etch kompilieren lassen, wenn ich die Kernel- Sourcen dorthin kopiere? Vermutlich ist das nur die halbe Miete, denn Compilerversionen spielen doch auch ne Rolle, oder?
Tante G hat noch nix verwertbares geliefert (oder ich hab die falschen Fragen gestellt).
Ich fahre da mit deutschen Sätzen a'la "kernel auf anderem rechner kompilieren" ganz gut, lande nur oft auf Suse-Mailing-Listen o.ä., was grad beim Kernel backen eventuell nicht die optimale Unterstützung liefert, wohl aber bei irgendwelchen Einstellungsdingen...
Das habe ich auch gefragt, aber die Antworten gingen in die Richtung, über die Du geschrieben hast.
Grüße
Martin
snip
Grüße,
Bernhard
On Tuesday 02 January 2007 14:03, Bernhard Bittner wrote:
Moment, Mißverständnis... Die Frage lautet: kann ich den ct-vdr-Kernel (Sarge-System mit ct-Anpassungen für Kernel 2.6.16 und Abhängigkeiten) z.B. auf einem Rechner mit Etch kompilieren lassen, wenn ich die Kernel- Sourcen dorthin kopiere? Vermutlich ist das nur die halbe Miete, denn Compilerversionen spielen doch auch ne Rolle, oder?
Die Compilerversion spielt nur eine untergeordnete Rolle für den Kernel, solange der GCC einigermassen neu ist (>=3.4, keine Betas).
Also: backen, ja kein Problem. In ein .deb verpacken: fraglich.
Konrad
PS.: bitte jetzt nicht vom Kernel auf andere Software verallgemeinern! Bei KDE z.B. ist die Compilerversion sehr wichtig.
lug-dd@mailman.schlittermann.de
-
André Schulze -
Bernhard Bittner -
Bernhard Bittner -
Fabian Hänsel -
Folke Karlsson -
Konrad Rosenbaum -
Martin Körner -
Sven Rudolph