All of lore.kernel.org
 help / color / mirror / Atom feed
From: Petr Vorel <petr.vorel@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/2] system: add default to BR2_ROOTFS_DEVICE_TABLE_SUPPORTS_EXTENDED_ATTRIBUTES
Date: Wed, 31 Jul 2019 21:43:07 +0200	[thread overview]
Message-ID: <20190731194306.GB10819@dell5510> (raw)
In-Reply-To: <20190731160809.GK3194@scaer>

Hi Yann,

> Petr, All,

> On 2019-07-22 07:16 +0200, Petr Vorel spake thusly:
> > Enable BR2_ROOTFS_DEVICE_TABLE_SUPPORTS_EXTENDED_ATTRIBUTES if none
> > of non-supported rootfs is selected.

> No, sorry.

> As I explained in another thread, there are valid cases where one does
> not need capabilities (and thus xattrs) on their systems.

> In that case, your change would mean that the defconfig files of those
> people now default to using xattrs, when they previously would not.

OK, agree, thanks for an explanation.
I've set it in patchwork as rejected (+ delegate to you).
I'd still add the second patch (adding "(XATTR)" I find it just by chance, as I
didn't search for "extended attributes", but for XATTR.

> > Signed-off-by: Petr Vorel <petr.vorel@gmail.com>
> > ---
> > Hi,

> > not sure about cloop, cpio, tar, ubi.

> > Kind regards,
> > Petr

> >  system/Config.in | 1 +
> >  1 file changed, 1 insertion(+)

> > diff --git a/system/Config.in b/system/Config.in
> > index af7d8566d3..842e745cd3 100644
> > --- a/system/Config.in
> > +++ b/system/Config.in
> > @@ -196,6 +196,7 @@ config BR2_ROOTFS_STATIC_DEVICE_TABLE

> >  config BR2_ROOTFS_DEVICE_TABLE_SUPPORTS_EXTENDED_ATTRIBUTES
> >  	bool "support extended attributes in device tables"
> > +	default y if !BR2_TARGET_ROOTFS_AXFS && !BR2_TARGET_ROOTFS_CRAMFS && !BR2_TARGET_ROOTFS_ISO9660 && !BR2_TARGET_ROOTFS_ROMFS && !BR2_TARGET_ROOTFS_YAFFS2

> In any case, iff we were to add this, this should be done differently,
> because we do not want to hard-code the list of filesystems here. For
> one, becaise the list is long; and for two, because of filesystems from
> the br2-external trees.

> Instead, we would have to do:

>     config BR2_ROOTFS_SUPPORTS_XATTRS
>         bool

>     config BR2_ROOTFS_DEVICE_TABLE_SUPPORTS_EXTENDED_ATTRIBUTES
>         bool "support extended attributes in device tables"
>         default y if BR2_ROOTFS_SUPPORTS_XATTRS

> and then filesystems would be responsible for setting:

>     config BR2_TARGET_ROOTFS_EXT2
>         bool "ext2/3/4 root filesystem"
>         select BR2_ROOTFS_SUPPORTS_XATTRS

On first (unposted) version I implemented it this way :).

> But again, I think it does not gain much. People who want xattrs will
> know enough to enable it.

> Regards,
> Yann E. MORIN.

Kind regards,
Petr

      reply	other threads:[~2019-07-31 19:43 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-07-22  5:16 [Buildroot] [PATCH 1/2] system: add default to BR2_ROOTFS_DEVICE_TABLE_SUPPORTS_EXTENDED_ATTRIBUTES Petr Vorel
2019-07-22  5:16 ` [Buildroot] [PATCH 2/2] system: Add XATTR abbreviation Petr Vorel
2019-07-31 16:08 ` [Buildroot] [PATCH 1/2] system: add default to BR2_ROOTFS_DEVICE_TABLE_SUPPORTS_EXTENDED_ATTRIBUTES Yann E. MORIN
2019-07-31 19:43   ` Petr Vorel [this message]

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=20190731194306.GB10819@dell5510 \
    --to=petr.vorel@gmail.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 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.