Am 09.02.2011 12:00, schrieb lug-dd-request@mailman.schlittermann.de:
Um E-Mails an die Liste Lug-dd zu schicken, nutzen Sie bitte die Adresse
lug-dd@mailman.schlittermann.de
Um sich via Web von der Liste zu entfernen oder draufzusetzen:
https://ssl.schlittermann.de/mailman/listinfo/lug-dd
oder, via E-Mail, schicken Sie eine E-Mail mit dem Wort 'help' in Subject/Betreff oder im Text an
lug-dd-request@mailman.schlittermann.de
Sie koennen den Listenverwalter dieser Liste unter der Adresse
lug-dd-owner@mailman.schlittermann.de
erreichen
Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen sinnvollen Inhalt der spezifischer ist als "Re: Contents of Lug-dd digest..."
Meldungen des Tages:
1. Fehler bei kernel Kompilierung / lirc kompilierung (René) 2. Re: Fehler bei kernel Kompilierung / lirc kompilierung (Christian Perle) 3. Re: Steuersoftware unter Linux (nospam@phixom.de)
Message: 1 Date: Tue, 08 Feb 2011 17:33:24 +0100 From: RenéR.Scholz@gmx.de Subject: Fehler bei kernel Kompilierung / lirc kompilierung To: lug-dd@mailman.schlittermann.de Message-ID:4D517054.2040508@gmx.de Content-Type: text/plain; charset="iso-8859-15"; Format="flowed"
Hallo,
ich bekomme regelmässig die folgende Fehlermeldung bei der Kompilierung von lirc:
|echo; \ echo " ERROR: Kernel configuration is invalid."; \ echo " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo " Run 'make oldconfig&& make prepare' on kernel src to fix it."; \ echo;
Dieser Fehler trat sowohl beim Kompilieren von kernel 2.6.35.x mit lirc 0.8.7 als auch 2.6.37 und lirc snapshot per GIT auf. z.Zt. Kernel 2.6.37 + Snapshot Lirc per GIT auf einer Debian Etch Basis
Auch ein "||make oldconfig&& make prepare" in /usr/src/linux (Kernel src) bringt vor der lirc Komilierung keinen Erfolg ! Der Fehler kommt trotzdem. Bei der Kernel-Kompilierung wurde in der Config alles mit NEW angegeben, nur einige Voreinstellungen (default) wurden übernommen.
Kann man den Fehler irgendwie einengen ?
Danke schon mal | -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL:http://ssl.schlittermann.de/pipermail/lug-dd/attachments/20110208/0c57f75b/attachment.html
Message: 2 Date: Tue, 8 Feb 2011 17:52:56 +0100 From: Christian Perlechris@linuxinfotag.de Subject: Re: Fehler bei kernel Kompilierung / lirc kompilierung To: Linux-User-Group Dresdenlug-dd@mailman.schlittermann.de Message-ID:20110208165256.GB2190@silmor.de Content-Type: text/plain; charset=us-ascii
Hi Rene,
On Tue, Feb 08, 2011 at 17:33:24 +0100, Ren? wrote:
ich bekomme regelm?ssig die folgende Fehlermeldung bei der Kompilierung von lirc:
echo " ERROR: Kernel configuration is invalid."; \ echo " include/generated/autoconf.h orinclude/config/auto.conf are missing.";\ echo " Run 'make oldconfig&& make prepare' on kernel src to fix it."; \ echo;
Diese Fehlermeldung bedeutet, dass lirc einen Teil der generierten Kernelheader includen will. Wenn der Kernel-Sourcetree nach dem Kernelkompilieren mit "make clean" aufgeraeumt wird, fliegen auch die oben genannten Header weg. Insofern sollte "make oldconfig&& make prepare" im passenden Verzeichnis den Fehler verschwinden lassen. Ich hoffe, dass lirc die gaengige Methode verwendet, um die zum _laufenden_ Kernel gehoerenden Sourcen zu finden. Dazu muss dem Verzeichnis-Symlink "/lib/modules/`uname -r`/source" gefolgt werden. In /usr/src/linux (ohne Versionierung) liegen die Kernelsourcen schon lange nicht mehr.
Dieser Fehler trat sowohl beim Kompilieren von kernel 2.6.35.x mit lirc 0.8.7 als auch 2.6.37 und lirc snapshot per GIT auf. z.Zt. Kernel 2.6.37 + Snapshot Lirc per GIT auf einer Debian Etch Basis
Nebenbei: Laeuft Etch mit so neuen Kernelversionen ueberhaupt noch fehlerfrei? Der udevd von Etch sollte deutlich zu alt dafuer sein.
Gruss, Chris
In /usr/src/linux (ohne Versionierung) liegen die Kernelsourcen schon lange nicht mehr.
--> ich habe mehrere Kernel Versionen auf dem System: /usr/src/linux wird nur genutzt zum Anlegen der oldconfig, bzw. ist vorgegeben zum Kompilieren der Kernels /usr/src/linux ist also nur ein Symlink zu den jeweiligen Kernel Sourcen, die heruntergeladen wurden. bei mir wäre das: /usr/src/linux-2.6.35.10
--> nach dem Kompilieren des Kernels habe ich in /usr/src/linux ein "make clean" gefolgt von "make oldconfig && make prepare" sowie "make prepare_scripts" ausgeführt. Danach dann in /lirc-0.9.0-pre1 das ./configure --> save und run, dann "make" es kommt wieder der Fehler:
echo " ERROR: Kernel configuration is invalid."; \ echo " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo " Run 'make oldconfig&& make prepare' on kernel src to fix it."; \ echo;
Ich hoffe, dass lirc die gaengige Methode verwendet, um die zum _laufenden_ Kernel gehoerenden Sourcen zu finden. Dazu muss dem Verzeichnis-Symlink "/lib/modules/`uname -r`/source" gefolgt werden.
--> easyVDR:~# /lib/modules/`uname -r`/source -bash: /lib/modules/2.6.35.10/source: is a directory easyVDR:~#
Ich denke mal dass dies so richtig ist, denn um den Kernel 2.6.35.10 geht es mir hier.
Nebenbei: Laeuft Etch mit so neuen Kernelversionen ueberhaupt noch fehlerfrei? Der udevd von Etch sollte deutlich zu alt dafuer sein. --> zumindest scheint es bei anderen usern mit gleicher Distri zu laufen
-----------------------------------------------------------------------------------------
Zusatzfrage:
Weiss eventuell jemand warum ich das git repository von Lirc nicht mehr holen kann ? Vor zwei Tagen ging das noch einwandfrei, jetzt passiert gar nix mehr, bzw. der bricht irgendwann ab. Tippfehler sind diesmal nicht drin, das hab ich schon geprüft. easyVDR:~# git clone git://lirc.git.sourceforge.net/gitroot/lirc/lirc Initialized empty Git repository in /root/lirc/.git/ fatal: read error (Connection reset by peer) (ausgeführt in /usr/src)
in vielen HowTo´s zu lirc wird die Reihenfolge immer wie folgt angegeben:
./autogen.sh ./configure.sh make&& make install
Wenn ich mir aber eine stable Version von lirc herunterlade, habe ich grundsätzlich KEINE autogen.sh zur Verfügung ! Die habe ich nur wenn ich per git das Repository lade. Wofür ist die da bzw. warum gibts die mal und mal nicht ?
Sorry für die vielen Fragen - aber als Anfänger hat man es nicht leicht ...
On 10.02.11 René (R.Scholz@gmx.de) wrote:
Am 09.02.2011 12:00, schrieb lug-dd-request@mailman.schlittermann.de:
Moin,
Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen sinnvollen Inhalt der spezifischer ist als "Re: Contents of Lug-dd digest..."
Du kriegst die Mails nur als Digest. Wenn Du wirklich auf Mails antworten willst, solltest Du Dir jede einzeln kommen lassen, dann ist auch schon das Subject beim Reply korrekt. Ändern läßt sich das auf Deiner privaten Seite (https://ssl.schlittermann.de/mailman/options/lug-dd/r.scholz--at--gmx.de)
Weiss eventuell jemand warum ich das git repository von Lirc nicht mehr holen kann ? Vor zwei Tagen ging das noch einwandfrei, jetzt passiert gar nix mehr, bzw. der bricht irgendwann ab. Tippfehler sind diesmal nicht drin, das hab ich schon geprüft. easyVDR:~# git clone git://lirc.git.sourceforge.net/gitroot/lirc/lirc Initialized empty Git repository in /root/lirc/.git/ fatal: read error (Connection reset by peer)
Das sieht eher nach einem Server aus, der down/nicht erreichbar ist. Ich würde ein paar Stunden warten, dann sollte sich das von alleine geben.
H.
Hallo Rene,
Dein Quoting-Stil ist nahezu unlesbar. Bitte vernuenftig quoten, also den urspruenglichen Text mit "> " davor einruecken. Brauchbare Mailclients unterstuetzen Dich dabei. Dabei sollte dann in etwa folgender Stil rauskommen:
-----------------schnipp----------------
Ich bekomme "no space left on device" obwohl mir df anzeigt, dass noch massig Platz ist. Was ist da los?
Mach mal "df -i". Das zeigt Dir die freien Inodes an.
Ah, jetzt ja!
-----------------schnapp----------------
On Thu, Feb 10, 2011 at 13:38:13 +0100, Rene wrote:
ich habe mehrere Kernel Versionen auf dem System: /usr/src/linux wird nur genutzt zum Anlegen der oldconfig, bzw. ist vorgegeben zum Kompilieren der Kernels /usr/src/linux ist also nur ein Symlink zu den jeweiligen Kernel Sourcen, die heruntergeladen wurden. bei mir waere das: /usr/src/linux-2.6.35.10
Auch als Symlink sollte /usr/src/linux nicht mehr existieren. Wenn der Link falsch sitzt, bekommt man ueber ihn die falschen (nicht zum aktuell gebooteten Kernel passenden) Header. Tools, die die Kernelheader/-sourcen in /usr/src/linux suchen sind entweder hoffnungslos veraltet oder fehlerhaft.
Ich hoffe, dass lirc die gaengige Methode verwendet, um die zum _laufenden_ Kernel gehoerenden Sourcen zu finden. Dazu muss dem Verzeichnis-Symlink "/lib/modules/`uname -r`/source" gefolgt werden.
easyVDR:~# /lib/modules/`uname -r`/source -bash: /lib/modules/2.6.35.10/source: is a directory
Einen Verzeichnis-Symlink kann man nicht als Kommando hinschreiben. Sowas wie
ls -l /lib/modules/`uname -r`/source
oder
readlink /lib/modules/`uname -r`/source
waere sinnvoller gewesen.
Nebenbei: Laeuft Etch mit so neuen Kernelversionen ueberhaupt noch fehlerfrei? Der udevd von Etch sollte deutlich zu alt dafuer sein.
zumindest scheint es bei anderen usern mit gleicher Distri zu laufen
Warum muss es eigentlich unbedingt Etch sein? Die aktuelle Debian Stable ist Squeeze, das ist zwei Major-Versionen von Etch entfernt.
Gruss, Chris
On 10.02.11 Christian Perle (chris@linuxinfotag.de) wrote:
Moin,
Warum muss es eigentlich unbedingt Etch sein? Die aktuelle Debian Stable ist Squeeze, das ist zwei Major-Versionen von Etch entfernt.
In Renes Mail stand:
--> easyVDR:~# /lib/modules/`uname -r`/source -bash: /lib/modules/2.6.35.10/source: is a directory
Ich also eher, daß er das hier hat: http://wiki.easy-vdr.de/
Ich weiß nicht worauf die aktuellen Versionen basieren, aber auf etch hoffentlich nicht.
H.
Hi Hilmar,
On Thu, Feb 10, 2011 at 21:02:36 +0100, Hilmar Preu?e wrote:
easyVDR:~# /lib/modules/`uname -r`/source -bash: /lib/modules/2.6.35.10/source: is a directory
Ich also eher, dass er das hier hat: http://wiki.easy-vdr.de/
Dann haben die easyVDR-Leute die Systembasis hoffentlich nicht so vergurkt, dass die Kernelheader nicht mehr gefunden werden. Kann ich mir aber nicht vorstellen.
Gruss, Chris
lug-dd@mailman.schlittermann.de
-
Christian Perle -
Hilmar Preuße -
René