[clausmuus]

ist inzwischen behoben (Makefile.default). Kannst Du aber ignorieren.

Claus

[MarMic]

hi claus,

das agp problem ist schonmal gelöst es wurde automatisch agpgart udn dnaach apg-amd64 geladen. hat es einfach gerreicht auch agp=y zu setzen oder wo haste die init mit eingebaut?

greetz

edit://aber heute ist wohl nicht mein tag :-(

[code]
 Build dvb...
   Modul Verzeichnis nicht gefunden: drivers/media/IR/keymaps/
cp: Aufruf von stat für

[MarMic]

@claus,

da meine devel umgebung nen iso rausgehauen hat bei dem ich kein dvb habe und statt amd64-agp ati-ago geladen wird habe ich das iso von der website getestet.

habe kein dvb und er versucht auch ati-agp zu laden und ein modprobe amd64-agp klappt nicht (er kann es nicht finden)

habe nun auch gesehen wieso:

die agp module sind nicht grafikkarte spezifisch sondern motherboard chipsatz spezifisch. d.h. so wie du es bei xorg-drivers gemacht hast muss das in xorg rein und die einzelnen module muessen raus bei den xorg-eigenerTreiber.

dann klappt das auch das sich xorg die treiber automatisch zusammensucht und vorhin hat es geklappt weil ich mit xorg-drivers getestet hatte wo alle agp module drin sind.

desweiteren musst du mal wegen dvb schauen.

greetz

 

[MarMic]

hi claus,

scheint so als würden die mpdule alle weiterhin anch 2.6.35.9 kommen diese muesste doch nun aber nach 2.6.35.9.31, oder?

dann wird das problem sicher nicht nur dvb betreffen?

greetz

[clausmuus]

Hi, MarMic,

das Problem mit der Kernelversion habe ich noch nicht so ganz durchschaut. Ich meine, wie das zustande kommt. Das muss ich mir erst mal in ruhe zu gemüte führen. früher bei der MLD-2 hatte ich auch schon mal was ähnliches gemacht, und nicht diese Probleme gehabt...

AGP:
Die agp-Module werde ich also ins xorg Addon verlegen. Ich hatte gedacht die seien Grafikkarten spezifisch.

Claus

[MarMic]

wie wäre es wenn wir das anders angehen? wir lassen 2.6.35.9_svnVersion als kernel udn machen aus allen kernel addons zb dvb-version.svnVersionDesKernels-svnVersion?

also wir lassen nur die kernel addons testen ob sie noch aktuell sind und behalten die versionsnr des kernels wie davor... ja an mld2 musste ich da auch denken, da hatten wir ein ähnliches problem (auch nach nem osd kernel update)

greetz

[clausmuus]

Ich hab noch mal nen kurzen Blick drauf geworfen. Das DVB Problem lag an ne unvollständigen Erkennung der Kernel Version der v4l-dvb Treiber. Ist nun gefixt. Andere Addons scheinen nicht betroffen zu sein.
Ich hab dann auch gleich nen neuen Build gestartet.

Claus

PS.: Die AGP-Treiber hatte ich gestern Abend auch noch in's xorg-Addon verlegt. Das sollte nachher also auch behoben sein.

[MarMic]

wenn ich natty von dillo und xbmc überredet habe starte ich auch gleich nen fresh build und sage in 8h bescheid ob nen frischer svn clone auch noch geht LOOOL

greetz

[MarMic]

ich kriege hier nen dvbsddevice input output error beim mounten -> kein bild

muss nun schauen das ich noch n altes iso zum rennen bewege

greetz

edit:// mit nem fresh build von mir klappt es evtl musste mal doch nen make clean all machen :-)

[clausmuus]

Das könnte Sinn machen, da das dvb-Addon ja erst nicht wollte, dvbsddevice aber von dem abhängt, und dvb später neu gebaut wurde. Nicht sehr warscheinlich das es da drann hängt, aber möglich.
Ich lass ihn nachher mal nen kompletten Build machen.

