If libcap happens to be present in the environment, coreutils will pick it up
and link some applets against it.
Since the idea of coreutils is to provide a full featured alternative to the
busybox applets, do not inhibit the optional dependency but explicitely
require libcap instead.
Fixes the following error spotted on the buildbots:
Package coreutils-dir is missing dependencies for the following libraries:
libcap.so.2
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
This adds the beep utility, which allows users to control a pc speaker device.
Maintainer: me / @riptidewave93
Compile tested: x86/64, LEDE Reboot SNAPSHOT r2709-b7677f0
Run tested: x86/64, LEDE Reboot SNAPSHOT r2709-b7677f0. Verify program works.
Signed-off-by: Chris Blake <chrisrblake93@gmail.com>
Bump the version of gnupg and use new PKG_HASH for
sha256sum and PKG_MD5SUM for md5sum (for backwards
compatibility).
Signed-off-by: Daniel Dickinson <lede@cshore.thecshore.com>
@Nico seems MIA; @hnyman asked if I'd be interested
in taking over. I'm willing so adding myself.
Signed-off-by: Daniel Dickinson <lede@cshore.thecshore.com>
gpgv is a stripped down gnupg useful for only verifying signatures.
Having this package can save space when all you need is signature
verification.
Signed-off-by: Daniel Dickinson <lede@cshore.thecshore.com>
With a LuCI app (of which I have one written) ucification makes
sense (and is in fact needed), so ucify the initscripts.
Also, rather than making selection of things to include an image
a matter of selecting compile-time config options, make optional
things into seperate packages that are built in default builds,
and leave selection of what to include or not up to the user
(e.g. using ImageBuilder, or adding packages via opkg).
Signed-off-by: Daniel Dickinson <lede@cshore.thecshore.com>
This fixes an alignment issue on some platforms, which renders
some tools, e.g. plcID, unusable.
While at, switch to xz compression for the tarball, drop an already
mainlined patch and remove a meanswhile absolete compiler switch.
Signed-off-by: Michael Heimpold <mhei@heimpold.de>
As both LEDE and OpenWrt have STAGING_DIR_HOSTPKG now, we can start to rely
on it. See 73b7f55424 for more information on
STAGING_DIR_HOSTPKG.
STAGING_DIR_HOSTPKG won't actually be changed before the first LEDE release
(it is equivalent to $(STAGING_DIR)/host), so this simple search/replace
cleanup is safe to apply. Doing this cleanup now will be useful for the
Gluon project (an OpenWrt/LEDE based firmware framework) for experimenting
with modifying STAGING_DIR_HOSTPKG before doing this in the LEDE upstream.
Also fixes a typo in the dbus Makefile ("STAGIND_DIR").
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
Add Sourceforge as primary download site and main site as secondary.
Drop fedoraproject.org repo
Signed-off-by: Daniel Engberg <daniel.engberg.lists@pyret.net>
Addition of sqlite storage
Tracking of SMTP traffic instead of P2P traffic
Based on NethServer bandwidthd implementation
Signed-off-by: Jean-Michel lacroix <lacroix@lepine-lacroix.info>
Should be PKG_BUILD_DEPENDS not BUILD_DEPENDS
Signed-off-by: Daniel Dickinson <lede@daniel.thecshore.com>
Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
At the moment, only build these softmmu emulators for x86_64 and sunxi
target. The decision was made for the following reasons
- It seems that interests of virtualization with qemu are mostly from
x86, and ARM recently.
- x86, sunxi boards/boxes capable of running qemu with accel=kvm are more
widely available
- Not all host, target combinations of qemu works, or even compiles
- Extra maintenance work and server resources
Test results are as the following
- Nested vmx works: lede-qemu-x86_64-kvm on lede-qemu-x86_64-kvm
- KVM on Cubieboard2 works
- tcg with malta works: lede-qemu-malta-tcg on lede-qemu-malta-tcg.
But it's too slow to be useful thus not included in this version
- mips64 host does not compile
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
Package zip is currently broken with a runtime error.
When zip is run, it immediately exits with
"zip warning : Not supported (uzoff_t not same size as zoff_t)"
The issue boils down to the package's configure script which tries to
determine LARGE_FILE_SUPPORT on *host* side. The conftest.c is
compiled and ran on the building host to see whether LFS is given or not.
This will fail when cross-compiling. The patch here is created by Romain Naour,
taken from http://lists.busybox.net/pipermail/buildroot/2015-January/117909.html
Reworked and tested by me. Now LFS is detected and the built binaries work
on the target.
Signed-off-by: Paul Wassi <p.wassi@gmx.at>
p-wassi
Russell Senior
Toke Høiland-Jørgensen
Jo-Philipp Wich
Chris Blake
Jonathan Bennett
Michael Heimpold
Daniel Dickinson
Daniel Golle
Daniel Engberg
Matthias Schiffer
Hannu Nyman
Jean-Michel Lacroix
Álvaro Fernández Rojas
Daniel Dickinson
Hauke Mehrtens
Dominik Menke
Yousong Zhou
Nikil Mehta
Bastian Bittorf
Nuno Goncalves
Shuanglei Tao
Vladimir Ulrich
Fam Zheng
Luiz Angelo Daros de Luca
Denis Osvald