[suche] beta-tester für zukünftige updates

EDIT: alles alte gelöscht.

Frage:
Hier geht es doch um das unstable repository?

---
Nach dem im Post davor gemeldeten Fehler musste ich apt-get dist-upgrade nochmal aufrufen damit die Pakete eingerichtet wurde.

Aktuelle habe ich folgenden Fehler:

root@vdr:/etc/X11# sh /usr/bin/start-xineliboutput
/usr/bin/start-xineliboutput: Zeile 26: /usr/bin/vdr-sxfe: No such file or directory
root@vdr:/etc/X11#

gelöst mit

apt-get install libxine2
apt-get install xineliboutput-sxfe

Läuft!

Edit: 23.07 09:52

Wenn man auf Menü drückt fliegt der vdr mit einem segfault ab, lange nicht gehabt:

Jul 23 09:48:04 vdr vdr: [1279] channel 3 (RTL HD) event Fre 23.07.2010 09:30-10:30 'Mitten im Leben!' status 4
Jul 23 09:48:52 vdr vdr: [1415] Text2Skin: menu display update thread started (pid=1119, tid=1415)
Jul 23 09:48:52 vdr vdr: [1119] loading menuorg config file from /var/lib/vdr/plugins/menuorg.xml
Jul 23 09:48:52 vdr vdr: [1119] Exception caught when parsing xml configuration. See stderr output for details.
Jul 23 09:48:52 vdr kernel: [  142.533846] vdr[1119]: segfault at c ip 00940e6c sp bff70cf0 error 4 in libvdr-menuorg.so.1.7.15[938000+14000]
Jul 23 09:48:52 vdr lircd-0.8.6[753]: removed client
Jul 23 09:48:52 vdr vdr-sxfe[1299]: [1323] [input_vdr] Data stream disconnected
Jul 23 09:48:52 vdr vdr-sxfe[1299]: [1323] [input_vdr] read_block: no data source, returning NULL
Jul 23 09:48:52 vdr vdr-sxfe[1299]: [1322] [input_vdr] Control stream disconnected
Jul 23 09:48:52 vdr init: vdr main process (1119) killed by SEGV signal
Jul 23 09:48:52 vdr init: unclutter main process (1124) killed by TERM signal
Jul 23 09:48:52 vdr vdr-sxfe[1299]: [1299] [vdr-fe]    caught signal 15
Jul 23 09:48:52 vdr vdr-sxfe[1299]: [1299] [input_vdr] write_control aborted
Jul 23 09:48:52 vdr vdr-sxfe[1299]: [1299] [input_vdr] Connections closed.
Jul 23 09:48:52 vdr vdr-sxfe[1299]: [1299] [vdr-fe]    Failed to open connection to bus: /bin/dbus-launch terminated abnormally without any error message
Jul 23 09:48:52 vdr vdr-sxfe[1299]: [1299] [vdr-fe]       (ERROR (tools/gnome_screensaver.c,61): Permission denied)
Jul 23 09:48:54 vdr init: vdr-frontend main process (1139) terminated with status 255

Er wird auch nicht neu gestartet, sowie ich es immer kannte.

... genau hier habe ich auch ein Verstädnisproblem - *wie* sollen wir Beta-Testen? Man müßte die Rahmenbedingungen dafür festlegen - welche repositories sollen wie eingebunden werden?

Ich hätte da einen Vorschlag, habe aber Bedenken den hier öffentlich zu diskutieren und so weniger erfahrene User zu Beta-Testern zu machen.

Gruß, ollo

Zitat

Original von ollo
... genau hier habe ich auch ein Verstädnisproblem - *wie* sollen wir Beta-Testen? Man müßte die Rahmenbedingungen dafür festlegen - welche repositories sollen wie eingebunden werden?

Keine Sorge, das werden die Beta-Tester schon erfahren. Wir nehmen Kontakt auf.

Gerald

Zitat

Original von gda

Keine Sorge, das werden die Beta-Tester schon erfahren. Wir nehmen Kontakt auf.

Gerald

Ich mach auch mit.

Zitat

Original von peter2
Frage:
Hier geht es doch um das unstable repository?

Nein, es geht nicht um das unstable repository. Das ist nur zum Austausch zwischen den Entwicklern und im Moment auch ziemlich kaputt. Finger weg!

Gerald

Ich würd gern beim testen helfen

Hallo hotzenplotz5,

