New version of systemd implements a new feature of updating /etc
or /var when needed at boot. For details, please see link below.
Opointer.de/blog/projects/stateless.html
For now, at boot time, the systemd-sysusers.service would update user
database files (/etc/passwd, /etc/group, etc.) according
The following changes since commit fcbd1b19383daf5e160a864df1418130da01be28:
build-appliance-image: Update to dizzy head revision (2014-10-11 08:11:11
+0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib ChenQi/systemd-read-only
http://cgit.
This patch adds a flexible way to configure the CMake in SDKs. It adds
a toolchain configuration script which supports subscripts for
extensions, as for example Qt5.
Signed-off-by: Otavio Salvador
---
.../cmake/cmake/OEToolchainConfig.cmake | 18 ++
.../cmake/cmake
On 10/20/2014 02:40 AM, Burton, Ross wrote:
On 19 October 2014 19:37, akuster808 wrote:
When I build 'core-image-x11' on Poky, X on wont start. I am using the
standard Poky clone with no added layers. When I manually start x I get the
following error:
startx
/etc/X11/xinit/xinitrc: line 95:
On 10/20/2014 07:01 PM, Burton, Ross wrote:
On 16 October 2014 03:02, wrote:
+RRECOMMENDS_${PN}_class-target = "gnupg"
Recommends means pulled into images unless you use BAD_RECOMMENDATIONS
to remove it. As signing isn't a key part of RPM, maybe this should
be RSUGGESTS?
Ross
I think
On 10/20/2014 06:59 PM, Burton, Ross wrote:
On 15 October 2014 10:21, wrote:
Calling strncpy with NULL second argument, even when the size is 0,
is undefined behavior, which leads to GCC to drop the check old
variable with NULL in following code.
https://bugzilla.yoctoproject.org/show_bug.c
On 10/21/14, 3:08 AM, Burton, Ross wrote:
On 20 October 2014 19:30, wrote:
+# Check that our kernel will work for crosssdk
+if os.uname()[0] == "Linux" and LooseVersion(os.uname()[2]) <
LooseVersion(d.getVar('OLDEST_KERNEL')):
+status.addresult("The system requires a kernel of
On Tuesday, October 7, 2014, Andreas Müller
wrote:
> variable contents are displayed properly when debugging qt applications
remotely
>
> see [1] for further details
>
> [1]
http://qt-project.org/doc/qtcreator-2.6/creator-debugging-helpers.html#debugging-helpers-based-on-python
>
> Signed-off-by:
On 20 October 2014 19:30, wrote:
> +# Check that our kernel will work for crosssdk
> +if os.uname()[0] == "Linux" and LooseVersion(os.uname()[2]) <
> LooseVersion(d.getVar('OLDEST_KERNEL')):
> +status.addresult("The system requires a kernel of at least %s to
> run\n" % d.getVar(
Changelog since 2014-10-12 until 2014-10-19. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distr
From: Jeffrey Honig
Fixes [YOCTO #6856]
Bitbake.conf now specifies OLDEST_KERNEL to insure that the SDK is not run
on a kernel that is not supported by a component of the SDK (i.e. glibc). If
this
is attempted an error will not be generated until deep into the SDK build.
This changes adds a s
It was discovered that the patch for CVE-2014-0191 for libxml2 is
incomplete. It is still possible to have libxml2 incorrectly perform
entity substituton even when the application using libxml2 explicitly
disables the feature. This can allow a remote denial-of-service attack on
systems with libxm
I'm trying to make an sd card using the sdimage-bootpart.wks file. I've
made an image and dd'ed it to a card. The card has a good vfat
partition, but the ext4 partition won't mount. Looks like bad
superblock. I can format the partition manually, so partitions seem OK
and card works.
Does anyone ha
On 10/20/2014 09:58 AM, Burton, Ross wrote:
On 20 October 2014 15:50, Peter A. Bigot wrote:
There's this bugzilla entry:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5031
I see a NAKd patch set from about 26 Mar 2014 which tried to add
virtual/bluez. The outcome was that a rework would b
Hi all,
I realize this is primarily a development ML and I don't mean to abuse it.
That said, I'm currently in job-hunt mode and would love to continue
working professionally with Yocto/OE if possible. I'm based in Portland,
OR and would be interested in hearing about any local or remote-frien
On Mon, 2014-10-20 at 14:40 +0200, Mike Looijmans wrote:
> On 10/20/2014 02:04 PM, Richard Purdie wrote:
> > On Mon, 2014-10-20 at 13:55 +0200, Mike Looijmans wrote:
> >> The short version of my question: Can I define a "level" that goes beyond
> >> MACHINE?
> >>
> >> My problem in detail (and I
On 20 October 2014 10:40, Paul Barker wrote:
> This patch looks to be corrupted, opkg_svn.bb no longer exists in
> oe-core (it's now opkg_0.2.2.bb) and your commit message is very
> confusing as it references a log file and a path which only exists on
> your system.
>
> What version of poky or oe-
On 20 October 2014 15:50, Peter A. Bigot wrote:
> There's this bugzilla entry:
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=5031
>
> I see a NAKd patch set from about 26 Mar 2014 which tried to add
> virtual/bluez. The outcome was that a rework would be done and tested and
> resubmitted la
There's this bugzilla entry:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5031
I see a NAKd patch set from about 26 Mar 2014 which tried to add
virtual/bluez. The outcome was that a rework would be done and tested
and resubmitted latter. In the related discussion there was some concern
On Oct 20, 2014, at 10:30 AM, Burton, Ross wrote:
> On 17 October 2014 15:08, Drew Moseley wrote:
>> An issue was found where when yocto is installed to a hard disk
>> from a live USB key, no matter what boot order was selected in
>> the BIOS menu, the grub menu of the USB key would always show
>
On 17 October 2014 15:08, Drew Moseley wrote:
> An issue was found where when yocto is installed to a hard disk
> from a live USB key, no matter what boot order was selected in
> the BIOS menu, the grub menu of the USB key would always show
> up. The issue was narrowed down to the way grub configu
The previous version could crash on dead links in the rootfs, or if the
manifest directory did not
exist. The generated files were also not compliant with the SPDX specification,
for example file
entries did not always start with the FileName tag, time stamps were
incorrectly formatted etc.
Sta
On 10/10/2014 05:03 PM, Paul Eggleton wrote:
Hi Mike,
On Friday 10 October 2014 07:36:25 Mike Looijmans wrote:
On 10/10/2014 12:15 AM, Otavio Salvador wrote:
On Thu, Oct 9, 2014 at 4:56 PM, Richard Purdie
wrote:
On Thu, 2014-10-09 at 10:16 +0200, Mike Looijmans wrote:
In partial reply to
On Mon, Oct 20, 2014 at 10:40 AM, Mike Looijmans
wrote:
> On 10/20/2014 02:04 PM, Richard Purdie wrote:
>>
>> On Mon, 2014-10-20 at 13:55 +0200, Mike Looijmans wrote:
>>>
>>> The short version of my question: Can I define a "level" that goes
>>> beyond MACHINE?
>>>
>>> My problem in detail (and I
On 10/20/2014 02:04 PM, Richard Purdie wrote:
On Mon, 2014-10-20 at 13:55 +0200, Mike Looijmans wrote:
The short version of my question: Can I define a "level" that goes beyond
MACHINE?
My problem in detail (and I suspect there are more systems with similar
problems):
I have an SOC called
On 20 October 2014 10:19, Chong Lu wrote:
> The data file is different between bit-32 and bit-64 environment.
And the data file is specific to the daemon, and you only want that
installed once. Two gconf daemons will attempt to write the same data
file, resulting in corruption.
What I meant is
On Mon, 2014-10-20 at 13:55 +0200, Mike Looijmans wrote:
> The short version of my question: Can I define a "level" that goes beyond
> MACHINE?
>
> My problem in detail (and I suspect there are more systems with similar
> problems):
>
> I have an SOC called "topic-miami". There are currently t
The short version of my question: Can I define a "level" that goes beyond
MACHINE?
My problem in detail (and I suspect there are more systems with similar
problems):
I have an SOC called "topic-miami". There are currently two variants: The 7015
and 7030. They are identical but for one compon
The db 6.0.30's LICENSE is 'AGPL-3.0', and db 5.3.28 LICENSE is
'Sleepycat'
While building rpm image with "AGPL-3.0" in ${INCOMPATIBLE_LICENSE},
db 6.0.30 and db-native 5.3.28 were built, the different versions
caused the rpm doesn't work on target.
...
root@qemux86-64:~# rpm -qa
|rpmdb: BDB2531
Test Steps:
1. vim local.conf
...
IMAGE_FEATURES += "package-management ssh-server-dropbear"
INCOMPATIBLE_LICENSE="AGPL-3.0"
...
2. build core-image-minimal
bitbake core-image-minimal
3. run qemu and execute 'rpm -qa' succeed
...
root@qemux86-64:~# rpm -qa
update-alternatives-opkg-0.1.8+git0+eae
On 16 October 2014 03:02, wrote:
> +RRECOMMENDS_${PN}_class-target = "gnupg"
Recommends means pulled into images unless you use BAD_RECOMMENDATIONS
to remove it. As signing isn't a key part of RPM, maybe this should
be RSUGGESTS?
Ross
--
___
Openemb
On 15 October 2014 10:21, wrote:
> Calling strncpy with NULL second argument, even when the size is 0,
> is undefined behavior, which leads to GCC to drop the check old
> variable with NULL in following code.
>
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=6743
I've merged this into my MUT
On 20 October 2014 10:30, Liu Jian wrote:
> "--enable-doc-pages" can control if man page of a package is added
> to the file system. "none" and "target" are the two only values.
> default value is none. But man page of hdparm is still included if
> --enable-doc-pages equals none while man page of
> Op 19 okt. 2014, om 21:15 heeft Marek Vasut het volgende
> geschreven:
>
> Pull the uImage image format generation from kernel.bbclass into
> a separate kernel-uimage.bbclass. The recipes which now need to
> generate an uImage will have to inherit kernel-uimage instead of
> kernel class.
To
> Op 15 okt. 2014, om 12:42 heeft Burton, Ross het
> volgende geschreven:
>
> On 15 October 2014 03:54, Chong Lu wrote:
>> The gconfd-2 will be called in org.gnome.GConf.service file and the path of
>> gconfd-2 is ${libexecdir}, this will get following error when multilib
>> exported
>> in th
Backport commit 69a3ab3 to 'daisy' which uses a different version of
file package.
Author of the original patch: Hongxu Jia
Signed-off-by: Javier Viguera
---
meta/recipes-devtools/file/file_5.16.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-devtools/file/file_5.16.bb
On 20 October 2014 10:21, Liu Jian wrote:
>
> Building a small filesystem with busybox gives the following error lines:
> (see log.do_rootfs under bitbake_build/tmp/work/)
> sed: -e expression #1, char 41: unterminated address regex
> sed: -e expression #1, char 42: unterminated address regex
> Th
On 19 October 2014 19:37, akuster808 wrote:
> When I build 'core-image-x11' on Poky, X on wont start. I am using the
> standard Poky clone with no added layers. When I manually start x I get the
> following error:
>
> startx
> /etc/X11/xinit/xinitrc: line 95: twm : command not found
> /etc/X11/xin
"--enable-doc-pages" can control if man page of a package is added
to the file system. "none" and "target" are the two only values.
default value is none. But man page of hdparm is still included if
--enable-doc-pages equals none while man page of hdparm should be
included if target is set.
Signed
Building a small filesystem with busybox gives the following error lines:
(see log.do_rootfs under bitbake_build/tmp/work/)
sed: -e expression #1, char 41: unterminated address regex
sed: -e expression #1, char 42: unterminated address regex
This is caused by the script
bitbake_build/tmp/sysroots/x
On 10/15/2014 06:42 PM, Burton, Ross wrote:
On 15 October 2014 03:54, Chong Lu wrote:
The gconfd-2 will be called in org.gnome.GConf.service file and the path of
gconfd-2 is ${libexecdir}, this will get following error when multilib exported
in the sdk:
error: file /usr/share/dbus-1/services/o
My bad... I saw it now... It's about backend specific pre/post commands.
Sorry for the noise.
laurentiu
On Mon, Oct 20, 2014 at 11:05:15AM +0300, Laurentiu Palcu wrote:
> On Tue, Sep 09, 2014 at 03:16:08AM -0700, Robert Yang wrote:
> > The rpm didn't run RPM_PREPROCESS_COMMANDS or RPM_POSTPROCES
On Tue, Sep 09, 2014 at 03:16:08AM -0700, Robert Yang wrote:
> The rpm didn't run RPM_PREPROCESS_COMMANDS or RPM_POSTPROCESS_COMMANDS,
> the similar to deb, this patch fix the problem.
I'm not sure I understand this... The pre/post process commands are run
in the abstract class Rootfs create() meth
43 matches
Mail list logo
