On 2/13/12 1:27 PM, Outback Dingo wrote:
> Just an FYI for the good natured wireless people. I came across this
> today, I am not affiliated with it at all
> but thought maybe those of us who wished could pitch in.
>
> https://www.crowdtilt.com/campaigns/internet-link-for-imnaha-oregon
Been t
This adds packages libhdhomerun and hdhomerun_config.
Signed-off-by: Artur Twarecki
Index: package/libhdhomerun/Makefile
===
--- package/libhdhomerun/Makefile (revision 0)
+++ package/libhdhomerun/Makefile (revision 0)
@
Hi Luka,
Thanks for pointing that out. I put the package together a few
months back and updated only the copyright notice when submitting.
Patch proper to follow separately.
--
Artur
On 2012-02-12, at 6:34 AM, Luka Perkov wrote:
> Hi Artur,
>
> please update your patch with proper descriptio
On Wed, 30 Nov 2011 00:53:41 +0200 Nerijus Baliūnas
wrote:
> This patch obsoletes http://patchwork.openwrt.org/patch/1600/ and
> updates udpxy to version 1.0-Chipmunk-build21.
This patch updates version to 1.0.21-2.
Signed-off-by: Nerijus Baliūnas
Index: packages/net/udpxy/Makefile
=
Hello,On this particular case, a gcc bug report exists because this specific warning should not show when no other diagnostics are issued. I can't link to the exact report right now but a simple google search should show it. IIRC gcc-4.7 may behave more correctly.So the correct treatment is either
Hello,
Le lundi 13 février 2012 21:04:53, Nerijus Baliunas a écrit :
> Hello,
>
> I've updated from svn trunk and udpxy package no longer compiles:
>
> mipsel-openwrt-linux-uclibc-gcc -Os -pipe -mips32r2 -mtune=mips32r2
> -fno-caller-saves -fhonour-copts -msoft-float
> -I/a/openwrt/kamikaze/sta
Just an FYI for the good natured wireless people. I came across this
today, I am not affiliated with it at all
but thought maybe those of us who wished could pitch in.
https://www.crowdtilt.com/campaigns/internet-link-for-imnaha-oregon
___
openwrt-de
Hello,
I've updated from svn trunk and udpxy package no longer compiles:
mipsel-openwrt-linux-uclibc-gcc -Os -pipe -mips32r2 -mtune=mips32r2
-fno-caller-saves -fhonour-copts -msoft-float
-I/a/openwrt/kamikaze/staging_dir/target-mipsel_r2_uClibc-0.9.33/usr/include
-I/a/openwrt/kamikaze/staging
On 13 February 2012 17:00, Olipro
wrote:
> Hi Florian et Mailing List,
>
> The author of haveged has now updated the package to 1.4 - it is now
> multithreaded and incorporates my generic code that uses the raw monotonic
> clock. If you're still inclined to add this package to OpenWRT, let me know
From: "Alexey I. Froloff"
Signed-off-by: Alexey I. Froloff
---
ipv6/tayga/files/tayga.sh |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/ipv6/tayga/files/tayga.sh b/ipv6/tayga/files/tayga.sh
index 9f515c6..36c33de 100644
--- a/ipv6/tayga/files/tayga.sh
+++ b/ipv6/t
From: "Alexey I. Froloff"
Static NAT64 entries should really belong to firewall config and could
be also processed by firewall code.
Currently tayga only processes ipv4_addr and ipv6_addr options, this is
the mapping itself. ipv4_addr is taken from dynamic pool and is not
accessable from anywhe
Hi Florian et Mailing List,
The author of haveged has now updated the package to 1.4 - it is now
multithreaded and incorporates my generic code that uses the raw monotonic
clock. If you're still inclined to add this package to OpenWRT, let me know
and I'll update patchwork for the latest versio
Hi folks,
is there package called expect in trunk. didn't find any.
actually i need it to do automation in the router, i had some expect
scripts (automation).
thanks,
dev.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.op
On Mon, Feb 13, 2012 at 1:31 PM, Florian Fainelli wrote:
> Do you think we should move this discussion to linux-wireless in the hope
> that someone there might help?
Yes, but you already did that :)
___
openwrt-devel mailing list
openwrt-devel@lists.ope
The following 3 patches are taken verbatim from the upstream git repository
and correct memleak issues in both libconnect and bgpd as well as a null-
pointer dereference problem.>From b24b19f719fdd9c3d61a0c93552cd64d832d964c Mon Sep 17 00:00:00 2001
From: Stephen Hemminger
Date: Tue, 6 Dec 2011 1
Hello,
On 01/07/12 03:54, Arnaud Lacombe wrote:
Hi,
On Mon, Dec 12, 2011 at 11:25 AM, Arnaud Lacombe wrote:
This fixes the following build error:
make[4]: Entering directory
`target-i386_gcc-4.6.1_binutils_2.21.1_uClibc-0.9.32/kexec-tools-2.0.2'
mkdir -p purgatory
i486-openwrt-linux-uclibc-
Hello Helmut,
On 02/13/12 12:31, Helmut Schaa wrote:
On Mon, Feb 13, 2012 at 10:33 AM, Florian Fainelli wrote:
While I was porting the ramips target to a Ralink evaluation board
(V11ST-FE) using a RT2880-F SoC, I noticed that I was not getting more than
26Mbits/sec TCP traffic using iperf. The
Hello,
this adds a package for utility tool called tunslip6 from the Contiki OS for
estabilishing a SLIP connection over USB to an attached Contiki device for
6LoWPAN connectivity.
Would be nice, if it could be applied upstream.
Thanks,
Markus
Signed-off-by: Markus Becker
---
package/tunsli
Hello,
this patch adds support for a kernel module package for SLIP. We needed it for
using tunslip6 from Contiki OS for 6LoWPAN communications.
Would be nice, if it could be applied upstream.
Thanks,
Markus
Signed-off-by: Markus Becker
---
package/kernel/modules/netsupport.mk | 25 +++
On Mon, Feb 13, 2012 at 10:33 AM, Florian Fainelli wrote:
> While I was porting the ramips target to a Ralink evaluation board
> (V11ST-FE) using a RT2880-F SoC, I noticed that I was not getting more than
> 26Mbits/sec TCP traffic using iperf. The station was connected with N-rates,
> and I was ru
Hello,
While I was porting the ramips target to a Ralink evaluation board
(V11ST-FE) using a RT2880-F SoC, I noticed that I was not getting more
than 26Mbits/sec TCP traffic using iperf. The station was connected with
N-rates, and I was running a trunk from yesterday.
My nearby radio environ
21 matches
Mail list logo
