| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 32504
|
|
|
|
| |
SVN-Revision: 32503
|
|
|
|
| |
SVN-Revision: 32492
|
|
|
|
| |
SVN-Revision: 32491
|
|
|
|
| |
SVN-Revision: 32482
|
|
|
|
|
|
| |
part of the libc package
SVN-Revision: 32467
|
|
|
|
| |
SVN-Revision: 32464
|
|
|
|
| |
SVN-Revision: 32463
|
|
|
|
| |
SVN-Revision: 32449
|
|
|
|
| |
SVN-Revision: 32448
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hi,
yes, it is true...
In the standard, unpatched trunk is zlib_inflate.ko compiled, but not included
in any package... So, my previous version was functional, but with system bug.
Here is fixed patch.
On Wed, Jun 13, 2012 at 05:00:02PM +0200, Jo-Philipp Wich wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> - -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi.
>
> Shouldn't you also add CONFIG_ZLIB_DEFLATE to KCONFIG then?
>
> ~ Jow
> - -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk/YqrcACgkQdputYINPTPM6dgCfYDgzK1XHiKDJNSdc/+HgIoRp
> HSgAoKdUxcqXzHqTLiyEkiQqCnDuuVmu
> =0DUX
> - -----END PGP SIGNATURE-----
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk/YqvIACgkQdputYINPTPNMagCePNwPSYHfoCd5eXywQ+sTATqQ
> 2CQAoJW/Fez+DqflHlJVcvng/LvsfrCm
> =s6B0
> -----END PGP SIGNATURE-----
> _______________________________________________
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Signed-off-by: Michal Heppler <mhepp@ics.muni.cz>
SVN-Revision: 32444
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hi,
I found that openssl did not compile on the uml target under x86_64. The
attached patch should
correct this and is working for me. Is this the right way to do it?
thanks,
Thomas
SVN-Revision: 32443
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
kmod-ipt-nathelper-extra is missing the package nf_conntrack_broadcast.ko
if it is not included into the kmod-ipt-nathelper-extra packge the modules
nf_conntrack_snmp and nf_nat_snmp_basic cant get loaded:
[ 44.500000] nf_conntrack_snmp: Unknown symbol nf_conntrack_broadcast_help (err 0)
[ 44.664000] nf_nat_snmp_basic: Unknown symbol nf_nat_snmp_hook (err 0)
Signed-off-by: Peter Wagner <tripolar@gmx.at>
SVN-Revision: 32434
|
|
|
|
|
|
| |
depend on kmod-pppox (#11677)
SVN-Revision: 32433
|
|
|
|
| |
SVN-Revision: 32432
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds support for manually configuring 6rd tunnels. It depends on
the netifd patches I sent earlier, which add 6rd support.
A basic interface configuration looks like:
config interface 'wan6'
option proto '6rd'
option peeraddr '192.0.2.1'
option ip6prefix '2123::'
option ip6prefixlen '16'
option ip4prefixlen '0'
Where ip4prefixlen is optional and actually defaults to 0, which would use all
bits of the IPv4 in the calculated IPv6 subnet.
I believe it should be possible to configure a regular 6to4 tunnel using this,
and that we may want to merge the two eventually, but there are some larger
differences between the two at the moment:
- 6rd addresses can be more difficult to calculate. My ISP, for example, has
a setup with a v6 mask of 43 bits, and a v4 mask of 19.
- 6to4 has support for configuring radvd. This is something we want, of
course, but it seems best to deal with this in a separate patch.
Just creating a new package looked like the quickest way to get this in.
This work is based on the 6in4 package, and work by Stijn Tintel.
Signed-off-by: Stéphan Kochen <stephan@kochen.nl>
SVN-Revision: 32431
|
|
|
|
|
|
| |
shell protos
SVN-Revision: 32430
|
|
|
|
| |
SVN-Revision: 32429
|
|
|
|
|
|
| |
dependencies to trigger bringup - remove old hotplug scripts
SVN-Revision: 32428
|
|
|
|
|
|
| |
for default route dependencies (through host route dependencies)
SVN-Revision: 32426
|
|
|
|
| |
SVN-Revision: 32421
|
|
|
|
| |
SVN-Revision: 32420
|
|
|
|
|
|
| |
leading to race conditions and bad memory accesses
SVN-Revision: 32419
|
|
|
|
|
|
| |
md5sum from kernel.org and sourceforge.net are not the same
SVN-Revision: 32418
|
|
|
|
| |
SVN-Revision: 32417
|
|
|
|
| |
SVN-Revision: 32416
|
|
|
|
| |
SVN-Revision: 32415
|
|
|
|
| |
SVN-Revision: 32414
|
|
|
|
| |
SVN-Revision: 32403
|
|
|
|
|
|
| |
json_get_vars() to read settings
SVN-Revision: 32402
|
|
|
|
| |
SVN-Revision: 32401
|
|
|
|
|
|
| |
json_get_vars() to read settings
SVN-Revision: 32400
|
|
|
|
|
|
| |
network_find_wan() and network_find_wan6() in /lib/functions/network.sh
SVN-Revision: 32397
|
|
|
|
| |
SVN-Revision: 32396
|
|
|
|
| |
SVN-Revision: 32394
|
|
|
|
| |
SVN-Revision: 32393
|
|
|
|
| |
SVN-Revision: 32388
|
|
|
|
| |
SVN-Revision: 32387
|
|
|
|
| |
SVN-Revision: 32376
|
|
|
|
| |
SVN-Revision: 32367
|
|
|
|
|
|
| |
wlan* in /etc/config/network
SVN-Revision: 32356
|
|
|
|
| |
SVN-Revision: 32340
|
|
|
|
|
|
| |
#11667)
SVN-Revision: 32339
|
|
|
|
| |
SVN-Revision: 32269
|
|
|
|
| |
SVN-Revision: 32233
|
|
|
|
| |
SVN-Revision: 32198
|
|
|
|
|
|
| |
Daniel Golle <dgolle@allnet.de> - add netifd integration for pptp to ppp.sh
SVN-Revision: 32197
|
|
|
|
| |
SVN-Revision: 32192
|
|
|
|
| |
SVN-Revision: 32184
|
|
|
|
| |
SVN-Revision: 32183
|