[Christian]

Hi,

hier ein kleiner Zwischenbericht...

Also ich baue nun meine Develumgebung erneut neu. Nachdem ich ja mit "make update_all" sowieso schon wieder alles neu bauen muß, wird das bei meiner Hardware wieder etwas dauern ==> Feedback später...

Im Logfile von meinen gestern geupdaten VDR steht folgendes (was auch dann den Eintrag unter VDR Setup / Plugins nur bis mplayer erklärt!)

Code: [Select]

Oct 26 19:14:19 (none) user.err vdr: [954] loading plugin: /usr/lib/vdr/libvdr-epgsearch.so.1.7.21
Oct 26 19:14:19 (none) user.err vdr: [954] loading plugin: /usr/lib/vdr/libvdr-extrecmenu.so.1.7.21
Oct 26 19:14:19 (none) user.err vdr: [954] loading plugin: /usr/lib/vdr/libvdr-femon.so.1.7.21
Oct 26 19:14:19 (none) user.err vdr: [954] loading plugin: /usr/lib/vdr/libvdr-fritzbox.so.1.7.21
Oct 26 19:14:19 (none) user.err vdr: [954] loading plugin: /usr/lib/vdr/libvdr-infosatepg.so.1.7.21
Oct 26 19:14:19 (none) user.err vdr: [954] loading plugin: /usr/lib/vdr/libvdr-markad.so.1.7.21
Oct 26 19:14:19 (none) user.err vdr: [954] loading plugin: /usr/lib/vdr/libvdr-mplayer.so.1.7.21
Oct 26 19:14:19 (none) user.err vdr: [954] loading plugin: /usr/lib/vdr/libvdr-osdpip.so.1.7.21
Oct 26 19:14:19 (none) user.err vdr: [954] ERROR: libavcodec.so.52: cannot open shared object file: No such file or directory
Oct 26 19:14:19 (none) user.err vdr: [954] loading plugin: /usr/lib/vdr/libvdr-osdteletext.so.1.7.21
Oct 26 19:14:19 (none) user.err vdr: [954] loading plugin: /usr/lib/vdr/libvdr-setup.so.1.7.21

Aber das Plugin wird ja nun dank Eurer super Arbeit sicherlich gebaut und dann werde ich noch einmal den VDR re-updaten.

Was allerdings noch wirklich offen ist, warum ich den Webserver nicht erreichen kann. Gibt es auch Logfiles, die man analysieren könnte?
Frage: Kann das mit dem Webserver auch der INITRAMFS liegen, was ja nun wieder zurück genommen worden ist?? Link

 
Gruß,

Pit

upps da bin ich jeztzt wohl schuld

die anpassungen der addons für oneiric sind im trunk gelandet und nicht in einem Branch (oneiric) ...

@claus da musste wohl schnell umsteigen

kannst du das noch grade ziehen?

[clausmuus]

Und ich hatte schon überlegt ob Deine Anpassungen wohl natty tauglich sind

Claus

[P3f]

So, nun ist auch meine Develumgebung fertig und ich kann Feedback geben...

Also, die gute Nachricht die Arbeit von Euch war erfolgreich :applaus  Der VDR ist nun auch wieder über das Webif erreichbar (scheinbar liegt es wirklich im INITRAMFS verborgen <== ist aber nur eine Vermutung von mir!).

Aber ist euch schon aufgefallen, das mit der heutigen Revision 377 nicht mehr alle Plugins gebaut werden? z.B. xine, xineliboutput, xorg-autodetect, xorg-ati. Die Plugins werden runtergeladen nach /root/.mld/* aber danach wird der Download gelöscht und der erzeugte Link routet ins Leere.

Am besten kann man das bei dem Plugin xorg-ati beobachten, da der Download von dem großen 11.9-Paket ziemlich lange dauert. Da sieht man die Datei wenigstens in /root/.mld...
Meine Vermutung ist, das ihr in einer der /build/MLD/Makefile* Datei Anpassungen gemacht habt, die den Suffix betreffen. Denn scheinbar werden die Downloads gelöscht, sobald es nicht *.tgz ist . Oder?

Ansonsten hat es alles funktioniert! Danke für die Unterstützung und perfekte Arbeit.

Gruß,

Pit

[clausmuus]

Ich hab mal versucht das mit xorg-ati nachzustellen. Bei mir tritt der Fehler aber nicht auf, egal was ich anstelle. Das Addon wird ohneProbleme gebaut. Ich hab auch mit Version 377 getestst.

Claus

[P3f]

Hi CLaus,

Komisch!!! hast Du auch die Datei aus dem /root/.mld/-Verzeichnis gelöscht? Bei mir tritt das nur auf wenn die Datei nicht existiert...

Warum habe ich immer nur solche Phänomene?

Gruß,
Pit
 

[clausmuus]

Du weißt aber das es immer zwei Datein im .mld Ordner sind? Zum einen das Archiv zum Anderen ein Link auf das Archiv.

Warum arbeitest Du eigendlich als root? Das ist keine gute Idee und obendrein nicht notwendig. Das birgd das Risiko, dass nen Fehler in nem Makefile Dein ganzes System zerschießt.

Claus

[Christian]

Du weißt aber das es immer zwei Datein im .mld Ordner sind? Zum einen das Archiv zum Anderen ein Link auf das Archiv.

Warum arbeitest Du eigendlich als root? Das ist keine gute Idee und obendrein nicht notwendig. Das birgd das Risiko, dass nen Fehler in nem Makefile Dein ganzes System zerschießt.

Claus

vll sollten wir das Makefile erweitern

Code: [Select]

make clean && make cleansrc


Code: [Select]

make clean_all && make cleansrc_all


[clausmuus]

OK, hab's hinzugefügt:
im Addon Ordner:
make clean_src
Im MLD Ordner:
make clean_src_all

Claus

[clausmuus]

Hi P3f,

ich hatte den Fehler nun auch, jedoch bei nem anderen Addon. Jedenfalls konnte ich die Ursache ergründen und hoffentlich ausmerzen.

Claus

[Torsten73]

...
Warum arbeitest Du eigendlich als root? Das ist keine gute Idee und obendrein nicht notwendig. Das birgd das Risiko, dass nen Fehler in nem Makefile Dein ganzes System zerschießt.

Claus

[MarMic]

ehm ansich gar nichts als root wenn die entwicklugns umgebung eingerichtet ist.

greetz MarMic

[clausmuus]

Es muss gar nichts als root ausgeführt werden. Lediglich wenn Ubuntu Pakete installiert werden sollen, wird dies per sudo gemacht. Dann wird also zur Eingabe des user Passwortes aufgefordert. Das hat aber nur indirekt mit der Entwicklung der MLD zu tun.

Claus

[P3f]

Hi,

nun da ich nicht aufgebe, habe ich schon wieder ein Phänomen, wo ihr mich auslacht, Oder??? :wand

Ich habe heute morgen meinen kompletten Develserver neu aufgesetzt und auch das /root/.mld/-Verzeichnis komplett gelöscht. Sollte dann ja alles neu kommen

Also das svn neu runtergeladen, dann das Makefile.config angepasst (wegen dem oneiric-Branch) und "make checkout_all" gemacht. Danach noch sicherheitshalber die Abhängigkeiten geprüft und dann mit "make all" gestartet.

Schon beim Kernel kommt folgende Fehlermeldung:

Cloning into src/aufs-HEAD...
remote: Counting objects: 673, done.
remote: Compressing objects: 100% (427/427), done.
remote: Total 673 (delta 254), reused 364 (delta 129)
Receiving objects: 100% (673/673), 300.76 KiB | 211 KiB/s, done.
Resolving deltas: 100% (254/254), done.
error: pathspec 'origin/aufs0.' did not match any file(s) known to git.
make[3]: *** [src/aufs-HEAD] Fehler 1
make[3]: Verlasse Verzeichnis '/root/build/MLD/KERNEL'
make[2]: *** [src/aufs-standalone.tgz] Fehler 1
make[2]: Verlasse Verzeichnis '/root/build/MLD/KERNEL'
make[1]: *** [src/aufs-standalone.tgz] Fehler 2
make[1]: Verlasse Verzeichnis '/root/build/MLD/KERNEL'
make: *** [_all] Fehler 2

Wurde da  nicht etwas durch Euch geändert? Glaube das hier der Linkbau nicht korrekt funktioniert, finde aber im Makefile nicht die Stelle....

Gruß,

Pit

 

[Newtron]

Hi

Ich habe auch auf beiden ungebungen (11.04/11.10) den selben fehler.
Nach dem alles nochmals angepasst wurde und make all gestartet wurde
kommt bei mir auch der fehler.

        kernel:
Cloning into src/aufs-HEAD...
remote: Counting objects: 673, done.
remote: Compressing objects: 100% (427/427), done.
remote: Total 673 (delta 255), reused 364 (delta 129)
Receiving objects: 100% (673/673), 300.24 KiB | 359 KiB/s, done.
Resolving deltas: 100% (255/255), done.
error: pathspec 'origin/aufs0.' did not match any file(s) known to git.
make[7]: *** [src/aufs-HEAD] Fehler 1
make[6]: *** [src/aufs-standalone.tgz] Fehler 1
make[5]: *** [src/aufs-standalone.tgz] Fehler 2
make[4]: *** [_all] Fehler 2
make[3]: *** [../KERNEL/kernel.gz] Fehler 2
make[2]: *** [_all] Fehler 2
mld@mld-desktop:~/MLD$


öhm....und wie mache ich diese kästchen in zukunft? :computertod  

[MarMic]

Code: [Select]


dann hier reinschreiben und dann brauchste [CODE] text
[/CODE]

greetz MarMic