Re: [OE-core] [PATCH] shadow: 'useradd' copies root's extended attributes

On 01/15/2018 10:33 PM, José Bollo wrote: On Wed, 10 Jan 2018 17:50:19 +0800 wenzong fan wrote: On 01/10/2018 01:01 AM, Patrick Ohly wrote: On Fri, 2018-01-05 at 01:07 +, Fan, Wenzong wrote: It works and will override the labels of home dir that SELinux applied, that's the issue.

Re: [OE-core] [PATCH] shadow: 'useradd' copies root's extended attributes

On 01/10/2018 01:01 AM, Patrick Ohly wrote: On Fri, 2018-01-05 at 01:07 +, Fan, Wenzong wrote: It works and will override the labels of home dir that SELinux applied, that's the issue. For SELinux enabled system, the user's home dir should have lavel 'user_home_dir_t' instead of 'etc_t',

Re: [OE-core] [PATCH] shadow: 'useradd' copies root's extended attributes

On 01/04/2018 06:41 PM, Patrick Ohly wrote: On Thu, 2018-01-04 at 11:18 +0100, José Bollo wrote: Do you agree to move the patch to Smack specific layer? Such as meta-security? I agree. Layers like meta-security should not modify recipes from other layers, at least not by default. That woul

Re: [OE-core] [PATCH] shadow: 'useradd' copies root's extended attributes

On 01/04/2018 05:28 PM, wenzong fan wrote: Hi José Bollo, This will override the labels of user's home directories that set by SELinux. For example, if I run below command on SELinux enabled system: $ useradd test Sorry for the typo: s/test/t1/g to match with strace logs. // We

Re: [OE-core] [PATCH] shadow: 'useradd' copies root's extended attributes

Hi José Bollo, This will override the labels of user's home directories that set by SELinux. For example, if I run below command on SELinux enabled system: $ useradd test SELinux will label it as "user_u:object_r:user_home_dir_t:SystemLow" first, and then useradd will reset the label as "s

Re: [OE-core] [PATCH] core-image-tiny-initramfs: initramfs recipes should not generate an actual image file

creates a WIC image, which would be something similar to manually building core-image-tiny-initramfs and then doing: $ wic create core-image-tiny -e core-image-tiny-initramfs Hope that helps! Great, that's what I want. Thank you so much! Wenzong Alejandro On 11/27/2017 09:29 PM, we

Re: [OE-core] [PATCH] core-image-tiny-initramfs: initramfs recipes should not generate an actual image file

Hi Alex, Do you have a case that generating an image with wic + tiny initramfs? If so could you please show me that? I tried to create an image with below commands directly, I'm not sure if this is a proper test case: $ wic create mkefidisk -e core-image-tiny-initramfs While I booting it wi

Re: [OE-core] [PATCH 3/3] initscripts: disable mountall.sh for busybox init

On 11/02/2017 07:41 PM, Otavio Salvador wrote: On Thu, Nov 2, 2017 at 12:02 AM, wenzong fan wrote: On 11/01/2017 08:51 PM, Otavio Salvador wrote: Hello, On Wed, Nov 1, 2017 at 4:04 AM, wrote: From: Wenzong Fan Disable 'mountall.sh' to avoid system halt while the init

Re: [OE-core] [PATCH 3/3] initscripts: disable mountall.sh for busybox init

On 11/01/2017 08:51 PM, Otavio Salvador wrote: Hello, On Wed, Nov 1, 2017 at 4:04 AM, wrote: From: Wenzong Fan Disable 'mountall.sh' to avoid system halt while the init manager is set as 'busybox'. In busybox init, the 'SIGUSR1' was handled as 'halt&#

Re: [OE-core] pseudo 1.8.1 doesn't work with docker & dumb-init

On 09/02/2016 10:10 AM, Seebs wrote: On 1 Sep 2016, at 20:33, wenzong fan wrote: No, I didn't think it's related to any specific docker version. I tested it on "Docker version 1.7.1, build 786b29d" & "Docker version 1.11.2, build b9f10c9". BTW, I also tes

Re: [OE-core] pseudo 1.8.1 doesn't work with docker & dumb-init

On 08/31/2016 11:48 PM, Seebs wrote: On 31 Aug 2016, at 4:21, wenzong fan wrote: Finally I narrowed it down to pseudo commit: Yes, that makes sense, we expect that there'd be potential issues, but I didn't have a reproducer for any. Thanks! I'll see whether it reproduces

Re: [OE-core] pseudo 1.8.1 doesn't work with docker & dumb-init

On 08/31/2016 11:11 PM, Joshua Lock wrote: On Wed, 2016-08-31 at 17:21 +0800, wenzong fan wrote: Hi Experts, While I trying to build Yocto in Docker Container which using dumb- init as init system, I found the build always be stopped at some point and the container was terminated as well with

[OE-core] pseudo 1.8.1 doesn't work with docker & dumb-init

Hi Experts, While I trying to build Yocto in Docker Container which using dumb-init as init system, I found the build always be stopped at some point and the container was terminated as well with below errors: Child process timeout after 2 seconds. Child process exit status 4: lock_he

Re: [OE-core] [PATCH 0/2] subversion: fix CVE-2015-3184, CVE-2015-3187