Claus

[MarMic]

scheint beim zusammengestellten iso a la carte wieder zu gehen. haste auch mal die isos auf der websiet erneuert?

greetz

[clausmuus]

Ja, die ISOs sind auch neu. Allerdings hat sich am ff ISO seit gestern nichts getan, und auch das dvbsddevice-Addon hat sich schon länger nicht mehr geändert.

Claus

[MarMic]

hi claus,

nen kleiner fehler in der erkennung ob vdr oder xineliboutput --lirc startet!

na was ist hier falsch :-P

Code: [Select]

VDR_SXFE_ARGS="--fullscreen --hud --reconnect xvdr://localhost -p tvtime:method=use_vo_driver --lirc --lirc --lirc"

3mal neu gestartet -> 3mal --lirc denke bei erneutem starten wird ein viertes da sein :-)

ansonsten klappt die erkennung super

[clausmuus]

Na, das ist ja kein so großes Problem. Wenn erst nen paar Hundert --lirc eingetragen sind, werden es nicht mehr mehr

Claus

[MarMic]

hihi dafür läuft das system nun zum wart eich zähle die --lircs ehm 8ten mal hoch ohne das ich ind er shell oder desktop lande -> bis jetzt immer hochgefahren (hmm ich glaube das --lirc lasse ich drin LOOOOL)

greetz

p.s.

mit dem hier läufts zZ super stabil:

Code: [Select]

MLD> ls /etc/addons/
active
MLD-3.0.0_chromium-browser-9.0.597.94_9.sfs
MLD-3.0.0_flashplugin-0_9.sfs
MLD-3.0.0_fonts-0_3.sfs
MLD-3.0.0_kernel-2.6.35.9.31_acpi-1.0.10_4.sfs
MLD-3.0.0_kernel-2.6.35.9.31_alsa-1.0.23_69.sfs
MLD-3.0.0_kernel-2.6.35.9.31_dvb-2011.03.11_60.sfs
MLD-3.0.0_kernel-2.6.35.9.31_lirc-0.8.7_41.sfs
MLD-3.0.0_kernel-2.6.35.9.31_network-0_37.sfs
MLD-3.0.0_kernel-2.6.35.9.31_usb-0_5.sfs
MLD-3.0.0_kernel-2.6.35.9.31_wakeup-1.1_7.sfs
MLD-3.0.0_kernel-2.6.35.9.31_xorg-1.9.0_78.sfs
MLD-3.0.0_kernel-2.6.35.9.31_xorg-nvidia-270.26_39.sfs
MLD-3.0.0_keymap-de-0_10.sfs
MLD-3.0.0_locales-0_24.sfs
MLD-3.0.0_pango-1.6.0_2.sfs
MLD-3.0.0_python-2.6_2.sfs
MLD-3.0.0_ssh-0.52_12.sfs
MLD-3.0.0_text2skin-anthra-skins-1.0_2.sfs
MLD-3.0.0_vdrapi-1.7.16_addons-0.4.0_22.sfs
MLD-3.0.0_vdrapi-1.7.16_message-0.0.1_1.sfs
MLD-3.0.0_vdrapi-1.7.16_setup-0.3.1_30.sfs
MLD-3.0.0_vdrapi-1.7.16_sleeptimer-0.7_3.sfs
MLD-3.0.0_vdrapi-1.7.16_text2skin-2010.10.27_4.sfs
MLD-3.0.0_vdrapi-1.7.16_vdr-1.7.16_161.sfs
MLD-3.0.0_vdrapi-1.7.16_xineliboutput-2011.01.25_49.sfs
MLD-3.0.0_webserver-0_67.sfs
MLD-3.0.0_xbmc-10.0_24.sfs
MLD-3.0.0_xinelib-1.2_18.sfs
MLD-3.0.0_xinelib-drivers-1.2_8.sfs
MLD>