| Message ID | 20161013192536.4654-2-kratz00@gmx.de |
|---|---|
| State | Rejected |
| Headers | show |
diff --git a/buildscript b/buildscript index 04942e6..59611e9 100755 --- a/buildscript +++ b/buildscript @@ -41,7 +41,7 @@ ROUTING_PKGS="alfred" WLANSLOVENIJA=(wlanslovenija https://github.com/wlanslovenija/firmware-packages-opkg - fec592e0540ef883bc8b27b77e7ff45d93ed3f24) + 72c8adac263a319b64875fd1ae6238531920ddcc) WLANSLOVENIJA_PKGS="tunneldigger" FFF=(fff)
hi On 13.10.2016 21:25, Steffen Pankratz wrote: > - fixes command line arguments parsing on PowerPC root@UFBUplink:/usr/bin# ./tunneldigger ERROR: Invalid option �! usage: ./tunneldigger [options] -h this text -f don't daemonize into background -u uuid set UUID string -l ip local IP address to bind to (default 0.0.0.0) -b host:port broker hostname and port (can be specified multiple times) -i iface tunnel interface name -I iface force client to bind tunnel socket to a specific interface -s hook hook script -t id local tunnel id (default 1) -L limit request broker to set downstream bandwidth limit (in kbps) sieht so aus als hätte das Patch nicht geholfen :( mfg Christian > > Signed-off-by: Steffen Pankratz <kratz00@gmx.de> > --- > buildscript | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/buildscript b/buildscript > index 04942e6..59611e9 100755 > --- a/buildscript > +++ b/buildscript > @@ -41,7 +41,7 @@ ROUTING_PKGS="alfred" > > WLANSLOVENIJA=(wlanslovenija > https://github.com/wlanslovenija/firmware-packages-opkg > - fec592e0540ef883bc8b27b77e7ff45d93ed3f24) > + 72c8adac263a319b64875fd1ae6238531920ddcc) > WLANSLOVENIJA_PKGS="tunneldigger" > > FFF=(fff) >
On 10/14/2016 07:13 PM, Christian Dresel wrote: Hi Chrisitan >> - fixes command line arguments parsing on PowerPC > > root@UFBUplink:/usr/bin# ./tunneldigger > ERROR: Invalid option �! > usage: ./tunneldigger [options] > -h this text > -f don't daemonize into background > -u uuid set UUID string > -l ip local IP address to bind to (default 0.0.0.0) > -b host:port broker hostname and port (can be specified multiple times) > -i iface tunnel interface name > -I iface force client to bind tunnel socket to a specific interface > -s hook hook script > -t id local tunnel id (default 1) > -L limit request broker to set downstream bandwidth limit (in kbps) > > > sieht so aus als hätte das Patch nicht geholfen :( Sieht so aus als ob du Recht hast :) Danke fuers Testen. Ich habs verbockt, tunneldigger wird fleissig entwickelt, nur niemand hat seit ueber einem Jahr das Package aktualisiert. Und genau das habe ich nicht geprueft, ich habe einfach blind, die aktuell Revision genommen. Ich habe einen Pull-Request (1) erzeugt. Je nach Ausgang der Diskussion schicke ich einen aktualisierten Patch. Gruss -Steffen [1] https://github.com/wlanslovenija/firmware-packages-opkg/pull/10
On 10/15/2016 11:13 AM, Steffen Pankratz wrote: Hi > Ich habs verbockt, tunneldigger wird fleissig entwickelt, > nur niemand hat seit ueber einem Jahr das Package aktualisiert. > Und genau das habe ich nicht geprueft, ich habe einfach blind, die > aktuell Revision genommen. > Ich habe einen Pull-Request (1) erzeugt. > Je nach Ausgang der Diskussion schicke ich einen aktualisierten Patch. Aktueller Stand der Diskussion: * es gibt offiziell keinen aktuelleren stabilen Stand * wir koennen Revision 0bae1419da12de64d1c7571c5f6649d39d682052 testen und falls es keine Probleme gibt, wuerde Sie den Pull-Request mergen. Mein Vorschlag: Ich erstelle einen Patch, der temporaer das tunneldigger Package in unsere Firmware (unter src/packages/fff/) aufnimmt. Dann koennen wir die neue Version testen. Und wenn der Pull-Request dann irgendwann mal gemerged wurde, referenzieren wie wieder das offizielle Package und reverten meinen Patch. Was haltet Ihr von der Idee? Gruss -Steffen
Hi Am Sonntag, den 30.10.2016, 15:57 +0100 schrieb Steffen Pankratz: > Mein Vorschlag: > Ich erstelle einen Patch, der temporaer das tunneldigger Package > in unsere Firmware (unter src/packages/fff/) aufnimmt. > Dann koennen wir die neue Version testen. > Und wenn der Pull-Request dann irgendwann mal gemerged wurde, > referenzieren wie wieder das offizielle Package > und reverten meinen Patch. > > Was haltet Ihr von der Idee? Jup. Klingt gut. :) Tim
Hey, On Sonntag, 30. Oktober 2016 16:15:44 CET Tim Niemeyer wrote: > Hi > > Am Sonntag, den 30.10.2016, 15:57 +0100 schrieb Steffen Pankratz: > > Mein Vorschlag: > > Ich erstelle einen Patch, der temporaer das tunneldigger Package > > in unsere Firmware (unter src/packages/fff/) aufnimmt. > > Dann koennen wir die neue Version testen. > > Und wenn der Pull-Request dann irgendwann mal gemerged wurde, > > referenzieren wie wieder das offizielle Package > > und reverten meinen Patch. > > > > Was haltet Ihr von der Idee? > > Jup. Klingt gut. :) Find ich auch ne gute Lösung! Grüße Tobias
Am 30.10.2016 um 16:18 schrieb Tobias Klaus: > Hey, > > On Sonntag, 30. Oktober 2016 16:15:44 CET Tim Niemeyer wrote: >> Hi >> >> Am Sonntag, den 30.10.2016, 15:57 +0100 schrieb Steffen Pankratz: >>> Mein Vorschlag: >>> Ich erstelle einen Patch, der temporaer das tunneldigger Package >>> in unsere Firmware (unter src/packages/fff/) aufnimmt. >>> Dann koennen wir die neue Version testen. >>> Und wenn der Pull-Request dann irgendwann mal gemerged wurde, >>> referenzieren wie wieder das offizielle Package >>> und reverten meinen Patch. >>> >>> Was haltet Ihr von der Idee? >> Jup. Klingt gut. :) > Find ich auch ne gute Lösung! > > Grüße > Tobias Das wäre klasse! Ich habe gerade mal gschaut, was die so gemacht haben im letzten Jahr. Da ist mir der <https://github.com/lynxis> client: implement a broker selection based on usage <https://github.com/wlanslovenija/tunneldigger/commit/88df1c57961f4f3055a7ead6d434e0780cda6081> commit aufgefallen. Vill. kann man da ja was machen vs. gatewayselection. Mal schaun. Grüße Robert
- fixes command line arguments parsing on PowerPC Signed-off-by: Steffen Pankratz <kratz00@gmx.de> --- buildscript | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)