- 31 Jul, 2017 1 commit
-
-
Yann E. MORIN authored
Setting the root pasword is done in a target-finalize hook, so we do not need to enforce a dependency from the skeleton onto host-mkpasswd. Dropping that dependency will simplify making skeleton a virtual package (in up-coming changes). Instead, it is now selected as any other package. As such, it is guaranteed to be built before target-finalize. This however introduces a slight change in behaviour: previously, host-mkpasswd would only be built if we needed to hash the root password from its plain-text value. Now, host-mkpasswd is always built as soon as the root password is non-empty, even if already pre-hashed. Since host-mkpasswd is a really tiny weeny package bundled in Buildroot, with only two C files, built as a single unit with a single gcc call, the overhead is really minimal. Compared to the simplifications this will allow in the skeleton packages (plural: common, sysv, systemd, custom) to come, this overhead is acceptable. Yet another simplification, even if small, to ease providing multiple skeletons. Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
- 04 Jul, 2017 2 commits
-
-
Thomas Petazzoni authored
Until now, the option BR2_ENABLE_LOCALE was more-or-less controlling whether NLS support was enabled in packages. More precisely, if BR2_ENABLE_LOCALE=y, we were not doing anything (so some packages could have NLS support enabled, some not). And only when BR2_ENABLE_LOCALE was disabled we were explicitly passing --disable-nls to packages. This doesn't make much sense, and there is no reason to tie NLS support to locale support. You may want locale support, but not necessarily NLS support. Therefore, this commit introduces BR2_SYSTEM_ENABLE_NLS, which allows to enable/disable NLS support globally. When this option is enabled, we pass --enable-nls to packages, otherwise we pass --disable-nls. In addition, when this option is enabled and the C library doesn't provide a full-blown implementation of gettext, we select the gettext package, which will provide the full blown implementation. It is worth mentioning that this commit has a visible impact for users: - Prior to this commit, as soon as BR2_ENABLE_LOCALE=y, packages *could* provide NLS support. It was up to each package to decide whether they wanted to provide NLS support or not (we were not passing --enable-nls nor --disable-nls). - After this commit, it's BR2_SYSTEM_ENABLE_NLS that controls whether NLS is enabled or disabled, and this option is disabled by default. Bottom line: with the default of BR2_SYSTEM_ENABLE_NLS disabled, some packages may lose NLS support that they used to provide. But we believe it's a reasonable default behavior for Buildroot, where generally NLS support is not necessary. Signed-off-by:
-
Yann E. MORIN authored
Even though no timezone implicitly means UTC, systemd is not all that happy when it does not have a timezone set. This is all fine on a RW filesystem because systemd will create a symlink on its own (to Etc/UTC), but not so much on a RO filesystem, causing all kind of issues at boot time (up to the point that the system is unusable). We fix that by requiring that the timezone is actually set. The check is done by verifying that the timezone file is an actual file; if not set, the test would find a directory and would thus fail. Update the help entry accordingly. Also fix indentation in tzdata. Signed-off-by:
-
- 29 Mar, 2017 1 commit
-
-
Thomas Petazzoni authored
The BR2_SYSTEM_BIN_SH hidden option defines to what binary the /bin/sh symlinks should point to. If busybox is chosen, then /bin/sh is created to point to /bin/busybox. This works fine with the default installation mode of Busybox, but it fails with the upcoming "individual binaries" mode, in which each applet is installed as its own binary, and /bin/busybox doesn't exist: we get /bin/sh as a broken symlink to /bin/busybox. Since Busybox already installs its own /bin/sh symlink, properly pointing to /bin/ash or /bin/hush depending on the selected shell, it doesn't make sense for the BR2_SYSTEM_BIN_SH logic to override this. Just let Busybox install its own /bin/sh by making BR2_SYSTEM_BIN_SH empty when Busybox shell is selected as /bin/sh. Signed-off-by:
Matthew Weber <matthew.weber@rockwellcollins.com> Acked-by:
-
- 06 Feb, 2017 1 commit
-
-
Eric Le Bihan authored
Allow automatic network configuration via systemd-networkd if selected. If systemd-networkd is enabled and $BR2_SYSTEM_DHCP is set, then create a .network file to configure the selected network interface via DHCP. Signed-off-by:
Eric Le Bihan <eric.le.bihan.dev@free.fr> [Thomas: - merge the two patches from Eric into just one - instead of generating the dhcp.network file completely from the .mk file, use a template file, and "sed" it with the right network interface] Signed-off-by:
-
- 28 Jan, 2017 1 commit
-
-
Rahul Bedarkar authored
Commit 006a328a ("util-linux: fix build with ncurses") removed dependency on BR2_USE_WCHAR, but failed to update the reverse dependencies of util-linux. This commit updates comments in Config.in for BR2_USE_WCHAR for reverse dependencies of util-linux which directly uses wchar now or when it is pulled from other dependencies. eudev doesn't use wchar directly, but needs C99 compiler. Autotools generate code with wchar_t for checking C99 compiler. Signed-off-by:
Rahul Bedarkar <rahul.bedarkar@imgtec.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Baruch Siach <baruch@tkos.co.il> Signed-off-by:
-
- 13 Oct, 2016 1 commit
-
-
Matt Kraai authored
Signed-off-by:
Matt Kraai <kraai@ftbfs.org> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
- 01 Oct, 2016 1 commit
-
-
Waldemar Brodkorb authored
Add mksh as a choice for system shells. Signed-off-by:
Waldemar Brodkorb <wbx@openadk.org> Signed-off-by:
-
- 11 Sep, 2016 1 commit
-
-
Yann E. MORIN authored
Don't force remounting / read/write when using a customskeleton and systemd as init system, to fix the following unmet dependencies: warning: (BR2_INIT_SYSTEMD) selects BR2_TARGET_GENERIC_REMOUNT_ROOTFS_RW which has unmet direct dependencies (BR2_ROOTFS_SKELETON_DEFAULT) Signed-off-by:
-
- 14 Aug, 2016 1 commit
-
-
Yann E. MORIN authored
It uses spawn() and thus fork(), so it needs an MMU. Fixes a build issue reported on IRC for a cortex-m4 build: http://pastebin.com/dGCsy0sr Signed-off-by:
-
- 09 Aug, 2016 1 commit
-
-
Yann E. MORIN authored
Currently, we limit installing zoneinfo to non-musl toolchain, by lack of knowledge on how it would work on musl. Turns out that musl uses the same zoneinfo format as glibc does. Make it possible to install the TZ info whatever the C library; for musl, use tzdata as for glibc. Thanks Rich! ;-) Signed-off-by:
-
- 03 Aug, 2016 1 commit
-
-
Thomas Petazzoni authored
The options to purge locales and to generate locale data are currently located in the toolchain menu. However, these options are not really related to the toolchain per-se, they are more system-level configuration options, much like the timezone selection option we already have in the "System configuration" menu. Therefore, it makes more sense to have the locale-related options in the "System configuration" menu as well. Signed-off-by:
-
- 18 Jul, 2016 4 commits
-
-
Yann E. MORIN authored
We expect the custom skeleton to be fully filled with the necessary files, now. There is definitely no reason we should handle setting the hostname and the issue file in there. A user using a custom skeleton should be fully responsible for providing a functional skeleton. Signed-off-by:
Romain Naour <romain.naour@gmail.com> Signed-off-by:
-
Yann E. MORIN authored
We expect the custom skeleton to be fully filled with the necessary files, now. There is definitely no reason we should handle network settings in there. A user using a custom skeleton should be fully responsible for providing a functional skeleton. Signed-off-by:
-
Yann E. MORIN authored
In the following commits, we'll be switching more options to be conditional on the default or custom skeleton. So, it makes sense that those options come after the choice of a skeleton. Signed-off-by:
-
Yann E. MORIN authored
Being custom means that our default one is not suitable to start with. So there is no reason to offer it as the default path. Add a check that it is not empty. Add a separating empty line, for good measure, too. Signed-off-by:
-
- 05 Jul, 2016 1 commit
-
-
Yann E. MORIN authored
Supporting a R/O rootfs needs a bit more love to be fully operational. This will come in later patches... Signed-off-by:
-
- 03 Jul, 2016 1 commit
-
-
Yann E. MORIN authored
Some users have the need to be able to tweak the content of the target rootfs with root-like rights, that is, from inside the fakeroot script. Add a new system option to allow those users to provide a list of scripts, like the post-build and post-image scripts, that will be run from our fakeroot script. [Peter: pass TARGET_DIR to scripts, tweak help text] Signed-off-by:
-
- 30 Jun, 2016 1 commit
-
-
Philippe Reynes authored
Add the support of capability to makedevs as extended attribute. Now, it's possible to add a line "|xattr <capability>" after a file description to also add a capability to this file. It's possible to add severals capabilities with severals lines. [Peter: extend doc, reword Config.in, extend error message, use HOST_MAKEDEVS_CFLAGS/LDFLAGS for all flags] Signed-off-by:
Philippe Reynes <philippe.reynes@sagemcom.com> Signed-off-by:
-
- 28 Jun, 2016 1 commit
-
-
Thomas Petazzoni authored
Following the removal of eglibc support, this commit replaces all occurences of "(e)glibc" by just "glibc". Most of the occurences are in package Config.in comments. In addition, when the form "an (e)glibc ..." was used, it is replaced by "a glibc ...". [Peter: add new efi* packages, s/uclibc/uClibc as suggested by Romain, systemd / liquid-dsp tweaks as suggested by Yann] Signed-off-by:
-
- 28 May, 2016 1 commit
-
-
Yann E. MORIN authored
It can be a little bit misleading to have no init system... Add a comment that states the user has to provide his own init system, either via a package or a rootfs overlay. It is expected that such a user will know what to provide, so we don't really need to specify that it should be /init or /sbin/init or any arbitrary executable pointed to by the kernel command line "init=..." or anything else... Signed-off-by:
-
- 09 Nov, 2015 2 commits
-
-
Peter Korsgaard authored
With systemd and a custom skeleton, we end up with the following warning: warning: (BR2_INIT_SYSTEMD) selects BR2_ROOTFS_MERGED_USR which has unmet direct dependencies (BR2_ROOTFS_SKELETON_DEFAULT) Which makes sense as the logic to install the symlinks to /usr is part of the default skeleton handling, but the BR2_ROOTFS_MERGED_USR symbol is ALSO used by packages to activate various workarounds for a merged /usr, so it should be always active when using systemd even with a custom rootfs skeleton (that by definition must use a merged /usr as required by systemd). So introduce a dummy symbol with the same name for the custom skeleton case, similar to how we handle the BR2_PACKAGE_BUSYBOX_SHOW_OTHERS option. This is a hidden option so it can only be activated by enabling systemd (and not if people just want to use a merged /usr with a custom skeleton but not systemd), but as this is really a legacy option that is probably good enough (if not, patches are welcome!). Signed-off-by: -
Peter Korsgaard authored
This reverts commit b4718c3a . The BR2_ROOTFS_MERGED_USR symbol is used to activate various workarounds for a merged /usr by packages, so it should be active even with a custom rootfs skeleton. Signed-off-by:
-
- 08 Nov, 2015 1 commit
-
-
Maxime Hadjinlian authored
With systemd and a custom skeleton, you end up with the following warning: warning: (BR2_INIT_SYSTEMD) selects BR2_ROOTFS_MERGED_USR which has unmet direct dependencies (BR2_ROOTFS_SKELETON_DEFAULT) Signed-off-by:
Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Acked-by:
-
- 14 Oct, 2015 1 commit
-
-
Yann E. MORIN authored
systemd is increasingly expecting things to live in /usr/bin, /usr/sbin or /usr/lib nad not in /bin, /sbin or /lib. It has inherited those expectations from a Fedora change: https://fedoraproject.org/wiki/Features/UsrMove Note however, that systemd does support /usr being on a separate filesystem; it just expects an initramfs to mount it before the final switchroot over to the actual rootfs. But the traditional use-case for Buildroot is not to boot with an initramfs; although that is totally feasible, that's probably not what is commonly done in the vast majority of cases. However, a lot of packages still install stuff directly into /bin, /sbin or /lib, which systemd may need early-on in the boot process, even before it may have a chance to mount /usr. Even though we can tell systemd, at configure-time, where it should expect programs to be at runtime, it does not make sense to go head-first against an upstream wa^Hill. Add an option so that /bin, /sbin and /lib be symlinks to /usr/bin and /usr/sbin. That option is forcibly enabled when the init system is systemd. Note: we need not handle /lib32 or /lib64, as they already are symlinks to /lib, which means they will automatically be redirected to /usr/lib, as /usr/lib32 and /usr/lib64 already are. Furthermore, this means we're no longer supporting a split-usr setup, so the corresponding configure options have been removed as well for systemd and, when using a merged /usr, for eudev as well. In Buildroot, we decided (with this patch) not to support a split-usr when systemd is used as an init system. This is a design decision, not a systemd issue. Thus the select is with BR2_INIT_SYSTEMD rather than with BR2_PACKAGE_SYSTEMD. Signed-off-by:Mike Williams <mike@mikebwilliams.com> Signed-off-by:
-
- 04 Oct, 2015 1 commit
-
-
Luca Ceresoli authored
The "Dynamic using mdev" and "Dynamic using eudev" /dev management methods are using devtmpfs, just like "Dynamic using devtmpfs only", on top of which they add either mdev or eudev. But their names might suggest they use mdev only or eudev only. Clarify their descriptions by adding "devtmpfs +" to make it unambiguous. [Thomas: rewrap the paragraphs in the manual. It makes the diff a lot less readable, but we actually want the result to be wrapped.] Signed-off-by:
Luca Ceresoli <luca@lucaceresoli.net> Reviewed-by:
-
- 03 Oct, 2015 1 commit
-
-
Yann E. MORIN authored
Making the getty option a menuconfig instead of a simple config automatically moves its dependees into a menu without the need to manually declare such a menu. Signed-off-by:
Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by:
-
- 10 Sep, 2015 1 commit
-
-
Arnout Vandecappelle authored
The comment line that explains that systemd needs a glibc toolchain and kernel headers >= 3.10 doesn't fit in the dialog box, which makes it look as if headers >= 3.1 are needed. Abbreviate the comment a little by removing an 'an'. It still doesn't fit completely (only one trailing * is shown), but at least it's readable. While we're at it, change the quoting style to " like we always use. Reported-by: eschu on IRC Signed-off-by:
-
- 13 Jul, 2015 1 commit
-
-
Maxime Hadjinlian authored
The folder init.d is currently installed by default since it's part of our skeleton. This patch creates a package out of it and make busybox/sysvinit depends on it. This way, if you chose another init, you don't end up with a useless init.d folder. [Thomas: - make the initscripts package selectable via a hidden bool - remove some unneeded changes in sysvinit.mk.] Signed-off-by:
-
- 04 Jul, 2015 1 commit
-
-
Lorenzo Catucci authored
Currently, there are only two possibilities regarding the root account: - it is enabled with no password (the default) - it is enabled, using a clear-text, user-provided password This is deemed insufficient in many cases, especially when the .config file has to be published (e.g. for the GPL compliance, or any other reason.). Fix that in two ways: - add a boolean option that allows/disallows root login altogether, which defaults to 'y' to keep backward compatibility; - accept already-encoded passwords, which we recognise as starting with either of $1$, $5$ or $6$ (resp. for md5, sha256 or sha512). Signed-off-by:Lorenzo M. Catucci <lorenzo@sancho.ccd.uniroma2.it> [yann.morin.1998@free.fr: - don't add a choice to select between clear-text/encoded password, use a single prompt; - differentiate in the password hook itself; - rewrite parts of the help entry; - rewrite and expand the commit log ] Signed-off-by:
Gergely Imreh <imrehg@gmail.com> Signed-off-by:
-
- 21 Jun, 2015 1 commit
-
-
Matthew Starr authored
The symlink created by buildroot for /bin/sh is the full path to a shell. This does not match what busybox and other Linux distributions do with using relative path symlinks. When handling files on the host system this will point to the host system's shell if present and not the target shell. This is fixed by changing the /bin/sh symlink to use a relative path. Fixes #8161. [Thomas: minor fixups to the commit log suggested by Yann E. Morin.] Signed-off-by:
Matthew Starr <mstarr@hedonline.com> Reviewed-by:
-
- 22 Apr, 2015 1 commit
-
-
Gustavo Zacarias authored
The option is a non-option now and will be removed. Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
-
- 10 Apr, 2015 1 commit
-
-
Yann E. MORIN authored
DES is long dead, it is insecure as hell, and virtually all known crypt(3) implementations now all support at least md5. Besides, the character-space of DES-encoded passwords are a sub-set of the character-space for a clear-text password, so we can't easily differentiate between the two. Since we're going to change the root password prompt to support setting encoded passwords (as well as clear-text passwords), we can't keep DES or we'd be unable to decide whether we'd need to encode the password or not. Remove DES encoding altogether (and add a legacy entry). The default is still md5, and thus there's no backward-compatibility 'select' to add. Signed-off-by:
-
- 05 Apr, 2015 1 commit
-
-
Peter Korsgaard authored
Fixes: http://autobuild.buildroot.net/results/f51/f510014600bc7d1e3cf81ff53268d186c8b417b8/ http://autobuild.buildroot.net/results/278/278a60a1569eb57773945281b102a0495ff32775/ http://autobuild.buildroot.net/results/083/083f9579893185d93c591d171b39d8e068b21412/ http://autobuild.buildroot.net/results/03a/03a96697aa72b69546d61e56d1285bb50b0633d9/ And many more. Systemd needs NDA_PORT/VNI/IFINDEX from linux/neighbour.h, which were added in 3.10 (6681712d: vxlan: generalize forwarding tables). Signed-off-by:
-
- 01 Apr, 2015 1 commit
-
-
Gustavo Zacarias authored
Drop the buildroot toolchain non-largefile support option since it's being removed. Signed-off-by:
-
- 09 Mar, 2015 1 commit
-
-
Alexey Mednyy authored
[Thomas: - indicate upstream commit id, as suggested by Baruch. - add SoB of Alexey inside the patch itself. - adjust sequence number to 0003.] Signed-off-by:
Alexey Mednyy <swexru@gmail.com> Signed-off-by:
-
- 21 Feb, 2015 1 commit
-
-
Angelo Compagnucci authored
This patch sets the default timezone to UTC if not overwritten. Some packages need a configured system timezone for properly operating like mono based software. Signed-off-by:
Angelo Compagnucci <angelo.compagnucci@gmail.com> Acked-by:
-
- 14 Feb, 2015 1 commit
-
-
Yann E. MORIN authored
Signed-off-by:
-
- 02 Feb, 2015 1 commit
-
-
Jeremy Rosen authored
This patch allows the setup of simple a single interface to be automatically brought up and configured via DHCP on system startup. The interface name can be set via a configuration option. This patch does not support systemd-networkd, any complex network configuration should be done via overlay of /etc/network/interfaces or the relevant networkd configuration file [Peter: rename to BR2_SYSTEM_DHCP, tweak help text & implementation] Signed-off-by:
Jérémy Rosen <jeremy.rosen@openwide.fr> Signed-off-by:
-
- 23 Jan, 2015 1 commit
-
-
Peter Korsgaard authored
The configure script checks for linux/btrfs.h which is only available since 3.9 (55e301fd57a6239ec: Btrfs: move fs/btrfs/ioctl.h to include/uapi/linux/btrfs.h). It now also uses static_assert which is only available since GCC 4.6, so handle it as well in the legacy patch. Signed-off-by:
-
