Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
This is likely as a result of the installorder patch :/. Sadly if we
want the postinstalls to be installed in order we do need that patch.
The question is whether circular depends are something opkg should
Tom Rini tom_rini-nmggyn9qbj3qt0dzr+a...@public.gmane.org writes:
+python () {
+sitedata = set(siteinfo_data(d))
+if endian-little in sitedata:
+d.setVar(SITEINFO_ENDIANESS, le)
+elif endian-big in sitedata:
+d.setVar(SITEINFO_ENDIANESS, be)
Assigning
Phil Blundell philb-mXXj517/z...@public.gmane.org writes:
We don't want to change the owner/mode of symlinks, as this may
affect the target of the link. Also broken links will fail as well.
This seems like it will cause links themselves to end up getting shipped
under the UID/GID that was
From: Enrico Scholz enrico.sch...@informatik.tu-chemnitz.de
Wildcards in SRC_URI are not supported by oe-core and work only
when last (or first?) FILESPATH element points to the containing
directory. Specifying plain dir works fine for this recipe.
Signed-off-by: Enrico Scholz enrico.sch
There is no need to have static module-init-tools for the cross
tools. Building such binaries requires a static libc which is not
required by the rest of OE and which is deprecated and not installed
by distributions like Fedora.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
ncurses does not create its .pc files when the /usr/lib/pkg-config
directory does not exist in the sysroot. Because ncurses will be built
very early, this directory might be missing and .pc files will not be
installed.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
.../ncurses
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
If the man pages are compressed, then they cause file conflicts between
the 32-bit and 64-bit versions of the package.
Patching the buildsystem to use 'gzip --no-name' might be a better
solution than
Phil Blundell philb-mXXj517/z...@public.gmane.org writes:
+- if test -n $PKG_CONFIG_LIBDIR test -d $PKG_CONFIG_LIBDIR ; then
++ if test -n $PKG_CONFIG_LIBDIR ; then
I wonder if it would be easier to just create the directory in
do_configure()
This directory is in the staged sysroot
Paul Eggleton paul.eggleton-VuQAYsv1563Yd54FQh9/c...@public.gmane.org
writes:
-for foo in `grep -I -m1 \/usr\/include\/.*\\.h ${WORKDIR}/* -r | cut
-f 1 -d :` ; do
+for foo in `grep -I --exclude=*.patch --exclude=*.diff
--exclude=*.pod --exclude=README* -m1
Andreas Oberritter obi-Le4rqY8tBtjh/77yhsl...@public.gmane.org writes:
What's the use case for removing packages offline
I am developing very much with NFS root filesystems (-- the temporary
image directory which is kept by IMAGE_KEEPROOTFS=1). Packaging operations
like install, remove or
Hi,
after enabling gold linker (ld-is-gold DISTRO_FEATURE), the '-flto
-fuse-linker-plugin' build options do not work anymore as with the old
bfd linker. I am using the toolchain layer of oe-meta.
Is this expected or just some issue with our gcc?
Enrico
with ld-is-gold
$
not sure whether the custom do_compile_prepend() is still needed.
For now only the issue above will be fixed by executing ./config.status
yet again.
[1] see 648290d5bf4d6ff50d3643bb7ad902dfc23aa702
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/recipes-devtools/libtool/libtool
Andreas Oberritter o...@opendreambox.org writes:
What's the use case for removing packages offline
I am developing very much with NFS root filesystems (-- the temporary
image directory which is kept by IMAGE_KEEPROOTFS=1). Packaging operations
like install, remove or upgrade are common
Andreas Oberritter o...@opendreambox.org writes:
What's the use case for removing packages offline
yes; I am working on the build machine. The NFS filesystem is mounted
read-only on the target.
How do you handle prerm and postrm scripts that fail because $D is
set?
Fortunately, there are
Koen Kooi k...@dominion.thruhere.net writes:
Considering that in the meantime my similar patch [1] to systemd.bbclass
got merged into meta-oe by Koen, who initially was against it, I guess
this patch can finally get merged now, too.
Crap, I missed the $D part, that's going to get reverted
I
Koen Kooi k...@dominion.thruhere.net writes:
Considering that in the meantime my similar patch [1] to systemd.bbclass
got merged into meta-oe by Koen, who initially was against it, I guess
this patch can finally get merged now, too.
Crap, I missed the $D part, that's going to get reverted
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
Currently, ccache is used if it is present. When building from scratch
it gives no performance improvement
Here, I have a 10% cache hit ratio in a scratch build:
cache hit (direct) 2841
to stderr
| make[3]: *** [asn1Coding.1] Error 1
which was caused by touching configure.ac which is a dependency of the
generated man pages.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/recipes-support/gnutls/libtasn1_2.12.bb | 10 +-
1 files changed, 9 insertions
/asn1Coding
| Try `--no-discard-stderr' if option outputs to stderr
| make[3]: *** [asn1Coding.1] Error 1
which was caused by touching configure.ac which is a dependency of the
generated man pages.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/recipes-support/gnutls
Richard Purdie richard.pur...@linuxfoundation.org writes:
setting HELP2MAN environment to 'true' for cross-builds might be a
general solution But this does not seem to be implemented...
Right, I remember looking into this and its hard to disable. I've pushed
a PATH change to address this
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
This switches to use the hash based signature generatior and update
layout_abi to match stamp file layout changes.
Has this really been tested? I played a little bit with it and it was
very painful when
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
There are some subtle bugs in the hash generation too (e.g. bitbake's
get_file_depends() result is used to calculate a hash over a set() which
is filled nondeterministically when BB_NUMBER_THREADS1) which
Last mirror rewrite caused a regression not accepting
.*://.*/.* file://${DL_DIR}/../local/
like specifications anymore. Patch restores old behavior by using regexp
matching when checking protocol.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
lib/bb/fetch2/__init__.py
I'm not sure what to do about fixing this...
should be trivial by regexp matching the protocol part instead of
comparing it with '='. See my parallel posting for a patch.
Enrico
___
Openembedded-core mailing list
Richard Purdie richard.pur...@linuxfoundation.org writes:
# Principle of least surprise. We could end up with https
matching against http and
# generating files:// urls if we use the regexp engine below.
-if i != uri_decoded[loc]:
+if not
Enrico Scholz enrico.sch...@sigma-chemnitz.de writes:
-if i != uri_decoded[loc]:
+if not re.match(i, uri_decoded[loc]):
| FAIL: test_urilist2 (bb.tests.fetch.FetcherTest)
| AssertionError: Lists differ: ['file:///somepath/downloads/b... !=
['file:///someotherpath
Hi,
the 82d73423c57569b984ee0ae3d93e3c3bd5dc5216 runqueue: Reimplement
recrdepends so it works more correctly bitbake commit breaks
OpenEmbedded's 'do_fetchall' task. Previously sources of all dependent
tasks were downloaded. Now, only a small subset gets fetched.
Before:
| $ ./bitbake
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
Originally, git was something new, not installed everywhere and had
commandline stability problems. This has changed and git it no longer
makes sense to continually build this when the system installed
Saul Wold sgw-VuQAYsv1563Yd54FQh9/c...@public.gmane.org writes:
- f=${D}${libdir}/$i.so
+f=${D}${base_libdir}/$i.so
this breaks builds because 'ld' does not search ${base_libdir}:
| gcc -shared ... -ltermcap
| /usr/bin/ld: cannot find -ltermcap
| ERROR: Task 216
Andreas Müller schnitzeltony-mmb7mzph...@public.gmane.org writes:
currently some libs are moving from $libdir (/usr/lib) - $base_libdir
(/lib).
Parts of these changes are wrong resp. require adaptations in the build
system. Devel .so files can stay in /usr/lib; moving them to /lib breaks
Scott Garman scott.a.garman-ral2jqcrhueavxtiumw...@public.gmane.org
writes:
- f=${D}${libdir}/$i.so
+f=${D}${base_libdir}/$i.so
this breaks builds because 'ld' does not search ${base_libdir}:
| gcc -shared ... -ltermcap
| /usr/bin/ld: cannot find -ltermcap
|
There does not exist an '--enable-target=all' option.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/recipes-devtools/binutils/binutils.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/binutils/binutils.inc
b/meta/recipes
Packaging will fail with executable files containing spaces in their
names. Patch quotes the parameter passed to 'objdump'.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/classes/package.bbclass |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
There is no reason to disable exec-stack only for -native builds;
binaries on the target will suffer from the same SELinux ACLs.
OpenSSL does not use executable stack so this option can be disabled
unconditionally.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/recipes
Changes to BUILD_LDFLAGS are required due to the recent movement of some
libraries from ${libdir} to ${base_libdir}. ${base_libdir} must be now
in the linker search path to avoid build problems of -native packages.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/conf
From: Enrico Scholz enrico.sch...@informatik.tu-chemnitz.de
'grep -r' will return symlinks (e.g. from the patches/ directory) and it
would be wrong to modify them with sed. Such a modification might fail
and break the buildprocess when symlink target is not writable by the
build user.
Signed
From: Enrico Scholz enrico.sch...@informatik.tu-chemnitz.de
Flag is used to skip generation of recursive RRECOMMENDS for packages
which are ending in '-dev' but which are no -dev packages. Examples are
kernel modules like 'kernel-module-i2c-dev' (i2c-dev.ko).
Signed-off-by: Enrico Scholz
From: Enrico Scholz enrico.sch...@informatik.tu-chemnitz.de
It would be wrong to generate depchains like i2c-dev -
module-init-tools-dev - libc-dev. Skip generation of recursive
RRECOMMENDS in such cases by using the nodevrrecs flag.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
Several packages can be used without graphical frontends, but the
buildsystem brings in statically (heavy) x11 or gtk+ software stacks.
This patchset uses the 'x11' DISTRO_FEATURE to disable building of
these components.
Enrico Scholz (4):
gst-plugins: do not build x11 related plugins without
gst-plugins might be used on headless systems or on systems with
DirectFB or qt frontends. Building them without the x11 software stack
might be desirable there and is supported by the buildsystem.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
.../gstreamer/gst-plugins
'distcc' can be used on headless system and it is desirable to avoid
building of the gnome/gtk+ stacks.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/recipes-devtools/distcc/distcc_2.18.3.bb |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta
'latencytop' can be used on headless system and it is desirable to avoid
building of the gtk+ stack.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/recipes-kernel/latencytop/latencytop_0.5.bb |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git
'sysprof' can be used on headless system and it is desirable to avoid
building of the gtk+/glade software stacks.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/recipes-kernel/sysprof/sysprof_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
VIJAY KUMAR vijaykumar.pulluri-re5jqeeqqe8avxtiumw...@public.gmane.org
writes:
I am trying to build openjdk-6 for my imx53sabre board.
During my journey, I got sticked here to get out of error.
| chmod -w grove_inst.cxx
| chmod: grove_inst.cxx: new permissions are r-xr-xrwx, not r-xr-xr-x
Hi,
some of the recent changes seem to break the parallel build of the gcc*
recipes which are sharing a same source directory:
| $ ./bitbake gcc-cross-initial gcc-cross-intermediate gcc-cross -c cleansstate
| $ BB_NUMBER_THREADS=3 ./bitbake gcc-cross-initial gcc-cross-intermediate
gcc-cross
|
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
Encrico: Which DISTRO are you using and do you use rm_work*.bbclass?
yes; rm_old_work seems to cause the problem. Task uses ${PN} and was
declared with
addtask rm_old_work before do_unpack
which causes
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
Is there a way to exclude such tasks from the signature handling?
The easiest option is probably something like:
do_rm_old_works[vardepexclude] = PN
I tried this but it is not really an option because
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
Is there a way to exclude such tasks from the signature handling?
The easiest option is probably something like:
do_rm_old_works[vardepexclude] = PN
I tried this but it is not really an option...
evaluating 'export'
and 'unexport' flags so that this variable must be set in a python
function instead of declaring it in bitbake.conf.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/classes/base.bbclass |8
meta/conf/bitbake.conf|3 ---
2 files changed
Enrico Scholz
enrico.scholz-wttK6gPy29v+Hn7q9Vec/7nah6klm...@public.gmane.org
writes:
Encrico: Which DISTRO are you using and do you use rm_work*.bbclass?
yes; rm_old_work seems to cause the problem.
The signature stuff was one problem; there is another, more trivial (but
probably more
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
ccache checks for existence of environment; not for its value:
...
Hence, avoid setting of $CCACHE_DISABLE instead of assigning '0'.
Why doesn't CCACHE_DISABLE[unexport] = 1 help here?
You mean, keeping
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
do_rm_old_work[stamp-base] = ${SS}
will not work because do_rm_old_work depends on ${PN} (it cleans the
packages + packages-split directories of previously built packages in
${WORKDIR}). Executing it for
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
afais, the ccache.bbclass class is for assigning and cleaning some
(imho) strange CCACHE_DIR only which lowers efficiency significantly.
Normal ccache usage with a single CCACHE_DIR works fine (and much
Koen Kooi koen-qlwjdigv5ablmq1fohreccpxlwaov...@public.gmane.org
writes:
RPROVIDES_${PN} += dbus-x11
This is wrong because 'dbus' does not provide dbus-x11 when x11 is
disabled by distro. Packages which require dbus-launch from 'dbus-x11'
will install fine but will fail at runtime.
Enrico
Radu Moisan radu.moisan-ral2jqcrhueavxtiumw...@public.gmane.org
writes:
Followed suggestions from Bugz 2261:
1) remove the --with-x/--without-x configure arguments.
why? They are valid ./configure options and common when evaluating the
x11 distro-feature. Selecting them explicitly makes the
Radu Moisan radu.moisan-ral2jqcrhueavxtiumw...@public.gmane.org
writes:
it does not crash at runtime.
I do not speak about crash; I guess 'dbus-launch' has some extra
functionality when compiled with x11 support, and packages which
depend on dbus-x11 might expect this functionality.
Providing
rongqing.li-cwa4wttnnzf54taoqty...@public.gmane.org writes:
+++ b/meta/recipes-kernel/perf/perf_3.4.bb
...
+ sed -i s:-I/usr/include/slang:-I${STAGING_INCDIR}:
${S}/tools/perf/Makefile
You are patching an already staged file here:
| S = ${STAGING_KERNEL_DIR}
When want to fix it in
Hi,
having something in the image which brings gcc-runtime-locale-XX in
causes do_rootfs to fail with:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for
gcc-runtime-locale-de:
* gcc-runtime *
* opkg_install_cmd: Cannot install package gcc-runtime-locale-de.
Khem Raj raj.khem-re5jqeeqqe8avxtiumw...@public.gmane.org writes:
svn tar balls are 96M as compared to 1.3G git tars
perhaps it's time to implement support for shallow git repositories to
bitbake...
Enrico
___
Openembedded-core mailing list
Hi,
with recent oe-core + oe-meta, a build from scratch fails in eglibc
with:
|
.../tmp/sysroots/x86_64-oe-linux/usr/bin/armv5te-linux-gnueabi/arm-linux-gnueabi-ld.bfd:
cannot find -lgcc_eh
| collect2: error: ld returned 1 exit status
| make[2]: ***
Hi,
I just noticed that libgcc_s.so.1 is not stripped in the .ipk. Is
there any reason to keep the debug symbols? Uncompressed, this makes a
difference of more than 1 MB.
Enrico
___
Openembedded-core mailing list
Richard Purdie richard.pur...@linuxfoundation.org writes:
+process_tmpdir = os.path.join('/tmp', str(os.getpid()))
+shutil.rmtree(process_tmpdir)
Its only being used as a prefix, not as the full directory path name
so it isn't quite as insecure as it would first appear.
It
Richard Purdie richard.pur...@linuxfoundation.org writes:
I would point out that the build process is likely full of such races
though.
Yes; I know. But there is really no excuse to introduce insecure tmpfile
creation; especially because safe techniques are well known, available
and cheap.
Constantin Musca
constantinx.musca-ral2jqcrhueavxtiumw...@public.gmane.org writes:
+process_tmpdir = tempfile.mkdtemp(prefix=str(os.getpid()))
fwiw, prefix is usually something which identifies the origin of the
tempfile. getpid() does not make much sense here; it might be better to
use
Hi,
recent binutils upgrade[1] breaks dot assignments within NOLOAD sections.
E.g
$ echo '_start:' foo.S
$ cat EOF foo.ld
SECTIONS {
.stack (NOLOAD) : {
. = . + 128;
}
}
EOF
$ arm-linux-gnueabi-gcc foo.S -T foo.ld
arm-linux-gnueabi/4.7.2/ld: internal error in
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
+STAMPCLEAN = ${TMPDIR}/stamps/${MULTIMACH_TARGET_SYS}/${PN}-*-*
Is it intended that this pattern can match unrelated packages? E.g. for
PN='gcc-cross', the mask will apply to stampfiles for
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
We've noticed failures on the project autobuilders where a shared
sstate directory is used across multiple builders and the clocks
become skewed.
I think, 'ntp' is a better way to solve this...
This
Robert Yang liezhi.yang-cwa4wttnnzf54taoqty...@public.gmane.org
writes:
The recipe's DESCRIPTION is wrapped automatically by textwrap, make it
support newline (\n) to let the user can wrap it manually, e.g.:
-ctrlfile.write('Description: %s\n' % summary)
-
Generating filesystems with this flag allows more efficient directory
traversals because getdents() returns the filetype in 'd_type' which
allows to avoid an extra lstat() call.
Creating ext4 filesystems with 'mkfs.ext4' sets this flag by default
too.
Signed-off-by: Enrico Scholz enrico.sch
Hi,
is it expected that recent gcc 4.8[1] compiles the kernel correctly?
Kernels for ARMv5 platforms (PXA168 - 3.4.52, MX28 - 3.8.13) fail here
100% at early boot with
[0.404750] Unable to handle kernel paging request at virtual address
00210020
[0.412468] pgd = c0004000
[0.415187]
Enrico Scholz
enrico.scholz-wttK6gPy29v+Hn7q9Vec/7nah6klm...@public.gmane.org
writes:
is it expected that recent gcc 4.8[1] compiles the kernel correctly?
Kernels for ARMv5 platforms (PXA168 - 3.4.52, MX28 - 3.8.13) fail here
100% at early boot with
Applying two upstream kernel commits
Saul Wold sgw-VuQAYsv1563Yd54FQh9/c...@public.gmane.org writes:
The PACKAGECONFIG will ensure consistent enabling and disabling of the pam
and systemd related
options for configure and the correct dependencies
v2: fixed PACKAGECONFIG line continuation grammar
added _class-target for
Shakeel, Muhammad
muhammad_shakeel-nmggyn9qbj3qt0dzr+a...@public.gmane.org writes:
If systemd is supported DISTRO_FEATURE and sysvinit is not and also if
systemd_unitdir contains a service file(s) then no need to keep init.d scripts
for sysvinit compatibility.
...
+for filename
Koen Kooi koen-qlwjdigv5ablmq1fohreccpxlwaov...@public.gmane.org
writes:
The ??= operator is too weak
...
-PACKAGECONFIG_class-target ??= ${@base_contains('DISTRO_FEATURES', 'pam',
'libpam', '', d)} \
+PACKAGECONFIG_class-target ?= ${@base_contains('DISTRO_FEATURES', 'pam',
'pam', '',
qi.chen-cwa4wttnnzf54taoqty...@public.gmane.org writes:
To avoid generating ssh keys every time a system with read-only rootfs
starts, we generate ssh keys at rootfs creation time.
This is security wise a very bad and dangerous change because all devices
will get the same key which can be
Shakeel, Muhammad
muhammad_shakeel-nmggyn9qbj3qt0dzr+a...@public.gmane.org writes:
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-utils.service
@@ -0,0 +1,16 @@
+[Unit]
+Description=NFS Server
+Requires=rpcbind.service
+After=rpcbind.service
+
+[Service]
+Type=oneshot
Shakeel, Muhammad
muhammad_shakeel-nmggyn9qbj3qt0dzr+a...@public.gmane.org writes:
+++ b/meta/recipes-extended/rpcbind/rpcbind/rpcbind.service
...
+[Service]
+Type=forking
+ExecStart=/usr/sbin/rpcbind
The '-w' option, perhaps '-f' (-- 'Type=forking' can be removed then)
and a general way to
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org writes:
- os.path.isfile(file):
...
+try:
+s = os.stat(file)
+except OSError, (err, strerror):
+if err != errno.ENOENT:
-existing and can cause EPERM (instead of
the catched ENONENT) exceptions
* does not deal with special cases like '..' leaving the sysroot.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/classes/package.bbclass | 16 +---
1 file changed, 5 insertions(+), 11
oe.path.realpath() provides are common and more correct implementation
for resolving symlinks within sysroot. Use it.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/classes/update-alternatives.bbclass | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git
.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/lib/oe/path.py| 87 +
meta/lib/oe/tests/test_path.py | 89 ++
2 files changed, 176 insertions(+)
create mode 100644 meta/lib/oe/tests
Paul Sokolovsky pmiscml-re5jqeeqqe8avxtiumw...@public.gmane.org
writes:
For example, some users may want to use single cache directory (instead
of per-package) with known max size limit, to better control disk usage.
You change conflicts with
| do_clean[cleandirs] += ${CCACHE_DIR}
To use
Enrico Scholz
enrico.scholz-wttK6gPy29v+Hn7q9Vec/7nah6klm...@public.gmane.org
writes:
Causes a regression (resp. triggers the previously hidden bug catched by
the os.path.isfile() check):
ERROR: Error executing a python function in
.../org.openembedded.core/meta/recipes-core/systemd/systemd
Commit ec2aab09769f4b6817d74d2175afa2b7c7598750 introduced a regression
on packages which contain symlinks with unresolvable path components
(e.g. lsof-dbg). While assigning a variable, an exception was raised
and the exception handler accessed this variable.
Patch deals both with the dangling
Some use cases in OE operate on symlinks which dangling path components.
Assume that these are directories instead of raising ENOENT.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/lib/oe/path.py| 26 ++
meta/lib/oe/tests/test_path.py
Khem Raj raj.khem-re5jqeeqqe8avxtiumw...@public.gmane.org writes:
I am seeing below errors after this commit to OE-Core
commit f2e16c655286aab465054db6727fa3365bef3124
Sorry; before I committed them I did a small code cleanup and did not
wait for the results of image builds (changes in
Ross Burton ross.burton-ral2jqcrhueavxtiumw...@public.gmane.org
writes:
The standalone udev has these dependencies and extraconf is required
to have working automount amongst other things.
The -ids stuff is solved in systemd-udev by the (non-working)
/lib/udev/hwdb.d database, isn't it? IMO
/tmp directories must be sticky and world writable to be usable.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/recipes-core/systemd/systemd/00-create-volatile.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd/00
Hello,
it would be nice when the decision to make the init manager a distribution
feature will be reverted to the old oe-meta mechanism.
Being a distribution feature means, that packages are created in such a
way that it is impossible to split off unwanted and heavy weighted
functionality at
Richard Purdie richard.pur...@linuxfoundation.org writes:
it would be nice when the decision to make the init manager a distribution
feature will be reverted to the old oe-meta mechanism.
The trouble is that by making it an image feature, people will
expect *everything* to work properly and
Burton, Ross ross.burton-ral2jqcrhueavxtiumw...@public.gmane.org
writes:
On 15 February 2013 19:29, Khem Raj
raj.khem-re5jqeeqqe8avxtiumw...@public.gmane.org wrote:
+/lib/udev/hwdb.d \
Would this obsolete the patch I posted earlier to add pci/usb IDs?
no; these files are
Richard Purdie richard.pur...@linuxfoundation.org writes:
meta-oe earned a *horrendous* reputation because of the way systemd was
implemented there.
Can you point me to the corresponding discussion resp. which aspects of
the meta-oe implementation were criticized?
I can image only two
Martin Jansa martin.jansa-re5jqeeqqe8avxtiumw...@public.gmane.org
writes:
On the specifics of the do_install_append, you've seen my comments
about how we're not learning from past mistakes with the way the
do_install in the class was written. I note Phil also agreed with
them, both of us
Burton, Ross ross.bur...@intel.com writes:
But it doesn't need to be as dangerous as binconfig.bbclass, because
we already list .service or .socket files in SYSTEMD_SERVICE so we
can improve that find call
Why is 'find' required at all? afaik, only files from $SRC_URI are
affected. So we
Burton, Ross ross.burton-ral2jqcrhueavxtiumw...@public.gmane.org
writes:
more upstream over time will also integrate systemd unit files
directly.
When in 5 or 10 years everybody switched to systemd and installs its
service files by itself, we can mark the relevant code in the class as
Burton, Ross ross.burton-ral2jqcrhueavxtiumw...@public.gmane.org
writes:
With recent systemd packaging change, the rescue image size grow up
from 5.9 MiB to 27 MiB because systemd dependencies are hardcoded in
mandatory packages.
This certainly can happen. core-image-minimal-initramfs went
Khem Raj raj.khem-re5jqeeqqe8avxtiumw...@public.gmane.org writes:
On the specifics of the do_install_append, you've seen my comments about
how we're not learning from past mistakes with the way the do_install in
the class was written. I note Phil also agreed with them, both of us
Ross Burton ross.burton-ral2jqcrhueavxtiumw...@public.gmane.org
writes:
the source, so enabling systemd may well lead to libsystemd-* libraries
sneaking into your rescue image.
for socket activation and sd_notify(), only libsystemd-daemon is required
which is
-rwxr-xr-x1 root root
Richard Purdie richard.pur...@linuxfoundation.org writes:
Old implementation suffered from lot of problems; e.g.
* redundant code
* calls 'os.stat()' which references files on host; this can give wrong
results about existing/non-existing and can cause EPERM (instead of
the catched
Ross Burton ross.burton-ral2jqcrhueavxtiumw...@public.gmane.org
writes:
These fragments may be used on a system that didn't actually boot with
systemd, so check for systemctl first, and don't force systemd to be
installed.
Checking for existence of programs in scriplets is a bad hack which
1 - 100 of 372 matches
Mail list logo