On 11/18/2015 09:26 AM, akuster808 wrote: On 11/16/2015 09:38 PM, wenzong@windriver.com wrote: From: Wenzong Fan The following changes since commit d9aabf9639510fdb3e2ccc21ba5ae4aa9f6e4a57: gcc: Drop 4.8 (2015-11-16 14:59:18 +) are available in the git repository at: git

Re: [OE-core] [PATCH 0/3] qemu: fix CVE-2015-5225, CVE-2015-6855, CVE-2015-7295

On 11/16/2015 09:57 PM, Burton, Ross wrote: On 16 November 2015 at 07:32, mailto:wenzong@windriver.com>> wrote: Wenzong Fan (3): qemu: fix CVE-2015-5225 qemu: fix CVE-2015-6855 qemu: fix CVE-2015-7295 Master has the 2.4.0.1 upgrade now, can you rebase this

Re: [OE-core] [PATCH] gstreamer1.0-plugins-bad: disable uvch264 for systemd

On 11/14/2015 05:49 PM, Martin Jansa wrote: On Sat, Nov 14, 2015 at 05:19:03PM +0800, wenzong fan wrote: On 11/14/2015 04:23 PM, Martin Jansa wrote: NAK, see http://lists.openembedded.org/pipermail/openembedded-core/2015-November/112685.html Hi Martin Thanks for your reply. If we build oe

Re: [OE-core] [PATCH] gstreamer1.0-plugins-bad: disable uvch264 for systemd

zong@windriver.com>> wrote: From: Wenzong Fan mailto:wenzong@windriver.com>> Disable uvch264 to remove the dependency to libgudev which has been removed from systemd project. Signed-off-by: Wenzong Fan mailto:wenzong@windriver.com>> ---

Re: [OE-core] [PATCH 0/1 v2] mdadm: fix CFLAGS and ptest issues

Patch included. Wenzong On 11/09/2015 09:26 AM, wenzong@windriver.com wrote: From: Wenzong Fan V2 change: * also fix another ptest error while building poky-lsb: raid6check.c:352:2: error: ignoring return value of posix_memalign, \ declared with attribute warn_unused_result

Re: [OE-core] [PATCH 0/1 v2] mdadm: fix CFLAGS and ptest issues

The patch for this thread fails to send, anyways I need to re-send them again. Please ignore this cover. Wenzong On 11/09/2015 09:16 AM, wenzong@windriver.com wrote: From: Wenzong Fan V2 change: * also fix another ptest error while building poky-lsb: raid6check.c:352:2: error

Re: [OE-core] [PATCH 1/1 v2] mdadm: fix CFLAGS and ptest issue

On 11/06/2015 06:38 PM, Burton, Ross wrote: On 16 October 2015 at 06:57, mailto:wenzong@windriver.com>> wrote: * Also fix ptest build error caused by global CFLAGS: raid6check.c: In function 'check_stripes': raid6check.c:315:8: error: 'stripe_buf' may be used uninitialize

Re: [OE-core] [PATCH] openssl: fix mips64 configure support

On 11/07/2015 03:09 PM, Khem Raj wrote: On Fri, Nov 6, 2015 at 11:07 PM, wenzong fan wrote: If target name is linux-mips64, set it as linux-mips to get it build with mips(32) userspace. is it really building for mips32 ? Yes, with this change, the "Configure" will pass '-m

Re: [OE-core] [PATCH] openssl: fix mips64 configure support

On 11/06/2015 12:18 AM, Khem Raj wrote: On Nov 4, 2015, at 10:09 PM, wenzong@windriver.com wrote: From: Wenzong Fan Match target name linux-mips64 as well, all mips64 targets will have mips(32) userspace. this comment seems to be not relevant to the change What about: If target

Re: [OE-core] [PATCH] gnupg: set development_version as no

On 10/23/2015 06:40 PM, Burton, Ross wrote: On 22 October 2015 at 10:33, mailto:wenzong@windriver.com>> wrote: +-development_version=mym4_isbeta ++development_version=no I'd say that a neater fix would be to change the logic in autogen,sh to set beta=no in the find-version logic.

Re: [OE-core] [PATCH] openssh: Restore TCP wrappers support

On 10/23/2015 04:49 PM, Jussi Kukkonen wrote: On 23 October 2015 at 10:34, mailto:wenzong@windriver.com>> wrote: From: Wenzong Fan mailto:wenzong@windriver.com>> The /etc/hosts.deny doesn't work for sshd without tcp-wrappers support, apply below patch from

Re: [OE-core] [PATCH v3] rpcbind: handle rpcbind options

tu/+source/rpcbind/+bug/835833 Signed-off-by: Li Wang Signed-off-by: Wenzong Fan --- meta/recipes-extended/rpcbind/rpcbind/rpcbind.service | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-extended/rpcbind/rpcbind/rpcbind.service b/meta/recipes-extended/rpcbind

Re: [OE-core] [PATCH] bzip2: fix bunzip2 -qt returns 0 for corrupt archives

On 10/13/2015 08:48 PM, Burton, Ross wrote: On 13 October 2015 at 03:04, Robert Yang mailto:liezhi.y...@windriver.com>> wrote: I wrongly thought that it was right, and we did have several "Backport [Debian]" in oe-core/meta, should it be a Pending or Pending [Debian], please ? If

Re: [OE-core] [PATCH] mdadm: fix CFLAGS invalid issue

