hu, Apr 28, 2011 at 03:08:03PM +0800, Lu, Lianhao wrote:
>>>>> Hi Guys,
>>>>>
>>>>> Here is the design of network based PR service, please help to
>>>>> review and give you comment. Thanks a lot!
>>>>
>>>> Hi,
>
Koen Kooi wrote on 2011-05-26:
>
> Op 26 mei 2011, om 13:55 heeft Lianhao Lu het volgende geschreven:
>
>> This is a modification of the original patch to enable network based PR
>> service.
>>
>> The main difference between this series of patch to the original one is
>> that this one uses the
Phil Blundell wrote on 2011-05-26:
> On Thu, 2011-05-26 at 19:55 +0800, Lianhao Lu wrote:
>> -EXTENDPV = "${EXTENDPEVER}${PV}-${PR}"
>> +EXTENDPV = "${EXTENDPEVER}${PV}-${PKGR}"
>
> That looks a bit weird. Is it really correct to be mixing PV and PKGR like
> that?
>
> FWIW, oe master has:
>
>
Phil Blundell wrote on 2011-05-26:
> On Thu, 2011-05-26 at 20:43 +0800, Lu, Lianhao wrote:
>> The problem is that in OE-core the default -deb/-dbg packages are
>> all using EXTENDPV, as well as some other recipes. Do you mean we
>> should make them all using EXTENDPKGV instead
Hi,
SHLIBSDIR is a central place where to store the pkg information about the
shared libraries which the package would provide. In the do_package task, the
function package_do_shlibs() will use this kind of information to automatically
add RDEPENDS for the package being built. In the multilib
Richard Purdie wrote on 2011-07-27:
> Since we now handle GLIBC_DYNAMIC_LINKER in gcc-configure-common.inc:
>
> 's#\(GLIBC_DYNAMIC_LINKER[^ ]*\)\( *"/lib.*\)#\1 SYSTEMLIBS_DIR\2#'
>
It seems to me that this patch may not be removed. The above code in
gcc-configure-common.inc said it only useful
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Phil Blundell
> Sent: Friday, July 29, 2011 11:38 PM
> To: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] [RFC
Khem Raj wrote on 2011-07-31:
> On Tuesday, July 26, 2011 11:50:26 PM Richard Purdie wrote:
>> From: Lianhao Lu
>>
>> Support install multiple multilib in opkg backend.
>>
>> The installation is done in 3 phases.
>>
>> Phase 1: install normal packages to IMAGE_ROOTFS.
>>
>> Phase 2: install mu
Khem Raj wrote on 2011-07-31:
> On Friday, July 29, 2011 10:57:27 PM Lianhao Lu wrote:
>> Part fix of [BUGID #1236].
>>
>> 1. Collect all the values for RTLDLIST for the current multilib
>> configuration to modify the ldd scripts.
>>
>> 2. Collect all the values for KNOWN_INTERPRETER_NAMES for th
Richard Purdie wrote on 2011-08-05:
> When running multilib builds its not intuitive for the specificed
> versions/providers to be build in one case and the higher version in the
> other.
> This patch mirrors the options unless they're already set.
>
> There shouldn't be any effect if the MULTILI
nitin.a.kam...@intel.com wrote on 2011-08-06:
> From: Nitin A Kamble
>
> Signed-off-by: Nitin A Kamble
> ---
> meta/conf/machine/include/ia32/arch-ia32.inc | 19 +--
> meta/conf/machine/include/tune-core2.inc |4
> meta/conf/machine/include/tune-x86_64.inc|
Richard Purdie wrote on 2011-08-10:
> If we don't do this, the SDK target sysroot is named generically even
> when it contains package architecture specific optimisations.
>
> Signed-off-by: Richard Purdie ---
> diff --git a/meta/classes/populate_sdk.bbclass
> b/meta/classes/populate_sdk.bbclass
Hi guys,
When trying to fix bug #892(http://bugzilla.pokylinux.org/show_bug.cgi?id=892),
I met some problems in generating the default site config files used by
cross-canadian toolchain.
When using autoconf for cross-compile, it is impossible to check features that
require running a test progr
Phil Blundell wrote on 2011-08-11:
> On Thu, 2011-08-11 at 22:31 +0800, Lianhao Lu wrote:
>> [YOCTO #892] populate the site config files content into the file in
>> {target}/cross_site_config in rootfs, which can be used by the cross
>> toolchain in meta-toolchain when the rootfs is used as sysroot
Saul Wold wrote on 2011-08-12:
> On 08/11/2011 06:09 PM, Lu, Lianhao wrote:
>> Phil Blundell wrote on 2011-08-11:
>>> On Thu, 2011-08-11 at 22:31 +0800, Lianhao Lu wrote:
>>>> [YOCTO #892] populate the site config files content into the file
>>>> in {targ
Robert Yang wrote on 2011-08-12:
>
> Hi folks,
>
> The build time of core-image-sato increases about 5 ~ 10 minutes than
> the following commit:
>
> commit 5af197b55a4b779f1ec93186f0723026949ba2b5
> Author: Liping Ke
> Date: Fri Jun 3 08:22:40 2011 +0800
>
> cache: Implement multiple ex
wenzong fan wrote on 2011-08-19:
> Hi Folks,
>
> I think I was blocked by this defect now, and it also blocked the #1086:
>
> http://bugzilla.pokylinux.org/show_bug.cgi?id=1070
>
> I have try to add the depended packages to 'package_to_install', but
> they won't be installed at all. I know a li
Richard Purdie wrote on 2012-01-17:
> On Mon, 2012-01-16 at 19:43 +0800, Lianhao Lu wrote:
>> [YOCTO #1555]
>> Adding new mechanism to allow multiple gcc related recipes sharing the
>> same src directory when using the basichash as the signature handler.
>>
>> Using the same stamp file for multip
Richard Purdie wrote on 2012-01-19:
> On Tue, 2012-01-17 at 03:05 +0000, Lu, Lianhao wrote:
>> Richard Purdie wrote on 2012-01-17:
>>> On Mon, 2012-01-16 at 19:43 +0800, Lianhao Lu wrote:
>>>
>>> Can you please check if this can be fixed by:
>>>
&
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of Saul Wold
> Sent: Friday, January 20, 2012 4:19 PM
> To: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] [PATCH]
Hi guys,
I just found that the gcc-runtime-nativesdk has different task signature for
task do_patch, comparing to that of gcc-cross-initial. This would cause a
do_patch failure if we use OEBasicHash as the BB_SIGNATURE_HANDLER. By
comparing their sigdata files, it turns out that the difference
It works if you -c cleansstate on a bunch of recipes, pango, cairo,
fontconfig, gtk+, etc
>>>
I tried rpm-native after "-c cleansstate", but it still asks for libz.la?
Anyone has the clue?
Best Regards,
Lianhao
___
Openembedded-cor
Hi guys,
When I'm looking at some package warnings of eglibc-nativesdk(and some other
-nativesdk packages' warnings), e.g.
WARNING: For recipe eglibc-nativesdk, the following files/directories were
installed but not shipped in any package:
WARNING:
/opt/poky/1.1+snapshot/sysroots/x86_64-poky
Qinliang,
You might need to update the lttng to 0.4.0 in Eclipse through
http://download.eclipse.org/technology/linuxtools/update first.
Best Regards,
Lianhao
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openem
Hi Richard,
> Lianhao Lu (3):
> classes/image: Allow openssh empty passwords login.
> image/core-image: Handle conflicting IMAGE_FEATURES.
> task-core-tools-debug: Added openssh-sftp-server.
I saw only the first patch "openssh empty password" was merged. What's the
status of the other 2 pa
Richard Purdie wrote on 2012-07-02:
> On Mon, 2012-06-25 at 13:15 +0800, Lianhao Lu wrote:
>> IMAGE_FEATURES such as 'ssh-server-dropbear' and 'ssh-server-openssh'
>> can't be both enabled. User can use the following variables to define
>> the relationship of image features:
>>
>> IMAGE_FEATURES_
The problem is that the REPLACES/CONFLICTS method which defined in debian
polocy is not supported by the ipk backend.
-lianhao
"Dennis.Yxun" 编写：
is that possible to have a virtual/ssh-server mechanism, provide either openssh
or dropbear would server this dependency, quite similiar with what
I've recreated the patches per Richard's comment. However, removing nptl from
the add-on settings resulted an eglibc configure error saying that it is an
required add-on.
-Lianhao
Khem Raj wrote on 2012-03-31:
> On Sat, Mar 31, 2012 at 7:39 AM, Khem Raj wrote:
>> nptl is bogus now a days. so
Saul Wold wrote on 2012-04-06:
> On 04/05/2012 04:49 AM, Lianhao Lu wrote:
>> 1. Added static depends to ofono.
>> 2. Corrected the package content of connman-test.
>>
>> This is part of the bug fixing [YOCTO #2216].
>>
>> Signed-off-by: Lianhao Lu
>> ---
>> meta/recipes-connectivity/connman/co
Robert Yang wrote on 2012-04-09:
> Test info:
> * Have tested on:
> * Fedora 16 x86_64
> * Opensuse 12.1 x86_64
Robert,
Hongna just found a qemu launch error on openSuse x86_64 using the 2.15
eglibc-nativesdk, something about the SDL initialization error. Did your
platform work well?
>
Saul Wold wrote on 2012-04-10:
> On 04/05/2012 11:20 PM, Lianhao Lu wrote:
>> Make sure ofono package is generated when buidling connman, because
>> dynamic package connman-plugin-ofono has a RDEPENDS on ofono.
>>
> Since this is for a plugin, can the connman-plugin-ofono be generated in
> a sepa
Robert Yang wrote on 2012-04-10:
>
>
> On 04/09/2012 08:21 PM, Robert Yang wrote:
>>
>>
>> On 04/09/2012 06:36 PM, Lu, Lianhao wrote:
>>>
>>> Robert Yang wrote on 2012-04-09:
>>>> Test info:
>>>> * Have tested on
Hi guys,
I found that in package.bbclass when generating the -locale packages, it sets
RPROVIDES to provide the virtual packages -translation,
d.setVar('RPROVIDES_' + pkg, '%s-locale %s-translation' % (pn, ln))
This would result different real packages provide the same
-translation, i.e. egli
Koen Kooi wrote on 2012-04-27:
>
> Op 27 apr. 2012, om 12:47 heeft Richard Purdie het volgende geschreven:
>
>> On Fri, 2012-04-27 at 13:04 +0800, Lianhao Lu wrote:
>>> Use the base_libdir to set the udev rules directory.
>>>
>>> Signed-off-by: Lianhao Lu
>>> ---
>>> meta/recipes-multimedia/al
Saul Wold wrote on 2012-05-02:
> On 04/26/2012 11:34 PM, Lianhao Lu wrote:
>> 1. Added a package QA check function in multilib case. It checkes whether
>> there is a package runtime dependency on packages with names not prefixed
>> by $MLPREFIX.
>>
>> 2. Fixed a bunch of recipes to use $libdir an
Does anyone have the answers to the following question? Thanks!
Regards,
-Lianhao
From: Navani Srivastava [mailto:navani.srivast...@gmail.com]
Sent: Tuesday, May 29, 2012 5:03 PM
To: Lu, Lianhao
Cc: yo...@yoctoproject.org
Subject: Re: [yocto] Broken SDK
Hi Lianhao,
These patches worked for
36 matches
Mail list logo
