On Mon, Apr 15, 2013 at 9:45 PM, Bruce Ashfield <
bruce.ashfi...@windriver.com> wrote:
> Richard,
>
> As was reported on the oe-core mailing list earlier today, custom
> BSPs (other than the ones generated by the BSP tooling) that relied
> on generated BSP descriptions started failing.
>
> I did t
On Mon, Apr 15, 2013 at 9:19 PM, Bruce Ashfield wrote:
> This is fixed here. One line fix (smaller than that actually) .. isn't
> that always the
> way.
>
Sure, it's always something small that has either been forgotten about or
that's falling apart for some other reasons!
> I'll be sending RP
hello, i'm using archlinux, the gcc is 4.8.0.
when compiling gcc 4.7.2 in oe, I got the error:
| /mnt/src/arm9plf-build/tmp/work-shared/gcc-4.7.2-
r19/gcc-4.7.2/libgcc/libgcc2.c: In function '__absvdi2':
| /mnt/src/arm9plf-build/tmp/work-shared/gcc-4.7.2-
r19/gcc-4.7.2/libgcc/libgcc2.c:273:1: int
From: Ting Liu
do_patch failed after upgrading to openssl-1.0.1e. Log:
| ERROR: Command Error: exit status: 1 Output:
| Applying patch man-section.patch
| patching file Makefile.org
| Hunk #1 succeeded at 160 (offset 26 lines).
| Hunk #2 succeeded at 626 (offset 19 lines).
| misordered hunks! ou
Patches backported from mesa Git and from mesa-dev mailing list.
Signed-off-by: Andreas Oberritter
---
meta/recipes-graphics/mesa/mesa-9.0.2.inc |2 ++
.../mesa/dont-fail-if-libX11-isnt-installed.patch | 36
.../fix-egl-compilation-without-x11-headers.patch
Richard,
As was reported on the oe-core mailing list earlier today, custom
BSPs (other than the ones generated by the BSP tooling) that relied
on generated BSP descriptions started failing.
I did the following one line patch to fix them.
Updating the SCRCREV to pick up the following fix
Updating the SCRCREV to pick up the following fix
updateme: use absolute path for generated BSP descriptions
When a custom BSP is used, a top level BSP is generated by the tools and fed
to the build system just as a user defined BSP would be located and
passed. The location of the
On Mon, Apr 15, 2013 at 2:55 PM, Anders Darander wrote:
> I
>
> Bruce Ashfield wrote:
>
>>On Mon, Apr 15, 2013 at 2:15 PM, Bruce Ashfield
>> wrote:
>>> On Mon, Apr 15, 2013 at 2:07 PM, Anders Darander
>> wrote:
>
>>/home/anders/poky/build/tmp/work/qemuarm-poky-linux-gnueabi/linux-yocto-custom/3.8
I
Bruce Ashfield wrote:
>On Mon, Apr 15, 2013 at 2:15 PM, Bruce Ashfield
> wrote:
>> On Mon, Apr 15, 2013 at 2:07 PM, Anders Darander
> wrote:
>/home/anders/poky/build/tmp/work/qemuarm-poky-linux-gnueabi/linux-yocto-custom/3.8+gitAUTOINC+19f949f52599ba7c3f67a5897ac6be14bfcb1200-r1/temp/log.do_
On Mon, Apr 15, 2013 at 2:15 PM, Bruce Ashfield
wrote:
> On Mon, Apr 15, 2013 at 2:07 PM, Anders Darander
> wrote:
>>
>> Hi,
>>
>> I've been playing around a little bit with linux-yocto-custom, however,
>> i'm currently getting a build error (rather patch error)...
>>
>> Skipping my own layers a
From: Nitin A Kamble
The install boot option was giving the following error when one tried to
install the live image on a permanent storage of a BSP.
cat: write error Invalid argument
Installation image failed
sh: can't access tty: job control turned off
Further digging into the issue, found o
From: Nitin A Kamble
Information on the bugfix is in the commit's header.
Thanks,
Nitin
The following changes since commit 45c8cc1a58e7868f4603be08a86fef178edfc926:
poky.conf: add Poky 1.4 and CentOS 6.4 to SANITY_TESTED_DISTROS (2013-04-15
17:21:28 +0100)
are available in the git reposito
On Mon, Apr 15, 2013 at 2:07 PM, Anders Darander wrote:
>
> Hi,
>
> I've been playing around a little bit with linux-yocto-custom, however,
> i'm currently getting a build error (rather patch error)...
>
> Skipping my own layers and machines, I've reproduced the same issue by
> just taking oe-core
Hi,
I've been playing around a little bit with linux-yocto-custom, however,
i'm currently getting a build error (rather patch error)...
Skipping my own layers and machines, I've reproduced the same issue by
just taking oe-core (or poky), and editing
meta-skeleton/recipes-kernel/linux-yocto-custo
Op 15 apr. 2013, om 18:24 heeft "Burton, Ross" het
volgende geschreven:
> On 15 April 2013 17:16, Yevhen Kyriukha wrote:
>> Is there a way to display image with progress bar during boot (using
>> psplash) with systemd?
>
> Theoretically yes, but this is one place where there isn't any
> integ
On 15 April 2013 17:16, Yevhen Kyriukha wrote:
> Is there a way to display image with progress bar during boot (using
> psplash) with systemd?
Theoretically yes, but this is one place where there isn't any
integration yet. Systemd has native support for the plymouth splash,
so abstracting that w
Is there a way to display image with progress bar during boot (using
psplash) with systemd?
Best regards,
Yevhen
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded
On Mon, Apr 15, 2013 at 10:49:20AM -0500, Mark Hatle wrote:
> On 4/15/13 10:40 AM, Richard Purdie wrote:
> > On Mon, 2013-04-15 at 10:16 -0500, Mark Hatle wrote:
> >> On 4/15/13 6:07 AM, Richard Purdie wrote:
> >>> In each of these cases allarch is used where the package in question has a
> >>> dep
Content of this udev rules files is outdated because it calls the
external 'modprobe' tool (which might be not installed) instead of the
'kmod' builtin.
Its functionality is provided by systemd's '80-drivers.rules' already
so it can be removed.
Signed-off-by: Enrico Scholz
---
meta/recipes-core
Richard Purdie writes:
>> >> Following the example set by udev, move the binaries to /sbin/systemd
>> >> and hardcode less paths in general. Tested on atom-pc with a .hddimg
>> >> so the live boot/initrd paths were tested.
>> >
>> > At least the moving of udev breaks a lot of local recipes here
On 4/15/13 10:40 AM, Richard Purdie wrote:
On Mon, 2013-04-15 at 10:16 -0500, Mark Hatle wrote:
On 4/15/13 6:07 AM, Richard Purdie wrote:
In each of these cases allarch is used where the package in question has a
dependency on things which are not allach and change when MACHINE is changed.
Thi
On 14 April 2013 17:48, Martin Jansa wrote:
> coreutils-8.15 and newer build realpath which conflicts with busybox's
> u-a.
>
> Please add u-a settings for that in coreutils to fix upgrade path:
>
> Configuring busybox.
> ln: /usr/bin/realpath: File exists
>
> update-alternatives: Error: not
New coreutils (8.15 onwards) build /usr/bin/realpath, which busybox also builds.
Add it to the alternatives handling to avoid file conflicts.
Signed-off-by: Ross Burton
---
meta/recipes-core/coreutils/coreutils_8.21.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/r
Changelog since 2013-04-07 until 2013-04-14. 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
On Mon, 2013-04-15 at 10:16 -0500, Mark Hatle wrote:
> On 4/15/13 6:07 AM, Richard Purdie wrote:
> > In each of these cases allarch is used where the package in question has a
> > dependency on things which are not allach and change when MACHINE is
> > changed.
> >
> > This leads to a rebuild of t
On 15 April 2013 16:31, Koen Kooi wrote:
> It was deleted in favour of systemd.bb providing udev, angstrom hasn't udev
> the standalone udev since it was merged into the systemd repo.
Right, makes sense.
Ross
___
Openembedded-core mailing list
Openem
Op 15 apr. 2013, om 17:31 heeft Koen Kooi het
volgende geschreven:
>
> Op 15 apr. 2013, om 17:27 heeft "Burton, Ross" het
> volgende geschreven:
>
>> On 15 April 2013 16:21, Koen Kooi wrote:
What udev updates are you referring to here? The udev in oe-core has
RRECOMMENDED on ude
Op 15 apr. 2013, om 17:27 heeft "Burton, Ross" het
volgende geschreven:
> On 15 April 2013 16:21, Koen Kooi wrote:
>>> What udev updates are you referring to here? The udev in oe-core has
>>> RRECOMMENDED on udev-extraconf since 2008
>>> (fc128ab1e4fec27d44cebfa690a9bc233eda0caf) and I don't
On 15 April 2013 16:21, Koen Kooi wrote:
>> What udev updates are you referring to here? The udev in oe-core has
>> RRECOMMENDED on udev-extraconf since 2008
>> (fc128ab1e4fec27d44cebfa690a9bc233eda0caf) and I don't see a udev
>> override in meta-systemd.
>
> The udev in meta-oe, I never used the
On 15 April 2013 16:13, Koen Kooi wrote:
> that doesn't seem to have postinst fixed for opkg based systems.
Possible that there's another bug still out there - does anything run
on first boot? The gconf stuff should have happened on the host so
this is a bit worrying.
Ross
Op 15 apr. 2013, om 17:16 heeft "Burton, Ross" het
volgende geschreven:
> Hi Koen,
>
> On 15 April 2013 11:12, Koen Kooi wrote:
>> In the original udev and systemd updates these extra conf rules and scripts
>> where removed and moved to a different recipe to avoid pulling them in by
>> defa
Hi Koen,
On 15 April 2013 11:12, Koen Kooi wrote:
> In the original udev and systemd updates these extra conf rules and scripts
> where removed and moved to a different recipe to avoid pulling them in by
> default, making them opt-in. The systemd merge into oe-core regressed this
> into making
On 4/15/13 6:07 AM, Richard Purdie wrote:
In each of these cases allarch is used where the package in question has a
dependency on things which are not allach and change when MACHINE is changed.
This leads to a rebuild of the package each time MACHINE is switched and
the sstate checksum changes.
On Mon, 2013-04-15 at 13:21 +0200, Koen Kooi wrote:
> Op 15 apr. 2013, om 13:00 heeft Enrico Scholz
> het volgende geschreven:
>
> > Ross Burton
> > writes:
> >
> >> Following the example set by udev, move the binaries to /sbin/systemd
> >> and hardcode less paths in general. Tested on atom-p
Op 15 apr. 2013, om 16:52 heeft "Burton, Ross" het
volgende geschreven:
> On 15 April 2013 15:45, Koen Kooi wrote:
>> Speaking of GNOME, I noticed that I have to manually (re)run postinst for
>> gconf schemas after first boot to get the apps to work. Is anyone seeing the
>> same?
>
> Urgh. N
On Mon, Apr 15, 2013 at 03:52:24PM +0100, Burton, Ross wrote:
> On 15 April 2013 15:45, Koen Kooi wrote:
> > Speaking of GNOME, I noticed that I have to manually (re)run postinst for
> > gconf schemas after first boot to get the apps to work. Is anyone seeing the
> > same?
>
> Urgh. No. There w
Other recipe versions in other layers
may be using connman.inc, so by resetting
INC_PR they go backwards in version.
Set the INC_PR correctly.
Signed-off-by: Cristian Iorga
---
meta/recipes-connectivity/connman/connman.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/me
On 15 April 2013 15:45, Koen Kooi wrote:
> Speaking of GNOME, I noticed that I have to manually (re)run postinst for
> gconf schemas after first boot to get the apps to work. Is anyone seeing the
> same?
Urgh. No. There was recent changes (breakage/fixage) to the postinst
stuff, are you totally
On Mon, 2013-04-15 at 13:38 +0200, Martin Jansa wrote:
> On Mon, Apr 15, 2013 at 12:07:01PM +0100, Richard Purdie wrote:
> > Currently the names used for the kernel in deploy will contain "AUTOREV"
>
> Here it shows "AUTOINC"
It should say AUTOINC in the commit message too...
Cheers,
Richard
Hi,
just reminder of pending build issues with distro-less qemuarm world buils,
unfortunately a lot of these recipes are still there since I started to send
"world build status", so I will comment only on new or suspicious entries.
Complete log as always available at
http://logs.nslu2-linux.org/b
upgrade from 0.6 -> 0.7
Signed-off-by: Andrei Dinu
---
.../{pax-utils_0.6.bb => pax-utils_0.7.bb} |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/pax-utils/{pax-utils_0.6.bb => pax-utils_0.7.bb}
(82%)
diff --git a/meta/recipes-devtools/pax-uti
On 15/04/13 14:10, Martin Jansa wrote:
On Mon, Apr 15, 2013 at 01:58:52PM +0100, Jack Mitchell wrote:
Ok, I have just come back to trying out the new systemd implementation,
and this bug still exists.
Exactly the same error as before:
[2.390730] systemd[1]: Failed to mount /run: No such fi
On Fri, 2013-04-12 at 22:37 +0200, Martin Jansa wrote:
> On Fri, Apr 12, 2013 at 03:44:41PM -0400, Trevor Woerner wrote:
> > Sorry for not noticing this sooner.
> >
> > On Thu, Apr 11, 2013 at 9:30 AM, Martin Jansa
> > wrote:
> > > My proposal is to add md5sum of downloaded file to ChecksumError
Sometimes people wonder why I take so long to merge certain patches. The
issue is that if some core area of the code changes, it can have a
ripple effect on the rest of the system.
One of the goals of 1.4 is to improve performance. In order to
demonstrate we did (and to be better able to track reg
Please see comments below,
Cheers,
Alex
On Mon, Apr 15, 2013 at 1:49 PM, Iorga, Cristian
wrote:
> Hi Alex,
>
> See my comments below.
>
> Regards,
> Cristian
>
> From: Damian, Alexandru [mailto:alexandru.dam...@intel.com]
> Sent: Monday, April 15, 2013 3:31 PM
> To: Iorga, Cristian
> Cc: richar
On Mon, Apr 15, 2013 at 8:49 AM, Iorga, Cristian
wrote:
> Hi Alex,
>
>
>
> See my comments below.
>
The coloured email are hard to quote reply .. so along with not burying comments
in bugzilla, plan text quoted replies is a good idea as well.
>
>
> Regards,
>
> Cristian
>
>
>
> From: Damian, Ale
On Mon, Apr 15, 2013 at 01:58:52PM +0100, Jack Mitchell wrote:
> Ok, I have just come back to trying out the new systemd implementation,
> and this bug still exists.
>
> Exactly the same error as before:
>
> [2.390730] systemd[1]: Failed to mount /run: No such file or directory
>
> Can we s
On Mon, 2013-04-15 at 13:22 +0100, Richard Purdie wrote:
> On Mon, 2013-04-15 at 08:12 -0400, Colin Walters wrote:
> > On Mon, 2013-04-15 at 12:31 +0100, Richard Purdie wrote:
> >
> > > It will make our builds work again for now until the next time someone
> > > upgrades libpng and and then it wil
Ok, I have just come back to trying out the new systemd implementation,
and this bug still exists.
Exactly the same error as before:
[2.390730] systemd[1]: Failed to mount /run: No such file or directory
Can we shed any light on why this directory is failing to be created and
what can be
Hi Alex,
See my comments below.
Regards,
Cristian
From: Damian, Alexandru [mailto:alexandru.dam...@intel.com]
Sent: Monday, April 15, 2013 3:31 PM
To: Iorga, Cristian
Cc: richard.pur...@linuxfoundation.org; tom.zanu...@linux.intel.com; Burton,
Ross; paul.eggle...@linux.intel.com; openembedded-c
Hi Cristian,
Please do post comments on patch on the mailing list.
Regarding the message itself, quoted below, I am addressing your specific
concerns.
- There is no performance impact between "qemu64" and "host" CPU options.
The only thing changing is the level of private instructions that the
ke
On Mon, 2013-04-15 at 08:12 -0400, Colin Walters wrote:
> On Mon, 2013-04-15 at 12:31 +0100, Richard Purdie wrote:
>
> > It will make our builds work again for now until the next time someone
> > upgrades libpng and and then it will potentially silently start using an
> > old version in some build
On Mon, 2013-04-15 at 12:31 +0100, Richard Purdie wrote:
> It will make our builds work again for now until the next time someone
> upgrades libpng and and then it will potentially silently start using an
> old version in some builds :(.
So something like the attached on top of the previous patch
On Mon, 2013-04-15 at 13:43 +0200, Martin Jansa wrote:
> On Mon, Apr 15, 2013 at 12:07:02PM +0100, Richard Purdie wrote:
> > There are various usages of ALLOW_EMPTY with no packages specified. This
> > is not recommended syntax, nor is it likely to be supported in the future.
> > This patch improve
On Mon, 2013-04-15 at 14:34 +0300, Yevhen Kyriukha wrote:
> 2013/4/15 Richard Purdie :
> > On Mon, 2013-04-15 at 13:37 +0300, Yevhen Kyriukha wrote:
> >> Great, thanks!
> >> Best regards,
> >> Yevhen
> >>
> >>
> >> 2013/4/15 Koen Kooi :
> >> >
> >> > Op 15 apr. 2013, om 12:26 heeft Yevhen Kyriukha
On Mon, Apr 15, 2013 at 12:07:02PM +0100, Richard Purdie wrote:
> There are various usages of ALLOW_EMPTY with no packages specified. This
> is not recommended syntax, nor is it likely to be supported in the future.
> This patch improves the references in OE-Core, either removing them if they're
>
On Mon, Apr 15, 2013 at 12:07:01PM +0100, Richard Purdie wrote:
> Currently the names used for the kernel in deploy will contain "AUTOREV"
Here it shows "AUTOINC"
> instead of the final incremental numbering. This fixes the problem by
> ensuring data is obtained from the PR service and using the
2013/4/15 Richard Purdie :
> On Mon, 2013-04-15 at 13:37 +0300, Yevhen Kyriukha wrote:
>> Great, thanks!
>> Best regards,
>> Yevhen
>>
>>
>> 2013/4/15 Koen Kooi :
>> >
>> > Op 15 apr. 2013, om 12:26 heeft Yevhen Kyriukha het
>> > volgende geschreven:
>> >
>> >> Is there a way to use multiple *.bb
On 15 April 2013 12:31, Koen Kooi wrote:
> So busybox mount is still worthless
Thanks.
In that case, I ACK your patch.
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinf
On Mon, 2013-04-15 at 06:08 -0400, Colin Walters wrote:
> On Sun, 2013-04-14 at 16:33 +0100, Richard Purdie wrote:
> > On Sun, 2013-04-14 at 09:02 -0400, Colin Walters wrote:
> > The more interesting change is:
> >
> > https://git.gnome.org/browse/gdk-pixbuf/commit/configure.ac?id=d430bc4df3314a88
Op 15 apr. 2013, om 12:42 heeft "Burton, Ross" het
volgende geschreven:
> Hi Koen,
>
> On 15 April 2013 11:16, Burton, Ross wrote:
>> On 15 April 2013 11:09, Koen Kooi wrote:
Does busybox produce any useful errors as to why it's not working?
>>>
>>> No, it pretends everything is OK and
On Mon, 2013-04-15 at 13:37 +0300, Yevhen Kyriukha wrote:
> Great, thanks!
> Best regards,
> Yevhen
>
>
> 2013/4/15 Koen Kooi :
> >
> > Op 15 apr. 2013, om 12:26 heeft Yevhen Kyriukha het
> > volgende geschreven:
> >
> >> Is there a way to use multiple *.bbappend files in different layers?
> >>
Op 15 apr. 2013, om 13:05 heeft "Burton, Ross" het
volgende geschreven:
> On 15 April 2013 12:00, Koen Kooi wrote:
>>> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=ross/mount&id=1fc11cc25938b6a0c1e9b69a30326de8608cb98f
>>
>> Do you have an oe-core patch?
>
> http://git.yo
Op 15 apr. 2013, om 13:00 heeft Enrico Scholz
het volgende geschreven:
> Ross Burton
> writes:
>
>> Following the example set by udev, move the binaries to /sbin/systemd
>> and hardcode less paths in general. Tested on atom-pc with a .hddimg
>> so the live boot/initrd paths were tested.
>
>
Ensure that the DEPENDS we're adding is correct in the multilib case by
including MLPREFIX, fixing unnecessary dependencies in those images.
Signed-off-by: Richard Purdie
---
meta/classes/update-alternatives.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/clas
This wrapper script doesn't need a compile or any of the default system
dependencies so lets inhibit them. This also stops the script
being rebuild every time the toolchain changes.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/qemu/qemuwrapper-cross_1.0.bb |2 ++
1 file changed, 2
task packages were renamed to use packagegroup so fix this reference.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/devel-config/nfs-export-root.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/devel-config/nfs-export-root.bb
b/meta/recip
The .inc file sets RDEPENDS for the general font case but the dependencies
don't apply to this recipe. This removes those dependencies, simplifying the
dependency chains a little.
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/xorg-font/encodings_1.0.4.bb |1 +
1 file changed, 1 ins
There are various usages of ALLOW_EMPTY with no packages specified. This
is not recommended syntax, nor is it likely to be supported in the future.
This patch improves the references in OE-Core, either removing them if they're
pointless (e.g. when PACKAGES="") or specifying which package it applies
Using the fontcache class means we can run the postinstall at build time
so this is generally more efficient.
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/ttf-fonts/ttf-bitstream-vera_1.10.bb | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/meta/recipes
Currently the names used for the kernel in deploy will contain "AUTOREV"
instead of the final incremental numbering. This fixes the problem by
ensuring data is obtained from the PR service and using the PKG* variables
instead of PE/PV/PR directly.
Signed-off-by: Richard Purdie
---
meta/classes/k
In each of these cases allarch is used where the package in question has a
dependency on things which are not allach and change when MACHINE is changed.
This leads to a rebuild of the package each time MACHINE is switched and
the sstate checksum changes. The dependencies in question are not suited
On 15 April 2013 12:00, Koen Kooi wrote:
>> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=ross/mount&id=1fc11cc25938b6a0c1e9b69a30326de8608cb98f
>
> Do you have an oe-core patch?
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/patch/?id=1fc11cc25938b6a0c1e9b69a30326de860
Op 15 apr. 2013, om 12:42 heeft "Burton, Ross" het
volgende geschreven:
> Hi Koen,
>
> On 15 April 2013 11:16, Burton, Ross wrote:
>> On 15 April 2013 11:09, Koen Kooi wrote:
Does busybox produce any useful errors as to why it's not working?
>>>
>>> No, it pretends everything is OK and
Ross Burton
writes:
> Following the example set by udev, move the binaries to /sbin/systemd
> and hardcode less paths in general. Tested on atom-pc with a .hddimg
> so the live boot/initrd paths were tested.
At least the moving of udev breaks a lot of local recipes here which
install e.g. local
Op 15 apr. 2013, om 12:47 heeft Enrico Scholz
het volgende geschreven:
> "Burton, Ross"
> writes:
>
>>> When using busybox mount the filesystem won't get remounted as 'rw'
>>> and bootup will fail.
>>>
>>> This fixes the regression seen after switching from 'danny' to 'dylan'.
>>
>> I was g
On 15 April 2013 11:47, Enrico Scholz wrote:
>> I was going to say that I've never noticed this and have been running
>> busybox's mount, but on reading the hddimg boot scripts I see it
>> mounts / as read-write before switching the root.
>
> This might break systemd's fsck'ing of /.
And initscri
"Burton, Ross"
writes:
>> When using busybox mount the filesystem won't get remounted as 'rw'
>> and bootup will fail.
>>
>> This fixes the regression seen after switching from 'danny' to 'dylan'.
>
> I was going to say that I've never noticed this and have been running
> busybox's mount, but on
Hi Koen,
On 15 April 2013 11:16, Burton, Ross wrote:
> On 15 April 2013 11:09, Koen Kooi wrote:
>>> Does busybox produce any useful errors as to why it's not working?
>>
>> No, it pretends everything is OK and the remount succeeded.
>
> Thanks busybox!
There's several fixes upstream that we don
Great, thanks!
Best regards,
Yevhen
2013/4/15 Koen Kooi :
>
> Op 15 apr. 2013, om 12:26 heeft Yevhen Kyriukha het
> volgende geschreven:
>
>> Is there a way to use multiple *.bbappend files in different layers?
>>
>> I'm using meta-raspberrypi and my own layer.
>> Both extend base-files with *.
Op 15 apr. 2013, om 12:26 heeft Yevhen Kyriukha het
volgende geschreven:
> Is there a way to use multiple *.bbappend files in different layers?
>
> I'm using meta-raspberrypi and my own layer.
> Both extend base-files with *.bbappend and both have PRINC = "1".
> But only first of *.bbappend fi
Op 15 apr. 2013, om 12:16 heeft "Burton, Ross" het
volgende geschreven:
> On 15 April 2013 11:09, Koen Kooi wrote:
>>> Does busybox produce any useful errors as to why it's not working?
>>
>> No, it pretends everything is OK and the remount succeeded.
>
> Thanks busybox!
>
> /me sighs
The
Is there a way to use multiple *.bbappend files in different layers?
I'm using meta-raspberrypi and my own layer.
Both extend base-files with *.bbappend and both have PRINC = "1".
But only first of *.bbappend files applied (that is in meta-raspberrypi).
PR of base-files also increments by one (not
> -Original Message-
> From: Saul Wold [mailto:s...@linux.intel.com]
> Sent: Thursday, March 21, 2013 1:05 AM
> To: Liu Ting-B28495
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [oe-core][PATCH 1/2] busybox: detects customized
> configs when do_install
>
> On 03/1
On 15 April 2013 11:12, Koen Kooi wrote:
> In the original udev and systemd updates these extra conf rules and scripts
> where removed and moved to a different recipe to avoid pulling them in by
> default, making them opt-in. The systemd merge into oe-core regressed this
> into making it imposs
From: Ting Liu
After using 'bitbake -c menuconfig busybox' to customize defconfig,
do_install fail to detect the changes. Grep configs in ${B}/.config
instead of ${WORKDIR}/defconfig.
Signed-off-by: Ting Liu
---
meta/recipes-core/busybox/busybox.inc | 26 +-
met
init-live.sh depends on udev performing automounting, which happens in
udev-extraconf. Explicitly depend on it so that we always have it installed.
Signed-off-by: Ross Burton
---
meta/recipes-core/initrdscripts/initramfs-live-boot_1.0.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On 15 April 2013 11:09, Koen Kooi wrote:
>> Does busybox produce any useful errors as to why it's not working?
>
> No, it pretends everything is OK and the remount succeeded.
Thanks busybox!
/me sighs
Ross
___
Openembedded-core mailing list
Openembed
Op 15 apr. 2013, om 12:08 heeft Colin Walters het volgende
geschreven:
> On Sun, 2013-04-14 at 16:33 +0100, Richard Purdie wrote:
>> On Sun, 2013-04-14 at 09:02 -0400, Colin Walters wrote:
>> The more interesting change is:
>>
>> https://git.gnome.org/browse/gdk-pixbuf/commit/configure.ac?id=d
Op 15 apr. 2013, om 12:03 heeft "Burton, Ross" het
volgende geschreven:
> On 14 April 2013 14:55, Koen Kooi wrote:
>> In the original udev and systemd updates these extra conf rules and scripts
>> where removed and moved to a different recipe to avoid pulling them in by
>> default, making th
In the original udev and systemd updates these extra conf rules and scripts
where removed and moved to a different recipe to avoid pulling them in by
default, making them opt-in. The systemd merge into oe-core regressed this into
making it impossible to opt out of it when using package feeds for
Op 15 apr. 2013, om 11:59 heeft "Burton, Ross" het
volgende geschreven:
> On 14 April 2013 14:48, Koen Kooi wrote:
>> When using busybox mount the filesystem won't get remounted as 'rw' and
>> bootup will fail.
>>
>> This fixes the regression seen after switching from 'danny' to 'dylan'.
>
On Sun, 2013-04-14 at 16:33 +0100, Richard Purdie wrote:
> On Sun, 2013-04-14 at 09:02 -0400, Colin Walters wrote:
> The more interesting change is:
>
> https://git.gnome.org/browse/gdk-pixbuf/commit/configure.ac?id=d430bc4df3314a88cd538474d26ff7764d1f408c
>
> and following that to the bugzilla '
This attempts to fix [YOCTO #4060] - connman-applet spews warnings, but with
this one PNG images still don't work in weston :(
The ARM NEON option was added because the autodetection code in configure.ac is
broken:
/usr/lib/weston/weston-desktop-shell: symbol lookup error:
/usr/lib/li
From: Ting Liu
Add back inetd and inetd.conf files which are needed if
CONFIG_INETD is enabled in the defconfig. Grabbed these
files from oe-classic
This patch is based on the previous patch for denzil:
http://patches.openembedded.org/patch/33235/
Signed-off-by: Ting Liu
---
meta/recipes-core
On 14 April 2013 14:55, Koen Kooi wrote:
> In the original udev and systemd updates these extra conf rules and scripts
> where removed and moved to a different recipe to avoid pulling them in by
> default, making them opt-in. The systemd merge into oe-core regressed this
> into making it imposs
On 14 April 2013 14:48, Koen Kooi wrote:
> When using busybox mount the filesystem won't get remounted as 'rw' and
> bootup will fail.
>
> This fixes the regression seen after switching from 'danny' to 'dylan'.
I was going to say that I've never noticed this and have been running
busybox's mount
Hi Alex,
See my comments regarding this patch at:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3908
Regards,
Cristian
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Alex
DAMIAN
Sent:
98 matches
Mail list logo
