kernel 2.6.29 aus backports.org

[thomasf]

Hallo

Sorry wenns jetzt eventuell etwas grillig kommt, aber anders lässt sich das nicht ausdrücken.
Ist das sinnlose Schlamperei das der Mensch von backports.org, wenn dieser netterweise einen 2.6.29er Kernel inklusive passender Header anbietet, das von den Headern abhänige Paket kbuild-2.6.29 einfach mal wegläßt oder hat das wirklich nen tieferen Grund?
Wie gesagt, sorry wenn blöd kommt, aber ärgerlioch ist das schon ... wenn es solche Unstimmigkeiten gibt.

[KBDCALLS]

Kann sein das das Paket noch nachkommt.

PS: Man sollte doch bei aller Kritik versuchen so sachlich wie möglich zu bleiben. auch wenns einem schwerfallt. Davon nehme ich mich nicht aus .

[thomasf]

Danke für die Info.

Hab mich ja auch bemüht sachlich zu bleiben. (gemessen an meinem Zornpegel)
Aber im ernst, es ist doch wirklich sehr unschön sowas. Was soll man den dann mit dem Kernel anfangen? Viele müssen Module bauen (nvidia, wireless etc.) und benötigen eben dann die Header , können diese aber garnicht installieren weil es kbuild nicht gibt.
Verstehe mich bitte nicht falsch, mir ist schon klar das die backports nur ein Zusatz sind und überhaupt das ganze Debian eigentlich rein garnix kostet und von vielen Leute aus sonstwas für Gründen erstellt wird, aber was hat es für einen Sinn wenn es dann nicht richtig gemacht wird?
Und was für Auswirkungen hat es auf die Leute die sich nach Jahren Windows an Linux rantrauen, da ja OpenSource Qualitativ so hochwertig ist ..... und gerade Debian als eine der besseren, weil stabilieren Distribution gilt.
Das ist einfach schlecht wenn man gerade bei Debian bzw backports für Debian nicht auf Qualität achtet.
Aber vielleicht kommt es ja noch.

[pluvo]

Hallo!

Naja immerhin ist das Problem bekannt:

• http://lists.backports.org/lurker-bpo/m ... 5d.en.html
• http://lists.backports.org/lurker-bpo/m ... b7.en.html
• http://lists.backports.org/lurker-bpo/m ... 44.en.html

Dir bleibt noch die Möglichkeit, den Kernel selbst zu bauen. http://wiki.debianforum.de/DebianizedLinuxKernel

mfg pluvo

[KBDCALLS]

Eigentlich dürfte kein Grund bestehen auf den Backportkernel zurückzugreifen. Ich habe schon länger Kernel 2.6.29 aus Sid in Lenny installiert. Aus Jux hab ich mal die Nvdiasourcen von Sid durch den Kompiler gejagt. Das resultierende Modul ist jedensfalls beim Versuch es zu laden ohne murren akzeptiert worden. Ob jetzt einwandfrei funktioniert ist ein anderes Kapitel.

[thomasf]

Na dann warte ich einfach mal ab .... kommt ja dann bestimmt noch was. Misching mit Sid iss nicht so meine Sache

[KBDCALLS]

Das ist natürlich richtig das man damit sehr vorsichtig sein sollte. Beim Kernel ist das aber unproblematisch. .

[thomasf]

Hiho

Ich habe mir jetzt mal die sourcen des 2.6-29er bpo Kernels installiert.
Kann man daraus eigentlich die header erstellen?

Ich erkläre mal kurz noch warum, wieso, weshalb das alles.
Ich habe Probleme mit dem Sound (es kratzt) mit dem 2.6-26er Debian Kernel, da der dort integrierte intel-hda Treiber wohl entweder irendwelche Macken hat, oder einfach den ACL662 nicht unterstützt.
Der 2.6-29er bpo Kernel läßt meinen Sound wieder ordentlich laufen, aber da ja die header nicht installierbar sind, kann ich nun den proprietären nvidia-Treiber nicht installieren.
Den Nvidia-Treiber brauche ich, da der "nv" die Gforce9300 noch nicht unterstützt und ich somit nur per vesa könnte.
Nebenbei will ich derzeit auch noch das Spiel "Prey" zocken, was natürlich erst recht nicht mit dem Vesa geht.
Nun habe ich mal die Sourcen vom 2.6-29er bpo gezogen und den Nvidia-Treiber versucht zu installieren.
Nun vermisst der in den Sourcen aber einen Ordner Namens "irgendwas.h" ..... warscheinlich die header?

