PKG_NAME should be the name of the actual OpenWRT package, and not
the name of the original package name.
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
Should be included by Python packages if they want to run
Python-package-specific build rules.
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
python-mini does not exist anymore
For now we'll just fix the build, and we'll do a bit more smart
packaging later.
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
As discussed in #543 provide the avahi service file within its own
tiny package to allow the user to choose which services are
announced.
Signed-off-by: Michael Heimpold <mhei@heimpold.de>
---
The former avahi service file was only installed for mpd-full. Does
the mpd-mini does not support network functionality?
Then we should adjust deps here...
This makes the description of the HTTP and SSH services look the
same as in other distributions as suggested by kirelagin in #543.
Signed-off-by: Michael Heimpold <mhei@heimpold.de>
- moved from oldpackages to github
- set maintainer
- update pkg source to new version 3.0.22
- run privoxy as non root user privoxy:privoxy
- using procd including network events to restart on changes
- log start and stop to syslog, privoxy not using syslog
Signed-off-by: Christian Schoenebeck <christian.schoenebeck@gmail.com>
the init script calls the old btrfsctl util, which is not included in
btrfs-progs anymore. Update the init script to call "btrfs device scan"
which assembles multi device btrfs filesystems.
Signed-off-by: Stefan Hellermann <stefan@the2masters.de>
I got following error while compiling btrfs-progs for ar71xx:
make[4]: Entering directory `/home/stefan/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/btrfs-progs-v3.17.3'
[LN] libbtrfs.so.0
[LN] libbtrfs.so
[CC] btrfs-convert.o
[LD] libbtrfs.so.0.1
/home/stefan/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/lib/libblkid.so: warning: This version of __fpending returns bytes remaining in buffer for both narrow and wide streams. glibc's version returns wide chars in buffer for the wide stream case.
[LD] mkfs.btrfs
[LD] btrfs
[LD] btrfs-debug-tree
[LD] btrfs-image
[LD] btrfs-map-logical
[LD] btrfs-zero-log
[LD] btrfs-find-root
btrfs-convert.c:30:21: fatal error: sys/acl.h: No such file or directory
#include <sys/acl.h>
^
compilation terminated.
make[4]: *** [btrfs-convert.o] Error 1
fix it by adding libacl as compile time dependency, as btrfs-convert is not
linked to libacl.
Signed-off-by: Stefan Hellermann <stefan@the2masters.de>
Add a new build configuration option for openconnect and let it link
against libstoken if instructed to. Two new uci configuration variables
are introduced: "token_mode" and "token_secret" to allow openconnect to
use those.
Signed-off-by: Florian Fainelli <florian@openwrt.org>
stoken is a tokencode generator compatible with RSA SecurID
128-bit (AES). stoken supports libtomcrypt and libnettle, we build
against nettle by default since tomcrypt is not packaged by OpenWrt
Signed-off-by: Florian Fainelli <florian@openwrt.org>
This commit will fix compile warning as below
tmp/.config-package.in:22096:warning: multi-line strings not supported
Signed-off-by: Shuoyao Wang <wong.syrone@gmail.com>
Fixed an issue with the default parameter value.
1. By default, the init script set ip address instead of network address in the parameter value (i.e. 192.168.1.1/24 instead of 192.168.1.0/24)
2. Dynamic address were not caught by the init script
As a result, if the mynetworks parameter was left default, Postfix would have rejected the mails with the following message in the logs:
Sat Dec 6 23:26:45 2014 mail.info postfix/smtpd[22806]: NOQUEUE: reject: RCPT from unknown[104.167.106.30]: 451 4.3.0 <ds_gitcommit@shulyaka.org.ru>: Temporary lookup failure; from=<delivery@mx.sailthru.com> to=<ds_gitcommit@shulyaka.org.ru> proto=ESMTP helo=<mx-indiegogo-b.sailthru.com>
Sat Dec 6 23:26:45 2014 mail.warn postfix/smtpd[22806]: warning: non-null host address bits in "127.0.0.1/8", perhaps you should use "127.0.0.0/8" instead
This commit fixes that behavior for the new installations.
Signed-off-by: Denis Shulyaka <Shulyaka@gmail.com>
