Hi All,
I'm trying to get additional info.
Hauke: per your latest response indicating the changeset:
https://dev.openwrt.org/changeset/35597
This will not work for E4200v1.
I just dug a few things from the tomato source tree.
Line 36:
http://repo.or.cz/w/tomato.git/blob/tomato-RT:/release/src/ro
* Bastian Bittorf [18.07.2012 17:43]:
> hi devs!
>
> yesterday we had a breaktrough debugging b43 in our hackspace
> maschinenraum/m18[1,2]
> at weimar.freifunk.net[3,4] - since a long time our darling wrt54g suffers
> from a
> hanging wifi and bad performance[5], but the workaround is easy: no
Hi
Another version
Please apply it, it prevent a fresh trunk from building with eglibc
Signed-off-by: Etienne CHAMPETIER
Index: package/hotplug2/Makefile
===
--- package/hotplug2/Makefile (révision 35598)
+++ package/hotplug2/Mak
Thanks. I've tested but it's a dependency problem (see my other mail on the
list)
Le 13/02/2013 23:47, Thomas Heil a écrit :
> Hi,
>
> On 02/12/13 23:55, Etienne Champetier wrote:
>> Hi
>>
>> hotplug2 doesn't build (linking) when compiling with eglibc 2.15
> Could you try the following patch:
>
>
I am sorry for the wrong tag. It should be [PATCH] :-(
~ Jiri Slachta, CESNET, z.s.p.o.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
This patch bumps MySQL to latest version and also repairs missing/not working
mirrors (planetmirror is offline and holywar.net does not provide mysql
anymore). If a source package does not exist at mirror repo (they seem to keep
the latest two versions at mysql repo), it uses the archives repo a
Zabbix version bump.
Signed-off-by: Jiri Slachta
Index: admin/zabbix/Makefile
===
--- admin/zabbix/Makefile (revision 35603)
+++ admin/zabbix/Makefile (working copy)
@@ -1,5 +1,5 @@
#
-# Copyright (C) 2006-2012 OpenWrt.or
On Thu, Feb 14, 2013 at 12:49:17AM +, Karl P wrote:
> >Fix crash on reload if using acl patterns.
> >Fix tls_cert_reqs not being set to SSL_VERIFY_PEER by default. This
> >meant that clients were not verifying the server certificate when connecting
> >over TLS. This affects the C, C++ and Pytho
On 02/14/2013 12:23 AM, David Woodhouse wrote:
Signed-off-by: David Woodhouse
Applied in r35601, thanks!
--
Florian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 02/14/2013 12:22 AM, David Woodhouse wrote:
1.0.1d had a rushed fix for CVE-2013-0169 which broke in certain
circumstances. 1.0.1e has the fix for TLS.
Also include a further patch from the 1.0.1 branch which fixes the
breakage this introduced for Cisco's outdated pre-standard version of
D
On 02/14/2013 12:41 AM, David Woodhouse wrote:
Signed-off-by: David Woodhouse
Applied in r35599, thanks!
--
Florian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 02/14/2013 07:30 AM, Nathan Hintz wrote:
> On Wed, 2013-02-13 at 19:03 -0800, Nathan Hintz wrote:
>> On Wed, 2013-02-13 at 22:46 +0100, Hauke Mehrtens wrote:
>>> On 02/13/2013 10:33 PM, Chirag Chhatriwala wrote:
Hi All,
I've notcied a huge deal of progress with bgmac in the recent
On 02/14/2013 11:18 AM, Florian Fainelli wrote:
> Hello,
>
> On 02/14/2013 09:39 AM, Tijs Van Buggenhout wrote:
>
> [snip]
>
>>
>> Device eth0: hwaddr 00-00-00-00-00-00, ipaddr 192.168.1.1, mask
>> 255.255.255.0
>>
>> gateway not set, nameserver not set
>>
>> cfe_led_init: start to set power LED
Hello,
On 02/14/2013 09:39 AM, Tijs Van Buggenhout wrote:
[snip]
Device eth0: hwaddr 00-00-00-00-00-00, ipaddr 192.168.1.1, mask
255.255.255.0
gateway not set, nameserver not set
cfe_led_init: start to set power LED and switch LEDs.
Loader:raw Filesys:tftp Dev:eth0 File:: Options:(null)
L
On 02/14/2013 02:41 AM, Chirag Chhatriwala wrote:
> I haven't performed a serial connection ever so I do not know which
> cable works best for connecting to the serial port on the E4200v1.
> Most USB Serial cables have 9 pins and I don't think I can attach such a
> cable to my router.
>
> I think
Added support for the TP-LINK TL-WA830RE v1 Range Extender. Basically a
clone of the WA901ND v1 support. The hardware ID 0x08300010 is strange
but correct. It is the same as in the original TP-LINK firmware. The
button and the LED on the front panel is named Range Extender. Patch was
successful
On Wednesday 13 February 2013 19:03:38 Nathan Hintz wrote:
> On Wed, 2013-02-13 at 22:46 +0100, Hauke Mehrtens wrote:
> > On 02/13/2013 10:33 PM, Chirag Chhatriwala wrote:
> > > Hi All,
> > >
> > > I've notcied a huge deal of progress with bgmac in the recent month and
> > > was willing to help br
17 matches
Mail list logo