- Mitglied seit
- 31 Mrz 2007
- Beiträge
- 6,120
- Punkte für Reaktionen
- 0
- Punkte
- 36
Bitte nochmal probieren ansonsten info.txt das beim Skript beigepackt lesen.
Sollte sich das bewahrheiten was du berichtest würde ein bug vorliegen.
Ich selbst kann das beschriebenes Verhalten nicht beobachten.
Ich habe das nochmal angesehn es dürfte in Zusammenhang mit der Reihnfolge der Aufrufparameter stehen.
Mit den vorgefertigten 907 oder 907q tritt das eigenartige Verhalten nicht auf.
Irgend was stimmt offenbar in File processcomline nicht ganz, getopts kommt irgenwie ducheinander, wenn jemand den Fehler darin sieht bitte stoßt mich drauf ich bin momentan blind ????.
Fehler gefunden, das angehängte File auspacken und über das vorhandene File im Ordner speed-to-fritz koppieren.
Zur Copyrightfrage:
Beim W900 kommen jetzt nicht mehr Webseiten aus den addon Teil des Skripts als das noch bei der Urversion der Fall war, eher weniger.
Sollte das ein rechtliches Problem sein, dann könnte man auch diese Teile in Form von diff- patches realisieren. Die addon Seiten sind keine 1 zu 1 Kopieen aus irgend einer andern Firmware. Das diese Seiten sich stark an anderen Teilen von AVM Webseiten anlehnen ist nicht vermeidbar, solange man ein ähnliches Verhalten und eine ähnliche Aufmachung der Seiten bevorzugt. Außerdem hat AVM in neuerer Firmware sogar bei speed-to-fritz in dieser Beziehung Anlehnen gemacht. Somit hoffe ich das AVM es wenigste toleriert, da sich die ausgeborgtem Programmteileteile zumindest nicht total an in andern Versionen vorkommende Seiten orientieren.
Die Verwendung von zwei Firmwares beim W900 im Skript vom 9.4.2007 hat einen anderen Grund, und das jetzt diskutierte trifft gleichermaßen auch auf das Skript von 9.04.2008 mehr oder weniger zu.
Generell bewegt sich sowohl Freetz wie auch speed-to-fritz in einen Graubereich und wer bei einen Streitfall recht bekommen würde ist nicht vollkommen klar, da aber AVM weitgehend auf opensource zurückgreift ist die eigentliche Rechtsfrage eher einfach und zu unsern Gunsten.
Es gibt nur wenige Teile der Firmware bei denen AVM die Quellen nicht offen legt oder legen muss, da sie selber die Urheberrechte haben oder in Lizenz erworben haben. Diese Teile sind nur in binär Form von Treiben vorhanden und werden auch nicht gepatcht oder im Skript miteingepackt.
@Kater
Danke für deine Rückmeldung, damit ist kalr, dass kein Fehler im Skript dafür verantwortlich ist und das fragliche Fehlverhalten wohl von dectupdate über Umwegewege hervorgerufen wird.
Sollte sich das bewahrheiten was du berichtest würde ein bug vorliegen.
Ich habe das nochmal angesehn es dürfte in Zusammenhang mit der Reihnfolge der Aufrufparameter stehen.
Irgend was stimmt offenbar in File processcomline nicht ganz, getopts kommt irgenwie ducheinander, wenn jemand den Fehler darin sieht bitte stoßt mich drauf ich bin momentan blind ????.
Fehler gefunden, das angehängte File auspacken und über das vorhandene File im Ordner speed-to-fritz koppieren.
Zur Copyrightfrage:
Beim W900 kommen jetzt nicht mehr Webseiten aus den addon Teil des Skripts als das noch bei der Urversion der Fall war, eher weniger.
Sollte das ein rechtliches Problem sein, dann könnte man auch diese Teile in Form von diff- patches realisieren. Die addon Seiten sind keine 1 zu 1 Kopieen aus irgend einer andern Firmware. Das diese Seiten sich stark an anderen Teilen von AVM Webseiten anlehnen ist nicht vermeidbar, solange man ein ähnliches Verhalten und eine ähnliche Aufmachung der Seiten bevorzugt. Außerdem hat AVM in neuerer Firmware sogar bei speed-to-fritz in dieser Beziehung Anlehnen gemacht. Somit hoffe ich das AVM es wenigste toleriert, da sich die ausgeborgtem Programmteileteile zumindest nicht total an in andern Versionen vorkommende Seiten orientieren.
Die Verwendung von zwei Firmwares beim W900 im Skript vom 9.4.2007 hat einen anderen Grund, und das jetzt diskutierte trifft gleichermaßen auch auf das Skript von 9.04.2008 mehr oder weniger zu.
Generell bewegt sich sowohl Freetz wie auch speed-to-fritz in einen Graubereich und wer bei einen Streitfall recht bekommen würde ist nicht vollkommen klar, da aber AVM weitgehend auf opensource zurückgreift ist die eigentliche Rechtsfrage eher einfach und zu unsern Gunsten.
Es gibt nur wenige Teile der Firmware bei denen AVM die Quellen nicht offen legt oder legen muss, da sie selber die Urheberrechte haben oder in Lizenz erworben haben. Diese Teile sind nur in binär Form von Treiben vorhanden und werden auch nicht gepatcht oder im Skript miteingepackt.
@Kater
Danke für deine Rückmeldung, damit ist kalr, dass kein Fehler im Skript dafür verantwortlich ist und das fragliche Fehlverhalten wohl von dectupdate über Umwegewege hervorgerufen wird.
Anhänge
Zuletzt bearbeitet: