Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Marcus Osdoba <marcus.osdoba@googlemail.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/2] introducing util-linux-ng as replacement for util-linux
Date: Mon, 13 Sep 2010 23:31:56 +0200	[thread overview]
Message-ID: <4C8E984C.2040405@googlemail.com> (raw)
In-Reply-To: <20100911190133.460ab01f@surf>

  Am 11.09.2010 19:01, schrieb Thomas Petazzoni:
>
>>   ...0001-replace-bcopy-bzero-index-and-rindex.patch |  418 ++++++++++++++++++++
>>   .../0002-Allow-linking-with-uClibc.patch           |   26 ++
> Are those two patches submitted upstream ?
You are right. They went upstream 2009. I will remove these patches for 
the next review round.

>> --- /dev/null
>> +++ b/package/util-linux-ng/Config.in
>> @@ -0,0 +1,47 @@
>> +config BR2_PACKAGE_UTIL_LINUX_NG
>> +	bool "util-linux-ng"
>> +	depends on (BR2_PROGRAM_INVOCATION&&  BR2_LARGEFILE)
>> +	help
>> +	  Fork of util-linux which consists of essential Linux utilities.
>> +
>> +	  Things like mkfs, mkswap, swapon, fdisk, mount, dmesg, etc...
>> +	  http://userweb.kernel.org/~kzak/util-linux-ng/
>> +
>> +comment "util-linux-ng requires a toolchain with PROGRAM_INVOCATION support"
>> +	depends on !BR2_PROGRAM_INVOCATION
>> +
>> +comment "util-linux-ng requires a toolchain with LARGEFILE support"
>> +	depends on !BR2_LARGEFILE
> The 'old' util-linux version also needed gettext when locale support was
> enabled. It isn't the case with this new version ?
I read that disable-nls removes all gettext dependancy. To avoid some 
trouble I disabled it for the first version.
Let me know if you like to have the nls option in the introductory 
version. I guess activating it if BR2_LOCALE and BR2_GETTEXT is set is 
the right way.
I think nls is not that important in embedded environments. It just used 
to function.  That's way I look at this with prio 2.

>> +if BR2_PACKAGE_UTIL_LINUX_NG
>> +comment "utils selection"
>> +
>> +config BR2_PACKAGE_UTIL_LINUX_NG_LIBBLKID
>> +	bool "The library and tools for blkid support."
>> +	help
>> +	 This package provides the recent blkid support
>> +	 (parallel versions exist in e2fsprogs and busybox)
> Tab + 2 spaces before each line of the help text.
Acked.

>> +
>> +config BR2_PACKAGE_UTIL_LINUX_NG_LIBUUID
>> +	bool "The library and tools for uuid support."
>> +	help
>> +	 This package provides the recent uuid support
>> +	 (parallel versions exist in e2fsprogs and busybox)
>> +
>> +config BR2_PACKAGE_UTIL_LINUX_NG_MOUNT_UTILS
>> +	bool "Devices mount/unmounting utilities"
>> +	depends on BR2_PACKAGE_UTIL_LINUX_NG_LIBUUID&&  BR2_PACKAGE_UTIL_LINUX_NG_LIBBLKID
>> +	help
>> +	 This package contains utilities to mount/unmount devices.
>> +	 Also provided by busybox.
> So, shouldn't it be hidden when BR2_PACKAGE_BUSYBOX_SHOW_OTHERS is no ?
I don't think so. Maybe someone likes to compare the busybox vs. the 
"mainstream" version. So you should be able to install both.
The busybox binary still can be launched with the applet parameter to be 
behave like mount. That's why I added the comment. In fact it is only 
visibible when BUSYBOX_SHOW_OTHERS is true. So the user should know, 
that he gains some redundancy if busybox remains enabled.
The same for LIBUUID. But this is a library, so maybe it's better here 
to forbid installing both. Let me know.

