* [PATCH] meta: start to ignore the largefile distro feature
@ 2017-03-07 4:58 Andre McCurdy
2017-03-07 10:35 ` Burton, Ross
0 siblings, 1 reply; 8+ messages in thread
From: Andre McCurdy @ 2017-03-07 4:58 UTC (permalink / raw)
To: openembedded-core
The largefile distro feature has been enabled by default in oe-core
for a long time and, more recently, also in poky-tiny. Building
without the largefile distro feature receives little or no testing.
Many packages now enable LFS without exposing a configure option, so
there should be very little expectation that disabling the distro
feature will result in a distro which globally disables LFS.
Respecting the distro feature adds a maintenance over-head and may be
the source of configurations oddities (e.g. dbus-native currently
builds with LFS disabled for no clear reason - fixed by this commit).
Ignore the largefile distro feature more widely, as a first step
towards deprecating and eventually removing it.
Signed-off-by: Andre McCurdy <armccurdy@gmail.com>
---
meta/recipes-bsp/grub/grub-efi_2.00.bb | 6 +++---
meta/recipes-bsp/grub/grub_2.00.bb | 6 +++---
meta/recipes-bsp/grub/grub_git.bb | 6 +++---
meta/recipes-core/dbus/dbus_1.10.14.bb | 4 ++--
meta/recipes-devtools/cmake/cmake_3.7.2.bb | 2 +-
meta/recipes-devtools/dosfstools/dosfstools_2.11.bb | 2 +-
meta/recipes-devtools/dosfstools/dosfstools_4.1.bb | 2 +-
meta/recipes-devtools/pax-utils/pax-utils_1.2.2.bb | 7 ++++---
meta/recipes-devtools/perl/perl_5.24.1.bb | 13 -------------
meta/recipes-extended/libarchive/libarchive_3.2.2.bb | 7 +++----
meta/recipes-extended/lighttpd/lighttpd_1.4.45.bb | 5 +++--
11 files changed, 24 insertions(+), 36 deletions(-)
diff --git a/meta/recipes-bsp/grub/grub-efi_2.00.bb b/meta/recipes-bsp/grub/grub-efi_2.00.bb
index e050301..e12f1d7 100644
--- a/meta/recipes-bsp/grub/grub-efi_2.00.bb
+++ b/meta/recipes-bsp/grub/grub-efi_2.00.bb
@@ -31,9 +31,9 @@ inherit deploy
CACHED_CONFIGUREVARS += "ac_cv_path_HELP2MAN="
EXTRA_OECONF = "--with-platform=efi --disable-grub-mkfont \
--enable-efiemu=no --program-prefix='' \
- --enable-liblzma=no --enable-device-mapper=no --enable-libzfs=no"
-
-EXTRA_OECONF += "${@bb.utils.contains('DISTRO_FEATURES', 'largefile', '--enable-largefile', '--disable-largefile', d)}"
+ --enable-liblzma=no --enable-device-mapper=no --enable-libzfs=no \
+ --enable-largefile \
+"
# ldm.c:114:7: error: trampoline generated for nested function 'hook' [-Werror=trampolines]
# and many other places in the grub code when compiled with some native gcc compilers (specifically, gentoo)
diff --git a/meta/recipes-bsp/grub/grub_2.00.bb b/meta/recipes-bsp/grub/grub_2.00.bb
index 07e1d10..c382938 100644
--- a/meta/recipes-bsp/grub/grub_2.00.bb
+++ b/meta/recipes-bsp/grub/grub_2.00.bb
@@ -4,9 +4,9 @@ RDEPENDS_${PN} = "diffutils freetype grub-editenv"
PR = "r1"
EXTRA_OECONF = "--with-platform=pc --disable-grub-mkfont --program-prefix="" \
- --enable-liblzma=no --enable-device-mapper=no --enable-libzfs=no"
-
-EXTRA_OECONF += "${@bb.utils.contains('DISTRO_FEATURES', 'largefile', '--enable-largefile', '--disable-largefile', d)}"
+ --enable-liblzma=no --enable-device-mapper=no --enable-libzfs=no \
+ --enable-largefile \
+"
PACKAGES =+ "grub-editenv"
diff --git a/meta/recipes-bsp/grub/grub_git.bb b/meta/recipes-bsp/grub/grub_git.bb
index 27a5d1f..0a81e53 100644
--- a/meta/recipes-bsp/grub/grub_git.bb
+++ b/meta/recipes-bsp/grub/grub_git.bb
@@ -27,9 +27,9 @@ GRUBPLATFORM_aarch64 = "efi"
GRUBPLATFORM ??= "pc"
EXTRA_OECONF = "--with-platform=${GRUBPLATFORM} --disable-grub-mkfont --program-prefix="" \
- --enable-liblzma=no --enable-device-mapper=no --enable-libzfs=no"
-
-EXTRA_OECONF += "${@bb.utils.contains('DISTRO_FEATURES', 'largefile', '--enable-largefile', '--disable-largefile', d)}"
+ --enable-liblzma=no --enable-device-mapper=no --enable-libzfs=no \
+ --enable-largefile \
+"
do_install_append () {
install -d ${D}${sysconfdir}/grub.d
diff --git a/meta/recipes-core/dbus/dbus_1.10.14.bb b/meta/recipes-core/dbus/dbus_1.10.14.bb
index 6354572..e1d7356 100644
--- a/meta/recipes-core/dbus/dbus_1.10.14.bb
+++ b/meta/recipes-core/dbus/dbus_1.10.14.bb
@@ -95,18 +95,18 @@ EXTRA_OECONF = "--disable-tests \
--disable-xml-docs \
--disable-doxygen-docs \
--disable-libaudit \
+ --enable-largefile \
"
EXTRA_OECONF_append_class-target = " SYSTEMCTL=${base_bindir}/systemctl"
EXTRA_OECONF_append_class-native = " --disable-selinux"
-PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'largefile systemd x11', d)}"
+PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'systemd x11', d)}"
PACKAGECONFIG_class-native = ""
PACKAGECONFIG_class-nativesdk = ""
PACKAGECONFIG[systemd] = "--enable-systemd --with-systemdsystemunitdir=${systemd_system_unitdir},--disable-systemd --without-systemdsystemunitdir,systemd"
PACKAGECONFIG[x11] = "--with-x --enable-x11-autolaunch,--without-x --disable-x11-autolaunch, virtual/libx11 libsm"
-PACKAGECONFIG[largefile] = "--enable-largefile,--disable-largefile,,"
PACKAGECONFIG[user-session] = "--enable-user-session --with-systemduserunitdir=${systemd_user_unitdir},--disable-user-session"
do_install() {
diff --git a/meta/recipes-devtools/cmake/cmake_3.7.2.bb b/meta/recipes-devtools/cmake/cmake_3.7.2.bb
index 787f33c..f566a48 100644
--- a/meta/recipes-devtools/cmake/cmake_3.7.2.bb
+++ b/meta/recipes-devtools/cmake/cmake_3.7.2.bb
@@ -30,7 +30,7 @@ EXTRA_OECMAKE=" \
-DCMAKE_USE_SYSTEM_LIBRARY_LIBUV=0 \
-DKWSYS_CHAR_IS_SIGNED=1 \
-DBUILD_CursesDialog=0 \
- ${@bb.utils.contains('DISTRO_FEATURES', 'largefile', '-DKWSYS_LFS_WORKS=1', '-DKWSYS_LFS_DISABLE=1', d)} \
+ -DKWSYS_LFS_WORKS=1 \
"
do_install_append_class-nativesdk() {
diff --git a/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb b/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb
index 176504d..dd543b1 100644
--- a/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb
+++ b/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb
@@ -24,7 +24,7 @@ SRC_URI = "http://pkgs.fedoraproject.org/repo/pkgs/${BPN}/${BP}.src.tar.gz/407d4
SRC_URI[md5sum] = "407d405ade410f7597d364ab5dc8c9f6"
SRC_URI[sha256sum] = "0eac6d12388b3d9ed78684529c1b0d9346fa2abbe406c4d4a3eb5a023c98a484"
-CFLAGS += "-D_GNU_SOURCE ${@bb.utils.contains('DISTRO_FEATURES', 'largefile', '-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', '', d)}"
+CFLAGS += "-D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
EXTRA_OEMAKE = "CC='${CC}' CFLAGS='${CFLAGS}' LDFLAGS='${LDFLAGS}'"
diff --git a/meta/recipes-devtools/dosfstools/dosfstools_4.1.bb b/meta/recipes-devtools/dosfstools/dosfstools_4.1.bb
index 458cf87..69aa81a 100644
--- a/meta/recipes-devtools/dosfstools/dosfstools_4.1.bb
+++ b/meta/recipes-devtools/dosfstools/dosfstools_4.1.bb
@@ -20,6 +20,6 @@ inherit autotools pkgconfig
EXTRA_OECONF = "--without-udev --enable-compat-symlinks"
-CFLAGS += "-D_GNU_SOURCE ${@bb.utils.contains('DISTRO_FEATURES', 'largefile', '-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', '', d)}"
+CFLAGS += "-D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
BBCLASSEXTEND = "native"
diff --git a/meta/recipes-devtools/pax-utils/pax-utils_1.2.2.bb b/meta/recipes-devtools/pax-utils/pax-utils_1.2.2.bb
index dabb4db..476fa6f 100644
--- a/meta/recipes-devtools/pax-utils/pax-utils_1.2.2.bb
+++ b/meta/recipes-devtools/pax-utils/pax-utils_1.2.2.bb
@@ -29,9 +29,10 @@ BBCLASSEXTEND = "native"
inherit autotools pkgconfig
-PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'largefile', d)} \
-"
+PACKAGECONFIG ??= ""
+
PACKAGECONFIG[libcap] = "--with-caps, --without-caps, libcap"
PACKAGECONFIG[libseccomp] = "--with-seccomp, --without-seccomp, libseccomp"
-PACKAGECONFIG[largefile] = "--enable-largefile,--disable-largefile,,"
PACKAGECONFIG[pyelftools] = "--with-python, --without-python,, pyelftools"
+
+EXTRA_OECONF += "--enable-largefile"
diff --git a/meta/recipes-devtools/perl/perl_5.24.1.bb b/meta/recipes-devtools/perl/perl_5.24.1.bb
index 147e151..cf7a8e1 100644
--- a/meta/recipes-devtools/perl/perl_5.24.1.bb
+++ b/meta/recipes-devtools/perl/perl_5.24.1.bb
@@ -99,17 +99,6 @@ LDFLAGS_append = " -fstack-protector"
# We're almost Debian, aren't we?
CFLAGS += "-DDEBIAN"
-do_nolargefile() {
- sed -i -e "s,\(uselargefiles=\)'define',\1'undef',g" \
- -e "s,\(d_readdir64_r=\)'define',\1'undef',g" \
- -e "s,\(readdir64_r_proto=\)'\w+',\1'0',g" \
- -e "/ccflags_uselargefiles/d" \
- -e "s/-Duselargefiles//" \
- -e "s/-D_FILE_OFFSET_BITS=64//" \
- -e "s/-D_LARGEFILE_SOURCE//" \
- ${S}/Cross/config.sh-${TARGET_ARCH}-${TARGET_OS}
-}
-
do_configure() {
# Make hostperl in build directory be the native perl
ln -sf ${HOSTPERL} hostperl
@@ -182,8 +171,6 @@ do_configure() {
config.sh-${TARGET_ARCH}-${TARGET_OS}
fi
- ${@bb.utils.contains('DISTRO_FEATURES', 'largefile', '', 'do_nolargefile', d)}
-
# Update some paths in the configuration
sed -i -e 's,@ARCH@-thread-multi,,g' \
-e 's,@ARCH@,${TARGET_ARCH}-${TARGET_OS},g' \
diff --git a/meta/recipes-extended/libarchive/libarchive_3.2.2.bb b/meta/recipes-extended/libarchive/libarchive_3.2.2.bb
index 5e9c118..da959a2 100644
--- a/meta/recipes-extended/libarchive/libarchive_3.2.2.bb
+++ b/meta/recipes-extended/libarchive/libarchive_3.2.2.bb
@@ -11,17 +11,14 @@ PACKAGECONFIG ?= "zlib bz2"
PACKAGECONFIG_append_class-target = "\
libxml2 \
- ${@bb.utils.filter('DISTRO_FEATURES', 'acl largefile xattr', d)} \
+ ${@bb.utils.filter('DISTRO_FEATURES', 'acl xattr', d)} \
"
-PACKAGECONFIG_append_class-nativesdk = " largefile"
-
DEPENDS_BZIP2 = "bzip2-replacement-native"
DEPENDS_BZIP2_class-target = "bzip2"
PACKAGECONFIG[acl] = "--enable-acl,--disable-acl,acl,"
PACKAGECONFIG[xattr] = "--enable-xattr,--disable-xattr,attr,"
-PACKAGECONFIG[largefile] = "--enable-largefile,--disable-largefile,,"
PACKAGECONFIG[zlib] = "--with-zlib,--without-zlib,zlib,"
PACKAGECONFIG[bz2] = "--with-bz2lib,--without-bz2lib,${DEPENDS_BZIP2},"
PACKAGECONFIG[xz] = "--with-lzmadec --with-lzma,--without-lzmadec --without-lzma,xz,"
@@ -32,6 +29,8 @@ PACKAGECONFIG[lzo] = "--with-lzo2,--without-lzo2,lzo,"
PACKAGECONFIG[nettle] = "--with-nettle,--without-nettle,nettle,"
PACKAGECONFIG[lz4] = "--with-lz4,--without-lz4,lz4,"
+EXTRA_OECONF += "--enable-largefile"
+
SRC_URI = "http://libarchive.org/downloads/libarchive-${PV}.tar.gz \
file://non-recursive-extract-and-list.patch \
file://0001-archive_write_disk_posix.c-make-_fsobj-functions-mor.patch \
diff --git a/meta/recipes-extended/lighttpd/lighttpd_1.4.45.bb b/meta/recipes-extended/lighttpd/lighttpd_1.4.45.bb
index 5521851..08dda33 100644
--- a/meta/recipes-extended/lighttpd/lighttpd_1.4.45.bb
+++ b/meta/recipes-extended/lighttpd/lighttpd_1.4.45.bb
@@ -25,10 +25,9 @@ SRC_URI[sha256sum] = "1c97225deea33eefba6d4158c2cef27913d47553263516bbe9d2e2760f
PACKAGECONFIG ??= "openssl pcre zlib \
${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)} \
- ${@bb.utils.contains('DISTRO_FEATURES', 'largefile', 'lfs', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'xattr', 'attr', '', d)} \
"
-PACKAGECONFIG[lfs] = "--enable-lfs,--disable-lfs"
+
PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6"
PACKAGECONFIG[mmap] = "--enable-mmap,--disable-mmap"
PACKAGECONFIG[libev] = "--with-libev,--without-libev,libev"
@@ -48,6 +47,8 @@ PACKAGECONFIG[gdbm] = "--with-gdbm,--without-gdbm,gdbm"
PACKAGECONFIG[memcache] = "--with-memcached,--without-memcached,libmemcached"
PACKAGECONFIG[lua] = "--with-lua,--without-lua,lua5.1"
+EXTRA_OECONF += "--enable-lfs"
+
inherit autotools pkgconfig update-rc.d gettext systemd
INITSCRIPT_NAME = "lighttpd"
--
1.9.1
^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH] meta: start to ignore the largefile distro feature
2017-03-07 4:58 [PATCH] meta: start to ignore the largefile distro feature Andre McCurdy
@ 2017-03-07 10:35 ` Burton, Ross
2017-03-07 14:43 ` [Openembedded-architecture] " Mark Hatle
` (2 more replies)
0 siblings, 3 replies; 8+ messages in thread
From: Burton, Ross @ 2017-03-07 10:35 UTC (permalink / raw)
To: Andre McCurdy; +Cc: openembedded-architecture, OE-core
[-- Attachment #1: Type: text/plain, Size: 976 bytes --]
CCing openembedded-architecture to open the field for comments.
On 7 March 2017 at 04:58, Andre McCurdy <armccurdy@gmail.com> wrote:
> The largefile distro feature has been enabled by default in oe-core
> for a long time and, more recently, also in poky-tiny. Building
> without the largefile distro feature receives little or no testing.
> Many packages now enable LFS without exposing a configure option, so
> there should be very little expectation that disabling the distro
> feature will result in a distro which globally disables LFS.
>
So I've had a bug for this for some time but have never got around to it.
If we're going to assert "LFS by default" do we want a sanity check to
verify it was used?
Do we want to put -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 in the default
CFLAGS?
I'm not aware of any good reason to not use LFS, but now is the time for
anyone else to speak up if you have a good reason to keep it as an option!
Ross
[-- Attachment #2: Type: text/html, Size: 2001 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Openembedded-architecture] [PATCH] meta: start to ignore the largefile distro feature
2017-03-07 10:35 ` Burton, Ross
@ 2017-03-07 14:43 ` Mark Hatle
2017-03-07 14:45 ` Burton, Ross
2017-03-07 20:49 ` Richard Purdie
2017-03-07 17:05 ` Burton, Ross
2017-03-08 2:34 ` [Openembedded-architecture] " Khem Raj
2 siblings, 2 replies; 8+ messages in thread
From: Mark Hatle @ 2017-03-07 14:43 UTC (permalink / raw)
To: Burton, Ross, Andre McCurdy; +Cc: openembedded-architecture, OE-core
On 3/7/17 4:35 AM, Burton, Ross wrote:
> CCing openembedded-architecture to open the field for comments.
At this point, I'm not sure there is any reason to NOT using largefile system
wide. It's a common enough feature, and even 'small' devices (with sdcard
slots) can run into large file problems now.
> On 7 March 2017 at 04:58, Andre McCurdy <armccurdy@gmail.com
> <mailto:armccurdy@gmail.com>> wrote:
>
> The largefile distro feature has been enabled by default in oe-core
> for a long time and, more recently, also in poky-tiny. Building
> without the largefile distro feature receives little or no testing.
> Many packages now enable LFS without exposing a configure option, so
> there should be very little expectation that disabling the distro
> feature will result in a distro which globally disables LFS.
>
>
> So I've had a bug for this for some time but have never got around to it.
>
> If we're going to assert "LFS by default" do we want a sanity check to verify it
> was used?
>
> Do we want to put -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 in the default CFLAGS?
>
> I'm not aware of any good reason to not use LFS, but now is the time for anyone
> else to speak up if you have a good reason to keep it as an option!
>
> Ross
>
>
> _______________________________________________
> Openembedded-architecture mailing list
> Openembedded-architecture@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-architecture
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Openembedded-architecture] [PATCH] meta: start to ignore the largefile distro feature
2017-03-07 14:43 ` [Openembedded-architecture] " Mark Hatle
@ 2017-03-07 14:45 ` Burton, Ross
2017-03-08 7:12 ` Josef Holzmayr
2017-03-07 20:49 ` Richard Purdie
1 sibling, 1 reply; 8+ messages in thread
From: Burton, Ross @ 2017-03-07 14:45 UTC (permalink / raw)
To: Mark Hatle; +Cc: openembedded-architecture, OE-core
[-- Attachment #1: Type: text/plain, Size: 325 bytes --]
On 7 March 2017 at 14:43, Mark Hatle <mark.hatle@windriver.com> wrote:
> At this point, I'm not sure there is any reason to NOT using largefile
> system
> wide. It's a common enough feature, and even 'small' devices (with sdcard
> slots) can run into large file problems now.
>
My thoughts exactly, fwiw.
Ross
[-- Attachment #2: Type: text/html, Size: 754 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] meta: start to ignore the largefile distro feature
2017-03-07 10:35 ` Burton, Ross
2017-03-07 14:43 ` [Openembedded-architecture] " Mark Hatle
@ 2017-03-07 17:05 ` Burton, Ross
2017-03-08 2:34 ` [Openembedded-architecture] " Khem Raj
2 siblings, 0 replies; 8+ messages in thread
From: Burton, Ross @ 2017-03-07 17:05 UTC (permalink / raw)
To: Andre McCurdy; +Cc: openembedded-architecture, OE-core
[-- Attachment #1: Type: text/plain, Size: 376 bytes --]
On 7 March 2017 at 10:35, Burton, Ross <ross.burton@intel.com> wrote:
> If we're going to assert "LFS by default" do we want a sanity check to
> verify it was used?
>
So I don't forget, Debian looks for linkage to the following symbols in
32-bit binaries and warns if they are used:
https://github.com/Debian/lintian/blob/master/data/binaries/lfs-symbols
Ross
[-- Attachment #2: Type: text/html, Size: 1012 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Openembedded-architecture] [PATCH] meta: start to ignore the largefile distro feature
2017-03-07 14:43 ` [Openembedded-architecture] " Mark Hatle
2017-03-07 14:45 ` Burton, Ross
@ 2017-03-07 20:49 ` Richard Purdie
1 sibling, 0 replies; 8+ messages in thread
From: Richard Purdie @ 2017-03-07 20:49 UTC (permalink / raw)
To: Mark Hatle, Burton, Ross, Andre McCurdy
Cc: openembedded-architecture, OE-core
On Tue, 2017-03-07 at 08:43 -0600, Mark Hatle wrote:
> On 3/7/17 4:35 AM, Burton, Ross wrote:
> >
> > CCing openembedded-architecture to open the field for comments.
> At this point, I'm not sure there is any reason to NOT using
> largefile system
> wide. It's a common enough feature, and even 'small' devices (with
> sdcard
> slots) can run into large file problems now.
Agreed. Where we can we need to reduce our test matrix so I think
dropping non-largefile support is a good move.
Cheers,
Richard
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Openembedded-architecture] [PATCH] meta: start to ignore the largefile distro feature
2017-03-07 10:35 ` Burton, Ross
2017-03-07 14:43 ` [Openembedded-architecture] " Mark Hatle
2017-03-07 17:05 ` Burton, Ross
@ 2017-03-08 2:34 ` Khem Raj
2 siblings, 0 replies; 8+ messages in thread
From: Khem Raj @ 2017-03-08 2:34 UTC (permalink / raw)
To: Burton, Ross; +Cc: openembedded-architecture, OE-core
On 17-03-07 10:35:58, Burton, Ross wrote:
> CCing openembedded-architecture to open the field for comments.
>
> On 7 March 2017 at 04:58, Andre McCurdy <armccurdy@gmail.com> wrote:
>
> > The largefile distro feature has been enabled by default in oe-core
> > for a long time and, more recently, also in poky-tiny. Building
> > without the largefile distro feature receives little or no testing.
> > Many packages now enable LFS without exposing a configure option, so
> > there should be very little expectation that disabling the distro
> > feature will result in a distro which globally disables LFS.
> >
>
> So I've had a bug for this for some time but have never got around to it.
>
> If we're going to assert "LFS by default" do we want a sanity check to
> verify it was used?
>
> Do we want to put -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 in the default
> CFLAGS?
I think this is fine to assert, however, there might be applications which
still want to use --enable/--disable autoconf stuff, and ignore/override the
env settings we might pass, so we need to watch
out for those. Otherwise, this seems a step in right direction.
>
> I'm not aware of any good reason to not use LFS, but now is the time for
> anyone else to speak up if you have a good reason to keep it as an option!
me neither, we should just make it default settings.
>
> Ross
> _______________________________________________
> Openembedded-architecture mailing list
> Openembedded-architecture@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-architecture
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Openembedded-architecture] [PATCH] meta: start to ignore the largefile distro feature
2017-03-07 14:45 ` Burton, Ross
@ 2017-03-08 7:12 ` Josef Holzmayr
0 siblings, 0 replies; 8+ messages in thread
From: Josef Holzmayr @ 2017-03-08 7:12 UTC (permalink / raw)
To: Burton, Ross, Mark Hatle; +Cc: openembedded-architecture, OE-core
On 07.03.2017 15:45, Burton, Ross wrote:
>
> On 7 March 2017 at 14:43, Mark Hatle <mark.hatle@windriver.com
> <mailto:mark.hatle@windriver.com>> wrote:
>
> At this point, I'm not sure there is any reason to NOT using
> largefile system
> wide. It's a common enough feature, and even 'small' devices (with
> sdcard
> slots) can run into large file problems now.
>
>
> My thoughts exactly, fwiw.
FULLACK
--
Josef Holzmayr
Software Developer Embedded Systems
Tel: +49 8444 9204-48
Fax: +49 8444 9204-50
R-S-I Elektrotechnik GmbH & Co. KG
Woelkestrasse 11
D-85301 Schweitenkirchen
www.rsi-elektrotechnik.de
———————————————
Amtsgericht Ingolstadt – GmbH: HRB 191328 – KG: HRA 170393
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
Ust-IdNr: DE 128592548
_____________________________________________________________
Amtsgericht Ingolstadt - GmbH: HRB 191328 - KG: HRA 170363
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
USt-IdNr.: DE 128592548
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2017-03-08 7:12 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-03-07 4:58 [PATCH] meta: start to ignore the largefile distro feature Andre McCurdy
2017-03-07 10:35 ` Burton, Ross
2017-03-07 14:43 ` [Openembedded-architecture] " Mark Hatle
2017-03-07 14:45 ` Burton, Ross
2017-03-08 7:12 ` Josef Holzmayr
2017-03-07 20:49 ` Richard Purdie
2017-03-07 17:05 ` Burton, Ross
2017-03-08 2:34 ` [Openembedded-architecture] " Khem Raj
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox