From: Gustavo Zacarias <gustavo@zacarias.com.ar>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 7/7] ifupdown: new package
Date: Thu, 06 Nov 2014 15:10:21 -0300 [thread overview]
Message-ID: <545BB98D.4060400@zacarias.com.ar> (raw)
In-Reply-To: <CANxTyt70pdEdK30LwV47SDLOqsmR7xiGQPBa+z8gr4izwaZVwg@mail.gmail.com>
On 11/06/2014 03:00 PM, Danomi Manchego wrote:
>> +define IFUPDOWN_INSTALL_TARGET_CMDS
>> + $(INSTALL) -m 0755 $(@D)/ifup $(TARGET_DIR)/sbin/ifup
>
> No -D?
/sbin is part of the basic (FHS) skeleton dirs, there's no need.
It's not the common practice, but it's skipped in some packages for
those dirs.
>> + $(INSTALL) -m 0755 -D $(@D)/settle-dad.sh \
>> + $(TARGET_DIR)/lib/ifupdown/settle-dad.sh
>> + ln -sf ifup $(TARGET_DIR)/sbin/ifdown
>> + ln -sf ifup $(TARGET_DIR)/sbin/ifquery
>> +endef
>
> If you patched Makefile's "ln: commands to have -f, then this would be
> equivalent to:
>
> define IFUPDOWN_INSTALL_TARGET_CMDS
> $(TARGET_MAKE_ENV) $(MAKE) -C $(@D) BASEDIR=$(TARGET_DIR) install
> endef
>
> Which might be more immune to changes in created files?
I try to avoid patching unless it's really necessary.
Having generic install cmds is nice, but patches i think are lower
priority than custom INSTALL cmds unless it's something big like a dozen
files and directories of course.
Besides a patch can need reworking for a new version if things changed
in the Makefile.
> Just as an FYI .... I made an ifupdown.mk myself about six months ago,
> but ended up not needing it. Compared to what you have here, I had
> done some extra stuff for compatibility with BusyBox ifupdown:
>
> - In CFLAGS in BUILD_CMDS, I added: -D'RUN_DIR="\"/var/run/\""'
> - In inet.defn, I replaced all the "/run" with "/var/run"
> - In main.c, I added "-f" option - ifupdown currently only accepts "--force"
> - in execute.c, I dropped the "--verbose" from run-parts
>
> But perhaps BusyBox compatibility is not a goal here ...
Sorry, FHS again... /run is the recommended running info directory, we
shouldn't try to avoid it. In fact we should strive to move everything
out of /var/run IMHO.
Regards.
next prev parent reply other threads:[~2014-11-06 18:10 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-06 13:36 [Buildroot] [PATCH 0/7] [RFC] systemV init without busybox series Gustavo Zacarias
2014-11-06 13:36 ` [Buildroot] [PATCH 1/7] skeleton/S40network: tweak for debian ifupdown Gustavo Zacarias
2014-11-06 13:36 ` [Buildroot] [PATCH 2/7] package/uclibc: enable wordexp Gustavo Zacarias
2014-11-06 17:22 ` Thomas Petazzoni
2014-11-06 17:25 ` Gustavo Zacarias
2014-11-06 17:45 ` Thomas Petazzoni
2014-11-06 17:48 ` Gustavo Zacarias
2014-11-06 13:36 ` [Buildroot] [PATCH 3/7] dhcpcd: install binary to /sbin Gustavo Zacarias
2014-11-07 13:42 ` Vicente Olivert Riera
2014-11-06 13:36 ` [Buildroot] [PATCH 4/7] dhcpcd: bump to version 6.6.0 Gustavo Zacarias
2014-11-07 13:42 ` Vicente Olivert Riera
2014-11-06 13:36 ` [Buildroot] [PATCH 5/7] dash: bump to 0.5.8-2 Gustavo Zacarias
2014-11-06 13:36 ` [Buildroot] [PATCH 6/7] debianutils: new package Gustavo Zacarias
2014-11-06 13:36 ` [Buildroot] [PATCH 7/7] ifupdown: " Gustavo Zacarias
2014-11-06 18:00 ` Danomi Manchego
2014-11-06 18:10 ` Gustavo Zacarias [this message]
2014-11-06 18:12 ` Thomas Petazzoni
2014-11-06 18:34 ` Gustavo Zacarias
2014-11-06 17:24 ` [Buildroot] [PATCH 0/7] [RFC] systemV init without busybox series Thomas Petazzoni
2014-11-06 17:32 ` Gustavo Zacarias
2014-11-07 9:12 ` Károly Kasza
2014-11-07 10:07 ` Gustavo Zacarias
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=545BB98D.4060400@zacarias.com.ar \
--to=gustavo@zacarias.com.ar \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.