Ping ... Thanks Wenzong On 09/11/2015 01:51 PM, wenzong@windriver.com wrote: From: Wenzong Fan * Pass global CFLAGS to build: The CFLAGS does not pass to build at all since it was redefined by mdadm Makefile: CFLAGS = $(CWFLAGS) $(CXFLAGS) ... This could be done by setting 'CX

Re: [OE-core] [PATCH] glib-2.0: cleanup buildpaths from pkgconfig files

recall this patch, I'll send out v2 for update commit logs. Wenzong On 09/24/2015 07:04 PM, wenzong@windriver.com wrote: From: Wenzong Fan * gio-2.0.pc: -L/path/to/tmp/sysroots/qemux86-64/lib64 -> -L/lib64 * gobject-2.0.pc: -L/path/to/tmp/sysroots/qemux86-64/usr/lib64/

Re: [OE-core] [PATCH] curl: cleanup buildpaths from curl-config

On 09/27/2015 05:45 AM, Richard Purdie wrote: On Thu, 2015-09-24 at 07:04 -0400, wenzong@windriver.com wrote: From: Wenzong Fan * curl-config: -L/path/to/tmp/sysroots/qemux86-64/usr/lib64 -> -L/usr/lib64 --sysroot=/path/to/tmp/sysroots/qemux86-64' -> --sysroot= Si

Re: [OE-core] [PATCH] gnutls: cleanup buildpaths from gnutls.pc

On 09/24/2015 07:55 PM, Burton, Ross wrote: On 24 September 2015 at 12:49, Jussi Kukkonen mailto:jussi.kukko...@intel.com>> wrote: I'm not seeing this problem and gnutls.pc.in file looks ok to me. Any idea how I could reproduce this? Also, just sedding them out o

Re: [OE-core] [PATCH] gnutls: cleanup buildpaths from gnutls.pc

On 09/24/2015 07:49 PM, Jussi Kukkonen wrote: On 24 September 2015 at 14:04, mailto:wenzong@windriver.com>> wrote: From: Wenzong Fan mailto:wenzong@windriver.com>> * gnutls.pc: -L/path/to/tmp/sysroots/qemux86-64/lib64 -> -L/lib64 I'm not see

Re: [OE-core] [PATCH] openssl: fix ptest issues

Ping ... Thanks Wenzong On 08/03/2015 04:52 PM, wenzong@windriver.com wrote: From: Wenzong Fan * follow symbolic links while copying sources from test/* * install required target files to remove Make errors: make[2]: *** No rule to make target 'xxx', needed by 'yyy&#x

Re: [OE-core] [PATCH v2] bjam-native: build and install bjam.debug

Ping ... Thanks Wenzong On 08/04/2015 10:33 AM, wenzong@windriver.com wrote: From: Wenzong Fan bjam is stripped by default, this causes QA warning while stripping it from do_populate_sysroot(): WARNING: File '.../tmp/sysroots/x86_64-linux/usr/bin/bjam' \ from bjam-

Re: [OE-core] [PATCH] gnu-efi: Make setjmp.S portable to ARM

On 09/07/2015 10:08 PM, Burton, Ross wrote: On 7 September 2015 at 03:19, mailto:wenzong@windriver.com>> wrote: + > Note on targets where the @ character is the start of a comment + > (eg ARM) then another character is used instead. For example the + > ARM port uses the % cha

Re: [OE-core] [PATCH 1/2] swig: add package 3.0.2

On 08/20/2015 08:16 PM, Martin Jansa wrote: On Thu, Aug 20, 2015 at 09:31:11AM +0800, wenzong fan wrote: On 08/19/2015 09:12 PM, Martin Jansa wrote: On Wed, Aug 19, 2015 at 03:29:28AM -0400, wenzong@windriver.com wrote: From: Wenzong Fan Pull package from meta-oe to oe-core: meta-oe

Re: [OE-core] [PATCH 1/2] swig: add package 3.0.2

On 08/19/2015 09:12 PM, Martin Jansa wrote: On Wed, Aug 19, 2015 at 03:29:28AM -0400, wenzong@windriver.com wrote: From: Wenzong Fan Pull package from meta-oe to oe-core: meta-oe commit: 8b7d90d8e4c3338f94c588fc7e4a88319bd9a9e8 There is patch for meta-oe to upgrade it to 3.0.6 (which

Re: [OE-core] [PATCH] bjam-native: inhibit sysroot strip

On 08/09/2015 07:52 AM, Khem Raj wrote: On Jul 30, 2015, at 12:40 AM, wenzong fan wrote: On 07/29/2015 06:19 PM, Burton, Ross wrote: On 29 July 2015 at 08:34, mailto:wenzong@windriver.com>> wrote: +# bjam is already stripped, don't strip it again +INHIBIT_SYSROOT

Re: [OE-core] [PATCH] bjam-native: inhibit sysroot strip

On 07/29/2015 06:19 PM, Burton, Ross wrote: On 29 July 2015 at 08:34, mailto:wenzong@windriver.com>> wrote: +# bjam is already stripped, don't strip it again +INHIBIT_SYSROOT_STRIP = "1" In case it's even needed to debug bjam-native, how hard would it be to stop bjam from being st

Re: [OE-core] [PATCH 0/1] util-linux: add runuser PAM config files

Ping again ... On 05/15/2015 01:29 PM, Shan Hai wrote: Add PAM config files for util-linux to fix a runtime failure of the runuser command. meta/recipes-core/util-linux/util-linux.inc| 8 meta/recipes-core/util-linux/util-linux/runuser-l.pamd | 4 meta/recipes-core/

Re: [OE-core] [PATCH] nfs-utils: debianize start-statd

On 07/24/2015 04:08 PM, wenzong fan wrote: Ping ... Please ignore the "ping" request, this one has been merged. Thanks Wenzong On 06/29/2015 02:22 PM, wenzong@windriver.com wrote: From: Li Wang make start-statd command to use nfscommon configure, too. Signed-off-by: Hen

Re: [OE-core] [PATCH] grub: Add support for net_default_mac and net_default_ip variables

Ping ... On 07/07/2015 04:14 PM, wenzong@windriver.com wrote: From: Lijun Guo Using "-c" parameter, grub-mkimage can embed a configuration file into the grub image. However grub 2.0 doesn't support net_default_mac and net_default_ip variables in the configuration file. Backport upstream c

Re: [OE-core] [PATCH] nfs-utils: debianize start-statd

Ping ... On 06/29/2015 02:22 PM, wenzong@windriver.com wrote: From: Li Wang make start-statd command to use nfscommon configure, too. Signed-off-by: Henrik Riomar Signed-off-by: Li Wang Signed-off-by: Roy Li Signed-off-by: Wenzong Fan --- .../files/nfs-utils-debianize-start

Re: [OE-core] [PATCH v3] rpcbind: handle rpcbind options

835833 Signed-off-by: Li Wang Signed-off-by: Wenzong Fan --- meta/recipes-extended/rpcbind/rpcbind/rpcbind.service | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-extended/rpcbind/rpcbind/rpcbind.service b/meta/recipes-extended/rpcbind/rpcbind/rpcbind.service

Re: [OE-core] [PATCH 1/1 v2] rpcbind: handle rpcbind options

On 07/14/2015 07:14 PM, Burton, Ross wrote: On 13 July 2015 at 06:25, mailto:wenzong@windriver.com>> wrote: -EnvironmentFile=-@SYSCONFDIR@/rpcbind.conf +EnvironmentFile=@SYSCONFDIR@/rpcbind.conf Did you intend to drop the - from the EnvironmentFile statement? I'm guessing not.

Re: [OE-core] [PATCH 1/1] rpcbind: handle rpcbind options

On 07/10/2015 10:16 PM, Richard Purdie wrote: On Fri, 2015-07-10 at 13:36 +0800, wenzong@windriver.com wrote: From: Li Wang the patch refers to: https://bugs.launchpad.net/ubuntu/+source/rpcbind/+bug/835833 Run test: $ systemctl restart rpcbind $ systemctl status rpcbind I shouldn't ha

Re: [OE-core] [PATCH][meta-perl] libxml-libxml-perl: update from 2.0116 to 2.0121

On 07/10/2015 05:15 PM, Burton, Ross wrote: meta-perl patches go to openembedded-devel list. Sorry for the wrong post, I'll re-send it to oe-devel list. Wenzong Ross On 10 July 2015 at 10:07, mailto:wenzong@windriver.com>> wrote: From: Wenzong Fan mailto:wenzong@wi

Re: [OE-core] [PATCH] Fix packet discards HTTP redirect.

On 07/08/2015 10:12 PM, Burton, Ross wrote: As per our commit guidelines, the commit message needs to start with the name of the recipe that was modified. Fixed it, please refer to: [OE-core] [PATCH v2] apr: Fix packet discards HTTP redirect Thanks Wenzong Ross On 8 July 2015 at 08:32, m

Re: [OE-core] [PATCH] man: replace ',' with '#'

On 07/02/2015 04:05 PM, Richard Purdie wrote: On Thu, 2015-07-02 at 09:25 +0800, wenzong@windriver.com wrote: From: Yue Tao Sometimes, the parameters of CC contains the ',', which cause the sed command failed, so replace the ',' with '#' What about BUILD_CC? Not sure if there are any lin

Re: [OE-core] [PATCH 1/1] ldconfig-native: Add 64-bit flag for ELF64 entries

penembedded.org/wiki/Commit_Patch_Message_Guidelines#Patch_Header_Recommendations Thanks Wenzong Best, Yuanjie On 07/01/2015 11:19 AM, wenzong fan wrote: Hi Yuanjie, Could you resend your patch with "Upstream-status:xxx"? Please send the V2 patch directly w/o attachment. Thanks Wenzong On 04/2

Re: [OE-core] [PATCH 1/1] ldconfig-native: Add 64-bit flag for ELF64 entries

Hi Yuanjie, Could you resend your patch with "Upstream-status:xxx"? Please send the V2 patch directly w/o attachment. Thanks Wenzong On 04/28/2015 03:46 PM, Yuanjie Huang wrote: From: Yuanjie Huang ldconfig-native was grepped from an old version of glibc, and its output lacks neccessary 64b

Re: [OE-core] [PATCH] boost & libxslt: nativesdk is missed in bb file and break

Ping ... On 04/30/2015 05:34 PM, Li Zhou wrote: When run , the make will be broken because nativesdk-boost and nativesdk-libxslt don't exist. nativesdk-boost is depended by nativesdk-curlpp. nativesdk-libxslt is depended by nativesdk-python-lxml. In condition that meta-openembedded is compiled i

Re: [OE-core] [PATCH 0/1] util-linux: add runuser PAM config files

Ping ... On 05/15/2015 01:29 PM, Shan Hai wrote: Add PAM config files for util-linux to fix a runtime failure of the runuser command. meta/recipes-core/util-linux/util-linux.inc| 8 meta/recipes-core/util-linux/util-linux/runuser-l.pamd | 4 meta/recipes-core/util-l

Re: [OE-core] ltp: vma03 fix the alginment of page size

Hi guys, I have updated the patch format and sent V2 for reviewing... Thanks Wenzong On 06/26/2015 02:39 PM, Robert Yang wrote: Hi Dong, Please don't send the patch as attachment, you can use git send-email to send the patch. And please add the "Upstream-Status: Submitted" inside the patch 0

Re: [OE-core] [PATCH v2] libxml2: Security Advisory - libxml2 - CVE-2015-1819

V2 changes: * Adding Signed-off-by. Thanks Wenzong On 06/15/2015 09:18 AM, wenzong@windriver.com wrote: From: Yue Tao for CVE-2015-1819 Enforce the reader to run in constant memory Signed-off-by: Yue Tao Signed-off-by: Wenzong Fan --- meta/recipes-core/libxml/libxml2.inc

Re: [OE-core] [PATCH 1/1] improve the sanity check for PATH and BBPATH

Hi Ross, Please refer to attachment for the rebased patch. Thanks Wenzong On 12/05/2014 01:28 AM, Burton, Ross wrote: This doesn't apply to master, can you rebase? Ross On 4 December 2014 at 02:29, Shiqun.Lin mailto:shiqun@windriver.com>> wrote: --

Re: [OE-core] [PATCH 1/6] subversion: Security Advisory - subversion - CVE-2014-3528

cover page 'Dizzy next':) Since I updated serf on master, so I wonder how the subversion related CVEes will be processed on Dizzy. Thanks for the clarification. Wenzong thanks, Armin On 11/18/2014 05:29 PM, wenzong fan wrote: There's subversion 1.8.10 in master branch that has i

Re: [OE-core] [PATCH 0/1] uprev serf: 1.3.6 -> 1.3.8

11:35 PM, akuster wrote: Please add to the 1.3.7 the security fix - CVE-2014-3504: (Closes: #757965) On 11/17/2014 12:38 AM, wenzong@windriver.com wrote: From: Wenzong Fan Release changes: Serf 1.3.8 [2014-10-20, from /tags/1.3.8, r] Fix issue #152: CRC calculation error for

Re: [OE-core] [PATCH 1/6] subversion: Security Advisory - subversion - CVE-2014-3528

There's subversion 1.8.10 in master branch that has included the CVE fixes. Would you like to backport 1.8.10 from master? Or just patch 1.8.9 to fix this CVE? Thanks Wenzong On 11/19/2014 12:18 AM, Armin Kuster wrote: From: Yue Tao Apache Subversion 1.0.0 through 1.7.x before 1.7.17 and 1

Re: [OE-core] [PATCH 0/1] uprev serf: 1.3.6 -> 1.3.8

On 11/17/2014 11:35 PM, akuster wrote: Please add to the 1.3.7 the security fix - CVE-2014-3504: (Closes: #757965) Ok, I have added this comment and updated the contrib branch. Thanks Wenzong On 11/17/2014 12:38 AM, wenzong@windriver.com wrote: From: Wenzong Fan Release changes

Re: [OE-core] [PATCH v2 4/4] tcl: clean host path in tclConfig.sh

Oops, the tcl patch will cause "expect 5.45" configure failures, please ignore it for now. // Wenzong On 11/14/2014 05:44 PM, wenzong@windriver.com wrote: From: Shiqun Lin * /usr/bin/crossscripts/tclConfig.sh Signed-off-by: Shiqun Lin Signed-off-by: Wenzong Fan --- me

Re: [OE-core] [PATCH 0/4] Clean host path in target scripts

Drop the patches - Mistaken Signatures. Wenzong On 10/22/2014 09:46 AM, wenzong@windriver.com wrote: From: Wenzong Fan Clean host path for: * /usr/bin/crossscripts/tclConfig.sh * /usr/bin/isc-config.sh * /usr/bin/bind9-config - hardlink to isc-config.sh * /usr/bin/compile_et

Re: [OE-core] [PATCH 0/1] shadow: fix pam configs for chpasswd, newusers

Drop the patch - Mistaken Signatures. Wenzong On 10/22/2014 01:19 PM, wenzong@windriver.com wrote: From: Wenzong Fan Fix below errors while pam is enabled on target: root@qemux86:~# newusers newusers: PAM: Authentication failure root@qemux86:~# chpasswd chpasswd: PAM

Re: [OE-core] [PATCH 1/1] lsof: fix LSOF_CCV in version.h

On 10/23/2014 04:03 AM, Burton, Ross wrote: On 22 October 2014 04:23, mailto:wenzong@windriver.com>> wrote: +- @echo '#define LSOF_CCV"${CCV}"' >> version.h ++ @LSOF_CCV=`${CC} -v 2>&1 | sed -n 's/.*version \(.*\)/\1/p'` &&\ ++ echo "#define LSOF_CCV

Re: [OE-core] [PATCH 0/1] pango / ptest: clean CFLAGS for host binary

On 09/09/2014 05:11 PM, wenzong fan wrote: Oops, I replied wrong mail list, this patch works and have been merged, please just ignore my nonsense below: Recall this patch, it should be fixed from the dependency of swig. Sorry for the

Re: [OE-core] [PATCH 0/1] pango / ptest: clean CFLAGS for host binary

Recall this patch, it should be fixed from the dependency of swig. Sorry for the inconvenience. // Wenzong On 09/02/2014 01:53 PM, wenzong@windriver.com wrote: From: Wenzong Fan The binary gen-all-unicode needs to be compiled for the host architecture, the CFLAGS passed to target system

Re: [OE-core] [PATCH 0/1] udev: remove libudev-dbg and libgudev-dbg

On 11/12/2013 03:47 PM, Richard Purdie wrote: On Mon, 2013-11-11 at 10:05 -0600, Mark Hatle wrote: On 11/11/13, 4:10 AM, wenzong@windriver.com wrote: From: Wenzong Fan We don't support multiple -dbg packages, so just remove the libudev-dbg, libgudev-dbg and put all debug stuffs to

Re: [OE-core] [PATCH 0/1] udev: remove libudev-dbg and libgudev-dbg

On 11/12/2013 12:05 AM, Mark Hatle wrote: On 11/11/13, 4:10 AM, wenzong@windriver.com wrote: From: Wenzong Fan We don't support multiple -dbg packages, so just remove the libudev-dbg, libgudev-dbg and put all debug stuffs to 'udev-dbg'. I'm a bit confused, we do

Re: [OE-core] [PATCH 0/1] udev: ship source files to related dbg package

On 11/08/2013 04:18 PM, Richard Purdie wrote: On Fri, 2013-11-08 at 16:10 +0800, wenzong fan wrote: On 11/07/2013 07:12 PM, Burton, Ross wrote: On 7 November 2013 11:03, wrote: From: Wenzong Fan Just ship these sources to their own dbg packages instead of udev-dbg: libudev

Re: [OE-core] [PATCH 0/1] udev: ship source files to related dbg package

On 11/08/2013 04:18 PM, Richard Purdie wrote: On Fri, 2013-11-08 at 16:10 +0800, wenzong fan wrote: On 11/07/2013 07:12 PM, Burton, Ross wrote: On 7 November 2013 11:03, wrote: From: Wenzong Fan Just ship these sources to their own dbg packages instead of udev-dbg: libudev

Re: [OE-core] [PATCH 0/1] udev: ship source files to related dbg package

On 11/07/2013 07:12 PM, Burton, Ross wrote: On 7 November 2013 11:03, wrote: From: Wenzong Fan Just ship these sources to their own dbg packages instead of udev-dbg: libudev* -> libudev-dbg gudev* -> libgudev-dbg others -> udev-dbg Why do this? Multiple -dbg

Re: [OE-core] About PACKAGECONFIG audit

On 08/20/2013 04:46 AM, Randy MacLeod wrote: Add Joe Slater who owns US17463: PACKAGECONFIG clean-up. On 13-08-15 05:29 AM, wenzong fan wrote: Hi All, We have seen some problems like this: $ bitbake libcap ld: warning: libaudit.so.1, needed by .../lib64/libpam.so, not found .../lib64

Re: [OE-core] [PATCH 1/1] oe/path.py: call /bin/cp directly

On 08/17/2013 01:11 AM, Saul Wold wrote: On 08/13/2013 12:09 AM, wenzong@windriver.com wrote: From: Wenzong Fan This avoids running cp with interactive mode if defined: alias cp='cp -i' Signed-off-by: Wenzong Fan --- meta/lib/oe/path.py |2 +- 1 file changed, 1

Re: [OE-core] About PACKAGECONFIG audit

On 08/15/2013 05:44 PM, Paul Eggleton wrote: Hi Wenzong, On Thursday 15 August 2013 17:29:46 wenzong fan wrote: We have seen some problems like this: $ bitbake libcap ld: warning: libaudit.so.1, needed by .../lib64/libpam.so, not found .../lib64/libpam.so: undefined reference to `audit_open

[OE-core] About PACKAGECONFIG audit

Hi All, We have seen some problems like this: $ bitbake libcap ld: warning: libaudit.so.1, needed by .../lib64/libpam.so, not found .../lib64/libpam.so: undefined reference to `audit_open' .../lib64/libpam.so: undefined reference to `audit_close' .. The libaudit has been available and libp

[OE-core] sstate_create_package fails since 'tar: xxxx: file changed as we read it'

Hi All, I met it on some packages like: util-macros-native, glib-2.0-native, libogg ... Build host: CentOS 5.9 Error messages: --- DEBUG: Preparing tree /home/nxadm/nx/yow-blade4.1/builds-2013-08-06-030257/e500-kvm-guest_std/bitbake_build/tmp/work/x86_64-linux/util

[OE-core] nss-native fails to build with older binutils on host

Hi folks, I'm looking for a proper solution to fix this build failure: Package name: nss-native Host binutils version: 2.17.50.0.6-20.el5_8.3 Host type: CentOS 5.9 Error message: -- gcc -o Linux3.4_x86_64_glibc_PTH_64_OPT.OBJ/Linux_SINGLE_SHLIB/intel-gcm.o -O2 -D_POSIX_SOURCE -D_B

Re: [OE-core] [PATCH 1/1] ghostscript: resolve the gconfig.h conflict

On 06/23/2013 10:02 AM, Saul Wold wrote: On 06/17/2013 07:02 PM, wenzong@windriver.com wrote: From: Wenzong Fan Both base/lib.mak and psi/int.mak will create file gconfig.h: lib.mak: $(CP_) $(gconfig_h) $(GLGEN)gconfig.h int.mak: $(CP_) $(gconfig_h) $(PSGEN)gconfig.h If $(GLGEN

Re: [OE-core] [PATCH 1/1] xcursor-transparent-theme: install index.theme explicitly

On 04/10/2013 05:17 PM, Burton, Ross wrote: On 10 April 2013 09:00, Martin Jansa wrote: On Wed, Apr 10, 2013 at 11:26:35AM +0800, wenzong@windriver.com wrote: The xcursor-transparent-theme doesn't install index.theme by default, this might cause below command fails on target: $ gtk-u

Re: [OE-core] [PATCH 1/1] autotools.bbclass: using relative paths for acpaths

On 09/28/2012 12:59 AM, Richard Purdie wrote: On Thu, 2012-09-27 at 16:23 +0800, wenzong@windriver.com wrote: From: Wenzong Fan Fix autotools.bbclass to use relative paths for acpaths instead of absolute ones. Since absolute paths may cause potential autoreconf error like: Can't

Re: [OE-core] [PATCH 1/1] coreutils: fix do_configure error with long TMPDIR

On 08/24/2012 12:33 PM, wenzong fan wrote: On 08/24/2012 12:28 AM, Saul Wold wrote: On 08/19/2012 07:55 PM, wenzong@windriver.com wrote: From: Wenzong Fan By default the 'm4/*' files will be extended with absolute path while autoreconf running, if the length of TMPDIR is too lo

Re: [OE-core] [PATCH 1/1] coreutils: fix do_configure error with long TMPDIR

On 08/24/2012 12:28 AM, Saul Wold wrote: On 08/19/2012 07:55 PM, wenzong@windriver.com wrote: From: Wenzong Fan By default the 'm4/*' files will be extended with absolute path while autoreconf running, if the length of TMPDIR is too long such as 410 which is the maximum value

Re: [OE-core] [PATCH 1/1] sysfsutils: install libs to base_libdir

On 08/09/2012 09:57 PM, Saul Wold wrote: On 08/09/2012 06:19 AM, wenzong fan wrote: On 08/08/2012 04:44 PM, Koen Kooi wrote: Op 8 aug. 2012, om 08:09 heeft wenzong fan het volgende geschreven: On 08/07/2012 08:23 PM, Koen Kooi wrote: Op 7 aug. 2012, om 14:14 heeft wenzong

Re: [OE-core] [PATCH 1/1] at 3.1.13: get 'at' depends on 'flex-native' explicitly

On 08/09/2012 09:01 PM, Paul Eggleton wrote: On Thursday 09 August 2012 10:59:15 wenzong@windriver.com wrote: From: Wenzong Fan 'at' needs flex to generate source file lex.yy.c, but it doesn't depend on flex-native directly; This maybe cause a do_compile failure if flex-nati

Re: [OE-core] [PATCH 1/1] sysfsutils: install libs to base_libdir

On 08/08/2012 04:44 PM, Koen Kooi wrote: Op 8 aug. 2012, om 08:09 heeft wenzong fan het volgende geschreven: On 08/07/2012 08:23 PM, Koen Kooi wrote: Op 7 aug. 2012, om 14:14 heeft wenzong@windriver.com het volgende geschreven: From: Wenzong Fan Fix the warning form pcmciautils

Re: [OE-core] [PATCH 1/1] sysfsutils: install libs to base_libdir

On 08/07/2012 08:23 PM, Koen Kooi wrote: Op 7 aug. 2012, om 14:14 heeft wenzong@windriver.com het volgende geschreven: From: Wenzong Fan Fix the warning form pcmciautils building: "WARNING: QA Issue: pcmciautils: /sbin/pccardctl, installed in the base_prefix, requires a shared li

Re: [OE-core] [PATCH 1/1] gdk-pixbuf: fix parallel install issue

On 08/06/2012 06:32 AM, Colin Walters wrote: On Fri, 2012-08-03 at 11:30 +0800, wenzong@windriver.com wrote: Make an explicit dependency to the libs install targets would fix this issue. I don't think Yocto should be running the 'make install' target with parallelism enabled; it's just go

Re: [OE-core] [PATCH 1/1] qt4: fix qt4-native build failure on SLED-11

On 08/01/2012 08:36 PM, Paul Eggleton wrote: On Wednesday 01 August 2012 19:50:02 wenzong@windriver.com wrote: From: Wenzong Fan This issue is that with C++ compiler process an old version of kernel header file, coincidently that file has a variable named 'new': *

Re: [OE-core] [PATCH v2 0/1] archive.bbclass: archive work directory

On 01/12/2012 04:04 PM, wenzong fan wrote: On 01/12/2012 03:31 PM, Saul Wold wrote: On 01/10/2012 11:34 PM, wenzong@windriver.com wrote: From: Wenzong Fan v2 updates: 1) Remove the special-casing for gcc, checking for any packages under 'tmp/work-shared'; 2) Remove some bas

Re: [OE-core] [PATCH v2 0/1] archive.bbclass: archive work directory

On 01/12/2012 03:31 PM, Saul Wold wrote: On 01/10/2012 11:34 PM, wenzong@windriver.com wrote: From: Wenzong Fan v2 updates: 1) Remove the special-casing for gcc, checking for any packages under 'tmp/work-shared'; 2) Remove some bash-specific code, replase the '[[reg

Re: [OE-core] [PATCH 1/1] archive.bbclass: archive work directoryDistribution

On 01/07/2012 01:39 AM, Phil Blundell wrote: On Fri, 2012-01-06 at 16:20 +0800, wenzong@windriver.com wrote: +if [[ -d ${S}&& ${S} != ${WORKDIR} ]]; then +if [[ ${S} =~ "/work-shared/gcc" ]]; then +# Create temporary sources directory for gcc +mkdir -

Re: [OE-core] [PATCH 1/1] archive.bbclass: archive work directory

On 01/06/2012 04:46 PM, Saul Wold wrote: On 01/06/2012 12:20 AM, wenzong@windriver.com wrote: From: Wenzong Fan Some legal departments believe a complete archive of the work directory is required for certain license compliance issues. We could therefore do with a class which archives up

Re: [OE-core] [PATCH 2/5] m4: Add m4-nativesdk recipes

On 11/30/2011 02:04 AM, Richard Purdie wrote: On Tue, 2011-11-29 at 17:48 +, McClintock Matthew-B29882 wrote: On Tue, Nov 29, 2011 at 2:38 AM, wrote: From: Wenzong Fan [YOCTO #1603] m4-nativesdk is required by autoconf-nativesdk. Is there a reason we don't just e

Re: [OE-core] [PATCH 4/5] autoconf: Extend to provide nativesdk recipe

On 11/29/2011 05:14 PM, Koen Kooi wrote: Op 29 nov. 2011, om 10:00 heeft wenzong fan het volgende geschreven: On 11/29/2011 04:49 PM, Koen Kooi wrote: Op 29 nov. 2011, om 09:39 heeft het volgende geschreven: From: Wenzong Fan [YOCTO #1603] For every

Re: [OE-core] [PATCH 4/5] autoconf: Extend to provide nativesdk recipe

On 11/29/2011 04:49 PM, Koen Kooi wrote: Op 29 nov. 2011, om 09:39 heeft het volgende geschreven: From: Wenzong Fan [YOCTO #1603] For every recipe: what is '[yocto #1603]'? http://bugzilla.pokylinux.org/show_bug.cgi?id=1603 The updates to each recipe was relat

Re: [OE-core] [PATCH 0/1] distro_tracking: update tracking fields for gettext and eds-tools

On 11/29/2011 01:56 AM, Saul Wold wrote: On 11/27/2011 11:57 PM, wenzong@windriver.com wrote: From: Wenzong Fan Update distro tracking fields for gettext and eds-tools. The eds-tools fails to build for now, so left its status as 'red'. A defect #1786 has been filed for tracking

Re: [OE-core] [PATCH 0/1] distro_tracking_fields: update packages tracking fields

On 11/02/2011 08:36 AM, Saul Wold wrote: On 10/24/2011 07:49 PM, wenzong@windriver.com wrote: From: Wenzong Fan Update distro tracking fields for ccache, chkconfig. The following changes since commit 53ee27a1c5b589cba874f674c428e1a36557cc3b: Joshua Lock (1): doc: update

Re: [OE-core] [PATCH 3/3 v2] distro_tracking_fields: update packages tracking fields

On 10/20/2011 03:43 PM, Saul Wold wrote: On 10/19/2011 10:59 PM, wenzong@windriver.com wrote: From: Wenzong Fan Update packages tracking fields including ccache, chkconfig. Signed-off-by: Wenzong Fan --- .../conf/distro/include/distro_tracking_fields.inc | 12 1 files

Re: [OE-core] [PATCH 1/3 v2] ccache: update to 3.1.6

Recall this threads, they are duplicated with another one. Wenzong On 10/20/2011 01:59 PM, wenzong@windriver.com wrote: From: Wenzong Fan Update ccache to 3.1.6 from 3.1.5. Signed-off-by: Wenzong Fan --- .../ccache/{ccache_3.1.5.bb => ccache_3.1.6.bb}|4 ++-- 1 files chan

Re: [OE-core] [PATCH 0/3 v2] Update packages

I got some issues on the git-sendmail, please ignore the duplicate emails. Sorry for the inconvenience. Thanks Wenzong On 10/20/2011 02:04 PM, wenzong@windriver.com wrote: From: Wenzong Fan v2 add the patch to distro_tracking_fields.inc file. The following changes since commit

Re: [OE-core] [PATCH 1/1] libpam: Setting suid bit for unix_chkpwd

On 08/22/2011 10:30 AM, Scott Garman wrote: On 08/20/2011 09:05 AM, Khem Raj wrote: On 8/20/2011 12:58 AM, wenzong@windriver.com wrote: From: Wenzong Fan [YOCTO #1252] While pam_unix.so required by an application on lsb image, it will need to call the unix_chkpwd to get userinfo from

  1   2   >