ich habe hier noch eine Fehlermeldung, leider nicht ganz so vollständig wie gewünscht. Seit den Update der xine-lib-1.2 von 4 Tagen habe ich hin und wieder "Geisterbilder" bei der localen Anzeige per xineliboutput plugin in Verbindung mit VDPAU. Die "Geisterbilder" wurden hier im Forum schon mal besprochen - finde ich leider im Moment nicht Es werden kurz alte frames eingeblendet. Bisher war ich von diesem Phänomen verschont.

Edit: Noch was, hier fehlt auch der Link:

/var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf

Gruß, ollo

... und zum 3ten - das Packet libxine1-xvdr wird dauernd als upgrade angezeigt obwohl es schon aktualisiert wurde:

$ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages will be upgraded:
  libxine1-xvdr
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/113kB of archives.
After this operation, 0B of additional disk space will be used.
Do you want to continue [Y/n]? n
Abort.

$ apt-cache policy libxine1-xvdr
libxine1-xvdr:
  Installed: 1.0.6+cvs20100720.1630-1yavdr2
  Candidate: 1.0.6+cvs20100720.1630-1yavdr2
  Version table:
     1.0.6+cvs20100720.1630-1yavdr2 0
        500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ lucid/main Packages
     1.0.6+cvs20100720.1630-1yavdr2 0
        991 http://ppa.launchpad.net/yavdr/unstable-vdr/ubuntu/ lucid/main Packages
 *** 1.0.6+cvs20100720.1630-1yavdr2 0
        100 /var/lib/dpkg/status
     1.0.4+cvs20091016.1108-3 0
        500 http://de.archive.ubuntu.com/ubuntu/ lucid/universe Packages

Gruß, ollo

An alle zukünftigen Betatester, das hier ist eine in diesem Fall völlig ausreichende Fehlermeldung:

Zitat

Original von ollo
Noch was, hier fehlt auch der Link:

/var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf

Das ist völlig ernst gemeint. Es steht drin was kaputt ist und wie man es fixed.
Wenn sie dann noch hier landen würde wäre es perfekt.

Weiter so!

Gerald

hotzenplotz5 - ja, ich habe stable und unstable gemixt, dachte aber das mit den apt priorities geregelt zu haben. Offensichtlich klappt das aber bei gleichen Versionsnummern doch nicht so richtig

gda - ok, absofort melde ich in den issue tracker!

Gruß, ollo

Hallo,
Ich habe da auch noch einen Vorschlag:
Jeder Tester und auch Benutzer sollte ihre Hardwarekonfiguration veröffentlichen und auch Kommentare dazu geben, was nicht oder was gut funktioniert.
Das sollte Neuen die Hardwareauswahl erleichtern. Ideal wären auch ein paar Referenzbeispiele, mit denen yavdr gut läuft bzw. getestet wurde.
Dabei sollte die Basis aber auch Erweiterungen wie Displays etc. Erwähnung finden.

Grüße
pfeifi

Zitat

Original von pfeifi
Hallo,
Ich habe da auch noch einen Vorschlag:
Jeder Tester und auch Benutzer sollte ihre Hardwarekonfiguration veröffentlichen und auch Kommentare dazu geben, was nicht oder was gut funktioniert.
Das sollte Neuen die Hardwareauswahl erleichtern. Ideal wären auch ein paar Referenzbeispiele, mit denen yavdr gut läuft bzw. getestet wurde.
Dabei sollte die Basis aber auch Erweiterungen wie Displays etc. Erwähnung finden.

Grüße
pfeifi

Alles anzeigen

Ich würde fast behaupten, dass das im vdr-wiki besser aufgehoben ist.
Die meisten schreiben da ja schon Distro/Kernel/... mit zu und selbst da ist ja schon das Problem, dass man auch immer noch mal im linuxtv wiki gucken muss/kann, also eh beide nutzt und dann auch noch ne 3. stelle yavdr spezifisch ... ich weiss nicht ...

Ich biete ebenfalls gerne meine Unterstützung als "Beta-Tester" an. Von allen VDR Distributionen halte ich yaVDR momentan für die mit dem größten Potenzial und würde gerne etwas dazu beitragen. Meine Linux Erfahrung ist > 10 Jahre (mein Gott...so alt bin ich schon?) und bin beruflich unter anderem im Umfeld von Test- und Qualitätssicherung bei Anwendungsentwicklungen unterwegs (auch wenn meine eigentliche Berufsbezeichung "Enterprise Architekt" lautet).

Als Hardware habe ich mein Point of View Sydney Mediacenter "anzubieten" (Nvidia Ion, Intel Atom 330) mit Tevii S470 DVB-S2 Karte angeschlossen per HDMI am Fernseher und per SPDIF am Dolby Digital AVR.

