Hi Saul,
I have updated the branch as your suggestion.
git://git.pokylinux.org/poky-contrib hongxu/fix-lsb-libqt3
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/fix-lsb-libqt3
+def get_libqt3(d):
+if 'linuxstdbase' in d.getVar('DISTROOVERRIDES') or "":
+if 'qt3' in d
On 09/14/2013 01:07 PM, Saul Wold wrote:
On 09/13/2013 07:40 PM, Hongxu Jia wrote:
The libqt-mt is tested by lsb-dist-checker and lsb-test-desktop,
and it locates in meta-qt3 layer.
So if meta-qt3 is not added, there should be a warning to call
attention; if added, it will add libqt-mt to RDEPEN
On 09/13/2013 07:40 PM, Hongxu Jia wrote:
The libqt-mt is tested by lsb-dist-checker and lsb-test-desktop,
and it locates in meta-qt3 layer.
So if meta-qt3 is not added, there should be a warning to call
attention; if added, it will add libqt-mt to RDEPENDS.
[YOCTO #5153]
Signed-off-by: Hongxu
On Friday, September 13, 2013, Joe Slater wrote:
> Add --no-keep-memory to LDFLAGS.
It does not come with out a price. Have you measured how much performance
degradation it brings in ?
We need that to assess the trade off and also describe the machine
configuration where this option is helping
The following changes since commit dd36930f3f37b2e0e1258de28ac1b1fa99cf196f:
bitbake: data_smart: Account for changes in append/prepend/remove in the
config hash (2013-09-12 17:03:17 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib hongxu/fix-lsb-python
It has been fixed in:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=e261c1760d8a660c13cd00039a4812d51f47f3df
But there is a typo in:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=78ac027f2ac6c6663fff7080eabbd3d09c1241bb
It missed to remove an extra "--with-wctype-functions"
On Friday, September 13, 2013, Richard Purdie wrote:
> I'm getting concerned with the number of people forking this recipe
> and not understanding what they're doing. I'm therefore proposing
> adding in a suitable warning to people thinking of copying it.
>
> Signed-off-by: Richard Purdie
>
> >
There would be an "Argument list too long" error when the TMPDIR is in a
deep dir, for example, when "len(readlink -f TMPDIR) >= 350 (our
supported value is 410)". Use "$(foreach ,,$(shell echo))" to fix it.
There was already a patch which tried to fix this issue, so squash the
current change into
Changes of V2:
* There was already a patch which tried to fix this issue, so squash the
current change into the previous one as Bruce suggested.
// Robert
The following changes since commit a392877e57e07407be0e4fdf056d6e09c26f1ced:
bitbake: bitbake: xmlrpc: delete unused code BitBakeUIEve
Change in V2: Add a check for linuxstdbase so it does not print out warnings
at other times.
*Problem
Build core-image-lsb for lsb test which doesn't include meta-qt layer,
and there is a LSB 4.1 Library Check failure: unable to find library
libqt-mt.so.3
//Hongxu
The following ch
The libqt-mt is tested by lsb-dist-checker and lsb-test-desktop,
and it locates in meta-qt3 layer.
So if meta-qt3 is not added, there should be a warning to call
attention; if added, it will add libqt-mt to RDEPENDS.
[YOCTO #5153]
Signed-off-by: Hongxu Jia
---
meta/recipes-extended/packagegroup
On 09/13/2013 09:43 PM, Bruce Ashfield wrote:
On Fri, Sep 13, 2013 at 4:23 AM, Robert Yang wrote:
There would be an "Argument list too long" error when the TMPDIR is in a deep
dir, for example, when "len(readlink -f TMPDIR) >= 350 (our supported value is
410)". Use "$(foreach ,,$(shell echo))
Hi Ross,
I have updated my branches accordingly here.
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=nitin/mesagl
http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-contrib/log/?h=nitin/mesagl
I have tested this with emenlow BSP. If it looks ok to you, I can send these
for u
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
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 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
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
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
V2
- Added reference to YOCTO #1913 for per Darren
- Remove PR number from cdrtools uprev
- Added Saul's change to cdrtools to get rid of STAGE_TEMP
- made the builtin grub cfg file copied from a SRC_URI
- upreved syslinux to 6.01
- Use the new isohybrid command from syslinux which can now
genera
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
---
...s-native_3.00.bb => cdrtools-native_3.01a17.bb} | 22 +++-
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
---
meta/classes/bootimg.bbclass | 1
Add --no-keep-memory to LDFLAGS.
Signed-off-by: Joe Slater
---
meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
b/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
index 5691d3f..9304
Hi,
I cannot find a trace of libao. Is this present somewhere in some
openembedded-* repo I would have missed ? I could not find it in
layers.openembedded.org
Thanks for your help,
Jay
___
Openembedded-core mailing list
Openembedded-core@lists.opene
Condition building PCBIOS legacy images on MACHINE_FEATURES
containing "pcbios" or not containing "efi". This ensures
existing BSPs will continue to get the old PCBIOS legacy-only
images. New BSPs can add "efi", "pcbios", or both. The images
created likewise support one or the other or both.
Signe
Hi,
No changes between v1 and v2. I just tried to fix the line length. Now I
understood my mistake.
I'm going to send a v3 with the right line length.
Thanks
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.opene
This patch updates libtool.m4 (and its output) to resolve a problem
with variable 'lt_sysroot' not being properly updated if the option
'--with[-libtool]-sysroot' is not provided when running the 'configure'
script for a package.
According to the help text ouput from 'configure':
--with-libtool-
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 Wessel wrote:
The syslinux.bbclass already has support for automatically generated
serial and grap
From: Nitin A Kamble
Some of the external USB devices has internal USB hub, which
make them look like "fixed" rather than "removable". And USB
autosuspend does not work with some of these devices resulting
in inoperable pointing device.
Now the code detect these false "fixed" devices by looking
From: Nitin A Kamble
This was believed to be a kernel issue earlier. With further debugging and
discussions the issue was identified as a faulty rule in the udev package.
Disabling the faulty udev rule solved the issue. With further digging we
found another fix for this issue in fedora, which a
On Wed, Sep 11, 2013 at 1:46 PM, Richard Purdie
wrote:
> On Mon, 2013-09-09 at 12:36 +0100, Burton, Ross wrote:
>> On 7 September 2013 00:56, Otavio Salvador wrote:
>> >> Maybe it is time to have a mesa-gl recipe alongside mesa that *just*
>> >> builds the GL libraries. EMGD can depend on it for
On Fri, 2013-09-13 at 15:12 -0300, Joao Henrique Ferreira de Freitas
wrote:
> From: João Henrique Ferreira de Freitas
>
> Condition building PCBIOS legacy images on MACHINE_FEATURES containing
> "pcbios"
> or not containing "efi". This ensures existing BSPs will continue to get the
> old PCBIOS
On Fri, Sep 13, 2013 at 4: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 bi
On 09/13/2013 12:30 PM, Hans Beckerus wrote:
On 2013-09-13 8:03, Hans Beckerus wrote:
On 2013-09-13 7:49, Saul Wold wrote:
On 09/13/2013 06:29 AM, Hans Beckérus wrote:
<>
Agree. Since all my patch did initially was to make sure gcc was
queried when --with-libtool-sysroot was not specified
On 2013-09-13 8:03, Hans Beckerus wrote:
On 2013-09-13 7:49, Saul Wold wrote:
On 09/13/2013 06:29 AM, Hans Beckérus wrote:
Hmm. Now suddenly I got an error on my current world build of
util-linux-native package. Is this something that is a known issue?
Provided that the sysroot is correct (whic
The latest upgrade changed u-boot-fw-utils to u-boot-fw-utils-cross, which
removed the on-target fw_printenv (and fw_setenv).
The following changes since commit b26157a8b575aa7b5c96ffe782fc23ec0920311c:
libnewt-python: Don't write a whiptail package (2013-09-12 08:23:35 +0100)
a
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 now. To avoid
this, without patching the Makefile,
* Otavio Salvador [130913 21:16]:
> On Fri, Sep 13, 2013 at 3:55 PM, Anders Darander
> wrote:
> > Otavio Salvador wrote:
> >>On Fri, Sep 13, 2013 at 4:56 AM, Anders Darander
> >> wrote:
> >>> As I've started to bring our internal distro and machines up to the
> >>> lates oe-core, I've got some
Otavio Salvador wrote:
>On Fri, Sep 13, 2013 at 4:56 AM, Anders Darander
> wrote:
>> As I've started to bring our internal distro and machines up to the
>> lates oe-core, I've got some issues with the u-boot-fw-utils to
>> u-boot-fw-utils-cross transition.
>
>Right.
>
>> In my old branch, I used
On Fri, Sep 13, 2013 at 3:55 PM, Anders Darander wrote:
> Otavio Salvador wrote:
>>On Fri, Sep 13, 2013 at 4:56 AM, Anders Darander
>> wrote:
>>> As I've started to bring our internal distro and machines up to the
>>> lates oe-core, I've got some issues with the u-boot-fw-utils to
>>> u-boot-fw-u
On 2013-09-13 7:32, Otavio Salvador wrote:
On Fri, Sep 13, 2013 at 4:56 AM, Anders Darander wrote:
As I've started to bring our internal distro and machines up to the
lates oe-core, I've got some issues with the u-boot-fw-utils to
u-boot-fw-utils-cross transition.
Right.
In my old branch, I
On 2013-09-13 7:49, Saul Wold wrote:
On 09/13/2013 06:29 AM, Hans Beckérus wrote:
Hmm. Now suddenly I got an error on my current world build of
util-linux-native package. Is this something that is a known issue?
Provided that the sysroot is correct (which I assume) this is because
of the local v
On Fri, Sep 13, 2013 at 2:58 PM, Hans Beckerus wrote:
> On 2013-09-13 7:32, Otavio Salvador wrote:
>>
>> On Fri, Sep 13, 2013 at 4:56 AM, Anders Darander
>> wrote:
>>>
>>> As I've started to bring our internal distro and machines up to the
>>> lates oe-core, I've got some issues with the u-boot-f
From: João Henrique Ferreira de Freitas
Condition building PCBIOS legacy images on MACHINE_FEATURES containing "pcbios"
or not containing "efi". This ensures existing BSPs will continue to get the
old PCBIOS legacy-only images. New BSPs can add "efi", "pcbios", or both. The
images created likewis
On 09/13/2013 06:29 AM, Hans Beckérus wrote:
Hmm. Now suddenly I got an error on my current world build of
util-linux-native package. Is this something that is a known issue?
Provided that the sysroot is correct (which I assume) this is because
of the local version of udev on my build host. So, i
On Tue, Sep 10, 2013 at 5:55 AM, ChenQi wrote:
> Hi Otavio,
Hi Chen Qi,
> This patch caused a new bug. So I'm afraid maybe this patch is not totally
> correct.
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=4487
>
> The problem is that for a cdrom device, there's no ID_FS_TYPE.
> Any idea?
On 09/13/2013 05:02 AM, Hongxu Jia wrote:
The libqt-mt is tested by lsb-dist-checker and lsb-test-desktop,
and it locates in meta-qt3 layer.
So if meta-qt3 is not added, there should be a warning to call
attention; if added, it will add libqt-mt to RDEPENDS.
[YOCTO #5153]
Signed-off-by: Hongxu
On Fri, Sep 13, 2013 at 4:56 AM, Anders Darander wrote:
> As I've started to bring our internal distro and machines up to the
> lates oe-core, I've got some issues with the u-boot-fw-utils to
> u-boot-fw-utils-cross transition.
Right.
> In my old branch, I used u-boot-fw-utils_2011.06. This used
Richard/Saul,
This bumps the 3.10 kernel meta SRCREV to pick up some pending
genericx86 patches from Darren. There's no other changes and
no risk to other boards.
cc: Darren Hart
Cheers,
Bruce
The following changes since commit dd36930f3f37b2e0e1258de28ac1b1fa99cf196f:
bitbake: data_smart:
Updating the 3.10 meta branch to import the following commits from Darren
Hart:
285f93b meta/common-pc-64: Add USB 3.0 support
75072e4 meta/common-pc*: Refactor common-pc-64 to reuse common-pc drivers
da06bde meta/common-pc: Split out CPU and Drivers config fragments
5f55e40 meta/commo
On 09/13/2013 05:56 PM, Jukka Rissanen wrote:
Hi Muhammad,
On 13.09.2013 14:50, Shakeel, Muhammad wrote:
From: Muhammad Shakeel
- --enable-threads and --enable-fake are obsolete, unrecognized options
now.
- --enable-bluetooth,wifi,ofono just build these technologies as plugins
and these plugi
On Fri, Sep 13, 2013 at 5:19 AM, Paul Eggleton
wrote:
> On Friday 13 September 2013 10:47:24 Martin Jansa wrote:
>> On Thu, Sep 12, 2013 at 11:42:54PM -0700, Saul Wold wrote:
>> > Thans to Bjorn Arnelid for finding this
>> >
>> > Cc: bjorn.arne...@xdin.com
>> >
>> > [YOCTO #5173]
>> >
>> > Signed-
On Fri, Sep 13, 2013 at 4:23 AM, Robert Yang wrote:
> There would be an "Argument list too long" error when the TMPDIR is in a deep
> dir, for example, when "len(readlink -f TMPDIR) >= 350 (our supported value is
> 410)". Use "$(foreach ,,$(shell echo))" to fix it.
>
> [YOCTO #5138]
>
> Signed-off
On Fri, Sep 13, 2013 at 4:23 AM, Robert Yang wrote:
> Hi Saul and Bruce,
You need to cc me directly on patches like this. I nearly missed this
in the storm
of morning email.
>
> This patch is only for linux-libc-headers, the linux-yocto also has the
> file Makefile.headersinst, but we don't use
Hmm. Now suddenly I got an error on my current world build of
util-linux-native package. Is this something that is a known issue?
Provided that the sysroot is correct (which I assume) this is because
of the local version of udev on my build host. So, is this perhaps one
of the reasons why some host
On Fri, Sep 13, 2013 at 2:21 PM, Richard Purdie
wrote:
> On Fri, 2013-09-13 at 14:14 +0200, Hans Beckérus wrote:
>> On Fri, Sep 13, 2013 at 11:53 AM, Hans Beckérus
>> wrote:
>> > On Fri, Sep 13, 2013 at 11:08 AM, Hans Beckérus
>> > wrote:
>> >> On Fri, Sep 13, 2013 at 11:01 AM, Hans Beckérus
Hi Muhammad,
On 13.09.2013 14:50, Shakeel, Muhammad wrote:
From: Muhammad Shakeel
- --enable-threads and --enable-fake are obsolete, unrecognized options
now.
- --enable-bluetooth,wifi,ofono just build these technologies as plugins
and these plugins need to be installed explicitly. Our intenti
Increase the timeout for smart commands as under load for qemumips
it's still to small. Also give ping more time fixing a potential
timeout for sato systemd.
Signed-off-by: Stefan Stanacar
---
meta/lib/oeqa/runtime/ping.py | 2 +-
meta/lib/oeqa/runtime/smart.py | 2 +-
2 files changed, 2 insert
Currently we have a hierarchy of pkgdata directories and the code has to put
together
a search path and look through each in turn until it finds the data it needs.
This has lead to a number of hardcoded paths and file globing which
is unpredictable and undesirable. Worse, certain tricks that shou
On Fri, 2013-09-13 at 14:14 +0200, Hans Beckérus wrote:
> On Fri, Sep 13, 2013 at 11:53 AM, Hans Beckérus
> wrote:
> > On Fri, Sep 13, 2013 at 11:08 AM, Hans Beckérus
> > wrote:
> >> On Fri, Sep 13, 2013 at 11:01 AM, Hans Beckérus
> >> wrote:
> >>> On Fri, Sep 13, 2013 at 10:52 AM, Richard Pu
On Fri, Sep 13, 2013 at 11:53 AM, Hans Beckérus wrote:
> On Fri, Sep 13, 2013 at 11:08 AM, Hans Beckérus
> wrote:
>> On Fri, Sep 13, 2013 at 11:01 AM, Hans Beckérus
>> wrote:
>>> On Fri, Sep 13, 2013 at 10:52 AM, Richard Purdie
>>> wrote:
On Fri, 2013-09-13 at 10:06 +0200, Hans Beckérus
The libqt-mt is tested by lsb-dist-checker and lsb-test-desktop,
and it locates in meta-qt3 layer.
So if meta-qt3 is not added, there should be a warning to call
attention; if added, it will add libqt-mt to RDEPENDS.
[YOCTO #5153]
Signed-off-by: Hongxu Jia
---
meta/recipes-extended/packagegroup
*Problem
Build core-image-lsb for lsb test which doesn't include meta-qt layer,
and there is a LSB 4.1 Library Check failure: unable to find library
libqt-mt.so.3
//Hongxu
The following changes since commit dd36930f3f37b2e0e1258de28ac1b1fa99cf196f:
bitbake: data_smart: Account for changes in
From: Muhammad Shakeel
- --enable-threads and --enable-fake are obsolete, unrecognized options
now.
- --enable-bluetooth,wifi,ofono just build these technologies as plugins
and these plugins need to be installed explicitly. Our intention here
is to make these technologies available by default, if
I'm getting concerned with the number of people forking this recipe
and not understanding what they're doing. I'm therefore proposing
adding in a suitable warning to people thinking of copying it.
Signed-off-by: Richard Purdie
---
diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-hea
I mistakenly named the allarch opkg repo the same as nativesdk one...
This patch fixes it.
[YOCTO #5181]
Signed-off-by: Laurentiu Palcu
---
.../adt-installer/opkg/conf/opkg-sdk-i686.conf |2 +-
.../adt-installer/opkg/conf/opkg-sdk-x86_64.conf |2 +-
2 files changed, 2 insertions(
On Fri, Sep 13, 2013 at 11:08 AM, Hans Beckérus wrote:
> On Fri, Sep 13, 2013 at 11:01 AM, Hans Beckérus
> wrote:
>> On Fri, Sep 13, 2013 at 10:52 AM, Richard Purdie
>> wrote:
>>> On Fri, 2013-09-13 at 10:06 +0200, Hans Beckérus wrote:
On Fri, Sep 13, 2013 at 1:07 AM, Hans Beckerus
On Friday 13 September 2013 10:47:24 Martin Jansa wrote:
> On Thu, Sep 12, 2013 at 11:42:54PM -0700, Saul Wold wrote:
> > Thans to Bjorn Arnelid for finding this
> >
> > Cc: bjorn.arne...@xdin.com
> >
> > [YOCTO #5173]
> >
> > Signed-off-by: Saul Wold
> > ---
> >
> > meta/conf/machine/include
It fixes the following failure:
"fatal: Missing privilege separation directory: /var/run/sshd"
when sshd is started through xinetd.
Signed-off-by: Ming Liu
---
.../openssh/openssh-6.2p2/volatiles.99_sshd|1 +
meta/recipes-connectivity/openssh/openssh_6.2p2.bb |8 ++--
2 file
On Fri, Sep 13, 2013 at 11:01 AM, Hans Beckérus wrote:
> On Fri, Sep 13, 2013 at 10:52 AM, Richard Purdie
> wrote:
>> On Fri, 2013-09-13 at 10:06 +0200, Hans Beckérus wrote:
>>> On Fri, Sep 13, 2013 at 1:07 AM, Hans Beckerus
>>> wrote:
>>> > On 2013-09-12 11:09, Hans Beckerus wrote:
>>> >>
>>>
On Fri, Sep 13, 2013 at 10:52 AM, Richard Purdie
wrote:
> On Fri, 2013-09-13 at 10:06 +0200, Hans Beckérus wrote:
>> On Fri, Sep 13, 2013 at 1:07 AM, Hans Beckerus
>> wrote:
>> > On 2013-09-12 11:09, Hans Beckerus wrote:
>> >>
>> >> On 2013-09-12 8:02, Hans Beckérus wrote:
>> >>
>> > I now got a
On Fri, 2013-09-13 at 10:06 +0200, Hans Beckérus wrote:
> On Fri, Sep 13, 2013 at 1:07 AM, Hans Beckerus
> wrote:
> > On 2013-09-12 11:09, Hans Beckerus wrote:
> >>
> >> On 2013-09-12 8:02, Hans Beckérus wrote:
> >>
> > I now got a somewhat better picture of what is going on. I know what is
> > f
On 09/12/2013 02:03 PM, Hongxu Jia wrote:
On 09/12/2013 05:47 PM, Mike Looijmans wrote:
This change just assumes that all boot systems are alike. Just
applying this patch "as is" will probably break a lot of embedded
systems that have totally different ways of upgrading the kernel. Best
scenari
On Thu, Sep 12, 2013 at 11:42:54PM -0700, Saul Wold wrote:
> Thans to Bjorn Arnelid for finding this
>
> Cc: bjorn.arne...@xdin.com
>
> [YOCTO #5173]
>
> Signed-off-by: Saul Wold
> ---
> meta/conf/machine/include/qemu.inc | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
This is from the Anjuta integration which was removed many years ago.
Signed-off-by: Ross Burton
---
.../devel-config/anjuta-remote-run.bb | 17 -
.../devel-config/anjuta-remote-run/anjuta-remote-run |7 ---
2 files changed, 24 deletions(-)
delete mode
There would be an "Argument list too long" error when the TMPDIR is in a deep
dir, for example, when "len(readlink -f TMPDIR) >= 350 (our supported value is
410)". Use "$(foreach ,,$(shell echo))" to fix it.
[YOCTO #5138]
Signed-off-by: Robert Yang
---
...cripts-Makefile.headersinst-args-too-lo
Hi Saul and Bruce,
This patch is only for linux-libc-headers, the linux-yocto also has the
file Makefile.headersinst, but we don't use it when build linux-yocto,
so it works well, I'm not sure whether we should apply this to
linux-yocto.
// Robert
The following changes since commit c6dc3cb329428
Change in V2: Rebase to current branch.
*Problem
LSB Command Check failed
...
su 1 failed
install_initd 1 failed
remove_initd 1 failed
...
The journal shows the command didsn't exist.
...
Looking for command su
Looking for command install_initd
Looking for command remove_initd
...
//Hongxu
The
The install_initd and remove_initd are linked to /sbin/chkconfig for lsb
core test, but chkconfig has been moved from /sbin to /usr/sbin in order
to fix QA warning about unsafe references in binaries.
(In commit e486242db83297701803866bea971a2f1a1135fe)
Let install_initd and remove_initd link to /
In busybox, util-linux and shadow, su has been moved to /usr/bin/,
but lsb cmdchk needs su in /bin.
Move su to /bin could fix this issue.
[YOCTO#5175]
Signed-off-by: Hongxu Jia
---
meta/recipes-core/util-linux/util-linux.inc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
In busybox, util-linux and shadow, su has been moved to /usr/bin/,
but lsb cmdchk needs su in /bin.
Move su to /bin could fix this issue.
[YOCTO#5175]
Signed-off-by: Hongxu Jia
---
.../busybox/busybox-1.21.1/su-usr-bin.patch| 26 --
meta/recipes-core/busybox/busybox
In busybox, util-linux and shadow, su has been moved to /usr/bin/,
but lsb cmdchk needs su in /bin.
Move su to /bin could fix this issue.
[YOCTO#5175]
Signed-off-by: Hongxu Jia
---
meta/recipes-extended/shadow/shadow_4.1.4.3.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --gi
On Fri, Sep 13, 2013 at 1:07 AM, Hans Beckerus wrote:
> On 2013-09-12 11:09, Hans Beckerus wrote:
>>
>> On 2013-09-12 8:02, Hans Beckérus wrote:
>>>
>>> On Thu, Sep 12, 2013 at 7:09 PM, Saul Wold wrote:
On 09/11/2013 09:05 AM, Hans Beckérus wrote:
>
> On Wed, Sep 11, 2013 at 10:
On 09/13/2013 03:56 PM, Peter A. Bigot wrote:
On 09/13/2013 12:33 AM, Hongxu Jia wrote:
The install_initd and remove_initd are linked to /sbin/chkconfig for lsb
core test, and chkconfig has been moved from /sbin to /usr/sbin in order
to fix QA warning about unsafe references in binaries.
(In com
Hi,
As I've started to bring our internal distro and machines up to the
lates oe-core, I've got some issues with the u-boot-fw-utils to
u-boot-fw-utils-cross transition.
In my old branch, I used u-boot-fw-utils_2011.06. This used to compile
and package fw_printenv(setenv) just fine.
In the new,
On 09/13/2013 12:33 AM, Hongxu Jia wrote:
The install_initd and remove_initd are linked to /sbin/chkconfig for lsb
core test, and chkconfig has been moved from /sbin to /usr/sbin in order
to fix QA warning about unsafe references in binaries.
(In commit e486242db83297701803866bea971a2f1a1135fe)
Hi Khem,
On 13 September 2013 07:54, Khem Raj wrote:
>
> On Sep 3, 2013, at 6:45 PM, Mark Hatle wrote:
>
> > On 9/3/13 4:13 PM, Francois Retief wrote:
> >> Hi all,
> >>
> >> Thanks to Richard's recent improvements in the oe-core tree, I finally
> got my
> >> first MinGW build to compile throug
86 matches
Mail list logo
