Go to file
Thomas Petazzoni 3b4ec0c6a8 avahi: do not install S05avahi-setup.sh in systemd setup
The AVAHI_INSTALL_AUTOIPD was unconditionally installing
S05avahi-setup.sh to /etc/init.d/, even in systemd
configurations. Therefore, this commit:

 * Moves the installation of S05avahi-setup.sh to a separate variable
   called AVAHI_INSTALL_AUTOIPD_INIT_SYSV.

 * Makes sure to use 'install -D' and a full destination path when
   installing S05avahi-setup.sh.

 * Moves the definition of AVAHI_INSTALL_AUTOIPD inside the
   BR2_PACKAGE_AVAHI_AUTOIPD conditional, so that both the variable
   definition and its addition to AVAHI_POST_INSTALL_TARGET_HOOKS are
   enclosed in the conditional.

 * Moves the S50avahi-daemon installation from AVAHI_INSTALL_INIT_SYSV
   to AVAHI_INSTALL_DAEMON_INIT_SYSV.

 * Uses 'install -D' to install S50avahi-daemon.

 * Adds a AVAHI_INSTALL_INIT_SYSV definition which calls both
   AVAHI_INSTALL_AUTOIPD_INIT_SYSV and AVAHI_INSTALL_DAEMON_INIT_SYSV.

Note: in a systemd configuration, there is no provision to do what
S05avahi-setup.sh is doing for sysv init configurations. Maybe this is
something that our systemd people should have a look at.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-10-19 13:13:57 +02:00
arch arch: remove BR2_arm10t 2014-09-18 22:09:05 +02:00
board beaglebone: better support for starting and creating images 2014-10-12 18:27:49 +02:00
boot grub2: modify kernel location to /boot/zImage 2014-10-11 14:55:20 +02:00
configs beaglebone: better support for starting and creating images 2014-10-12 18:27:49 +02:00
docs manual: Add note about uses of github helper 2014-10-16 19:05:40 +02:00
fs fs/iso9660: add dependencies for make source 2014-10-19 11:52:32 +02:00
linux linux: bump default version to 3.17.1 2014-10-17 14:17:48 +02:00
package avahi: do not install S05avahi-setup.sh in systemd setup 2014-10-19 13:13:57 +02:00
support scripts/graph-build-time: properly warn about missing modules 2014-10-12 17:23:06 +02:00
system system: add option to choose what /bin/sh points to 2014-10-12 15:51:38 +02:00
toolchain toolchain: external 3.17 headers typo fix 2014-10-09 13:25:23 +02:00
.defconfig
.gitignore
CHANGES Update for 2014.08 2014-09-01 13:20:56 +02:00
Config.in Config.in: update description of BR2_PREFER_STATIC_LIB 2014-10-13 00:18:11 +02:00
Config.in.legacy xlib_libpciaccess: Rename package to libpciaccess 2014-10-19 12:08:52 +02:00
COPYING
Makefile Makefile: make help: remove <package>- help, add link to online manual 2014-10-12 12:37:56 +02:00
Makefile.legacy
README docs: Move README file to root 2014-03-03 21:28:39 +01:00

To build and use the buildroot stuff, do the following:

1) run 'make menuconfig'
2) select the packages you wish to compile
3) run 'make'
4) wait while it compiles
5) Use your shiny new root filesystem. Depending on which sort of
    root filesystem you selected, you may want to loop mount it,
    chroot into it, nfs mount it on your target device, burn it
    to flash, or whatever is appropriate for your target system.

You do not need to be root to build or run buildroot.  Have fun!

Offline build:
==============

In order to do an offline-build (not connected to the net), fetch all
selected source by issuing a
$ make source

before you disconnect.
If your build-host is never connected, then you have to copy buildroot
and your toplevel .config to a machine that has an internet-connection
and issue "make source" there, then copy the content of your dl/ dir to
the build-host.

Building out-of-tree:
=====================

Buildroot supports building out of tree with a syntax similar
to the Linux kernel. To use it, add O=<directory> to the
make command line, E.G.:

$ make O=/tmp/build

And all the output files (including .config) will be located under /tmp/build.

More finegrained configuration:
===============================

You can specify a config-file for uClibc:
$ make UCLIBC_CONFIG_FILE=/my/uClibc.config

And you can specify a config-file for busybox:
$ make BUSYBOX_CONFIG_FILE=/my/busybox.config

To use a non-standard host-compiler (if you do not have 'gcc'),
make sure that the compiler is in your PATH and that the library paths are
setup properly, if your compiler is built dynamically:
$ make HOSTCC=gcc-4.3.orig HOSTCXX=gcc-4.3-mine

Depending on your configuration, there are some targets you can use to
use menuconfig of certain packages. This includes:
$ make HOSTCC=gcc-4.3 linux-menuconfig
$ make HOSTCC=gcc-4.3 uclibc-menuconfig
$ make HOSTCC=gcc-4.3 busybox-menuconfig

Please feed suggestions, bug reports, insults, and bribes back to the
buildroot mailing list: buildroot@buildroot.org