Meine persönliche "Quick-Check-Liste" nach einem Update sieht meist so aus (sofern die entsprechenden Komponenten betroffen sind) und könnte vielleicht als Basis für ein gemeinsames strukturiertes Testfeedback dienen:

1. Läuft das Update sauber durch (Nacharbeit notwendig, wenn ja welche)

2. Startet nach einem Reboot das System mit den bisherigen Einstellung erfolgreich (Nacharbeit notwendig, wenn ja welche)

Dann die großen Testblöcke:

1. Kommunikation
================
1.1 yavdr Webinterface
1.2 vdr Webinterface
1.3 ssh
1.4 NFS

2. VDR
======
2.1 Fernbedienung (Kanalwechsel, EPG, Lautstärke etc.)

2.2 Aufnahmeprogrammierung und Wiedergabe

2.3 Bildqualität (Interlacing, Artefakte, Aussetzer)
2.3.1 HD
2.3.2 SD

2.4 Tonqualität / -synchronität (SPDIF, HDMI, Analog)
2.4.1 Dolby Digital
2.4.2 Stereo

2.5 Timeshift

2.6 Powersaving

2.7 EPG / Videotext

3. XBMC
=======
3.1 Tonqualität
3.1.1 Dolby DTS
3.1.2 Dolby Digital
3.1.3 Stereo

3.2 Bildqualität
3.2.1 SD Videos
3.2.2 HD Videos
3.2.3 Live TV (SD-Interlacing! :P)

3.3 Addons
3.3.1 Medieninformationen (Cover, Album, Artist etc.)

3.4 Live TV
3.4.1 Bild und Ton
3.4.2 EPG
3.4.3 Aufnahmeprogrammierung
3.4.4 Aufnahmewiedergabe
3.4.5 Timeshift

3.5 Fernbedienung

3.6 Powersaving

Als Antworten würde ich vorschlagen, nur "o.k." / "nicht o.k." / "nicht getestet" zu verwenden und im "nicht o.k." Fall eine kurze Erläuterung beizufügen (und den Punkt in den Issue Tracker zu stellen). Bei "nicht o.k." ist es wichtig, dass in der Erläuterung angemerkt wird, ob es vorher lief oder weiterhin nicht läuft.

Vielleicht kriegen wir ja einen halbwegs repräsentativen Querschnitt über die Hardware hin, da sicherlich nicht jeder bspw. HD TV oder Sound per HDMI testen kann.

So ein Testmuster kenne ich irgendwo her

Offtopic:

Es freut mich zu sehen wie professionell ihr euch dem Thema VDR widmet !!

Man könnte wohl sagen: "Die Abteilung Qualitätsicherung" ist gegründet.

und

Gruß
Wicky

Hallo Leute,
könnte meine Hilfe hier auch anbieten. Momentan fahren yaVDR auf zwei Revo Acer 3610 (Atom Dual mit IOS Chipsatz) sowie zwei weitere Server mit Ununtu 10.04 und 10.10, mit 3 x DVB-T und 1 x Sat. Beide Revo haben Technotrend USB Receiver, einer davom für Sky mit CI.

Ich habe nach initialer Installation mit yaVDR und einigem Kampf alles sauber am laufen, sogar mit Ton auf HDMI. Beim Installieren von yaVDR 0.2 habe ich schon feststellen müssen, daß es nicht ganz ohne ist, weil der Installer der Distribution es nicht vertrug, daß nicht alles jungfräulich war. Aber mit VMWARE habe ich eine Neuinstallation auf einer leeren Maschine hinbekommen und dann auch die Rootpartitionen 'verpflanzt'.

Um auf dem neuen Stand zu kommen, habe ich Mitte letzten Jahres (leider) die apt sources von stable auf testing umgeschaltet, um einen neuere NVIDIA Server zu erhalten, der das bei mir auftretende HDMI Sound Problem zu umschiffen. Seit Weihnachten scheint aber sowohl unstable als auch testing völlig versaut zu sein, wegen eines yavdr-essential und yavdr-base Problems.
Ich habe nun gestern noch einmal die yaVDR30a.iso in eine VM installiert, ein aptitude safe-update gemacht, und sowohl mit testing und unstable repoitory ein aptitude dist-upgrade versucht. Beide zeigen die gleichen Probleme mit den Paketabhängigkeiten, so dass ich wohl besser reumütig zu stable zurückgehe.

Lange Rede, kurzer Sinn: ich habe in der Vergangenheit schon viel für mich getestet und bin gern bereit, das auch zum Wohle der Community zu machen.
Gruß
Detlef