Menüs aufgeräumt

[rhabarber1848]

Und brauche ich in dem Menü überhaupt noch den Punkt "Zuweisen" ?

Wenn keiner was dagegen hat, kann man das entsorgen.

Mit diesem Menüpunkt ist eine Änderung der Einstellungen
mit folgendem Netzwerktest ohne Verlassen des Menüs
möglich, daher würde ich den Menüpunkt gerne behalten.

[mb405]

@dbt
hab fehler gefunden jetzt passt dat.

[GetAway]

Ich würde auch lieber auf speichern und anwenden verzichten. Der Grund ist, das einfach alles,
so wie rhabarber1848 schon schrieb, on-the-fly funktioniert, wenn man jetzt zuweisen drückt.

[PauleFoul]

Beim Verlassen der "Aufnahme Einstellungen" kommt bei mir jetzt folgender Fehler:

Code: Alles auswählen

paintBackgroundBoxRel:1158 invalid y (9), dy (583), sum = 592 > yRes (576)

Gruß
____Paule

[-=HSKc=-Robby]

Auch wenn das eigentlich schon erstmal abgeschlossen ist, habe ich mal zwei Vorschläge zu dem Kanalsuche-Menü:
- Zum einen halte ich es für sinnvoll, wenn man hinter dem Menüpunkt "Scan Modi" stehen hätte, welchen Modus man gewählt hat. z.B.:
3 Scan Modi ( Einen Transponder )

- Zum zweiten finde ich die Idee bei der Coolstream super, bei dem Modus "Einen Transponder" Sowohl die Daten manuell eintragen zu können, wie auch sie aus der satellites.xml übernehmen zu können:

Nur mal als kleine Nachfrage weil garkeine Reaktion kam, ist das übersehen worden oder ist meine Idee so abwegig, dass sie keinen interessiert?

[dbt]

Auch wenn das eigentlich schon erstmal abgeschlossen ist, habe ich mal zwei Vorschläge zu dem Kanalsuche-Menü:
- Zum einen halte ich es für sinnvoll, wenn man hinter dem Menüpunkt "Scan Modi" stehen hätte, welchen Modus man gewählt hat. z.B.:
3 Scan Modi ( Einen Transponder )

- Zum zweiten finde ich die Idee bei der Coolstream super, bei dem Modus "Einen Transponder" Sowohl die Daten manuell eintragen zu können, wie auch sie aus der satellites.xml übernehmen zu können:
...
Nur mal als kleine Nachfrage weil garkeine Reaktion kam, ist das übersehen worden oder ist meine Idee so abwegig, dass sie keinen interessiert?

Momentan war keine Zeit dafür und erst müssten noch ein paar andere Sachen nachgebessert werden, bevor was neues dazu kommt. Aber halte es warm, falls es doch untergeht, einfach nochmal nachhaken. Wenn jemand dafür einen Patch hat, wärs natürlich besser.

[-=HSKc=-Robby]

Momentan war keine Zeit dafür und erst müssten noch ein paar andere Sachen nachgebessert werden, bevor was neues dazu kommt. Aber halte es warm, falls es doch untergeht, einfach nochmal nachhaken. Wenn jemand dafür einen Patch hat, wärs natürlich besser.

Danke für die Info!!!
Nachbessern ist natürlich erstmal wichtiger, is kein Thema!
Für nen Patch reicht mein Wissen leider bei weitem nicht aus

[PT-1]

Momentan war keine Zeit dafür und erst müssten noch ein paar andere Sachen nachgebessert werden, bevor was neues dazu kommt. Aber halte es warm, falls es doch untergeht, einfach nochmal nachhaken. Wenn jemand dafür einen Patch hat, wärs natürlich besser.

Danke für die Info!!!
Nachbessern ist natürlich erstmal wichtiger, is kein Thema!
Für nen Patch reicht mein Wissen leider bei weitem nicht aus

Du brauchst doch nur bei den Coolstreamern das Diff vom Server ziehen ....Oder ist das immer noch nicht da ....?

[dbt]

So wirklich brauchbar kommt das nicht rüber, jedenfalls nicht auf den ersten Blick.
http://www.coolstreamtech.de/support/svn