Nun, wenn ich jetzt aus den Sourcen die Header erstellen kann, müßte doch auch der Nvidia-Treiber installierbar sein?

Ist das erstellen der Header aus den Sourcen also machbar?
Ich glaube al sowas gelesen zu haben.

[KBDCALLS]

Kann man machen. Kernesourceb richtig konfigurieren und anschleißend

Code: Alles auswählen

make prepare

. Einfacher wäre es aber die fehlenden DebianSourcen aus Unstable zu saugen und daraus ein Deb zu kompilieren.

[thomasf]

Naja, wenn ich die jetzt aus unstable sauge, dann habe ich ja immer noch keine Header ...oder

Okay, make prepare habe ich jetzt einfach mal versucht .... das ging schonmal total schnell. (wollt nur maal sehen was passiert) Ich habe echt schon lange keinen Kernel mehr gebaut

Du sagts, das ich vorher ich die Kernelsorcen richtig konfigurieren soll?
Also doch Kernel bauen, oder was meinst du genau. make menuconfig und abspeichern?
Wie gesagt, habe schon laaange keine Kernel mehr gebaut, und war da auch noch nie sonderlich firm drinn.
Kannst du mir noch ein paar Infos spenden

[KBDCALLS]

Dann will ichs mal versuchen.

Du Machst ertmal foldenden Eintrag in der /etc/apt/sources.list

Code: Alles auswählen

deb-src http://ftp.de.debian.org/debian sid contrib main non-free

apt-get update ; apt-get source -t unstable linux-kbuild-2.6.29

Jetzt wechselst du in das Verzeichnis

Code: Alles auswählen

cd linux-build-2.6-2.6.29

Falls du die devscripts installiert hast

Code: Alles auswählen

dch -i

Falls du als Editor den VI benutzt

Code: Alles auswählen

:wq

Zur Sicherheit, um festzustellen ob die Bauabhängigkeiten alle installiert sind.

Code: Alles auswählen

dpkg-checkbuildeps

Ergibt das keine Ausgabe ist alles installiert .

Jetzt

Code: Alles auswählen

dpkg-buildpackage 

Das wäre das Vorgehen wie es eigentlich normal wäre. Nur die Sourcen kompileren so nicht wies sein soll, da bei ihnen etwas fehlt. Kernel 2.6.29 ist bislang die schlechteste Debianversion meiner Meinung nach.

Du mußt in den Sourcen ein Verzeichnis /inclucde/linux anlegen.

Dahinein kopierts du aus dem Kernelsource die Dateien.

Code: Alles auswählen

input.h
licence.h
mod_devicetable.h

Dann funktionierts.

Und das Paket installierts du dann

Code: Alles auswählen

dpkg -i linux-kbuild-2.6.29_2.6.29-1_i386.deb

Dann sollte sich das andere ohne Problem installieren lassen.

[thomasf]

Hiho

Danke für deine Info.

Danke aber auch das du mir das gestern Nacht nicht mehr gesagt hast (nicht falsch verstehen jetzt)
Dadurch blieb mir nämlich erstmal nichts anderes übrig als das selbst zu versuchen.
Ich habe mir nun also die Sourcen vom 2.6.29er bpo Kernel gezogen und auf DebianArt den Kernel gebaut und gleich noch die Bootlogo Option aktiviert.
Nun habe ich den Sound wie er sollte, der Nvidia-Treiber lies sich auch problemlos installieren und beim Booten schauen mir nun noch 2 Tasmanische Teufel mit Tux Schnabelmaske entgegen. (endlich mal einen Bootscreen mit Grafik)

Da hoffe ich jetzt mal das der Kernel nun auch sonst funktioniert wie er sollte.
Ideal wäre ja jetzt ein 100&ig angepasster Kernel ..... aber da fehlen einfach wirklich TOP verlässliche Dokumentationen. Ich findet leider eigentlich immer nur so 0815 Infos, die dann die Konfiguration nur kurz anschneiden.

Grüße
Thomas

[brill]

ich hab das auch gerade versucht, aber leider brincht sofort das dpkg-buildpackage ab

Code: Alles auswählen

brill@build:~/linux-kbuild-2.6-2.6.29$ dpkg-buildpackage 
dpkg-buildpackage: setze CFLAGS auf Standardwert: -g -O2
dpkg-buildpackage: setze CPPFLAGS auf Standardwert: 
dpkg-buildpackage: setze LDFLAGS auf Standardwert: 
dpkg-buildpackage: setze FFLAGS auf Standardwert: -g -O2
dpkg-buildpackage: setze CXXFLAGS auf Standardwert: -g -O2
dpkg-buildpackage: Quellpaket linux-kbuild-2.6
dpkg-buildpackage: Quellversion 2.6.29-1.1
dpkg-buildpackage: Quellen geändert durch root <root@debian>
dpkg-buildpackage: Host-Architektur amd64
 debian/rules clean
if [ -f debian/control.md5sum ]; then \
                if md5sum debian/bin/gencontrol.py debian/changelog debian/templates/control.main.in debian/templates/control.source.in | diff - debian/control.md5sum > /dev/null; then true; else \
                        /usr/bin/make -f debian/rules debian/control-real; \
                fi \
        else \
                /usr/bin/make -f debian/rules debian/control-real; \
        fi
make[1]: Entering directory `/home/brill/linux-kbuild-2.6-2.6.29'
chmod +x debian/bin/gencontrol.py
debian/bin/gencontrol.py
Traceback (most recent call last):
  File "debian/bin/gencontrol.py", line 6, in ?
    from debian_linux.debian import *
ImportError: No module named debian_linux.debian
make[1]: *** [debian/control-real] Fehler 1
make[1]: Leaving directory `/home/brill/linux-kbuild-2.6-2.6.29'
make: *** [debian/control] Fehler 2

Fehlt mir da irdendwas zum bauen?

ich hab ansonsten ein Debian Stable

Grüsse
Brill

[thomasf]

ImportError: No module named debian_linux.debian

Liegts eventuell daran?

[brill]

mein Problem ist das ich nicht weiß was ich tun muss das er das bekommt, oder woher.

Brill

[KBDCALLS]

ich hab das auch gerade versucht, aber leider brincht sofort das dpkg-buildpackage ab


Fehlt mir da irdendwas zum bauen?

ich hab ansonsten ein Debian Stable

Grüsse
Brill

Les in dem Posting den letzten Teil zu /include/linux durch. Da hab ich genau beschrieben was fehlt und daher kopiert werden muß. Mir ist nämlich das gleiche beim Test passiert.

[brill]

Sorry wenn ich noch mal frage, aber ich kriege das noch nicht hin.

ich hab als folgende packete gezogen:
apt-get source -t unstable linux-kbuild-2.6.29
apt-get source -t unstable linux-source-2.6.29

von wo muss ich denn jetzt die Dateien wohin kopieren?
weil die Dateien

Code: Alles auswählen

input.h
licence.h
mod_devicetable.h

gibt es in beiden.

in welchem Verzeichnis muss ich denn jetzt das Paket bauen oder beide, weil linux-build-2.6-2.6.29 bei mir nicht.

Grüsse
Brill

[KBDCALLS]

Da hat sich nichts geändert . Das verzeichnis linux/include muß in dem Wurzelvereichnis der Quellen angelegt werden.

Hier mal der komplette Vereichnisbaum, wie das auszusehen hat.

http://nopaste.debianforum.de/22183.

Es reicht auch aus wenn die Headers an die richtige Stelle kopiert werden die sich schon in den Sourcen befinden.

[brill]

Ok ich hab die Dateien kopiert und dann noch mal dpkg-buildpackage gemacht, aber leider mit der gleichen Fehlermeldung.

die Verzeichnisbäume hab ich verglichen und die sind identisch nur das mein changelog eine andere Größe hat und die Urzeit bei einigen Dateinen verschieden ist.

Fehlt mir sonnst noch was?

Grüsse
Brill

[KBDCALLS]

