From: Arnout Vandecappelle <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCHv2 1/2] getent: new package
Date: Mon, 13 Oct 2014 18:34:41 +0200 [thread overview]
Message-ID: <543BFF21.7040609@mind.be> (raw)
In-Reply-To: <87fvess4zn.fsf@dell.be.48ers.dk>
On 13/10/14 11:17, Peter Korsgaard wrote:
> >>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:
>
> > On 18/08/14 11:54, Thomas Petazzoni wrote:
> >> The ecryptfs-utils scripts require the 'getent' program to be
> >> installed to find the home directory of users. However, Buildroot
> >> currently never installs this program, and therefore bug #7142 was
> >> reported, explaining that ecryptfs-utils is not working properly.
> >>
> >> In normal Linux systems, the getent program is provided by glibc, and
> >> allows to query not only /etc/passwd, but also other NSS databases
> >> such as LDAP and others.
> >>
> >> This solution allows to install a NSS-capable getent when glibc/eglibc
> >> is used, and otherwise to rely on uClibc's wrapper script.
> >>
> >> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
>
> > Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
>
> > Fixes a (run-time) bug, so please apply.
>
> We have some autobuild issues, like:
>
> http://autobuild.buildroot.net/results/820/8207527e3e42a226649c5f5fbf62fa8a77b89467/
>
> (codesourcery mips 2013.05)
>
> Should we perhaps fallback to the uClibc emulation version if the
> toolchain doesn't provide it?
>
The toolchain does provide it, but it's in a different path
(libc/usr/lib/bin/getent).
Thomas, did you test this at all with a CodeSourcery toolchain because it looks
like it's never in sysroot/usr/bin...
I guess the external toolchain infrastructure should copy it like it does for
the libraries.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286500
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
next prev parent reply other threads:[~2014-10-13 16:34 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-18 9:54 [Buildroot] [PATCHv2 0/2] Installation of getent, solving bug #7142 Thomas Petazzoni
2014-08-18 9:54 ` [Buildroot] [PATCHv2 1/2] getent: new package Thomas Petazzoni
2014-08-18 11:50 ` Thomas De Schampheleire
2014-08-18 14:52 ` Thomas Petazzoni
2014-08-18 15:07 ` Thomas De Schampheleire
2014-08-18 15:33 ` Thomas Petazzoni
2014-08-18 17:18 ` Thomas De Schampheleire
2014-10-12 15:22 ` Arnout Vandecappelle
2014-10-12 16:32 ` Peter Korsgaard
2014-10-13 9:17 ` Peter Korsgaard
2014-10-13 16:34 ` Arnout Vandecappelle [this message]
2014-08-18 9:54 ` [Buildroot] [PATCHv2 2/2] ecryptfs-utils: add runtime dependency on getent Thomas Petazzoni
2014-10-12 15:23 ` Arnout Vandecappelle
2014-10-12 16:32 ` Peter Korsgaard
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=543BFF21.7040609@mind.be \
--to=arnout@mind.be \
--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.