[-=HSKc=-Robby]

So wirklich brauchbar kommt das nicht rüber, jedenfalls nicht auf den ersten Blick.
http://www.coolstreamtech.de/support/svn

Die haben immernoch Probleme mit der Freigabe von NXP

[Mourice]

@dbt

Im letzten Patch (scan_menu.cpp) von heute ist glaube ich ab Zeile 68 ein Semikolon zuviel reingekommen.

@@ -68,11 +71,10 @@
{
frameBuffer = CFrameBuffer::getInstance();

- width = w_max (710, 100);
+ width = w_max (500, 100);;

Gruss

[rhabarber1848]

Im letzten Patch (scan_menu.cpp) von heute ist glaube ich ab Zeile 68 ein Semikolon zuviel reingekommen.

erledigt:
http://article.gmane.org/gmane.comp.vid ... x.scm/1498

[JtG-Riker]

Wird der Bug im Aufnahmemenu noch gefixt ?

Ich würde gerne mal einen neuen Snap rausbringen damit man mal mehr Feedback bekommt aber nen Segfault oder der Paint Fehler ist nicht gerade schön.

Gruß Riker

EDIT Man kann wohl z.zt auch kein anderes Aufnahme-Dir eingeben, wenn man das ändert wird das nicht gespeichert, gleicher Bug?

[dwilx]

Wird der Bug im Aufnahmemenu noch gefixt ?

Das hat sich wahrscheinlich damit schon erledigt.

Next: Aufnahmeeinstellungen
neutrino-menue_cleanup_recording_setup_diff-2009-11-10-01-38-15.patch

Damit scheint es zu gehen, jedenfalls hatte ich keine Probleme.
Edit: und etwas logischer aufgebaut ist das Menü auch!

[rhabarber1848]

@dbt: Schaust Du bitte da mal drüber?
http://forum.tuxbox-cvs.sourceforge.net ... =2&t=48957

[dbt]

Testet das bitte, das müsste jetzt passen. Beim Speichern der Einstellungen gabs einen crash, aber jetzt geht das. Auch Recordsetup hatte keine Probleme gemacht
neutrino-menue_cleanup_network_fixes_recordsetup_diff-2009-11-20-08-38-15.patch

@dbt: Schaust Du bitte da mal drüber?
http://forum.tuxbox-cvs.sourceforge.net ... =2&t=48957

Das schaue ich mir dann auch noch an.

[Mourice]

Testet das bitte, das müsste jetzt passen. Beim Speichern der Einstellungen gabs einen crash, aber jetzt geht das. Auch Recordsetup hatte keine Probleme gemacht
neutrino-menue_cleanup_network_fixes_recordsetup_diff-2009-11-20-08-38-15.patch

@dbt: Schaust Du bitte da mal drüber?
http://forum.tuxbox-cvs.sourceforge.net ... =2&t=48957

Das schaue ich mir dann auch noch an.

Hallo,

ich würde auch ganz gerne diesen neuen Patch mal ausprobieren. Aber ich bekomme es irgendwie nicht hin.

Kannst Du mir bitte sagen, wie ich diesen Patch einspielen muss.

Gruss

[GetAway]

Hallo,

ich würde auch ganz gerne diesen neuen Patch mal ausprobieren. Aber ich bekomme es irgendwie nicht hin.

Kannst Du mir bitte sagen, wie ich diesen Patch einspielen muss.

Gruss

Ich hatte Dir hier schon mal beschrieben wie es geht, wenn der Pfad tuxbox-cvs heißt.
Jetzt schau mal in den Patch wie diese Pfade aussehen.

[Mourice]

Hallo,

schön, dass Du Dir Zeit nimmst.

Ich hatte es ja auch so gemacht. Er findet den Path nicht und fragt nach dem zu patchenden File.

Dort habe ich dann den "richtigen" Path angegeben. Aber das führt nicht zum gewünschten Erfolg.
Neue Files legt er nicht an.

Was muss ich tun ? Helf mir noch einmal auf die Sprünge.

Gruss

[Striper]

Poste doch mal einen Auszug dessen was du da beim Patchen auf der Console machst.

[Mourice]

Hallo,

ich habe es mittlerweile per Hand mit dem vi gemacht.

Vorher habe ich es wie folgt versucht:

cd /home/newmake/tuxbox-cvs/apps
patch -p0 -E -i /home/newmake/dbr-files/tuxbox-cvs/neutrino-menue_cleanup_network_fixes_recordsetup_diff-2009-11-20-08-38-15.patch

can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git a/tuxbox/neutrino/src/gui/Makefile.am b/tuxbox/neutrino/src/gui/Makefile.am
|index 98543f3..d56ed7d 100644
|--- a/tuxbox/neutrino/src/gui/Makefile.am
|+++ b/tuxbox/neutrino/src/gui/Makefile.am
--------------------------
File to patch: /home/newmake/tuxbox-cvs/apps/tuxbox/neutrino/src/gui/Makefile.am

usw. ich habe also jedesmal bei "File to patch" den tatsächlichen Ort angegeben.

Es wurden ja auch alle "vorhandenen" Files gepatched, Nur wurden eben die "neuen" Files nicht erstellt.

(Die habe ich jetzt eben mit vi erstellt)

Aber irgendwas mach ich falsch ... das mit dem vi kann es ja nicht sein.

Gruss

[rhabarber1848]

patch -p0 -E -i /home/newmake/dbr-files/tuxbox-cvs/neutrino-menue_cleanup_network_fixes_recordsetup_diff-2009-11-20-08-38-15.patch
[...]
|--- a/tuxbox/neutrino/src/gui/Makefile.am
|+++ b/tuxbox/neutrino/src/gui/Makefile.am

Hier ist "patch -p1" gefragt, außerdem muss im Patch noch der Teil
entfernt werden, der den CVS-Kommentar in icons.h ändern will.

[Mourice]

Woran erkenne ich, dass ich nun "-p1" nehmen muss ?

Und soll ich jetzt aus dem Patch das mit icons.h rausnehmen ?
Und wenn ja, woran erkenne ich denn, was ich rausnehmen muss oder nicht ?

Gruss

Editiert: Ok, habe es jetzt gefunden und verstanden mit dem strip.

Bleibt also nur noch die Frage "Woran erkenne ich, was ich aus dem Patch-File rausnehmen muss (icons.h)

[rhabarber1848]

a/tuxbox/neutrino/src/gui/Makefile.am

Dieser Pfad existiert im CVS nicht, mit p1 schneidest Du das
erste Verzeichnis raus, also "a/", der Rest passt dann.

Nachdem Du das gemacht hast, wird beim Patch ein Konflikt
in icons.h angezeigt, wenn Du Dir die passende Stelle im Patch
anschaust, siehst Du, dass dieser Teil eigentlich nicht in
den Patch gehört, lösche dir paar Zeilen, fertig.

Darüberhinaus würde ich einen Patch immer erst mit
--dry-run anwenden, um das Kompilierverzeichnis nicht
mit unvollständigen Patches vollzumüllen.

Meine Patches sind immer mit -p0, was auch der Default ist,
anwendbar, andere User erzeugen ihre Patches anders, hier
muss dann mit den Verzeichnisnamen im Patch gespielt werden,
es gibt auch -p2, -p3 etc., je nach Patch.

[Striper]

Woran erkenne ich, dass ich nun "-p1" nehmen muss ?

-pnum or --strip=num
Strip the smallest prefix containing num leading slashes from each file name found in the patch file. A sequence of one or more adjacent slashes is counted as a single slash. This controls how file names found in the patch file are treated, in case you keep your files in a different directory than the person who sent out the patch. For example, supposing the file name in the patch file was
/u/howard/src/blurfl/blurfl.c
setting -p0 gives the entire file name unmodified, -p1 gives
u/howard/src/blurfl/blurfl.c
without the leading slash, -p4 gives
blurfl/blurfl.c
and not specifying -p at all just gives you blurfl.c. Whatever you end up with is looked for either in the current directory, or the directory specified by the -d option.

http://linux.die.net/man/1/patch