> -Original Message-
> From: yocto-boun...@yoctoproject.org
> [mailto:yocto-boun...@yoctoproject.org] On Behalf Of Paul Eggleton
> Sent: Saturday, July 07, 2012 1:30 AM
> To: Stewart, David C
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] Some questions about the webhob design
>
> O
Hi Paul and Jim,
Today Jessica and PRC team had a discussion of the webhob tasks listed in the
wiki page, and about the "Group" and "Project" concept, we still have some
questions.
Say user A and user B are privileged users, who have the right to customize
images, while user C is normal user (
> -Original Message-
> From: Barros Pena, Belen
> Sent: Tuesday, July 03, 2012 7:04 PM
> To: Khem Raj; Wang, Shane; Xu, Dongxiao
> Cc: yocto
> Subject: Re: [yocto] Hob question: meta-yocto layer and 'defaultsetup' distro
> option
>
> Thanks, Khem.
>
Hi Jim,
Do you have any update on the progress of UI/process design about the webhob
design?
Thanks,
Dongxiao
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Jim Kosem
Sent: Tuesday, May 08, 2012 6:50 PM
To: yocto@yoctoproject.org
Subject: [yocto] Yoct
On Wed, 2012-04-18 at 13:55 +0100, Richard Purdie wrote:
> On Wed, 2012-04-18 at 12:45 +, Hatle, Mark wrote:
> > There is/was a conversion that changed - to _ in the package arch. And yes
> > this needs to be fixed ASAP.
>
> Let put this really simply. We are not doing this just as the -rc4
On Wed, 2012-04-18 at 08:38 +0800, Xu, Dongxiao wrote:
> On Tue, 2012-04-17 at 10:35 -0500, Mark Hatle wrote:
> > On 4/16/12 8:01 PM, Xu, Dongxiao wrote:
> > > Hi,
> > >
> > > I am testing beagleboard with RPM, and there is a question I am confused
> &g
On Tue, 2012-04-17 at 10:35 -0500, Mark Hatle wrote:
> On 4/16/12 8:01 PM, Xu, Dongxiao wrote:
> > Hi,
> >
> > I am testing beagleboard with RPM, and there is a question I am confused
> > with that PACKAGE_ARCH is renamed for certain packages. For example the
> &
Any hint on this question?
I need answers to address a Hob issue. Thanks in advance.
Thanks,
Dongxiao
On Tue, 2012-04-17 at 09:01 +0800, Xu, Dongxiao wrote:
> Hi,
>
> I am testing beagleboard with RPM, and there is a question I am confused
> with that PACKAGE_ARCH is renamed
Hi,
I am testing beagleboard with RPM, and there is a question I am confused
with that PACKAGE_ARCH is renamed for certain packages. For example the
"acl" package, whose expected PACKAGE_ARCH is "armv7a-vfp-neon", however
in RPM file, the arch is renamed to "armv7a", see
"acl-2.2.51-r2.armv7a.rpm"
On Wed, 2012-04-11 at 10:56 -0500, Mark Hatle wrote:
> On 4/11/12 10:51 AM, Xu, Dongxiao wrote:
> > On Wed, 2012-04-11 at 10:45 -0500, Mark Hatle wrote:
> >> On 4/11/12 10:37 AM, Xu, Dongxiao wrote:
> >>> On Wed, 2012-04-11 at 10:25 -0500, Mark Hatle wrote:
> >&
On Wed, 2012-04-11 at 10:45 -0500, Mark Hatle wrote:
> On 4/11/12 10:37 AM, Xu, Dongxiao wrote:
> > On Wed, 2012-04-11 at 10:25 -0500, Mark Hatle wrote:
> >> On 4/11/12 10:14 AM, Xu, Dongxiao wrote:
> >>> Hi Mark,
> >>>
> >>> I met
On Wed, 2012-04-11 at 10:25 -0500, Mark Hatle wrote:
> On 4/11/12 10:14 AM, Xu, Dongxiao wrote:
> > Hi Mark,
> >
> > I met a strange issue while using RPM to generate the rootfs.
> >
> > In the installation list, if we have 2 RPM packages, say A.rpm and
> >
Hi Mark,
I met a strange issue while using RPM to generate the rootfs.
In the installation list, if we have 2 RPM packages, say A.rpm and
B.rpm. package A RDEPENDS on package B. While installing the two
packages? Does RPM ensures to install B first and then install A?
The real issue is: we have
On 27/03/2012 17:56, "Joshua Lock" wrote:
>
> >On 27/03/12 00:19, Lu, Lianhao wrote:
> >>
> >>> -Original Message-
> >>> From: yocto-boun...@yoctoproject.org
> >>>[mailto:yocto-boun...@yoctoproject.org] On Behalf Of Xu, Dongxiao
When using Hob in Yocto Project, I found a issue when deleting layers. I
think I ever raised this problem before.
Let me briefly introduce how layer removal works in Hob. When user
changes a layer, it will following the below steps
1) init the cooker.
2) set new layers to cooker.
3) parse configu
On Thu, 2012-03-22 at 21:29 -0500, Peter Seebach wrote:
> On Fri, 23 Mar 2012 09:01:16 +0800
> "Xu, Dongxiao" wrote:
>
> > I think the difference between Hob and other UI (e.x., knotty) is
> > that, when building image is finished in knotty, the UI, bitbake
>
On Thu, 2012-03-22 at 11:18 -0500, Peter Seebach wrote:
> On Thu, 22 Mar 2012 09:49:41 +0800
> "Xu, Dongxiao" wrote:
>
> > Hi Mark,
> >
> > Any update on this one? I think we may need to track it in bugzilla.
>
> I have been looking into this. I&#
Hi Mark,
Any update on this one? I think we may need to track it in bugzilla.
Thanks,
Dongxiao
On Wed, 2012-03-14 at 17:02 +0800, Xu, Dongxiao wrote:
> Hi Mark,
>
> When using the new Hob to build targets, I also observed the pseudo
> output:
>
> "pseudo: You mus
Hi Mark,
When using the new Hob to build targets, I also observed the pseudo
output:
"pseudo: You must set the PSEUDO_PREFIX environment variable to run
pseudo."
Here is the step to reproduce it:
1) source oe-init-build-env
2) hob
3) select machine and base image. Here I use qemux86 and
core-im
Hi Belen,
In the meantime of GTK Hob development, we are also moving forward on
web hob development. One question is that, will the web hob GUI follow
with GTK hob design? Or do we need a new design for web style?
Thanks,
Dongxiao
___
yocto mailing lis
Hi Tom,
I saw in initramfs-live-install_1.0.bb recipe, there is a line to set
the COMPATIBLE_HOST:
COMPATIBLE_HOST = "(i.86|x86_64).*-linux"
But actually initramfs-live-install is set as dependency in
core-image-minimal-initramfs.bb. Therefore if we set machine to be
"qemuarm" or something else
On Mon, 2012-02-27 at 16:19 +, Richard Purdie wrote:
> On Mon, 2012-02-27 at 21:51 +0800, Xu, Dongxiao wrote:
> > Hi list,
> >
> > If I have two recipes, see following. Both of them provides
> > "virtual/test" and has package named "test-test",
Hi list,
If I have two recipes, see following. Both of them provides
"virtual/test" and has package named "test-test", the only difference is
the RDEPENDS of the package "test-test".
test-a_1.0.bb
PROVIDES = "virtual/test"
PACKAGES = "test-test"
# Assume that the abcd package are provided by rec
o
From: Wang, Shane
Sent: Friday, February 03, 2012 8:26 AM
To: Wang, Shane; Barros Pena, Belen; Xu, Dongxiao; Lu, Lianhao
Cc: Eggleton, Paul; Purdie, Richard; Zhang, Jessica; Lock, Joshua; Liu, Song;
Stewart, David C; yocto@yoctoproject.org
Subject: RE: RFC: Hob 1.2 design
I get one more:
Hi Mark,
> -Original Message-
> From: Mark Hatle [mailto:mark.ha...@windriver.com]
> Sent: Friday, September 02, 2011 11:03 PM
> To: Xu, Dongxiao
> Cc: Richard Purdie (richard.pur...@linuxfoundation.org);
> yocto@yoctoproject.org
> Subject: Re: RPM multilib packa
Hi Mark and Richard,
I am trying to setup a RPM multilib system that, it is a qemux86-64 base image
with MULTILIB_IMAGE_INSTALL = "lib32-connman-gnome". With several fixes, the
build can pass.
However in run time testing I met a problem that, for those libraries whose
base/multilib versions pa
Hi Richard,
Recently I am doing some work related with multilib.
In current code logic, I see packages that defined in "PACKAGES" variable will
be automatically tagged with libxx-PN.
However there seems no logic to handle the PACKAGES_DYNAMIC case. Is it missed?
Besides, there is runtime packa
> -Original Message-
> From: yocto-boun...@yoctoproject.org
> [mailto:yocto-boun...@yoctoproject.org] On Behalf Of Xu, Dongxiao
> Sent: Friday, June 17, 2011 10:19 AM
> To: Richard Purdie
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] configure optimization f
Hi Richard,
> -Original Message-
> From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
> Sent: Thursday, June 16, 2011 11:01 PM
> To: Xu, Dongxiao
> Cc: yocto@yoctoproject.org
> Subject: Re: configure optimization feature update
>
> Hi Dongxiao,
>
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: Thursday, June 16, 2011 9:29 AM
> To: Xu, Dongxiao
> Cc: Richard Purdie (richard.pur...@linuxfoundation.org);
> yocto@yoctoproject.org
> Subject: Re: [yocto] configure optimization feature updat
Hi Richard,
Recently I was doing the "configure optimization" feature and collecting data
for it.
The main logic of this feature is straight forward:
1. Use the diff file as autoreconf cache. (I use command: "diff -ruN
SOURCE-ORIG SOURCE", here "SOURCE-ORIG" is the source directory before runn
Mark Hatle wrote:
> On 3/14/11 8:47 PM, Xu, Dongxiao wrote:
>> Hi Richard,
>
> There was already a defect covering this. The bug number is "797".
>
> In order to fix the problem a lock was added to the RPM generation.
> This lock should be preventing both
Hi Richard,
These days I found a race condition between building a recipe and
poky-image-minimal-initramfs, to reproduce it, you can try as:
1) Run "bitbake poky-image-sato-live". Build the full sato-live image until it
is successful.
2) Bump connman's PR (or some other sato recipe's PR).
3) Re
Hi Richard and Saul,
Could you help to have a review of BUG 660?
http://bugzilla.pokylinux.org/show_bug.cgi?id=660
BUG 660 is about missing kernel firmware in poky-image-minimal.
As from most of the machine configuration files in current poky, including
igep0030.conf, "kernel-modules" and "linu
There is no such command-line recipe audio player in Yocto currently.
But to play music in command line, does "gst-launch" help with your case?
Thanks,
Dongxiao
Chris Tapp wrote:
> Is there a command-line audio player recipe in the Yocto meta?
>
> I've searched for the usual candidates (mpg123,
Wold, Saul wrote:
> On 01/19/2011 06:23 PM, Xu, Dongxiao wrote:
>> Hi Saul,
>>
>> Could you share with us how you generate your upgrade statistics
>> table?
>> We want to locally have a try of it and see if there is anything we
>> missed.
>>
Hi Saul,
Could you share with us how you generate your upgrade statistics table?
We want to locally have a try of it and see if there is anything we missed.
Thanks,
Dongxiao
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org
Garman, Scott A wrote:
> On 01/10/2011 07:15 PM, Xu, Dongxiao wrote:
>> Hi Richard,
>>
>> When testing the machine specific sysroot patchset for atom-pc and
>> emenlow machines, it exposed a libtool issue that, after the built of
>> "Machine A", an
Hi Richard,
When testing the machine specific sysroot patchset for atom-pc and emenlow
machines, it exposed a libtool issue that, after the built of "Machine A", and
then try to build "Machine B" of the same architecture, those "-L" paths
generated by libtool still points to the "Machine A" sys
Hi Saul,
Here is an update for recipes in the list under my name.
I upgraded most of the recipes except:
1) upstream check error, actually they are up to date.
Speex, net-tools, libid3tag, libgsmd
2) git development tree:
Mtd-utils
3) dependency on other recipes:
Clutter-gst (depend on latest
Hi Richard,
When looking at libtool-cross recipe, I found that it doesn't inherit the
cross.bbclass, thus its files are populated into target sysroot. Is it on
purpose or its inherit is missing?
BTW, for other cross recipes, like gcc-cross, binutils-cross, etc, they all
inherit cross.bbclass
Hi,
I did some simple tests for pseudo performance.
I wrote a simple program which is repeatedly calling fopen, fflush, and fclose,
which should be sensitive to pseudo/fakeroot since they trap the system calls.
I run the program on native, fakeroot, and pseudo.
int main()
{
FILE *fp;
FYI, bitbake parallel parsing is enabled, which can greatly reduce the file
parsing time.
There are some data test result in OE's following mails.
Bitbake 1.10: 3m2.185s
parallel-parsing (BB_NUM_PARSE_THREADS=num_cpu): 1m48.232s parallel-parsing
(BB_NUM_PARSE_THREADS=2*num_cpu): 1m1.869s
Thanks
Saul Wold wrote:
> On 11/12/2010 03:24 AM, Xu, Dongxiao wrote:
>> Hi Saul,
>>
>> This pull request contains some gstreamer recipe upgrades and disk
>> space optimization, please help to review and pull.
>>
> Dongxiao,
>
> Will you have a distro trac
Hi Saul,
This pull request contains some gstreamer recipe upgrades and disk space
optimization, please help to review and pull.
Thanks,
Dongxiao
meta/classes/sstate.bbclass
|3
meta/recipes-multimedia/gstreamer/gst-plugins-bad_0.10.19
Hi, Richard,
I just had a quick investigation on disk space occupation for Yocto linux.
Here are some findings and thoughts.
I built poky-image-minimal based on poky green release and yocto-0.9 release,
within the build directory, I dumped the tmp dir size:
Tmp dir size:
Green: 7.4G
Yocto-0.9: 2
46 matches
Mail list logo
