On Thu, May 10, 2012 at 05:20:31PM -0500, Mark Hatle wrote:
> We've discovered that perl seems to be a pretty bad pathological case for
> setscene.
>
> Easy way to see what I mean:
>
> bitbake perl
> bitbake -c clean perl
> time bitbake perl
>
> The system isn't doing anything but running the s
On 05/02/2012 08:35 PM, Khem Raj wrote:
Currently we use kdrive for all qemu machines except x86 and x86_64
this patchset enables it for other qemu machines too
I did not delete the kdrive recipes intentionally since I saw that
there were some images which were using kdrive as xserver
I have su
On Thu, 2012-05-10 at 19:03 -0500, Peter Seebach wrote:
> On Thu, 10 May 2012 18:13:38 -0500
> Mark Hatle wrote:
>
> > + sstate_hardcode_cmd = "sed -e 's:^:%s:g' %s | xargs %s" %
> > (sstateinst, fixmefn, sstate_sed_cmd)
>
> How confident are we that the file names can never have whitespace in
On Thu, 2012-05-10 at 18:13 -0500, Mark Hatle wrote:
> In a pathological case, lots of files to process, the sstate_installpkg
> performance was very poor. It interated over each file and ran 3
> individual sed commands per file. Changing this to keep iterating
> but running only a single command
On Thu, 10 May 2012 18:13:38 -0500
Mark Hatle wrote:
> + sstate_hardcode_cmd = "sed -e 's:^:%s:g' %s | xargs %s" %
> (sstateinst, fixmefn, sstate_sed_cmd)
How confident are we that the file names can never have whitespace in
them?
-s
--
Listen, get this. Nobody with a good compiler needs
On Thu, May 10, 2012 at 4:32 PM, Marko Lindqvist wrote:
> I see new version ended as new patch to patchwork even though I set
> In-Reply-To header. How does this work correctly?
each patch is tracked separately in patchwork. Ideally the submitter
or whoever is working on patch should remove the
I see new version ended as new patch to patchwork even though I set
In-Reply-To header. How does this work correctly?
- ML
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo
On Thu, May 10, 2012 at 3:20 PM, Mark Hatle wrote:
>
> This is a very significant performance improvement. I'm not sure if it's
> possible to speed this up even more, but it would be nice if we could get
> things under a minute.
good job. in theory you could pythonise it even further using re mo
In a pathological case, lots of files to process, the sstate_installpkg
performance was very poor. It interated over each file and ran 3
individual sed commands per file. Changing this to keep iterating
but running only a single command took about 1/3 time time.
However, when looking at the corr
Significant performance improvement when large numbers of files are involved
with install_sstatepkg.
To reproduce the problem:
bitbake perl
bitbake -c clean perl
time bitbake perl
The following changes since commit 910452727fc277c1caec7612b36c37b58d845350:
eglibc: Add patch to fix /var instal
We've discovered that perl seems to be a pretty bad pathological case for
setscene.
Easy way to see what I mean:
bitbake perl
bitbake -c clean perl
time bitbake perl
The system isn't doing anything but running the setscene elements to bring perl
from the sstate-cache into the sysroot and rela
On 11 May 2012 00:44, Andreas Oberritter wrote:
>
> I have no idea what e2initrd_helper does, but this can still be
> addressed in a later patch.
AFAIK it's needed in initrd images only, before even rootfs has been
mounted (it's used to query some information from not-yet-mounted
rootfs)
- ML
On 05/10/2012 02:49 PM, Marko Lindqvist wrote:
On 11 May 2012 00:38, Scott Garman wrote:
Hi Marko,
As the maintainer of the expat recipe, I appreciate your submission. However
I'm a bit wary of removing the autotools patch
Not removed, but adjusted to apply over expat-2.1.0.
However, p
On 05/10/2012 02:43 PM, Marko Lindqvist wrote:
Signed-off-by: Marko Lindqvist
---
.../expat/{expat-2.0.1 => expat-2.1.0}/autotools.patch| 13
-
meta/recipes-core/expat/expat_2.0.1.bb|6 --
meta/recipes-core/expat/expat_2.1.0.bb
On 11 May 2012 00:38, Scott Garman wrote:
>
> Hi Marko,
>
> As the maintainer of the expat recipe, I appreciate your submission. However
> I'm a bit wary of removing the autotools patch
Not removed, but adjusted to apply over expat-2.1.0.
However, part of the old patch was removal of libtool.m
On 10.05.2012 22:30, Khem Raj wrote:
> On Thu, May 10, 2012 at 1:03 PM, Andreas Oberritter
> wrote:
>>
>> -FILES_libext2fs = "${libdir}/e2initrd_helper ${libdir}/libext2fs.so.*"
>> +FILES_libext2fs = "${libdir}/e2initrd_helper ${base_libdir}/libext2fs.so.*"
>
> its probably not a good idea to mix
Signed-off-by: Marko Lindqvist
---
.../expat/{expat-2.0.1 => expat-2.1.0}/autotools.patch| 13 -
meta/recipes-core/expat/expat_2.0.1.bb|6 --
meta/recipes-core/expat/expat_2.1.0.bb|6 ++
3 files changed, 14 insertions(+), 1
Sorry for the massive crossposting here, but I want to reach the widest
audience.
In previous years, Florian has done a really good job working for
OpenEmbedded at LinuxTag. However, this year, he is not certain if he
can attend, so he needs our help with the stand.
Basically, we need people at t
On 05/10/2012 02:08 PM, Marko Lindqvist wrote:
Signed-off-by: Marko Lindqvist
---
.../recipes-core/expat/expat-2.0.1/autotools.patch | 21 -
.../recipes-core/expat/expat-2.1.0/autotools.patch | 24
meta/recipes-core/expat/expat_2.0.1.bb |
On Fri, May 11, 2012 at 12:08:48AM +0300, Marko Lindqvist wrote:
> Signed-off-by: Marko Lindqvist
> ---
> .../recipes-core/expat/expat-2.0.1/autotools.patch | 21 -
> .../recipes-core/expat/expat-2.1.0/autotools.patch | 24
>
> meta/recipes-core/expat/exp
On Thu, May 10, 2012 at 2:26 PM, Andrei Gherzan wrote:
> And it does. But this is needed for qmake in Makefile generation. Didn't
> find a better fix but this works as expected.
I see. So it seems makefile generator does not grok recursive includes ?
is that documented or a bug in the generator
And it does. But this is needed for qmake in Makefile generation. Didn't
find a better fix but this works as expected.
*@g*
On Fri, May 11, 2012 at 12:22 AM, Khem Raj wrote:
> On Thu, May 10, 2012 at 2:06 PM, Andrei Gherzan wrote:
> >
> > +App/ExportWizard.cpp depends on wizard.h which depend
On Thu, May 10, 2012 at 2:08 PM, Marko Lindqvist wrote:
> Signed-off-by: Marko Lindqvist
> ---
> .../recipes-core/expat/expat-2.0.1/autotools.patch | 21 -
> .../recipes-core/expat/expat-2.1.0/autotools.patch | 24
>
> meta/recipes-core/expat/expat_2.0.1
On Thu, May 10, 2012 at 2:08 PM, Mark Hatle wrote:
>
> package install/image creation expects the full filesystem to be mounted.
> It's only during boot that partial mounts may exist.
>
> I don't know what the e2initrd_helper does.. if it's required for booting,
> then it's needed in /... (or if
On Thu, May 10, 2012 at 2:06 PM, Andrei Gherzan wrote:
>
> +App/ExportWizard.cpp depends on wizard.h which depends on ui_wizard. The
> last one
> +should be already generated before compiling ExportWizard.cpp.
> +
then shouldnt wizard.h be including ui_wizard.h and not the .cpp file ?
Signed-off-by: Marko Lindqvist
---
.../recipes-core/expat/expat-2.0.1/autotools.patch | 21 -
.../recipes-core/expat/expat-2.1.0/autotools.patch | 24
meta/recipes-core/expat/expat_2.0.1.bb |6 -
meta/recipes-core/expat/expat_2.1.0.bb
On 5/10/12 3:48 PM, Khem Raj wrote:
On Thu, May 10, 2012 at 1:40 PM, Mark Hatle wrote:
On 5/10/12 3:30 PM, Khem Raj wrote:
On Thu, May 10, 2012 at 1:03 PM, Andreas Oberritter
wrote:
-FILES_libext2fs = "${libdir}/e2initrd_helper ${libdir}/libext2fs.so.*"
+FILES_libext2fs = "${libdir}/e2
App/ExportWizard.cpp depends on wizard.h which depends on ui_wizard. The last
one
should be already generated before compiling ExportWizard.cpp.
[YOCTO #2297]
Signed-off-by: Andrei Gherzan
---
.../ExportWizard-depends-on-ui_wizard.patch| 18 ++
meta/recipes-qt/qt-apps
On Thu, May 10, 2012 at 1:40 PM, Mark Hatle wrote:
> On 5/10/12 3:30 PM, Khem Raj wrote:
>>
>> On Thu, May 10, 2012 at 1:03 PM, Andreas Oberritter
>> wrote:
>>>
>>>
>>> -FILES_libext2fs = "${libdir}/e2initrd_helper ${libdir}/libext2fs.so.*"
>>> +FILES_libext2fs = "${libdir}/e2initrd_helper
>>> $
On 5/10/12 3:30 PM, Khem Raj wrote:
On Thu, May 10, 2012 at 1:03 PM, Andreas Oberritter
wrote:
-FILES_libext2fs = "${libdir}/e2initrd_helper ${libdir}/libext2fs.so.*"
+FILES_libext2fs = "${libdir}/e2initrd_helper ${base_libdir}/libext2fs.so.*"
its probably not a good idea to mix files from
On Thu, May 10, 2012 at 1:03 PM, Andreas Oberritter
wrote:
>
> -FILES_libext2fs = "${libdir}/e2initrd_helper ${libdir}/libext2fs.so.*"
> +FILES_libext2fs = "${libdir}/e2initrd_helper ${base_libdir}/libext2fs.so.*"
its probably not a good idea to mix files from libdir and base_libdir
in a single
p
* libext2fs is located in base_libdir, not libdir
Signed-off-by: Andreas Oberritter
---
.../recipes-devtools/e2fsprogs/e2fsprogs_1.42.1.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.42.1.bb
b/meta/recipes-devtools/e2fsp
On 05/10/2012 07:21 AM, Andrei Gherzan wrote:
App/ExportWizard.cpp depends on wizard.h which depends on ui_wizard. The last
one
should be already generated before compiling ExportWizard.cpp.
[YOCTO #2297]
Signed-off-by: Andrei Gherzan
---
.../ExportWizard-depends-on-ui_wizard.patch|
Hi
As a side thing I am putting together Steve's kconfig patches for
eglibc 2.15 in OE-Core
these patches expect kconfig to be external to eglibc's build system.
Which means we would
need a kconfig-native and nativesdk recipes which would be build out
of kernel sources.
Other projects who deploy
On Thu, May 10, 2012 at 9:12 AM, Joshua Lock wrote:
>
> SSTATE_MIRRORS does this nicely and since it uses the fetcher code that can
> be a file:// URI or other.
yes figured yesterday night when I was thinking about it loud
___
Openembedded-core mailing
On 09/05/12 22:16, Khem Raj wrote:
On Wed, May 9, 2012 at 8:14 PM, Joshua Lock wrote:
On 09/05/12 20:10, Joshua Lock wrote:
On 09/05/12 19:32, Joshua Lock wrote:
On 09/05/12 19:15, Chris Larson wrote:
On Wed, May 9, 2012 at 6:05 PM, Joshua Lock wrote:
On 09/05/12 17:50, Chris Larson
On 10/05/12 04:22, Richard Purdie wrote:
On Wed, 2012-05-09 at 17:22 -0700, Joshua Lock wrote:
Create signature files, and the directories which contain them, with
rwx for everyone so that they are easily shared with different users
of the same machine.
Signed-off-by: Joshua Lock
---
bitbak
On 10/05/12 00:25, Koen Kooi wrote:
Op 10 mei 2012, om 02:22 heeft Joshua Lock het volgende geschreven:
This is an RFC series, and for ease of review sent as against the Poky tree
It requires an extra step to apply and thus makes review harder for me since my
motivation to test them drops
App/ExportWizard.cpp depends on wizard.h which depends on ui_wizard. The last
one
should be already generated before compiling ExportWizard.cpp.
[YOCTO #2297]
Signed-off-by: Andrei Gherzan
---
.../ExportWizard-depends-on-ui_wizard.patch| 12
meta/recipes-qt/qt-apps/fotow
On Wed, 2012-05-09 at 17:22 -0700, Joshua Lock wrote:
> Create signature files, and the directories which contain them, with
> rwx for everyone so that they are easily shared with different users
> of the same machine.
>
> Signed-off-by: Joshua Lock
> ---
> bitbake/lib/bb/siggen.py |7 ++
On Wed, 2012-05-09 at 17:22 -0700, Joshua Lock wrote:
> The optional parameter should be an octal file mode representing the
> desired permissions of the created directory. If mode isn;t specified
> use 0777. This is the default of os.makedirs() yet is not often what
> the created directory ends up
The usage of this function renaming and it being called using
bb.build.exec_func() causes needless indirection loops, confusing log
files and seems generally pointless.
This simplification makes the process much simpler and faster. I can't
come up with a good reason why the export_functions functi
On Wed, 2012-05-09 at 17:03 -0700, Chris Larson wrote:
> On Wed, May 9, 2012 at 4:57 PM, Richard Purdie
> wrote:
> > diff --git a/bitbake/lib/bb/runqueue.py b/bitbake/lib/bb/runqueue.py
> > index b870caf..48433be 100644
> > --- a/bitbake/lib/bb/runqueue.py
> > +++ b/bitbake/lib/bb/runqueue.py
> >
Op 10 mei 2012, om 02:22 heeft Joshua Lock het volgende geschreven:
> This is an RFC series, and for ease of review sent as against the Poky tree
It requires an extra step to apply and thus makes review harder for me since my
motivation to test them drops below zero. Please send patches to bitb
44 matches
Mail list logo