>
>> +#############################################################
>> +#
>> +# UTIL_LINUX_NG
>> +#
>> +#############################################################
>> +UTIL_LINUX_NG_VERSION=2.17.2
>> +UTIL_LINUX_NG_MAJORVERSION=2.17
> Minor thing:
>
> UTIL_LINUX_NG_VERSION=$(UTIL_LINUX_NG_MAJORVERSION).2
Acked.

>> +UTIL_LINUX_NG_SITE=$(BR2_KERNEL_MIRROR)/linux/utils/util-linux-ng/v$(UTIL_LINUX_NG_MAJORVERSION)
>> +UTIL_LINUX_NG_SOURCE=util-linux-ng-$(UTIL_LINUX_NG_VERSION).tar.bz2
>> +#UTIL_LINUX_NG_INSTALL_STAGING = YES
>> +UTIL_LINUX_NG_CONF_OPT=--disable-use-tty-group \
>> +                       --enable-shared \
>> +                       --without-libiconv-prefix \
>> +                       --without-libintl-prefix \
>> +                       --disable-rpath \
>> +                       --disable-nls \
> Not needed, the options already contains $(DISABLE_NLS), which will
> contain the right value depending on whether we want NLS support or not.
See comment above. I read somewhere that disable nls removes need for 
gettext.
I will  cross check this.

>> +                       --disable-schedutils \
>> +                       --disable-doc
>> +
>> +UTIL_LINUX_NG_DEPENDENCIES=e2fsprogs
>> +UTIL_LINUX_NG_LIBTOOL_PATCH = NO
> Minor: please be consistent with regard to the spaces. Either no spaces
> before and after =, or spaces before and after. My preference is for
> having spaces, but that's just my own.
Acked - if you accept indents in if-blocks ;-)

>> +# make util-linux-ng win over links to busybox binary
>> +ifeq ($(BR2_PACKAGE_BUSYBOX),y)
>> +  UTIL_LINUX_NG_DEPENDENCIES+=busybox
>> +endif
>> +
>> +ifeq ($(BR2_PACKAGE_NCURSES),y)
>> +  ifneq ($(BR2_USE_WCHAR),y)
>> +    UTIL_LINUX_NG_CONF_OPT+=--with-ncurses
> Sounds strange. When wide char is not available, you need to enable
> ncurses ? Why ?
>
> It also lacks:
>
> UTIL_LINUX_NG_DEPENDENCIES += curses
Honestly, I dont't know. I took the original dependancy introduced by 
Daniel Mierswa:
http://article.gmane.org/gmane.comp.lib.uclibc.buildroot/16587/match=util+linux+ng
I'll will change (and test) to just activate ncurses --with-ncurses when 
BR_NCURSES is available. Which sounds more logical now...

> The rest seems ok to me.
>
> Thanks again!
No problem. I needed this for xfsprogs. Feel free to review this patch, 
too ;-)

Regards,
Marcus

  reply	other threads:[~2010-09-13 21:31 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-11  8:54 [Buildroot] New util-linux-ng and running version of xfsprogs 3.1.3 Marcus Osdoba
2010-09-11  8:54 ` [Buildroot] [PATCH 1/2] introducing util-linux-ng as replacement for util-linux Marcus Osdoba
2010-09-11 17:01   ` Thomas Petazzoni
2010-09-13 21:31     ` Marcus Osdoba [this message]
2010-09-11  8:54 ` [Buildroot] [PATCH 2/2] updated xfsprogs to 3.1.3 which depends on libuuid (either provided by e2fsprogs or util-linux-ng) Marcus Osdoba
  -- strict thread matches above, loose matches on Subject: below --
2010-09-19  8:21 [Buildroot] ready for testing util-linux-NG and xfsprogs 3.1.3 Marcus Osdoba
2010-09-19  8:21 ` [Buildroot] [PATCH 1/2] introducing util-linux-ng as replacement for util-linux Marcus Osdoba
2010-09-07 17:38 Marcus Osdoba

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=4C8E984C.2040405@googlemail.com \
    --to=marcus.osdoba@googlemail.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