0.3 finde ich echt super!
Nur die Autokonfiguration der Netzwerkkarte hat meine Kiste total auf die Bretter gehen lassen. Ich musste manuell nachhelfen.
Für 0.4 würde ich mir noch LCDproc wünschen.
Uwe
Original von videopix
0.3 finde ich echt super!
Nur die Autokonfiguration der Netzwerkkarte hat meine Kiste total auf die Bretter gehen lassen. Ich musste manuell nachhelfen.
Wieviel hauptspeicher hat der Rechner? Und was genau meinst du mit auf die Bretter?
Ich hatte heute selbiges auf einem Rechner mit 32MB...
Tom.
Original von HMEDLER
nach den ersten kleinerne Problememn die sich Dank des Boards aber schnell in Rauch aufgelöst haben läuft LINVDR 0.3 bei mir stabil.Es heisst zwar "NEVER TOUCH A RUNNING SYSTEM" aber könnt Ihr schon einen Ausblick auf die Version 0.4 geben sprich was da kommen wird ?
Detailpflege. Besseres Install/Setup, mehr Plugins, viele Bugfixes, viele Detaillösungen werden noch überarbeitet/hinzugefügt.
Tom.
mottobug
1 ) braucht Ihr noch irgend welche Angaben bezüglich des GraphLCD Plagins ( KS0108 ). Es währe schon wenn dieses Plugin mit unterstützung für diesen Controller mit in die nächste Version kommen würde.
2) bessere Unterstützung der deutschen Umlaute in Samba 3.x.x währe echt super - oder habe nur ich das Problem mit den Quadraten ?!?
Kann ein DAU wie ich bei der Weiterentwicklung von LinVDR behilflich sein ?
Sligers
Hmmm....?
nu mal gaaanz langsammmmm.....
warum soll eigentlich nun eine version die andere jagen ???
Ich habe noch nicht mal meine 0.3 richtig am laufen ...
1. da ist immer noch das mit dem runterfahren schitt..
2. das mit den umlauten in samba scheint doch ein grösseres problem zu sein ?
3. wünschte ich mir für die 0.3 erstmal eine zusammenfassung der behobenen fehler .... auch für dummis ...
mit einigen beschreibungen kann ich echt nix anfangen
.... zuwenig grundwissen ....
4. giebt es ja noch die möglichkeit module einfach nachzuladen wie zb.
... 0SD-Teletext
... MC war auch nicht schlecht ..... dieses war sogar mir gelungen 
5. optimierte kernel für bestimmte boards zum austauschen ...auch für dummis
bin eigentlich nicht dahintergekommen was das mit der PowerOff und *.pl modifikation auf sich hat 
jürgen 
Original von sligers
mottobug
1 ) braucht Ihr noch irgend welche Angaben bezüglich des GraphLCD Plagins ( KS0108 ). Es währe schon wenn dieses Plugin mit unterstützung für diesen Controller mit in die nächste Version kommen würde.
Da gabs mehr als Genug Threads zu. Schau mal auf:
http://linvdr.org/download/linvdr/beta/libvdr-graphlcd%20(KS0108).so.1.2.5.tgzIn der nächsten Version wird das GraphLCD Plugin nicht enthalten sein. Das liegt einfach daran das es für jeden Controler einzeln übersetzt werden muss. Wer es wirklich benötigt wird es selbst übersetzen müssen.
Es sollte sich aber jemand finden der da evtl. ein Zusatzpaket anbietet. Ein Tar das in / entpackt wird sollte da reichen.
2) bessere Unterstützung der deutschen Umlaute in Samba 3.x.x währe echt super - oder habe nur ich das Problem mit den Quadraten ?!?
Tja, ne Lösung dafür habe ich nicht. In der nächsten Version werden sie wie alle anderen Sonderzeichen hex-encodet. Sieht zwar unschön aus, funktioniert aber.
Tom.
Original von DAU-xxl
warum soll eigentlich nun eine version die andere jagen ???Ich habe noch nicht mal meine 0.3 richtig am laufen ...
1. da ist immer noch das mit dem runterfahren schitt..
Nun ja, so weit ich das sehen konnte ist das Problem gefixt. Einfach mal die Threads dazu verfolgen.
2. das mit den umlauten in samba scheint doch ein grösseres problem zu sein ?
3. wünschte ich mir für die 0.3 erstmal eine zusammenfassung der behobenen fehler .... auch für dummis ...
Ja, wie ich ein paar Zeilen über deinem Posting schrieb, gibt es erstmal nur Detailverbesserungen und Bugfixes.
mit einigen beschreibungen kann ich echt nix anfangen
.... zuwenig grundwissen ....
Das ist wenig hilfreich, such dir das aus was du nicht verstehst, lass es dir erklären und sag mir dann wie ich es besser Formulieren kann.
4. giebt es ja noch die möglichkeit module einfach nachzuladen wie zb.
... 0SD-Teletext
Ich weis nicht was du damit meinst, das osd-teletext Plugin ist jedenfalls in der 0.4 enthalten.
... MC war auch nicht schlecht ..... dieses war sogar mir gelungen
Der wird nicht in LinVDR aufgenommen.
5. optimierte kernel für bestimmte boards zum austauschen ...auch für dummis
Auf gar keinen Fall. Wozu sollte das gut sein? Der jetzige tut gute Dienste, er läuft auf allem > 386 und der rest kann per Modul hinzugeladen werden.
Ich kann gut damit leben das LinVDR evtl. auf 5% aller aktuellen Rechner vielleicht nicht läuft. Vom Aufwand her ist das einfach nicht machbar. Ich habe LinVDR vor ein paar Stunden auf einer uralt Kiste (266MHz, 32MB Speicher, 2GB HD, wirklich crudes Bios) installiert, bis auf eine kleinigkeit funktionierte selbst das problemlos.
Ich habe nichts dagegen wenn jemand Zusatzsoftware zu LinVDR anbietet, im gegenteil, ich würde es wo ich kann unterstützen. Sei es mit Know How (das bischen das ich habe), oder mit Hosting, oder Zeit. Nur wird es evtl. einfach aus diversen gründen nicht in LinVDR aufgenommen werden können (sei es aus Platzgründen o.ä).
Tom.
Leider ist die Frage nach dem "was wird kommen" noch nicht beantwortet !
Gruss,
Ted
warum, hat mottobug doch schon beantwortet:
Detailpflege. Besseres Install/Setup, mehr Plugins, viele Bugfixes, viele Detaillösungen werden noch überarbeitet/hinzugefügt.
Wenn man sich ein bisschen Mühe gibt, kriegt man alles zum Laufen mit LinVDR 0.3 .
Seid nicht so gierig! 
Ich bin immer wieder überrascht, was da alles schon dabei ist. Zuerst habe ich VDR selber aufgesetzt unter SuSE 8.2 . Nach 2 Tagen lief es auch, war aber noch nicht auf dem Funktionsumfang von LinVDR. Über die Startzeit und den Platzverbrauch schweige ich mich jetzt lieber aus
Auch das c't-Projekt habe ich angeschaut. Das hat mich wirklich enttäuscht. (Alte Module, wenig Plugins und Scripte, wenige Kernel-Module.)
Der Support ist genial! Und rumschrauben kann man auch sehr einfach!
Also schont mir bitte mottobug
Hallo!
Das scheint mir der geeignete Thread für einen Vorschlag zu sein:
Warum legt LinVDR (ISO-Version) eigentlich nur eine einzelne Partition (System = VDR, Daten = /Video, /Pub) an?
Wäre es nicht für die - hoffentlich nie endenen - Flut von Updates sinnvoller, System und Daten zu trennen?
Wenn per ISO das System immer wieder auf einer frisch formatierten Partion aufgesetzt würde, täte das ganze auch nicht so weh!
Immer wieder wird hervorgehoben, dass LinVDR eine äußerst kompakten VDR-Distribibution ist. Um dieses wirklich nutzen zu können (z.B. LinVDR auf Compact Flash mit IDE-Adapter) benötigt man sowieso zwei Partionen!
Also warum nicht trennen, was nicht zusammen gehört!
Odel???
@ Tom
Original von mottobug
Wieviel hauptspeicher hat der Rechner? Und was genau meinst du mit auf die Bretter?
Ich hatte heute selbiges auf einem Rechner mit 32MB...
Tom.
Mein VDR-System hat Celeron 850 und 128 MB. Bei der Autoerkennung der Netzwerkkarte blieb das System reproduzierbar einfahch stehen und hat nicht mal mehr auf Alt-Ctrl-Del reagiert.
Ich habe dann im Script SETUP den Autoconfig-Aufruf durch "Test" ersetzt. So konnte ich nach der Frage, ob der Treiber "Test" installiert werden soll, wenigstens meine eigene Karte angeben. Ich glaube, das war irgendwas wie 1893too. Habe die Unterlagen jetzt nicht hier.
Uwe
Vielleicht wäre eine Update Funktion ja auch nicht schlecht.
Einfach CD einlegen und auf "Bestehendes System updaten" klicken.
ja, oder direkt übers Internet updaten. Ein Plugin über das man im Internet nach einer neuen LinVDR Version suchen lässt.
Das Plugin speichert alles in Temp und fragt nach einer Bestätigung, danach wird alles überschrieben und neu gestartet.
Träum , träum 
ja das würde sogar den Traffic etwas minimieren. Da nur das runtergeladen werden muß was sich geändert hat.
Aber ich glaube das sind echt träumerreien.
Für 0.4 würde ich mir noch eine wirklich ruhiggestellte Festplatte wünschen.
Die 0.3 enthält ja schon eine Abfrage, ob die Platte abschalten soll, wenn sie für eine gewisse Zeit nicht gebraucht wird. Leider fährt sie völlig unmotiviert immer wieder hoch.
Wahrscheinlich wird es nötig sein, einen Teil der Daten in eine RAM-Disk zu verlagern und die nur beim Runterfahren zu sichern. CF halte ich für überflüssig, weil für die Videodaten sowieso eine Platte da sein muss.
Uwe
Hi,
ich schaetze, die platte faehrt immer wieder hoch wenn der cron-deamon einen neuen Job ausfuehrt, oder er zumindest ueberprueft ob's einen neuen job gibt. Ueberpruefe doch mal ob Du cron am laufen hast, das koennte die Ursache sein.
Bye Jo
Original von mottobug
Nun ja, so weit ich das sehen konnte ist das Problem gefixt. Einfach mal die Threads dazu verfolgen.
Also bei mir besteht das Problem immer noch. Ein Schreibversuch auf /proc/acpi/alarm wird von meinem System mit sofortigem stillen Absturz bestraft, will sagen, keine Tastatur, Netzwerk oder andere Eingabemöglichkeiten mehr. Allerdings laufen die DVB-Karten weiter.
Gruss,
Budy
Don’t have an account yet? Register yourself now and be a part of our community!
