Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/1 v1] new package: autofs
Date: Mon, 21 Dec 2015 16:15:50 +0100	[thread overview]
Message-ID: <20151221161550.3bfb0a98@free-electrons.com> (raw)
In-Reply-To: <1450707537-30154-1-git-send-email-yba@tkos.co.il>

Dear Jonathan Ben-Avraham,

The commit title for a new package should be:

	<package>: new package

On Mon, 21 Dec 2015 16:18:55 +0200, Jonathan Ben-Avraham wrote:
> From: Jonathan Ben Avraham <yba@tkos.co.il>
> 
> Adds package autofs for toolchains with native RPC that supply nfs/nfs.h only.
> The nfs-utils package could supply nfs/nfs.h but would require significant
> upstream re-work.

It took me a bit of time to understand this. What you meant is that:
"The autofs package builds only with native RPC implementations and not
with TI-RPC, because it requires the nfs/nfs.h header which is
currently not provided by TI-RPC."

> diff --git a/package/Config.in b/package/Config.in

> diff --git a/package/autofs/Config.in b/package/autofs/Config.in
> new file mode 100644
> index 0000000..c151f3c
> --- /dev/null
> +++ b/package/autofs/Config.in
> @@ -0,0 +1,18 @@
> +config BR2_PACKAGE_AUTOFS
> +	bool "autofs"
> +	depends on BR2_TOOLCHAIN_HAS_THREADS # rpcbind
> +	depends on BR2_USE_MMU # nfs-utils, rpcbind
> +	depends on BR2_TOOLCHAIN_HAS_NATIVE_RPC # needs nfs/nfs.h
> +	select BR2_PACKAGE_NFS_UTILS # runtime, if intended for network use
> +	select BR2_PACKAGE_RPCBIND # runtime, if intended for netowork use

netowork -> network

if nfs-utils and rpcbind are only needed for network use, then maybe we
should not make them mandatory dependencies. People wanting to do NFS
will anyway need to enable those two packages.

> +	help
> +	  Based on the Debian autofs package description:

Not needed.

> +	  Autofs controls the operation of the automount daemons. The
> +	  automount daemons automatically mount filesystems when they
> +	  are used and unmount them after a period of inactivity based
> +	  on a set of pre-configured maps defined by default in
> +	  /etc/auto.master. The kernel automounter implements SunOS
> +	  style automounter under Linux and requires a kernel version of
> +	  at least 2.6.17 and the autofs4 kernel module.
> +
> +	  http://www.linuxfromscratch.org/blfs/view/svn/general/autofs.html

This isn't really a great home page, but the project doesn't seem to
have any, so OK.

You need a Config.in comment here about the RPC dependency.

> diff --git a/package/autofs/autofs.mk b/package/autofs/autofs.mk
> new file mode 100644
> index 0000000..c889f89
> --- /dev/null
> +++ b/package/autofs/autofs.mk
> @@ -0,0 +1,24 @@
> +################################################################################
> +#
> +# autofs
> +#
> +################################################################################
> +
> +AUTOFS_VERSION = 5.1.1
> +AUTOFS_SOURCE = autofs-$(AUTOFS_VERSION).tar.xz
> +AUTOFS_SITE = $(BR2_KERNEL_MIRROR)/linux/daemons/autofs/v5
> +AUTOFS_LICENSE = GPLv2+
> +AUTOFS_LICENSE_FILES = COPYING COPYRIGHT
> +
> +AUTOFS_CONF_OPTS = --disable-mount-locking \
> +	--enable-ignore-busy \
> +	--without-openldap \
> +	--without-sasl
> +
> +AUTOFS_MAKE_ENV = DONTSTRIP=1 CFLAGS="-O2 -Wall -I$(STAGING_DIR)/usr/include/tirpc"

So you can't build with tirpc, but you add some special CFLAGS for it ?

> +#ifeq ($(BR2_TOOLCHAIN_EXTERNAL_INET_RPC),y)
> +#AUTOFS_CFLAGS += -I/usr/include/tirpc
> +#endif

This is commented, so unneeded ?

Other than that, looks good. Can you fix and resubmit ?

Thanks!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

  parent reply	other threads:[~2015-12-21 15:15 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-21 14:18 [Buildroot] [PATCH 1/1 v1] new package: autofs Jonathan Ben-Avraham
2015-12-21 14:18 ` [Buildroot] [PATCH 1/1] nfs-utils: install /etc/nfsmount.conf Jonathan Ben-Avraham
2015-12-21 15:16   ` Thomas Petazzoni
2015-12-22 17:13     ` Jonathan Ben Avraham
2015-12-21 14:18 ` [Buildroot] [PATCH 1/1] new packages: yp-tools, ypbind-mt Jonathan Ben-Avraham
2015-12-21 15:58   ` Thomas Petazzoni
2015-12-22 17:26     ` Jonathan Ben Avraham
2015-12-21 15:15 ` Thomas Petazzoni [this message]
2015-12-22 16:55   ` [Buildroot] [PATCH 1/1 v1] new package: autofs Jonathan Ben Avraham

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=20151221161550.3bfb0a98@free-electrons.com \
    --to=thomas.petazzoni@free-electrons.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox