Beiträge von tag

Mir ist aufgefallen, dass es unter Windows 7 Probleme geben könnte, das Programm an die Taskleiste anzuheften. Bei mir half, das *.jar nicht direkt per Doppelklick zu öffnen, sondern erst eine Verknüpfung auf javaw -jar "C:\Pfad\zu\reclist.jar" anzulegen. Damit gestartet lässt es sich anheften.

Weiterhin hatte ich das Problem, dass reclist beim Herunterfahren von Windows 7 nicht mehr automatisch beendet wurde. Dagegen half, den Parameter -Xrs einzufügen, also javaw -Xrs -jar "C:\Pfad\zu\reclist.jar" als Verknüpfungsziel anzugeben. (Unter XP und Vista konnte ich das Problem nicht beobachten.)

Der Stern soll eigentlich das logrotate-Problem umgehen. Sonst könnte man direkt find /var/log/wtmp schreiben.

... plötzlich erscheint mir die last-Ausgabe viel attraktiver.

Warum eigentlich 3 1 * * * und nicht @reboot?

Das wäre dann wohl sowas:

if [ -z "`who`" -a -z "`find /var/log/ -maxdepth 1 -name 'wtmp*' -mmin -120`" ]; then
    echo Keiner da!
fi

Ich nehme an, dass du rsyslog benutzt. Dann müsstest du die Meldungen ungefähr so umleiten können:

:msg,contains,"lirc_dev (lirc_serial[0]):" /var/log/lirc.log
& ~

Oder um sie komplett zu entfernen:

:msg,contains,"lirc_dev (lirc_serial[0]):" ~

Das muss in der Konfiguration vor den normalen Regeln stehen, also z.B. /etc/rsyslog.d/40-lirc.conf anlegen und dort reinschreiben. Und vergiss nicht, ggf. noch die logrotate-Konfiguration anzupassen.

Ich habe noch einen Vorschlag für die Navigation. Und zwar habe ich zwei Trennlinien eingefügt, um die Navigation in EPG-Abfragen, Timer+Aufnahmen und Rest zu gliedern, und die Suche dementsprechend nach oben geschoben. Finde ich so wesentlich übersichtlicher.
Nachtrag: Vielleicht wäre sogar noch eine dritte Trennlinie zwischen Befehle und Konfiguration sinnvoll.

Version 407 ist da. Die wichtigsten Neuerungen sind mehr Details im Info-Feld und natürlich die Suche.

Ich glaube nicht, dass der Ansatz mit iptables dauerhaft hilft. Wenn du für eine bestimmte IP den Zugriff sperrst, braucht der Rechner am anderen Ende nur die IP zu wechseln und ist wieder drin. Je nach Motivation und, ähm, Ausmaß der Entzugserscheinungen kann das ganz schnell gehen. Käme wohl einfach auf einen Versuch an.

Denkbar wäre auch, einfach vorübergehend das Samba-Benutzerkonto zu deaktivieren (smbpasswd -d benutzername). Das hätte allerdings den Nachteil, dass man dann gar nicht mehr auf den Server zugreifen darf. Und falls der Client inzwischen natürlich die komplette Aufnahme auf die eigene Festplatte kopiert hat, hilft nur noch, die Sicherung rauszudrehen.

Um streamdev zu kontrollieren, würde ich Verbindungen nur von localhost zulassen und Verbindungen nach außen über einen Proxy (z.B. Apache oder Squid) laufen lassen, der die Zugangsberechtigung prüft.

Habe eben den Nightly Build von heute ausprobiert. TS geht wieder

Ich habe jetzt einige Nightly Builds getestet. Die Version vom 14.3. kann TS noch abspielen, die vom 15.3. zeigt nur ein paar Klötzchen. Das Problem müsste also irgendwo dazwischen entstanden sein. Kannst du das bestätigen?

Es ist eigentlich nicht ungewöhnlich, dass bei einem Nightly Build irgendetwas nicht funktioniert. Probier einfach mal einen Älteren. Ich habe eben den vom 24.2. getestet; bei dem geht TS noch.

Ich dachte halt zuerst an ein Synchronisationsproblem, also dass die Eingabe noch in irgendeinem Puffer festhängt. Bei fwrite() hätte noch ein fflush() gefehlt, aber wenn ich die Doku richtig verstehe, ist so etwas bei write() unnötig.

Ich nehme an, dass du den Prozess selber startest? Dann kannst du zum Testen beim Start den Inhalt von stdin übergeben. Beispiel: cat <<< "Hallo, Welt!"

Es könnte auch sein, dass ein anderer Prozess stdin "wegschnappt", so dass für den eigentlichen Empfänger nichts mehr übrig bleibt. Dann könntest du (sofern du nicht jeden Prozess einzeln mit </dev/null füttern willst), stdin umbenennen:

#!/bin/sh
# Ursprüngliches stdin im fd9 speichern und dann durch null ersetzen
exec 9<&0 0</dev/null
...
# Ursprüngliches stdin als Eingabe verwenden
/usr/bin/foobar <&9

(So ungefähr jedenfalls ;))

Zitat von Keine_Ahnung

ich habe noch nicht mal ansatzweise eine Ahnung wo ich da suchen soll.

man 1 sh
(der Abschnitt über Redirection)

Zitat von Keine_Ahnung

Das externalplayer Plugin startet ein Wrapper Shell Script, dieses startet dann freevo.
Nun gehen im slave Mode die Fernbedinungskommandos als Tastatureingaben in das Wrapper Shell Script. Ziel ist es die von dort nach Freevo umzuleiten so das er sie als Tastatureingaben sieht.

Eigentlich ist das doch gerade das Standardverhalten. Wenn ich z.B. in einem Shell-Skript cat oder tee aufrufe, wird die Standardeingabe weitergegeben, ohne dass ich noch irgendetwas machen müsste.

Zitat von Keine_Ahnung

string * key = config->keys->vdrKeyBack;
if (key != NULL) {
write(fdWritePipe, key->c_str(), key->size());
}

Könnte es sein, dass der andere Prozess zeilengepuffert liest und daher noch auf einen Zeilenumbruch wartet, der aber nie kommt?

Zitat von genka

2. Alte-links gehen jetzt wieder

Prima!

Irgendetwas stimmt mit den Beitragsbenachrichtigungen nicht. Die kommen abwechselnd mal auf deutsch, mal auf englisch an.

Zitat von genka

das prüfe ich!

Vielleicht geht's ja so: FAQ: Wie kann ich nach dem Datenimport aus dem Burning Board 2.x alte Links funktional machen? (bin mir nicht sicher, ob [L,QSA,R=301] am Ende vielleicht besser wäre)

Zitat von mahlzeit

Sieht sehr gut aus. Aber eine Frage: Wo ist de rLink, um Threads zu seinen Favoriten hinzuzufügen?

Ganz unten, „Thema abonnieren“. Schau evtl. auch mal in deinem Profil nach, ob „Thema bei Antwort automatisch abonnieren“ noch eingeschaltet ist.

Hmmm, jetzt sind alle Links auf Threads ins „alte“ Forum kaputt. Wird da noch eine Weiterleitung eingerichtet?

Zitat

Original von cooljay032

Code

vdr@vdr:/usr/local/bin/repository/myvdr$ cat /tmp/vtcheck 
Wed Feb 16 19:39:09 CET 2011 - su...

Könnte es sein, dass su auf die Passworteingabe wartet? Was zeigt id vor dem Aufruf an?

Zitat

Original von henfri
Toll fänd ich, wenn man noch in den Beschreibungen suchen könnte.

Au ja. Wie wär's mit einem Textfeld, in dem man Stichwörter eingeben kann, und der Baum wird dementsprechend gefiltert? Oder doch eher so, wie man das von Texteditoren kennt, also dass man die Suchwörter in einem Dialog eingibt und dann per F3 zwischen den Suchergebnissen springt?

Zitat

Original von henfri
Außerdem wäre super, wenn man auch auf dem Vdr abspielen könnte per svdrp.

Eher nicht. Dazu müsste ich die Aufnahmen aus der Netzwerkfreigabe mit denen abgleichen, die SVDRP liefert. Das gibt nur wieder eine Menge Fummelei und hinterher funktioniert's dann doch nicht richtig ... Ich könnte mich natürlich von vorneherein auf SVDRP beschränken, aber dann kann man Aufnahmen nicht mehr lokal (also über Netzwerkfreigabe) abspielen. Das gefällt mir alles nicht.
Aber vielleicht würde in deinem Fall ja schon die Aufnahmeliste von VDR-Admin ausreichen? Oder ein Shell-Skript, das svdrpsend aufruft?