Schreib mal genau auf was du machst. Und am besten löscht du alles und fängst ganz von vorne an. Als mit dem holen der Sourcen.

[brill]

Ok ich hab noch mal ganz neu angefangen, als alle bestehen den Dateien gelöscht.

Das sind die Einzelnen schritte die ich mache:

• apt-get source -t unstable linux-kbuild-2.6.29
• cd linux-kbuild-2.6-2.6.29/
• dch -i
  (mit gnu Nano die Datei gelich wieder speichern)
• cp -r kbuild/include ./
• dpkg-buildpackage

Code: Alles auswählen

dpkg-buildpackage: setze CFLAGS auf Standardwert: -g -O2
dpkg-buildpackage: setze CPPFLAGS auf Standardwert: 
dpkg-buildpackage: setze LDFLAGS auf Standardwert: 
dpkg-buildpackage: setze FFLAGS auf Standardwert: -g -O2
dpkg-buildpackage: setze CXXFLAGS auf Standardwert: -g -O2
dpkg-buildpackage: Quellpaket linux-kbuild-2.6
dpkg-buildpackage: Quellversion 2.6.29-1.1
dpkg-buildpackage: Quellen geändert durch brill <brill@debian>
dpkg-buildpackage: Host-Architektur amd64
 fakeroot debian/rules clean
if [ -f debian/control.md5sum ]; then \
		if md5sum debian/bin/gencontrol.py debian/changelog debian/templates/control.main.in debian/templates/control.source.in | diff - debian/control.md5sum > /dev/null; then true; else \
			/usr/bin/make -f debian/rules debian/control-real; \
		fi \
	else \
		/usr/bin/make -f debian/rules debian/control-real; \
	fi
make[1]: Entering directory `/home/brill/linux-kbuild-2.6-2.6.29'
chmod +x debian/bin/gencontrol.py
debian/bin/gencontrol.py
Traceback (most recent call last):
  File "debian/bin/gencontrol.py", line 6, in ?
    from debian_linux.debian import *
ImportError: No module named debian_linux.debian
make[1]: *** [debian/control-real] Fehler 1
make[1]: Leaving directory `/home/brill/linux-kbuild-2.6-2.6.29'
make: *** [debian/control] Fehler 2
dpkg-buildpackage: Fehlschlag: fakeroot debian/rules clean gab Fehler-Exitstatus 2

Brill

[Danielx]

Seltsam, warum das bei euch nicht funktioniert.

Ich habe hier eben unter Lenny folgendes ausprobiert:

Code: Alles auswählen

$ apt-get source -t unstable linux-kbuild-2.6.29
$ cd linux-kbuild-2.6-2.6.29/
$ dpkg-buildpackage -uc -us -rfakeroot

Und schon war das Paket linux-kbuild-2.6.29_2.6.29-1_i386.deb gebaut.

Ich musste da keine Dateien kopieren oder bearbeiten.
Oder habe ich den Thread jetzt irgendwie falsch verstanden?

Gruß,
Daniel

[KBDCALLS]

Ich habs auch noch mal so ausgetestet, Möglicherweise ein neuer Source ? Allerdings ist nichts im Changelog dergleichen zu finden, müßte also noch der gleiche sein.

[habakug]

Hallo!

Das lag auch schon seit Ende März auf den Servern [1]:

Code: Alles auswählen

linux-kbuild-2.6.29_2.6.29-1_i386.deb              27-Mar-2009 16:17  217K

Gruß, habakug

[1] http://http.us.debian.org/debian/pool/m ... build-2.6/

[KBDCALLS]

Dann würde garantiert auch was davon im Changelog stehen. Und da steht nur die Version.

Hab mal Google mit diesem hier gefüttert.

Code: Alles auswählen

"No module named debian_linux.debian"

Und bin dabei auf zwei Bugreports gestoßen.

Der ist uninteressant.

dieser hier ließt sich aber vielversprechender.

Demnach wird diese Datei gesucht.

Code: Alles auswählen

debian/lib/python/debian_linux/__init__.py

Als Lösung solle man mit touch ebendiese Datei anlegen.

Code: Alles auswählen

touch debian/lib/python/debian_linux/__init__.py