On 18 September 2013 03:45, Robert Yang wrote:
> Ah, yes, thanks, what's your opinion on my patch ? Is it OK or should it be
> re-worked ? I think that this fix is simple and easy to understand.
It should be re-worked to use the pattern in the commit I mentioned -
using .NOTPARALLEL is working ar
From: Roy Li
The following changes since commit 1ab0813c819d3b785178faa458486efa6992c636:
linux-yocto/3.10: genericx86 meta data factoring (2013-09-14 08:36:23 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib roy/pciutils-1
http://git.pokylinux.org/cgit
From: Roy Li
pcimodules can not work due to no modules.pcimap file, and has been
replaced by "lspci -k", so we can remove it.
Update lib-build-fix.patch since remove pcimodules-pciutils.diff.
[YOCTO# 5210]
Signed-off-by: Roy Li
---
.../pciutils/pciutils-3.2.0/lib-build-fix.patch| 20 +-
On 18 September 2013 05:34, Otavio Salvador wrote:
> The UBOOT_MACHINE variable needs to be set so the firmware utils can
> know about some configuration settings which are board dependent. This
> patch ensures the package is skipped in case UBOOT_MACHINE is unset
> thus avoid its build in 'bitba
I just noted that Otavio already sent a fix for this.
Please, review and apply his fix.
Cheers,
Anders
On 18 September 2013 06:51, Anders Darander wrote:
>
>
>
> On 18 September 2013 01:47, Saul Wold wrote:
>
>> On 09/13/2013 12:21 PM, Anders Darander wrote:
>>
>>> The latest upgrade changed
On 18 September 2013 01:47, Saul Wold wrote:
> On 09/13/2013 12:21 PM, Anders Darander wrote:
>
>> The latest upgrade changed u-boot-fw-utils to u-boot-fw-utils-cross, which
>> removed the on-target fw_printenv (and fw_setenv).
>>
>> Re-create the updated version of the u-boot-fw-utils recipe.
>>
On Tue, Sep 17, 2013 at 8:47 PM, Saul Wold wrote:
> On 09/13/2013 12:21 PM, Anders Darander wrote:
>>
>> The latest upgrade changed u-boot-fw-utils to u-boot-fw-utils-cross, which
>> removed the on-target fw_printenv (and fw_setenv).
>>
>> Re-create the updated version of the u-boot-fw-utils recip
The UBOOT_MACHINE variable needs to be set so the firmware utils can
know about some configuration settings which are board dependent. This
patch ensures the package is skipped in case UBOOT_MACHINE is unset
thus avoid its build in 'bitbake world' builds for incompatible
machines.
Fixes [YOCTO: #5
Signed-off-by: Otavio Salvador
---
Changes in v3:
- Resend
Changes in v2:
- New patch
meta/recipes-graphics/images/core-image-x11.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/images/core-image-x11.bb
b/meta/recipes-graphics/images/core-image-x
On 09/17/2013 07:12 PM, Burton, Ross wrote:
On 17 September 2013 03:03, Robert Yang wrote:
I don't think that the commit you mentioned is a correct fix, he changed:
gen/gtypes.h _gen/gtypes-body.h: _gen/stable-spec.xml
To:
gen/gtypes.h: _gen/gtypes-body.h
@:
gen/gtypes-body.h: _ge
On 9/17/2013 8:32 PM, Richard Purdie wrote:
On Tue, 2013-09-17 at 13:31 +0800, jackie.hu...@windriver.com wrote:
From: Jackie Huang
Remove the test "Test against HP-UX 11.11 bug:
No converter from EUC-JP to UTF-8 is provided"
since we don't support HP-UX and if the euc-jp is not
installed on
From: Jackie Huang
v2 comments:
Add the commit logs in the patch header
--
The following changes since commit 2e90f8846db0f3ed99a175befff9ec67fe12bc4e:
perf: Ensure we use CFLAGS and LDFLAGS settings from kernel build system
(2013-09-17 20:53:54 +0100)
are available in the git repository at
From: Jackie Huang
Remove the test "Test against HP-UX 11.11 bug:
No converter from EUC-JP to UTF-8 is provided"
since we don't support HP-UX and if the euc-jp is not
installed on the host, libunistring will be built without
iconv support and will cause guild-native configure fail.
Signed-off-by
On 9/17/13 6:23 PM, Chris Larson wrote:
Greetings,
I recently found myself wanting to implement a prototype of automatic python
dependencies. In so doing, I realized that there's a certain pattern followed by
each of these (shlibs, pkgconfig, kernel modules, ..), so I'd like to propose,
in the 1
On 09/17/2013 06:36 PM, Martin Jansa wrote:
On Tue, Sep 17, 2013 at 04:56:14PM +0800, Ming Liu wrote:
Change default value of secure_chroot_dir to /var/run/vsftpd/empty, add
volatiles entry for it, to ensure it won't fail to start with error:
"500 OOPS: vsftpd: not found: directory given in
'se
On 09/13/2013 12:21 PM, Anders Darander wrote:
The latest upgrade changed u-boot-fw-utils to u-boot-fw-utils-cross, which
removed the on-target fw_printenv (and fw_setenv).
Re-create the updated version of the u-boot-fw-utils recipe.
U-Boot does try to strip the fw_printenv binary by default no
Greetings,
I recently found myself wanting to implement a prototype of automatic
python dependencies. In so doing, I realized that there's a certain pattern
followed by each of these (shlibs, pkgconfig, kernel modules, ..), so I'd
like to propose, in the 1.6 timeframe, consolidating this into comm
On Tue, 2013-09-17 at 08:32 -0500, Jason Wessel wrote:
> V3
> - Add comment about isolinux.bin required in EFI only case
> - Fix typo of PCIBIOS -> PCBIOS
> - Change COMPRESSISO ?= "" -> COMPRESSISO ?= "0" for the default
> - Add comment to EFI/ISO syslinux.bbclass to clarify workaround
> with EF
On Tue, 2013-09-17 at 08:32 -0500, Jason Wessel wrote:
> The various populate methods need to accept a path as an argument vs
> using hard expanded variables. In the case of the boot-directdisk
> class it uses a different path for HDDDIR but it gets eclipsed by the
> the class definition at the po
On Tue, 2013-09-17 at 08:32 -0500, Jason Wessel wrote:
> The SYSLINUX_SERIAL variable was hard coded and occasionally needs to
> be different for the kernel argument vs the syslinux argument.
>
> In the auto-generated boot mode console=tty0 was hard coded, and this
> is not needed at all, and caus
On Tue, 2013-09-17 at 08:32 -0500, Jason Wessel wrote:
> The syslinux.bbclass already has support for automatically generated
> serial and graphics menu choices. This patch adds the same concept to
> the grub-efi menu. That makes it possible to generate a single image
> which can boot on a PCBIOS
On Tue, 2013-09-17 at 08:32 -0500, Jason Wessel wrote:
> Using the latest mkisofs it is possible to generate 3 different types
> of ISO images, which can be used in various scenarios.
>
> 1) PCBIOS Only ISO
>- This option remains unchanged by this commit
>- Uses syslinux menus
>- Can b
On Tue, 2013-09-17 at 08:32 -0500, Jason Wessel wrote:
> A newer version of syslinux is required for an EFI enabled isohybrid.
> This is used for the the capability to generate 3 types of ISO images,
> all of which can be booted off a USB device or HDD if copied with dd.
>
> 1) PC BIOS only ISO
>
On 17/09/2013 13:39, Paul Eggleton wrote:
On Tuesday 17 September 2013 10:52:22 JC wrote:
On 17/09/2013 09:18, Paul Eggleton wrote:
Right. A few other things:
1) Since nothing in OE-Core needs this at the moment, this should really
be added to meta-multimedia (within the meta-openembedded repo
On Tuesday 17 September 2013 10:52:22 JC wrote:
> On 17/09/2013 09:18, Paul Eggleton wrote:
> > Right. A few other things:
> >
> > 1) Since nothing in OE-Core needs this at the moment, this should really
> > be added to meta-multimedia (within the meta-openembedded repository) and
> > sent to the
This is basically a 99% import of Peter Tworek's recipe from
tworaz...@gmail.com found in
https://github.com/tworaz/oe-tworaz/blob/master/meta-jlime/recipes-support/libao/libao_1.1.0.bb
Signed-off-by: JC
---
.../recipes-multimedia/libao/libao_1.1.0.bb| 23 ++
1 file
On 17/09/2013 09:18, Paul Eggleton wrote:
Right. A few other things:
1) Since nothing in OE-Core needs this at the moment, this should really be
added to meta-multimedia (within the meta-openembedded repository) and sent to
the openembedded-devel mailing list marked with [meta-multimedia] in th
On Tuesday, September 17, 2013, Burton, Ross wrote:
> On 17 September 2013 03:36, Hongxu Jia
> >
> wrote:
> > The upstream of libxml2 has not fixed this issue:
> > git clone git://git.gnome.org/libxml2
> >
> > And I have filed a bug to them
> > https://bugzilla.gnome.org/show_bug.cgi?id=708205
>
When building cmake for native, we don't use the system libraries and
thus cmake builds its own internal version of libarchive; this requires
zlib, bzip2, and e2fsprogs. We can add to DEPENDS for the two former
libraries and patch out the latter.
Signed-off-by: Paul Eggleton
---
.../cmake/cmake-
Chris Larson wrote:
> On Wed, Sep 11, 2013 at 2:17 AM, wrote:
>
> > +for x in `find -L ./ -name run-ptest -type f -perm /u+x,g+x`
> > +do
> >
>
> As far as I can tell, busybox find doesn't support -L, so this adds an
> implicit, undeclared dependency upon findutils.
That is correct. Bus
The various populate methods need to accept a path as an argument vs
using hard expanded variables. In the case of the boot-directdisk
class it uses a different path for HDDDIR but it gets eclipsed by the
the class definition at the point in time ${HDDDIR} gets expanded.
The logical fix is to pas
The mkzftree is needed to allow ISO images to be compressed with
minimal runtime overhead. Below is an example of the savings on a
core-image-minimal.
Before ls -l:
24117248 core-image-minimal-qemux86-64.iso
Using the mkzftree ls -l:
16777216 core-image-minimal-qemux86-64.iso
Signed-off-by: Jas
Using the latest mkisofs it is possible to generate 3 different types
of ISO images, which can be used in various scenarios.
1) PCBIOS Only ISO
- This option remains unchanged by this commit
- Uses syslinux menus
- Can be directly copied with dd to a USB device
- Can be burned to optic
The update is needed to support generation of EFI boot images that
work with optical media. Specifically the "-eltorito-platform efi"
capability for mkisofs is needed.
[YOCTO #4100]
Signed-off-by: Jason Wessel
Reviewed-by: Darren Hart
---
...s-native_3.00.bb => cdrtools-native_3.01a17.bb} |
The iso9660 file system support needs to be added to grub in order to
be able to correctly find the grub.cfg. The grub commands to locate
the grub.cfg also needs to be encoded into grub's default
configuration.
This change allows the resulting grub binary to work both in the hard
drive / USB boot
The syslinux.bbclass already has support for automatically generated
serial and graphics menu choices. This patch adds the same concept to
the grub-efi menu. That makes it possible to generate a single image
which can boot on a PCBIOS or EFI firmware with consistent looking
boot options.
[YOCTO
The SYSLINUX_SERIAL variable was hard coded and occasionally needs to
be different for the kernel argument vs the syslinux argument.
In the auto-generated boot mode console=tty0 was hard coded, and this
is not needed at all, and causes problems in some cases if a end user
wanted to change the cons
V3
- Add comment about isolinux.bin required in EFI only case
- Fix typo of PCIBIOS -> PCBIOS
- Change COMPRESSISO ?= "" -> COMPRESSISO ?= "0" for the default
- Add comment to EFI/ISO syslinux.bbclass to clarify workaround
with EFI only case and hybrid boot
- Add patch to fix syslinux serial and
A newer version of syslinux is required for an EFI enabled isohybrid.
This is used for the the capability to generate 3 types of ISO images,
all of which can be booted off a USB device or HDD if copied with dd.
1) PC BIOS only ISO
2) EFI only ISO
3) EFI + PC BIOS ISO
The syslinux.bbclass required
In order to call the fat image creation multiple times it needs to be
in its own function. A future commit will make use of the new
function to additionally create EFI image files for use with an ISO.
[YOCTO #4100]
[YOCTO #1913]
Signed-off-by: Jason Wessel
Reviewed-by: Darren Hart
---
meta/cl
On Fri, 2013-09-13 at 10:09 +0800, qi.c...@windriver.com wrote:
> From: Chen Qi
>
> In rootfs_uninstall_unneeded function, the update-rc.d package would
> be removed if no 'package-management' and no delayed postinsts.
>
> However, in update-rc.d.bbclass, the update-rc.d package is only
> recomm
On Tuesday 17 September 2013 14:07:01 Paul Barker wrote:
> On 17 September 2013 12:22, JC wrote:
> > From: JC Verdie
> >
> > Signed-off-by: JC Verdie
>
> Couple of tips on the commit message:
>
> First line of the commit message should be "libao: add version 1.1.0"
> or similar and should be
On 17 September 2013 12:22, JC wrote:
> From: JC Verdie
>
> Signed-off-by: JC Verdie
Couple of tips on the commit message:
First line of the commit message should be "libao: add version 1.1.0"
or similar and should be and fairly short, put the link to the source
within the body of the commit m
On 13-09-17 12:18 AM, Otavio Salvador wrote:
The kernel build system does the right thing here and we should stop
overriding it. This code has been added based on a change from
'meta-metro' layer, revision 9d698004137c1a888d40d6a4808d94afa22387e7,
without any information about what problem it fix
On Tue, 2013-09-17 at 13:31 +0800, jackie.hu...@windriver.com wrote:
> From: Jackie Huang
>
> Remove the test "Test against HP-UX 11.11 bug:
> No converter from EUC-JP to UTF-8 is provided"
> since we don't support HP-UX and if the euc-jp is not
> installed on the host, libunistring will be built
On Sun, Aug 11, 2013 at 01:44:03PM +0200, Martin Jansa wrote:
> On Fri, Aug 09, 2013 at 12:54:19AM +0200, Martin Jansa wrote:
> > On Thu, Jul 25, 2013 at 06:23:41PM +0200, Martin Jansa wrote:
> > > On Sat, Jun 22, 2013 at 08:16:56PM +0200, Martin Jansa wrote:
> > > > On Tue, Jun 11, 2013 at 06:04:3
On 09/16/2013 12:49 PM, Darren Hart wrote:
> On Fri, 2013-09-13 at 16:58 -0500, Jason Wessel wrote:
>> On 09/12/2013 03:09 PM, Darren Hart wrote:
>>> On Thu, 2013-09-12 at 14:52 -0500, Jason Wessel wrote:
On 09/12/2013 01:16 PM, Darren Hart wrote:
> On Thu, 2013-09-12 at 12:19 -0500, Jason
Signed-off-by: Ross Burton
---
meta/conf/distro/include/seperatebuilddir.inc |5 ++-
meta/recipes-connectivity/avahi/avahi.inc |1 +
.../avahi/files/out-of-tree.patch | 32
3 files changed, 35 insertions(+), 3 deletions(-)
create mode
From: JC Verdie
Signed-off-by: JC Verdie
---
meta/recipes-multimedia/libao/libao_1.1.0.bb | 21 +
1 file changed, 21 insertions(+)
create mode 100644 meta/recipes-multimedia/libao/libao_1.1.0.bb
diff --git a/meta/recipes-multimedia/libao/libao_1.1.0.bb
b/meta/recipes-mult
Will do, thanks.
On Tue, Sep 17, 2013 at 1:34 AM, Khem Raj wrote:
> Hi Chris
>
> On Mon, Sep 16, 2013 at 6:26 PM, Chris Patterson wrote:
> > This update also drops the following patches which appear to have been
> resolved upstream:
> > - ftd_header.patch
> > - target-i386-Fix-aflag-logic-for-
On 09/17/2013 07:13 PM, Burton, Ross wrote:
On 17 September 2013 12:10, Hongxu Jia wrote:
So, NAK to this patch, and a revert incoming.
Great, the libxml2-CVE-2012-2871.patch is obsolete, abandon it could fix the
LSB desktop-xml tests failure. I wll resend the patch to do this.
As I said abov
On 09/16/2013 12:57 PM, Darren Hart wrote:
> On Fri, 2013-09-13 at 19:09 -0500, Jason Wessel wrote:
>> +COMPRESSISO ?= ""
>
>
> Would an explicit '0' here be better?
That is fine by me.
>> +
>> +do_install() {
>> +oe_runmake install INSTALLROOT=${D} bindir=${bindir}
>> +}
>
> Does EXTRA_O
On 17 September 2013 03:03, Robert Yang wrote:
> I don't think that the commit you mentioned is a correct fix, he changed:
>
> gen/gtypes.h _gen/gtypes-body.h: _gen/stable-spec.xml
>
> To:
>
> gen/gtypes.h: _gen/gtypes-body.h
> @:
> gen/gtypes-body.h: _gen/stable-spec.xml
>
> Now if we run
On 17 September 2013 12:10, Hongxu Jia wrote:
>> So, NAK to this patch, and a revert incoming.
>
> Great, the libxml2-CVE-2012-2871.patch is obsolete, abandon it could fix the
> LSB desktop-xml tests failure. I wll resend the patch to do this.
As I said above, a revert was incoming (and is now on
On 09/17/2013 05:15 PM, Burton, Ross wrote:
On 17 September 2013 03:36, Hongxu Jia wrote:
The upstream of libxml2 has not fixed this issue:
git clone git://git.gnome.org/libxml2
And I have filed a bug to them
https://bugzilla.gnome.org/show_bug.cgi?id=708205
After this is fixed and released,
On 09/16/2013 12:30 PM, Darren Hart wrote:
> On Fri, 2013-09-13 at 19:09 -0500, Jason Wessel wrote:
>> -if [ "${PCBIOS}" = "1" ]; then
>> +# EFI only
>> +if [ "${PCBIOS}" != "1" ] && [ "${EFI}" = "1" ] ; then
>> +mkdir -p ${ISODIR}/${ISOLINUXDIR}
>> +install -m 0
On 2013-09-16 16:32, Burton, Ross wrote:
On 16 September 2013 23:22, Gary Thomas wrote:
I did indeed get it working by using the attached .bbappend file.
Actually pretty simple, I hope that the documentation on PACKAGECONFIG
catches up soon.
You don't need the DEPENDS line, the x264 stana spe
On 17 September 2013 11:30, Martin Jansa wrote:
> I think someone should measure it on machine with a lot of ram. If the
> test was executed on machine where it was linking mostly from swap,
> then it's not so surprising it was faster with the option enabled.
My very rough test says no significan
Hi Jay,
On Tuesday 17 September 2013 06:36:54 Jean-Charles JC Verdié wrote:
> > There isn't currently a libao recipe in common OE-Core based layers
> > indexed by the layer index. FYI though there is a recipe in the
> > unofficial (and apparently unmaintained) meta-jlime layer here:
> >
> > https
Hi Paul et al;
>
> There isn't currently a libao recipe in common OE-Core based layers indexed
> by
> the layer index. FYI though there is a recipe in the unofficial (and
> apparently
> unmaintained) meta-jlime layer here:
>
> https://github.com/tworaz/oe-tworaz/tree/master/meta-jlime
>
>
On Tue, Sep 17, 2013 at 04:56:14PM +0800, Ming Liu wrote:
> Change default value of secure_chroot_dir to /var/run/vsftpd/empty, add
> volatiles entry for it, to ensure it won't fail to start with error:
> "500 OOPS: vsftpd: not found: directory given in
> 'secure_chroot_dir':/var/share/empty"
>
>
On Mon, Sep 16, 2013 at 10:31:18PM -0700, Khem Raj wrote:
> On Mon, Sep 16, 2013 at 10:11 PM, Kang Kai wrote:
> > Without patch:
> > real 76m1.646s
> > user 86m36.704s
> > sys 38m39.103s
> >
> > With patch:
> > real 63m36.193s
> > user 86m9.274s
> > sys 37m48.431s
> >
> > It seems the link option
From: Jackie Huang
The following changes since commit 1ab0813c819d3b785178faa458486efa6992c636:
linux-yocto/3.10: genericx86 meta data factoring (2013-09-14 08:36:23 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib jhuang0/d_findutils_0917_2
http://git.
From: Jackie Huang
[YOCTO #5212]
Signed-off-by: Jackie Huang
---
.../findutils-fix-doc-build-error.patch| 53
.../recipes-extended/findutils/findutils_4.2.31.bb |1 +
2 files changed, 54 insertions(+), 0 deletions(-)
create mode 100644
meta/recipes-exte
Remove the hack to handle Make 3.82 which ran make three times, as we sanity
check Make and refuse to build with the broken release.
Signed-off-by: Ross Burton
---
meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb | 20
1 file changed, 20 deletions(-)
diff --git a/meta/recipes
This CVE patch is actually against Chromium as they ship an internal fork of
libxml2 and breaks ABI. The real issue has been resolved in libxslt 1.1.27, and
we're shipping 1.1.28.
Signed-off-by: Ross Burton
---
.../libxml/libxml2/libxml2-CVE-2012-2871.patch | 34
meta
On 17 September 2013 03:36, Hongxu Jia wrote:
> The upstream of libxml2 has not fixed this issue:
> git clone git://git.gnome.org/libxml2
>
> And I have filed a bug to them
> https://bugzilla.gnome.org/show_bug.cgi?id=708205
>
> After this is fixed and released, also need to report another
> bug t
Change default value of secure_chroot_dir to /var/run/vsftpd/empty, add
volatiles entry for it, to ensure it won't fail to start with error:
"500 OOPS: vsftpd: not found: directory given in
'secure_chroot_dir':/var/share/empty"
This shows up in both standalone mode or started by xined.
Signed-of
The commit c73487302270a7c2d3191ce1dd63ee2016dc missed the case
where the NFS is using DHCP.
[YOCTO #5176]
Signed-off-by: Jukka Rissanen
---
meta/recipes-connectivity/connman/connman/connman | 23 +++
1 file changed, 15 insertions(+), 8 deletions(-)
diff --git a/meta/re
This works now because of bitbake's deprecated_imports, but those
might be removed so let's change it.
Signed-off-by: Stefan Stanacar
---
meta/classes/utils.bbclass | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/meta/classes/utils.bbclass b/meta/classes/utils.bbclas
70 matches
Mail list logo
