1

Entwicklung [ Development ] / Mld-3.0.3

« on: June 03, 2013, 13:33:51 »

Ich finde es aber einfach nur schade, das eine Entwicklung mit so viel Potential (ich meine udef und Remotes), durch halbfertige Arbeiten in Mitleidenschafft gezogen werden.

Claus

Dann hau udev raus und alles ist.

Ich schreibe schon wochenlang dass die Skripte den neuen Gegebenheiten angepasst werden müssten, nur Reaktionen darauf gab es nie. Selbstverständlich werden die Treiber nun anders als vor udev geladen. Das ist doch Sinn der Sache.  

2

Allgemeines [ General ] / Nach Alsa-update Ton Weg

« on: May 31, 2013, 14:57:18 »

Da sich Alsa in der 12.0.4 und 13.04 teilweise unterscheiden, liegt alsactl nicht mehr wie bisher unter /sbin sondern in /usr/sbin. Daher die Fehlermeldung bei der MLD-3.0.2.

Unterschiede für beide Ubuntus treffen auch auf andere Addons zu. Das wurde leider nicht beim Aufsetzen von 13.04 (3.0.3) berücksichtigt. Somit funktionieren die davon betroffenen Pakete nicht mehr in MLD-3.0.2.

wino

3

Allgemeines [ General ] / Nach Alsa-update Ton Weg

« on: May 30, 2013, 12:52:16 »

Nach einem Reboot steht der Ton wieder auf mute - wie von Frounts beschrieben.
Auch bei mir geht

Code: [Select]

alsactl store nicht. Kann ich das unmute irgenwie anders festnageln?

Oder muß ich hierzu auf 3.0.3 upgraden (geht nur über eine neu-Installation - oder?)

Geht auch bei mir mit 3.0.3 nicht mehr. Die getroffenen Einstellungen werden nach jedem Reboot zurückgesetzt und bei start alsa gibt es eine Fehlermeldung.

Code: [Select]

Loading sound driver:                                                                                           done
alsactl: set_control:1464: Cannot write control '3:9:0:Playback Channel Map:0' : Device or resource busyBei alsactl store diese Ausgabe.

Code: [Select]

alsactl store
alsactl: save_state:1608: Cannot open /var/lib/alsa/asound.state for writing: No such file or directorySo sieht es bei dem Systemstart aus.

Code: [Select]

Loading sound driver:done
alsactl: load_state:1686: No soundcards found...

Loading dvb driver done
Loading remote dvb driver
vdr seems to hang or takes longer to start! continue now...
wino  

4

Entwicklung [ Development ] / Addon Tvheadend

« on: May 29, 2013, 22:47:51 »

Aber habt ihr gesehen, das bei dem aktuellen Addon "tvheadend" noch eine Abhängigkeit zum avahi-mounter-Addon eingetragen ist. Dieses Addon ist aber nicht mehr in der aktuellen Develumgebung enthalten.

Da es den avahi-mounter nicht mehr gibt könnte dort avahi-linker eingetragen werden. Weiß allerdings nicht mehr warum ich den damals als Abhängigkeit eingetragen habe.

Gruß wino

5

Entwicklung [ Development ] / Avahi

« on: May 29, 2013, 22:38:55 »

Die

6

Entwicklung [ Development ] / Avahi

« on: May 29, 2013, 19:16:49 »

Wie oder wo werden die gesetzten Variablen aus der rc.config ausgelesen? Avahi-liker liest sie doch nur aus der default.cfg aus und kann mit denen in der rc.config nichts anfangen, oder wie?

wino

7

Entwicklung [ Development ] / Mld-3.0.3

« on: May 29, 2013, 17:15:20 »

Wenn alles so bleiben soll wie es im Moment ist und alles bestens funktioniert, ist es mir auch recht. Habe keine Lust wieder wochenlange

8

Entwicklung [ Development ] / Mld-3.0.3

« on: May 29, 2013, 14:25:20 »

Hallo,

Nichts desto trotz habe ich selber bereits da drüber nachgedacht mir mal das systemd genauer anzuschuen. Schließlich kann das inzwischen noch ein wenig mehr, als Startscripte in der optimalen Reihenfolge zu starten. Nur ob wir irgendwas davon wirklich brauchen weiß ich nicht. Und ob der zusätzliche Ballast nun mehr hilft oder bremst würde sich erst nach nem Test zeigen.

Claus

Da beispielsweise OpenELEC und Openbricks auch auf systemd aufbauen, kann ich mir schlecht vorstellen dass dort unnötiger Ballast mitgeschleppt wird.  

Sollte mit der bisherigen Lösung eine verlässliche Startreihenfolge realisierbar sein, ist es mir auch recht. Nur greift dieser Mechanismus derzeit nicht ausreichend oder ich mache etwas falsch.

Es soll zum Beispiel das Netzwerk vor VDR, D-Bus und Avahi bereit sein. Zweite Bedingung. Irserver soll nach eventlircd aber vor irserver2uinput starten. Eventlircd vor VDR.  D-Bus vor avahi und avahi-linker nach avahi. Die Eintragungen mit after= und before= in den jeweiligen Skripten helfen da nicht immer. Weshalb bei dem Startskript udevil eine Startverzögerung mit der bekannten Meldung kommt ist mir schleierhaft.

Du könntest dir die init Skripte mal ansehen und mögliche Fehler korrigieren.

Gruß wino  

9

