add 0001-e2fsprogs-add-expansion-of-mkdir_p-to-configure.in.patch
which fix a bug that macro @mkdir_p@ can't be substituted and modify
e2fsprogs_1.42.9.bb to add this patch
Upstream-Status: Pending
Signed-off-by: Chuang Dong
---
...-add-expansion-of-mkdir_p-to-configure.in.patch | 32 ++
On Tue, May 19, 2015 at 10:54 AM, Andreas Müller
wrote:
> On Tue, May 19, 2015 at 5:54 AM, Khem Raj wrote:
>>
>>> On May 18, 2015, at 6:12 AM, Otavio Salvador
>>> wrote:
>>>
>>> On Mon, May 18, 2015 at 10:08 AM, Andreas Müller
>>> wrote:
On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador
>>
ping?
On Mon, May 11, 2015 at 5:23 PM, Ricardo Ribalda Delgado
wrote:
> If reboot was called from inside the Xserver there could happen a race
> condition where chvt would never end, and therefore the whole system was
> stalled.
>
> The user could not recover the system by ssh the machine or usin
On 18 May 2015 at 13:40, Tanu Kaskinen
wrote:
> When PulseAudio is installed, alsa-plugins is needed to provide
> compatibility for ALSA applications.
>
> The dependencies are set up so that pulseaudio-server depends on
> alsa-plugins-pulseaudio-conf, and alsa-plugins-pulseaudio-conf depends
> on
Hello,
Just tell me if something is wrong, I can provide a v2 patch.
Regards,
Matthieu
-Message d'origine-
De : openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] De la part de
Matthieu Crapet
Envoyé : mardi 5 mai 2015 10:14
À :
> >> Do you think this patch would be of interest for someone?
> >
> > Yes but it would be good to make it choosable at distro level.
Opkg has support for 'sha256' but opkg-utils only supports md5.
We could pass the sha256 option to opkg-utils (like other parameters such as
Maintainer),
and mak
On Wed, 2015-05-20 at 10:00 +0100, Burton, Ross wrote:
>
> On 18 May 2015 at 13:40, Tanu Kaskinen
> wrote:
> When PulseAudio is installed, alsa-plugins is needed to
> provide
> compatibility for ALSA applications.
>
> The dependencies are set up so that pu
This patch includes support for a global section in combo-layer.conf
called [combo-layer-settings]. Supported in this section is key
"commit_msg"; its value is the template for the git commit message
that updates the last_revision. The template can include substitution
for the updated component lis
The previous "clean up dest_dir checking" patch (f8cdbe7497) improved
handling of empty dest_dir but made handling of unset dest_dir worse:
instead showing the "Option dest_dir is not defined for component ..."
error, it fails with a Python exception.
Avoid that by providing a sane fallback for th
The following changes since commit c0f0b6e6ef1edc0a9f9e1ceffb1cdbbef2e409c6:
glibc: CVE-2015-1781: resolv/nss_dns/dns-host.c buffer overflow (2015-05-16
22:37:21 +0100)
are available in the git repository at:
git://github.com/pohly/openembedded-core master
https://github.com/pohly/openemb
Hi,
I am a bit confused why busybox passwd does not work with daisy. It
used to work with dylan. When I try to use "busybox passwd", I am
getting the following output:
passwd: applet not found
Is something wrong with the busybox maintainer script or somewhere
else? For instance, "busybox pwd
On Wed, 2015-05-20 at 14:01 +0800, ChenQi wrote:
> I've observed a side effect of this patch.
> The problem is sstate reuse.
>
> Steps to reproduce:
> 1) bitbake core-image-minimal
> 2) Change TMPDIR in local.conf
> TMPDIR = "${TOPDIR}/tmp-test"
> 3) bitbake core-image-minimal
>
> In theory
Changing TMPDIR and rebuilding an image was resulting in rebuilds of
kernels due to dependencies on the shared_workdir task. If installed
from sstate, nothing needs this task so add it to the whitelisted
task patterns.
After this change, the kernel does not rebuild when a new TMPDIR and
hot sstate
On Tue, 2015-05-19 at 18:06 +0300, Tanu Kaskinen wrote:
> On Tue, 2015-05-19 at 15:42 +0100, Burton, Ross wrote:
> >
> > On 19 May 2015 at 15:31, Burton, Ross wrote:
> > On 18 May 2015 at 13:40, Tanu Kaskinen
> > wrote:
> > +# The resampler plugins create some sym
On Mon, 2015-05-18 at 15:40 +0300, Tanu Kaskinen wrote:
> When PulseAudio is installed, alsa-plugins is needed to provide
> compatibility for ALSA applications.
>
> The dependencies are set up so that pulseaudio-server depends on
> alsa-plugins-pulseaudio-conf, and alsa-plugins-pulseaudio-conf dep
On Tue, 2015-05-19 at 18:24 -0300, Otavio Salvador wrote:
> On Tue, May 19, 2015 at 6:07 PM, Richard Purdie
> wrote:
> ...
> > So having thought more about this, my proposal is actually that rather
> > than fix this and cause all kinds of other potential problems, we just
> > make memory resident
On Wed, 2015-05-20 at 13:07 +0100, Richard Purdie wrote:
> On Mon, 2015-05-18 at 15:40 +0300, Tanu Kaskinen wrote:
> > When PulseAudio is installed, alsa-plugins is needed to provide
> > compatibility for ALSA applications.
> >
> > The dependencies are set up so that pulseaudio-server depends on
>
---
meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
b/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
index 33b6afe..9c52193 100644
--- a/meta/recipes-gnome/gtk-en
Current regex can cause false negatives if paths in bitbake log files
contain "ERR" or "Fail". do_rootfs fails with return code 1 in
this case.
Improved regexp is based on error messages produced by rpm.
Those are found by analyzing rpm source code.
[YOCTO #7789]
Signed-off-by: Ed Bartosh
---
On 20 May 2015 at 12:49, Florian Boor
wrote:
> -PR = "r3"
> +PR = "r4"
>
No need to bump PR.
Personally I think that the fix here is to stop PN-dev depending on PN,
instead of creating an empty PN package to confuse people.
Ross
--
___
Openembedded-
Hi Ross,
On 20.05.2015 15:08, Burton, Ross wrote:
> No need to bump PR.
>
> Personally I think that the fix here is to stop PN-dev depending on PN,
> instead
> of creating an empty PN package to confuse people.
well, in this way it automatically fixes this issues with the -dev package which
is
On Wed, May 20, 2015 at 10:17 AM, Florian Boor
wrote:
> On 20.05.2015 15:08, Burton, Ross wrote:
>> No need to bump PR.
>>
>> Personally I think that the fix here is to stop PN-dev depending on PN,
>> instead
>> of creating an empty PN package to confuse people.
>
> well, in this way it automatic
Hi Otavio,
On 20.05.2015 15:20, Otavio Salvador wrote:
> No. You should rely on PR Service for this. Drop the PR bump as it is
> pointless here.
oh PR Service - if we can rely on it in this case I agree.
Greetings
Florian
--
The dream of yesterday Florian Boor
is the hope o
On 20 May 2015 at 14:27, Florian Boor
wrote:
> > No. You should rely on PR Service for this. Drop the PR bump as it is
> > pointless here.
>
> oh PR Service - if we can rely on it in this case I agree.
If you care about upgrade paths then the PR service is far more reliable
than explicit PR bum
On Wed, May 20, 2015 at 5:34 AM, Andreas Müller
wrote:
> On Tue, May 19, 2015 at 10:54 AM, Andreas Müller
> wrote:
> Would like to get a solution for this and see 2 ways to go in imx-base.inc:
>
> 1. allow thumb:
>
> # Float-Point setting
> # handled by software
> # DEFAULTTUNE_mx6 ?= "cortexa9t
On 20 May 2015 at 13:55, Laszlo Papp wrote:
> Hi,
>
> I am a bit confused why busybox passwd does not work with daisy. It
> used to work with dylan. When I try to use "busybox passwd", I am
> getting the following output:
>
> passwd: applet not found
is the password applet built?
Check your b
Hi,
On 20.05.2015 15:32, Burton, Ross wrote:
> If you care about upgrade paths then the PR service is far more reliable than
> explicit PR bumps.
ok great... then I'll change it to dropping the dependency of the -dev package
while I'm working on it anyway.
Greetings
Florian
--
The dream of ye
---
meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
b/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
index 33b6afe..036aa27 100644
--- a/meta/recipes-gnome/gtk-engines/gtk-engines
> On May 20, 2015, at 6:46 AM, Otavio Salvador wrote:
>
> OE-Core does not seem to enable thumb2 by default so I don't think we
> ought to change the default here. However I do agree in extend the
> comment and provide an example so it is easier for people to do this
> when needed.
No. That set
On 20 May 2015 at 15:48, Bernhard Reutner-Fischer wrote:
> On 20 May 2015 at 13:55, Laszlo Papp wrote:
>> Hi,
>>
>> I am a bit confused why busybox passwd does not work with daisy. It
>> used to work with dylan. When I try to use "busybox passwd", I am
>> getting the following output:
>>
>> p
On Wed, May 20, 2015 at 10:58 AM, Khem Raj wrote:
>
>> On May 20, 2015, at 6:46 AM, Otavio Salvador wrote:
>>
>> OE-Core does not seem to enable thumb2 by default so I don't think we
>> ought to change the default here. However I do agree in extend the
>> comment and provide an example so it is e
On Wed, May 20, 2015 at 3:05 PM, Bernhard Reutner-Fischer
wrote:
> On 20 May 2015 at 15:48, Bernhard Reutner-Fischer
> wrote:
>> On 20 May 2015 at 13:55, Laszlo Papp wrote:
>>> Hi,
>>>
>>> I am a bit confused why busybox passwd does not work with daisy. It
>>> used to work with dylan. When I tr
On 20 May 2015 at 10:47, Matthieu CRAPET
wrote:
> Just tell me if something is wrong, I can provide a v2 patch.
>
No, it just slipped through the cracks.
That regex looked a bit obscure, and there's a Python function we provide
that uses the Python standard library to do the same thing, so I en
On 20 May 2015 at 15:42, Laszlo Papp wrote:
> Now that just breaks all the code that our software is using. Why did
> this binary incompatible change sneak in, and especially: why without
> any note in the migration guide? Furthermore, is there a way to
> reverse this? I really would like to avoi
From: Sébastien Mennetrier
The rpm process replace all the "%name" in the spec file by the name of
the package. So, if the package is composed of some files or directories
named "%name...", the rpm package process failed.
Replace all "%" present in files or directories names by "" to
cor
On Wed, May 20, 2015 at 3:45 PM, Burton, Ross wrote:
>
> On 20 May 2015 at 15:42, Laszlo Papp wrote:
>>
>> Now that just breaks all the code that our software is using. Why did
>> this binary incompatible change sneak in, and especially: why without
>> any note in the migration guide? Furthermore
On 20 May 2015 at 15:50, Laszlo Papp wrote:
> Currently, I do not see any simple way without #ifdef jungle in the
> code around to it. It is not nice.
>
Looking at the busybox recipe reveals this:
# Whether to split the suid apps into a seperate binary
BUSYBOX_SPLIT_SUID ?= "1"
Just remember t
On Wed, May 20, 2015 at 3:54 PM, Burton, Ross wrote:
>
> On 20 May 2015 at 15:50, Laszlo Papp wrote:
>>
>> Currently, I do not see any simple way without #ifdef jungle in the
>> code around to it. It is not nice.
>
>
> Looking at the busybox recipe reveals this:
>
> # Whether to split the suid ap
On Wed, May 20, 2015 at 3:58 PM, Laszlo Papp wrote:
> On Wed, May 20, 2015 at 3:54 PM, Burton, Ross wrote:
>>
>> On 20 May 2015 at 15:50, Laszlo Papp wrote:
>>>
>>> Currently, I do not see any simple way without #ifdef jungle in the
>>> code around to it. It is not nice.
>>
>>
>> Looking at the
On 20 May 2015 at 16:02, Laszlo Papp wrote:
> On a second thought: is even worse now than that, our code has to
> handle _three_ different scenarios:
>
> 1) Desktop.
> 2) Embedded without Yocto or embedded with old Yocto.
> 3) Embedded with new Yocto.
>
> I do not get excited about this.
>
Do as
On Wed, May 20, 2015 at 4:07 PM, Burton, Ross wrote:
>
> On 20 May 2015 at 16:02, Laszlo Papp wrote:
>>
>> On a second thought: is even worse now than that, our code has to
>> handle _three_ different scenarios:
>>
>> 1) Desktop.
>> 2) Embedded without Yocto or embedded with old Yocto.
>> 3) Embe
On 20 May 2015 at 08:37, Chuang Dong wrote:
> ++AC_SUBST([mkdir_p], ['$(MKDIR_P)'])
>
If the recipe is using mkdir_p then the configure.ac should be calling
AM_PROG_MKDIR_P, surely. It's not, and I've verified that adding it causes
the variables to be defined correctly.
Ross
--
__
[Cc'ing Chen who invented it for the most part]
On 20 May 2015 at 17:02, Laszlo Papp wrote:
> On Wed, May 20, 2015 at 3:58 PM, Laszlo Papp wrote:
>> On Wed, May 20, 2015 at 3:54 PM, Burton, Ross wrote:
>>>
>>> On 20 May 2015 at 15:50, Laszlo Papp wrote:
Currently, I do not see any si
On 20 May 2015 at 17:09, Laszlo Papp wrote:
> On Wed, May 20, 2015 at 4:07 PM, Burton, Ross wrote:
>>
>> On 20 May 2015 at 16:02, Laszlo Papp wrote:
>>>
>>> On a second thought: is even worse now than that, our code has to
>>> handle _three_ different scenarios:
>>>
>>> 1) Desktop.
>>> 2) Embedd
On Wed, May 20, 2015 at 4:17 PM, Bernhard Reutner-Fischer
wrote:
> On 20 May 2015 at 17:09, Laszlo Papp wrote:
>> On Wed, May 20, 2015 at 4:07 PM, Burton, Ross wrote:
>>>
>>> On 20 May 2015 at 16:02, Laszlo Papp wrote:
On a second thought: is even worse now than that, our code has to
On 05/19/2015 10:40 PM, Ross Burton wrote:
GLib 2.44 introduced a GListStore type which is ambiguous with GtkListStore when
using wildcard using statements. Use the full type name to fix builds.
Midori is already at 0.5.10 upstream; if it's compatible with the webkit
currently in oe-core, ma
On 20 May 2015 at 17:20, Laszlo Papp wrote:
> On Wed, May 20, 2015 at 4:17 PM, Bernhard Reutner-Fischer
> wrote:
>> On 20 May 2015 at 17:09, Laszlo Papp wrote:
>>> On Wed, May 20, 2015 at 4:07 PM, Burton, Ross wrote:
On 20 May 2015 at 16:02, Laszlo Papp wrote:
>
> On a second
On 20 May 2015 at 16:24, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> Midori is already at 0.5.10 upstream; if it's compatible with the webkit
> currently in oe-core, maybe it's better to update to the latest version?
>
> When the new webkit patches are ready, I'll definitely pu
On Wed, May 20, 2015 at 4:25 PM, Bernhard Reutner-Fischer
wrote:
> On 20 May 2015 at 17:20, Laszlo Papp wrote:
>> On Wed, May 20, 2015 at 4:17 PM, Bernhard Reutner-Fischer
>> wrote:
>>> On 20 May 2015 at 17:09, Laszlo Papp wrote:
On Wed, May 20, 2015 at 4:07 PM, Burton, Ross
wrote:
On May 20, 2015 5:36:55 PM GMT+02:00, Laszlo Papp wrote:
>On Wed, May 20, 2015 at 4:25 PM, Bernhard Reutner-Fischer
> wrote:
>> On 20 May 2015 at 17:20, Laszlo Papp wrote:
>>> On Wed, May 20, 2015 at 4:17 PM, Bernhard Reutner-Fischer
>>> wrote:
On 20 May 2015 at 17:09, Laszlo Papp wrote:
>
On 18 May 2015 at 06:48, Soren Brinkmann wrote:
> I suspected the big version jump probably obsoleted the patches carried in
> OE.
> Hence, I just removed them.
>
That's a very big assumption, you should verify that is the fact instead of
hoping for the best.
> I'm not sure whether the license
On Wed, May 20, 2015 at 4:48 PM, Bernhard Reutner-Fischer
wrote:
> On May 20, 2015 5:36:55 PM GMT+02:00, Laszlo Papp wrote:
>>On Wed, May 20, 2015 at 4:25 PM, Bernhard Reutner-Fischer
>> wrote:
>>> On 20 May 2015 at 17:20, Laszlo Papp wrote:
On Wed, May 20, 2015 at 4:17 PM, Bernhard Reutner
On May 20, 2015 5:58:32 PM GMT+02:00, Laszlo Papp wrote:
>Well, I understand and appreciate that opinions vary, but if busybox
>had shipped 3 binaries at the end of the build processes, then their
>naming would be "standard" led by busybox upstream. Currently, there
>is no way to standardize it
Hi Roy,
When try to compile your upgrade using qemux86-64 fails with,
WARNING: QA Issue: apt rdepends on liblzma, but it isn't a build
dependency? [build-deps]
WARNING: QA Issue: /usr/bin/apt-cdrom_apt contained in package apt
requires libapt-private.so.0.0()(64bit), but no providers found in
Hi Ricardo,
I tested your patch and it's ok another improvement to it will be add a
sleep 1 before chvt
because killproc xinit don't take a defined time to shutdown and chvt
didn't work because
X it's running.
I'll modify a little your patch and send v2 with your signature.
Regards,
alim
From: Ricardo Ribalda Delgado
If reboot was called from inside the Xserver there could happen a race
condition where chvt would never end, and therefore the whole system was
stalled.
The user could not recover the system by ssh the machine or using the
keyboard.
Running chvt in background fixes
libz.so symbolic link created in ${libdir} is
../../${base_libdir}/libz.so.1.2.8. This doesn't work if base_libdir or libdir
is changed, so use oe.path.relative to construct the correct path at build time.
Signed-off-by: Ross Burton
---
meta/recipes-core/zlib/zlib_1.2.8.bb | 10 --
1 fi
The last commit does three things:
* removes xf86-video-modesetting recipe
* upgrades xserver-xorg (which now includes modesetting driver)
* updates OELAYOUT_ABI (to avoid sanity check freaking out from the
previous two)
The combination seems logically atomic to me but let me know if I should
* Increase OELAYOUT_ABI: this is required because the
xf86-video-modesetting package moves from its own recipe to
xserver-xorg and sanity check cannot handle that currently.
The upgrade will delete old xf86-video-modesetting files from
sysroots.
* Remove upstreamed xserver-xorg patches
* Re
check_sanity() no longer needs the subprocess module but
sanity_handle_abichanges() does use subprocess.call().
Signed-off-by: Jussi Kukkonen
---
meta/classes/sanity.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.
On 20 May 2015 at 20:11, Jussi Kukkonen wrote:
> -LIC_FILES_CHKSUM = "file://COPYING;md5=15b5bf9327341c81089137aec4830bfd"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=5df87950af51ac2c5822094553ea1880
>
When this happens please explain what the change was, to demonstrate that
you've verified that x
Signed-off-by: Ross Burton
---
meta/recipes-sato/puzzles/{puzzles_r10116.bb => puzzles_r10286.bb} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename meta/recipes-sato/puzzles/{puzzles_r10116.bb => puzzles_r10286.bb}
(100%)
diff --git a/meta/recipes-sato/puzzles/puzzles_r10116.bb
b/me
Signed-off-by: Ross Burton
---
.../xorg-lib/{xkeyboard-config_2.13.bb => xkeyboard-config_2.14.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{xkeyboard-config_2.13.bb =>
xkeyboard-config_2.14.bb} (88%)
diff --git a/meta/recipes-graphics/x
Signed-off-by: Ross Burton
---
.../xorg-app/{xdpyinfo_1.3.1.bb => xdpyinfo_1.3.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-app/{xdpyinfo_1.3.1.bb => xdpyinfo_1.3.2.bb}
(82%)
diff --git a/meta/recipes-graphics/xorg-app/xdpyin
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-app/{xvinfo_1.1.2.bb => xvinfo_1.1.3.bb} | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/xorg-app/{xvinfo_1.1.2.bb => xvinfo_1.1.3.bb}
(68%)
diff --git a/meta/recipes-graphics/xorg-app/xvinfo_1.1.
On 18 May 2015 at 14:58, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> These patches remove the unsupported GStreamer 0.10 framework from
> oe-core.
> GStreamer 0.10 will still be available from meta-oe, but is no longer
> recommended to use.
>
Can you send a follow-up patch to
I forked meta-gir to https://github.com/locust2001/meta-gir and start working
from next week.
-Original Message-
From: Andreas Müller [mailto:schnitzelt...@googlemail.com]
Sent: Monday, May 18, 2015 8:46 PM
To: Burton, Ross
Cc: Changhyeok Bae; OE-core
Subject: Re: [OE-core] meta-gir issu
ping
-Roy
On 2015年05月13日 08:14, rongqing...@windriver.com wrote:
From: Roy Li
AM_CFLAGS in Makefile includes -D_FORTIFY_SOURCE=2 which will lead
to building failure when DEBUG_BUILD is 1.
So Redefine AM_CFLAGS, input it from the environment to overrides
variable in makefile
Signed-off-by: Ro
Single quotes prevent expansion of $sdkpathnative$bindir.
Signed-off-by: Andre McCurdy
---
fido needs the fix too.
meta/classes/toolchain-scripts.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/toolchain-scripts.bbclass
b/meta/classes/toolchain-scripts
On 2015年05月21日 00:39, Aníbal Limón wrote:
Hi Roy,
When try to compile your upgrade using qemux86-64 fails with,
WARNING: QA Issue: apt rdepends on liblzma, but it isn't a build
dependency? [build-deps]
WARNING: QA Issue: /usr/bin/apt-cdrom_apt contained in package apt
requires libapt-private.
70 matches
Mail list logo