Any updates on this?
If the debugging symbols are frequently needed with snapshots, would it be
possibly perhaps to have /trunk and /trunk_debug directories? Then if someone
wanted or needed debugging symbols, they could use the /trunk_debug snapshot
for their device?
I realize that this would
Hi
ok, I have to create a JSON request. this one is working:
curl -v -H "Accept: application/json" -H "Content-type: application/json" -X POST -d '{"jsonrpc":"1.0","method": "login",
"params": {"username":"root", "password":"x"}, "id":0}' http://192.168.1.1/cgi-bin/luci/rpc/auth
Will look int
On 5/13/12 3:12 PM, Michael Markstaller wrote:
>> Does anyone else find it troubling that x86 has been as stagnant as it is?
> +1
> I'm just about changing some Alix.1D to OpenWRT
>
> What is required? maybe I can contribute (though admidettly I wouldn't know
> what to change to get 3.3.5 instead
On 5/13/12 7:44 PM, David Woodhouse wrote:
> On Sat, 2012-05-12 at 14:17 -0600, Philip Prindeville wrote:
>> Gabor is retiring old versions of 2.6.x regularly (thanks, Gabor!).
>>
>> Alas, he's one step away from retiring 2.6.39.4 which is what x86 is
>> currently at.
>>
>> Does anyone else find i
Thanks Mirko
Since I don't have much experience on json-rpc. can you give me some example?
I have tried
curl http://192.168.1.1/cgi-bin/luci/rpc/net/devices
it give me nothing.
I have installed those two packages:
CONFIG_PACKAGE_luci-mod-rpc=m
CONFIG_PACKAGE_luci-lib-json=m
Thanks again
Xi
On Sat, 2012-05-12 at 14:17 -0600, Philip Prindeville wrote:
> Gabor is retiring old versions of 2.6.x regularly (thanks, Gabor!).
>
> Alas, he's one step away from retiring 2.6.39.4 which is what x86 is
> currently at.
>
> Does anyone else find it troubling that x86 has been as stagnant as it i
iconnect board support apparently used sheevaplug as a template as well, so
same game once again.
Signed-off-by: Daniel Golle
diff --git a/package/uboot-kirkwood/files/board/Marvell/iconnect/Makefile
b/package/uboot-kirkwood/files/board/Marvell/iconnect/Makefile
index 0301f98..4ab7bc5 100644
--
dockstar board support is based on sheevaplug, all changes made upstream to
sheevaplug were made for dockstar as well.
Signed-off-by: Daniel Golle
diff --git a/package/uboot-kirkwood/files/board/Marvell/dockstar/Makefile
b/package/uboot-kirkwood/files/board/Marvell/dockstar/Makefile
index da9d2
This updates U-Boot for the Marvell Kirkwood family to 2012.04.01.
Signed-off-by: Daniel Golle
diff --git a/package/uboot-kirkwood/Makefile b/package/uboot-kirkwood/Makefile
index cdf35a4..f7fb4cf 100644
--- a/package/uboot-kirkwood/Makefile
+++ b/package/uboot-kirkwood/Makefile
@@ -9,7 +9,7 @@
Hi,
is anyone using nfsroot on ramips/rt305x platform? I couldn't get it working
without this patch[1]. So my questions are, is nfsroot working for someone on
this platform? If not, is it this patch ok (or it's a total nonsense)? Is
there a better solution? Thanks for any pointers.
1.
https://gi
Hi,
a formal question, rather cosmetic: played around with the WR842 today. (Which
is a really nice box with USB, 8/32MB for very few money..)
It's using the TL-MR3x20 board which seems 99% fine but it has different
buttons:
- labeled "WPS / Reset" which is mapped to "wps" right now
- labeled "
> Does anyone else find it troubling that x86 has been as stagnant as it is?
+1
I'm just about changing some Alix.1D to OpenWRT
What is required? maybe I can contribute (though admidettly I wouldn't know
what to change to get 3.3.5 instead of 2.6.39 built for this platform :()
Michael
__
- Update socat to 1.7.2.0
(main reason: avoids compile-error against kernel 3.3.5 with ext2_fs.h which
seems to got removed/changed to not being used from userspace from current
kernel)
- remove 502-no_sslv2.patch which doesn't apply surely and looks quite outdated
to me, socat isn't linked aga
13 matches
Mail list logo