Entwicklung [ Development ] / Avahi

« on: May 29, 2013, 13:41:03 »

Viel Spaß beim testen

Was mir bei der Konfiguration des avahi-linker über das Webif aufgefallen ist.

Die Verzeichnisse /mnt/date/video/movies und series (Service-Dateien) werden nicht erstellt.
Das Logfile befindet sich unter /tmp und nicht wie erwartet unter /var/log. So steht es auch in der default.cfg.
Die Variablen werden in der rc.config abgelegt aber nicht von dem Linker ausgewertet. Demnach sollten diese in der default.cfg geändert werden oder hat sich da etwas anderes in dem avahi-linker Skript ergeben?

Gruß wino  

10

Entwicklung [ Development ] / Mld-3.0.3

« on: May 28, 2013, 21:51:51 »

Glaube nicht das es etwas, außer einer kosmetischen Korrektur in der rc.init bringt.

Code: [Select]

echo "$name seems to hang or takes longer to start! continue now..."Wenn die vorgegebene Startreihenfolge, die in den Inits der Addons und Plugins steht, nicht eingehalten werden kann, bringt es das System durcheinander. Nutzt ja nichts wenn das Netzwerk irgendwann startet, sondern nur zum richtigen Zeitpunkt. Von dessen rechtzeitigen Start hängen wieder andere Addons ab. Gleiches trifft auch auf Abhängigkeiten bei anderen Addons zu. Als es noch kein Dbus, Avahi, Avahi-linker, Udevil, irerver usw. in MLD gab, war die Einhaltung der Startreihenfolge kein großes Problem.

11

Entwicklung [ Development ] / Testbericht Mld 3.0.3 Mit Tt-s2-6400

« on: May 28, 2013, 19:29:18 »

nichts Neues.

Ich denke, solange das Ladekonzept der Addons und Plugins nicht überarbeitet wird, wird sich daran auch nichts ändern.

Gruß wino

12

Entwicklung [ Development ] / Mld-3.0.3

« on: May 25, 2013, 12:46:08 »

schauen was geändert wurde kannst du im precise branche das machen:

z.b. initramfs
svn diff -r 420:426

svn log

und dann manuell im neuen anpassen ;

Was meinst mit manuell anpassen? Es geht darum dass es die erwähnten Kernel modules.maps nicht mehr unter 13.04 gibt und deshalb die Skipte pcimodules und usbmodules angepasst werden müssen oder besser gleich alle init Skripte, die Module laden, umstellen.

Gruß wino  

13

Entwicklung [ Development ] / Mld-3.0.3

« on: May 25, 2013, 10:28:40 »

ok, also ich habe das (wahrscheinlich auch) überlesen, weisst Du noch in welchem Thread das von Dir gepostet worden ist. Ich heute Morgen mal danach gesucht und nicht gefunden... Oder ist das mit dem PID-File am Beispiel vom udevil-Addon gemeint?

Da hatte ich keine Lösung geschrieben. Nur angeregt die init Skripte den Gegebenheiten anzupassen. Das die beiden oben aufgeführten Skripte nicht mehr funktionieren können, scheint außer uns beiden noch niemand anderen aufgefallen zu sein.

Es sind einige neue Addons dazugekommen und bei einigen funktioniert der Startvorgang nicht mehr wie gewohnt. Bei udevil, irserver aber auch bei anderen Addons kann es zu der bekannten "Fehlermeldung" kommen. Das hat wahrscheinlich etwas mit der Startreihenfolge zu tun. Bisher hat alles bei MLD funktioniert. Durch die vielen Erweiterungen, wie dbus, avahi usw. greift vielleicht die bisherige Vorgehensweise nicht mehr gut genug. Es muss halt eine bestimmte Startfolge bei einigen Addons eingehalten werden. In anderen Distributionen wird das durch Mechanismen wie Systemd oder Upstart in Verbindung mit udev geregelt. Ab Ubuntu 13.10 scheint auch diese Distribution auf Systemd umzuschwenken.

@Claus
da ist wohl dein Können gefragt.

Gruß wino

14

Entwicklung [ Development ] / Mld-3.0.3

« on: May 25, 2013, 00:35:52 »

muß ich mir eigentlich Sorgen machen, wenn folgende Meldung beim Kompilieren von ein paar Addons kommt (wakeup, dvb-remote):

grep: ../KERNEL/lib/modules/3.8.4.165/modules.pcimap: Datei oder Verzeichnis nicht gefunden

oder auch

grep: ../KERNEL/lib/modules/3.8.4.165/modules.usbmap: Datei oder Verzeichnis nicht gefunden

Die beiden modules.maps gibt es nicht mehr. Bei pcimodules und usbmodules wurden diese bisher zur Treiberermittlung ausgewertet. Das müsste sich Claus ansehen und dementsprechend reagieren. Vor einigen Tagen hatte ich schon den Vorschlag für die Umstellung der Skripte, die Treiber laden sollen, gemacht.

wino

15

Entwicklung [ Development ] / Wlan Karte

« on: May 20, 2013, 21:19:21 »

Welche WLAN Mini PCi Express funktioniert bzw sollte funktionieren und auf was sollte geachtet werden?

BTW: es hatte mal jemand im Forum gepostet das er das Wireless Addon überarbeitet hat. Wurde dies in unserem Addon übernommen ?

Es funktionieren wohl alle Karten wenn es Treiber dafür gibt. Claus hat die