On Tue, Oct 30, 2012 at 10:59 PM, wrote:
> From: Chunrong Guo
>
> fix error:
> ./core.internal/socketSupport.cpp: In function 'int
> tcf::closesocket_(int)':
> | ./core.internal/socketSupport.cpp:69:12: error: '::close' has not
> been declared
> | make: ***
> [objs/tcf
On Tue, Nov 13, 2012 at 4:43 PM, Darren Hart wrote:
> I'm trying to find the images from the following autobuilder run:
>
> http://autobuilder.yoctoproject.org:8010/builders/sys940x/builds/100
>
> Where can I find the core-image-sato.hddimg or core-image-minimal.hddimg
> for example?
I thought it
YoctoProject.org is now hosting a meta-freescale mailing list that are
going to unify the communities of meta-fsl-ppc and meta-fsl-arm.
>From now on all patches affecting meta-fsl-ppc and meta-fsl-arm can be
sent to meta-freesc...@yoctoproject.org and have the respective tag in
the patch. Please c
v 15, 2012 at 1:36 PM, Philip Balister
>>> wrote:
>>>>
>>>> On 11/14/2012 11:58 AM, McClintock Matthew-B29882 wrote:
>>>> Do we have a standard for yocto/OE list names on gmane?
>>>
>>> I tried to add it but it did not work.
>>
On Tue, Nov 27, 2012 at 5:21 AM, Otavio Salvador
wrote:
> On Fri, Nov 23, 2012 at 5:13 PM, Otavio Salvador
> wrote:
>> Hi,
>>
>> Could patchwork support be added to meta-freescale? It'd allow for
>> easy handle of patches.
>
> Ping?
These are hosted on different organizations... I don't see any
On Sun, Dec 9, 2012 at 5:17 PM, Chris Tapp wrote:
> In tmp/deploy/images:
>
> 1) bzImage had a timestamp of 2012-12-09 21:49 and the file ended
> -20121209214459.bin
>
> 2) Cleaned the image and the task it contained (to pick up some changes on
> rebuild) and deleted the image files (.hddimg, et
Adding meta-freescale.
-M
On Thu, Dec 6, 2012 at 4:24 AM, Tim Verstraete
wrote:
> Hi everybody,
>
>
>
> I have build the i.MX6 with danny release of yocto and latest freescale meta
> using the core-image-minimal image for imx6qsabresd target machine è result
> is build has done everything BUT I
On Fri, Jan 11, 2013 at 4:06 PM, Thornburg, Christopher A
wrote:
> Struggling to get shared state mirrors to work. I can see files with the
> same file name (and therefore the same hash) in my mirror and, after a
> build, in my local sstate cache direcotry. Ala:
>
> /storage/yocto-cache/sstate-too
On Tue, Jan 15, 2013 at 7:09 PM, Flanagan, Elizabeth
wrote:
> - p1022ds failed due to a libxml2_2.8.0 failure. it is also throwing
> warnings about missing patches.
I've got a master-next branch I'm testing now and should be on master
soon. I'm also debugging the oprofile issues from nightly-ppc
On Tue, Jan 15, 2013 at 10:44 PM, Saul Wold wrote:
> On 01/15/2013 08:37 PM, McClintock Matthew-B29882 wrote:
>>
>> On Tue, Jan 15, 2013 at 7:09 PM, Flanagan, Elizabeth
>> wrote:
>>>
>>> - p1022ds failed due to a libxml2_2.8.0 failure. it is also thro
On Thu, Feb 28, 2013 at 5:54 PM, Paul D. DeRocco wrote:
> I've been working with a Gumstix, and have successfully built both the
> console and GUI version of their distro. So now I have two directories,
> yocto/poky containing everything that was downloaded, and yocto/build
> containing the stuff
On Fri, Mar 1, 2013 at 12:20 AM, Paul D. DeRocco wrote:
>> From: McClintock Matthew-B29882
>>
>> Not sure about the Intel BSPs but they may contain just their layer
>> and/or poky + meta-intel. It does not really matter where meta-intel
>> lives on your file syste
This bug: http://bugzilla.yoctoproject.org/show_bug.cgi?id=1177 only
occurs on my CentOS 5 boxes (not on my Fedora 13 box). I have
determined that this git patch
4b66ce472871618cfe4761861392b7f9c3c265b0 is causing the problem.
Reverting the patch fixes this.
Still looking at this more but I though
On Tue, Jul 19, 2011 at 12:06 PM, Joshua Lock wrote:
> You can use 'objdump -T' for this, i.e. (from my F15 box):
> joshual@scimitar:~
> $ objdump -T /lib/libc.so.6 | grep realpath
> 416c3f00 g DF .text 0041 (GLIBC_2.0) realpath
> 415e60e0 g DF .text 0478 GLIBC_2.3 realpath
> 4
On Tue, Jul 19, 2011 at 6:58 PM, Saul Wold wrote:
> Matthew:
>
> Thanks for this patch.
>
> What will happen on distros that do include these macros? Will we get
> redefines? I don't see any conditional testing to determine if they exist
> already.
I suspect redefines. I did compile this on a m
On Tue, Jul 19, 2011 at 8:19 PM, Matthew McClintock wrote:
>> What will happen on distros that do include these macros? Will we get
>> redefines? I don't see any conditional testing to determine if they exist
>> already.
>
> I suspect redefines. I did compile this on a machine that did have the
On Thu, Jul 21, 2011 at 8:29 AM, Scott Garman wrote:
> bitbake world should build all of the available packages that aren't
> explicitly excluded due to machine incompatibilities. It doesn't generate a
> final image though, just all of the output packages.
Is there an easy way to remove a specifi
On Wed, Jul 27, 2011 at 10:22 PM, Saul Wold wrote:
> On 07/26/2011 12:22 PM, Matthew McClintock wrote:
>>
>> Several builds are using perl on the host instead of perl built by
>> poky. This fixes the issue for several packages.
>>
> Matthew,
>
> Thanks for submitting this.
>
> A similar fix was re
(Sorry if this get sent twice...)
On Wed, Aug 3, 2011 at 11:44 AM, Gary Thomas wrote:
> On 2011-08-03 10:33, Matthew McClintock wrote:
>>
>> Several installed scripts set the perl shebang that is too long
>> which can cause failures on certian older bash versions.
>
> How does the change below co
On Wed, Aug 3, 2011 at 3:01 PM, Gary Thomas wrote:
> What I don't see is the "why" - why does defining PERL vs
> PERL_virtclass-native
> have this effect?
That's an I don't know.
-M
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproje
On Wed, Aug 3, 2011 at 11:44 AM, Gary Thomas wrote:
> On 2011-08-03 10:33, Matthew McClintock wrote:
>>
>> Several installed scripts set the perl shebang that is too long
>> which can cause failures on certian older bash versions.
>
> How does the change below correspond to this comment? It's not
On Thu, Aug 4, 2011 at 10:34 AM, Gary Thomas wrote:
> How do I use this?
There seems to be a blurb here:
https://wiki.yoctoproject.org/wiki/Enable_sstate_cache
-M
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yo
On Mon, Aug 29, 2011 at 11:02 AM, Rifenbark, Scott M
wrote:
> So the official list of distros we test against includes?:
>
> Ubuntu 11.04
> Fedora release 14 (Laughlin)
The manual mentions a few more:
http://www.yoctoproject.org/docs/poky-ref-manual/poky-ref-manual.html#intro-requi
On Mon, Aug 29, 2011 at 11:27 AM, Rifenbark, Scott M
wrote:
> Matthew,
>
> Right now what I mention in the Poky manual you reference is somewhat vague.
> Early on the team had some discussion as to whether to try and compile some
> sort of complete list of the distros that are supported. It tu
On Fri, Sep 2, 2011 at 10:03 AM, Mark Hatle wrote:
>> However in run time testing I met a problem that, for those libraries whose
>> base/multilib versions packages will be both built out (like libgtk, it has
>> "libgtk-2.0-2.22.1-r2.x86_64.rpm" and "libgtk-2.0-2.22.1-r2.x86.rpm"), the
>> rpm will
On Fri, Sep 2, 2011 at 2:26 AM, Chris Tapp wrote:
> However, kernel configuration becomes a little bit more complicated as this
> is done by machine name. A kernel recipe will be needed for each machine
> (e.g. for the different sound drivers), but I can't work out how to do this
> using a base co
On Fri, Sep 2, 2011 at 10:48 AM, Mark Hatle wrote:
> The normal OE approach is to resolve all items by run-time dependencies. That
> is why a lot more is built then installed.
>
> So if you want a system capable of running bash, you would create a task (and
> related image) that simply has a RDEP
On Fri, Sep 2, 2011 at 12:09 PM, Mark Hatle wrote:
> For everything I see, that should work.
>
> In classes/image.bbclass, RDEPENDS is augmented by the contents of
> IMAGE_INSTALL, LINGUAS_INSTALL, MULTILIB_IMAGE_INSTALL, and
> NORMAL_FEATURE_INSTALL.
The bitbake side is fine, It's getting put i
FYI: ipkg appears to work fine if you have
MULTILIB_IMAGE_INSTALL and MULTILIB_PACKAGE_ARCH set.
Will file a bug shortly.
-M
On Fri, Sep 2, 2011 at 1:56 PM, Mark Hatle wrote:
> On 9/2/11 1:36 PM, McClintock Matthew-B29882 wrote:
>> On Fri, Sep 2, 2011 at 12:09 PM, Mark Hatle wrote
On Fri, Sep 2, 2011 at 2:29 PM, McClintock Matthew-B29882
wrote:
> FYI: ipkg appears to work fine if you have
> MULTILIB_IMAGE_INSTALL and MULTILIB_PACKAGE_ARCH set.
>
> Will file a bug shortly.
Bug submitted.
http://bugzilla.yoctoproject.org/show_bug.cgi
All,
I was dropped from the call a lot this morning from my connection.
What was the status on prelink on 64-bit? Did we elect to disable it
for 64-bit?
Thanks,
Matthew
On Wed, Sep 21, 2011 at 12:20 AM, Liu, Song wrote:
> Sorry, missed the information from the Shanghai team:
>
> Jiajun/Wenhua:
On Wed, Sep 21, 2011 at 8:56 PM, Ni Qingliang
wrote:
> Hello, All:
>
> when using "IMAGE_FSTYPES="ext2.gz.u-boot", I can't get what was
> expected.
>
> I can found it in "image_types_uboot.bbclass", but "image.bbclass" only
> "inherit image_types", not "image_types_uboot".
>
> what can I do? How a
On Thu, Sep 22, 2011 at 8:16 PM, Ni Qingliang
wrote:
> maybe somethings wrong, after add "INHERIT += image_types_uboot" in the
> local.conf, I got that:
> ERROR: cannot map 'allarch' to a linux kernel architecture
>
> Any suggestion?
Interesting. I have been seeing this same error and did not yet
On Fri, Sep 23, 2011 at 3:48 AM, Ni Qingliang
wrote:
> before "INIT: Entering runlevel: 5", the "echo -n > /etc/resolv.conf" in
> udhcpc and "Running postinst /etc/rpm-postinsts/*.sh..." both failed.
>
> it looks like the rootfs are not mounted, any ideas?
I would probably start a new thread with
Have you checked your rootfs itself to see how much free space is
left? You could mount it in loopback on your build machine to check.
There are some vars within poky that determine the rootfs size, grep
for IMAGE_ROOTFS_SIZE.
-M
On Mon, Sep 26, 2011 at 12:03 AM, Ni Qingliang
wrote:
> If change
On Wed, Sep 21, 2011 at 11:08 AM, Liu, Song wrote:
> Matthew, I believe Mark fixed this problem.
>
> Mark, would you please confirm that?
prelinking is not working on powerpc64 currently. Is it known to be
working well on other 64bit machines?
-M
___
y
2011/9/26 Matthew McClintock :
> Have you checked your rootfs itself to see how much free space is
> left? You could mount it in loopback on your build machine to check.
>
> There are some vars within poky that determine the rootfs size, grep
> for IMAGE_ROOTFS_SIZE.
I'm actually seeing a similiar
On Mon, Sep 26, 2011 at 8:14 PM, Ni Qingliang
wrote:
> maybe not only similar, but same:)
>
> curious, the issue disappeared, what I can remeber is reconfigured the
> busybox.
> maybe another thing is rebuilded all.
>
> before that, I have added debug code in udhcpc's script, and found that:
> mkd
On Mon, Sep 26, 2011 at 10:18 PM, Ni Qingliang
wrote:
> Hello:
> I'm adding ntpclient into my distro.
>
> but build fail, reason is the CFLAGS/LDFLAGS in it's Makefile didn't
> take effect.
If the CFLAGS are not taking effect from the Makefile are you over
ridding the value in the recipe? Can you
On Mon, Sep 26, 2011 at 3:01 PM, Liu, Song wrote:
> Hi Saul/Mark, would you guys please help clarifying this? We also need to
> document this in the release note.
The conclusion here was that prelink is working in other 64bit
machines, so the powerpc64 issue is specific to that arch. Bug has
bee
All,
I'm having a problem building multilib for ppc64e5500. My local.conf
looks like this following:
require conf/multilib.conf
MULTILIBS = "multilib:lib64"
DEFAULTTUNE_virtclass-multilib-lib64 = "ppc64e5500"
If I change the last time to:
DEFAULTTUNE_virtclass-multilib-lib64 = "powerpc64"
Ever
On Tue, Sep 27, 2011 at 8:00 PM, Ni Qingliang
wrote:
> the attachement is the bb file and Makefile(modified),
It usually best to include these attachments inline when possible.
> after 'override' CFLAGS/LDFLAGS in Makefile, I have added
> override LDFLAGS += -Wl,--no-as-needed
> in the Makefile
On Tue, Sep 27, 2011 at 9:04 PM, Ni Qingliang
wrote:
> 1. sorry, I will.
> 2. Yes, I made a new Makefile (based on the original) as the patch of
> ntpclient (which will override the original Makefile).
There are lots of ways to do this and avoid making a patch. You can
use EXTRA_OECONF, EXTRA_OEM
I'm seeing the following on a fresh meta-toolchain-sdk build. Is this
being addressed in one of the recent RPM fixups?
-M
Log data follows:
| ERROR: Function 'do_populate_sdk' failed (see
/opt/yocto/cache-build/p2020ds/build_p2020ds_release/tmp/work/ppce500v2-fsl-linux-gnuspe/meta-toolchain-gmae-
On Thu, Sep 29, 2011 at 12:52 AM, Matthew McClintock wrote:
> From: Kumar Gala
>
> If a SOCKS5 gateway is needed for a proxy access like git it might also
> require authentication to the proxy via a password and username. Adding
> SOCKS5_USER & SOCKS5_PASSWD to BB_ENV_EXTRAWHITE allow for automa
On Thu, Sep 29, 2011 at 12:52 AM, Matthew McClintock wrote:
> git fetches can fail (or at least return failed) when trying to
> fetch and prune rebased branches. This patch simply adds a -f
> to the git fetch command so these failure are ignore
>
> Generally, if some SHA was rebased away it's not
On Fri, Sep 30, 2011 at 10:02 AM, James Abernathy wrote:
> Since Linus Torvalds has switched the linux git from kernel.org to
> https://github.com/torvalds/linux.git ,
>
> Is there a simple edit to make the switch in Yocto/poky???
You can try updating the recipe itself and/or place around with
KE
On Mon, Oct 10, 2011 at 1:41 PM, Darren Hart wrote:
> I would want this to affect linux-yocto-tiny by dropping the vt.cfg and
> inet.cfg fragments from the SRC_URI (or from the .scc descriptor files
> assembled by the linux-yocto meta indrastructure).
>
> Busybox would need a similar configuration
On Thu, Oct 20, 2011 at 8:45 AM, Jack Mitchell wrote:
> http://pastebin.com/j5vf6wzj
>
> I have tried cleaning and recompiling glib-2.0 due to this error:
>
> |
> mnt/yocto/poky/qemuarm-toolchain/tmp/sysroots/qemuarm/usr/lib/libgtk-x11-2.0.so:
> undefined reference to `g_datalist_get_data'
>
> Whi
On Thu, Oct 20, 2011 at 10:16 PM, Yu, Ke wrote:
> Hi,
>
> As the Yocto 1.2. plan is starting
> (https://wiki.yoctoproject.org/wiki/Yocto_1.2_Features ), here I draft a
> proposal for the roadmap and design on HOB improvement task
> (http://bugzilla.yoctoproject.org/show_bug.cgi?id=1588) . Pleas
On Sun, Oct 23, 2011 at 10:12 PM, Yu, Ke wrote:
>> Seems like with the build packages and build image steps separated you could
>> skip the build step completly for most packages if we ship or host pre-built
>> build
>> packages
>>
>> -M
>
> Yes, current design supports this scenario, i.e. if som
On Tue, Oct 25, 2011 at 1:09 PM, Joshua Lock wrote:
> Of course with ambiguous terms like *somewhere* I'm not sure we're
> thinking along exactly the same lines but we're definitely looking to
> speed up and re-use in as many places as possible.
Well, somewhere is 'tmp/deploy/rpms' or $BB_RPM_MIR
On Tue, Oct 25, 2011 at 3:10 AM, Martin Jansa wrote:
> PING
>
> I've fixed nfs_utils, could you please fix util-linux and strace as suggested?
This is still on my list but I'm not sure when I will be able to get to it.
-M
___
yocto mailing list
yocto@y
For xkeyboard: Try install the XML parser perl module on your host
machine and see if it resolves it. Seems like that recipe is using the
host's perl when it should not be doing that.That or add inherit
perl-native to the recipe.
-M
On Sat, Oct 29, 2011 at 1:59 AM, Brian Park wrote:
> Hi,
> I'm
On Mon, Oct 31, 2011 at 5:57 AM, Mike Tsukerman wrote:
> Hello,
> I've build rpm packages and met some interesting things.
> In the rpm all scripts and files include root paths from machine that i've
> build on.
> how can i change that?
Which package? Can you give some examples?
-M
_
On Thu, Nov 3, 2011 at 12:12 AM, Darren Hart wrote:
> I came up with the following to ensure I have a log of every bitbake
> command I run along with some useful stats. Feel free to use it or flame it:
>
>
> #!/bin/bash
> TIMESTAMP=$(date -u "+%Y%m%d%H%M%S")
> LOG=$(mktemp --suffix=".log" bb-$TIME
On Thu, Nov 10, 2011 at 4:36 PM, wrote:
> I'm presently working on porting the build environment for three existing
> embedded projects over to use yocto. Unfortunately, the project which has to
> go first is based on an SH4 chip, which isn't on the officially supported
> yocto architecture li
On Tue, Dec 6, 2011 at 9:43 AM, Paul Eggleton
wrote:
> Hi all,
>
> We had some discussions [1] [2] about this last cycle but I don't feel we
> reached a proper conclusion on the list of tested distributions we want to set
> (SANITY_TESTED_DISTROS) and I assume we want to support a few more distros
On Tue, Dec 6, 2011 at 10:44 AM, Saul Wold wrote:
> . Will have CCB review the overall patch strategy for 1.1.1 tomorrow.
Please include me if possible.
Thanks,
Matthew
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listi
Hi all,
Can we create a meta-oe repo in git.yoctoproject.org? I'd like to also
create a branh within the repo that tracks a valid version of the repo
for specific Yocto releases.
(I can add that in my investigation so far -
f78f3f31c06c669006fcb567c8f503d4dbec68da looks like a good starting
commi
On Thu, Dec 8, 2011 at 4:04 PM, Bob Cochran wrote:
> P1010 is a single core processor, don't use SMP for defconfig
>
> Should we get a meta-fsl-ppc mail list going?
>
> Signed-off-by: Robert Cochran
Already asked for this to get fixed for all the parts. I've pushed a
fix for this.
-M
___
On Fri, Dec 9, 2011 at 5:51 AM, Richard Purdie
wrote:
> On Thu, 2011-12-08 at 20:01 +0000, McClintock Matthew-B29882 wrote:
>> Hi all,
>>
>> Can we create a meta-oe repo in git.yoctoproject.org?
>
> This might create a little friction with the OE community. What wo
On Fri, Dec 9, 2011 at 1:55 PM, Khem Raj wrote:
> On Fri, Dec 9, 2011 at 7:46 AM, McClintock Matthew-B29882
> wrote:
>>> I'd certainly be happy to see such a branch. It might be more
>>> appropriate to call it 2011-1 which corresponds to the OE-Core branch
>&g
On Mon, Dec 12, 2011 at 11:16 AM, Paul Eggleton
wrote:
> On Tuesday 06 December 2011 15:59:39 McClintock Matthew-B29882 wrote:
>> On Tue, Dec 6, 2011 at 9:43 AM, Paul Eggleton
>> wrote:
>> > We had some discussions [1] [2] about this last cycle but I don't feel
(This probably belongs somewhere inline but I got lost on the long email)
A lot of times users would already have a git tree containing linux
and/or u-boot already working for their boards. Perhaps you could let
the user point at external linux and/or u-boot trees with defconfigs,
u-boot configs,
On Thu, Dec 22, 2011 at 3:21 AM, Wolfgang Denk wrote:
> GCC will define __ARM_ARCH_4T__ when building with "-march=armv4t" so
> we can check this to turn off the use of 'clz' instructions, which
> otherwise would cause compile errors like "selected processor does
> not support ARM mode `clz r3,r0'
On Wed, Dec 21, 2011 at 11:33 AM, Chris Larson wrote:
>>> problem with the := + oe_filter_out method is that it forces an
>>> immediate variable expansion right there, which can cause problems in
>>> some cases.
>>
>> Right. That and using it in a .conf file results in parsing errors. :-)
>
> := i
On Tue, Jan 10, 2012 at 9:56 PM, Jim Abernathy wrote:
> I have a question about hob usage. I understand the basics of hob and how
> it adds packages. I also understand how it will parse through my local.conf
> and include any extra packages that I may have included by using
> IMAGE_INSTALL += .
On Wed, Jan 18, 2012 at 4:04 PM, Yang, Fei wrote:
> I encountered a build issue when trying to generate /etc/inittab.
> I have a meta-xxx/conf/machine/conf file which contains serial console
> information such as SERIAL_CONSOLE = "115200 ttyXYZ" or "115200 ttyS0" by
> default.
> When I update th
On Fri, Jan 27, 2012 at 10:43 AM, Joshua Lock wrote:
> On 26/01/12 14:11, Scott Garman wrote:
>>
>> In this case, the LIC_FILES_CHKSUM is storing the md5sum of the COPYING
>> file, which is stored in the top-level directory of the extracted sources.
>>
>> So manually download the hello version you
On Wed, Jan 25, 2012 at 7:36 AM, Brian Hutchinson wrote:
> On Wed, Jan 25, 2012 at 9:48 AM, Jack Mitchell
> wrote:
>> Hi Brian,
>>
>> Your best bet is to adapt the one from meta-oe here:
>>
>> http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/evtest
>
> Hi Jack,
>
> I'm
On Mon, Jan 30, 2012 at 5:05 PM, jfabernathy wrote:
> On 01/30/2012 05:58 PM, Joshua Lock wrote:
>
> It's beginning to sound like we've caught some folks off guard by pushing
> changes to the edison branch of the poky repository in preparation for an
> upcoming edison point release.
>
> The named
The paths issue your are speculating on was fixed by myself and Richard last
November.
I would suggest running bitbake-diffsig to determine the actual sstate
differences.
-M
On Feb 3, 2012 10:51 PM, "Scott Garman"
mailto:scott.a.gar...@intel.com>> wrote:
Hello,
I'm trying to re-use the sstat
Joshua,
Did you consider taking this patch and adding it to the proper recipe?
-M
On Wed, Feb 8, 2012 at 7:13 AM, Joshua Immanuel wrote:
> Hello all,
>
> On Wed, 2012-02-08 at 18:19 +0530, Joshua Immanuel wrote:
>> To address this problem, I've written a patch for boost.m4
>> specifically for y
On Thu, Feb 9, 2012 at 1:10 AM, Joshua Immanuel wrote:
> Hello McClintock,
>
> On Wed, 2012-02-08 at 15:44 +, McClintock Matthew-B29882 wrote:
>> Did you consider taking this patch and adding it to the proper recipe?
>
> The patch is basically for boost.m4. We have the b
On Tue, Feb 14, 2012 at 4:12 PM, Hollis Blanchard
wrote:
> Hi, I'm sure I'm missing something simple, but I just built Poky from git
> for beagleboard, and can't figure out USB networking. I expected to find
> g_cdc and g_ether modules in
> /lib/modules/3.0.18-yocto-standard+/kernel/drivers/usb, b
On Tue, Feb 14, 2012 at 10:23 PM, Matthew McClintock wrote:
> You can look at the default defconfig to see which kernel modules are
> selected and also make sure the kernel modules are actually included
> on core-image-minimal.
By making sure kernel modules are included... I mean the kernel
recip
On Wed, Feb 15, 2012 at 11:20 PM, Hollis Blanchard
wrote:
> Right, it looks like CONFIG_USB_ETH is disabled in
> linux-beagleboard-standard-build/.config , and I think that's the key
> missing option. I'm so lost in Yocto's kernel configuration "architecture"
> that I have no idea if that's being
On Thu, Feb 16, 2012 at 8:16 PM, Hollis Blanchard
wrote:
> I'm trying to figure out how to use a cloned/modified copy of the
> linux-yocto-3.0 git repository. Here's what I did:
>
> * cloned linux-yocto-3.0.git and committed to the meta branch
> * specified my new repo:
>
> --- a/meta/recipes-kern
On Thu, Feb 16, 2012 at 9:33 PM, Hollis Blanchard
wrote:
> Yeah, I've looked through there, but where should stdout (i.e. those echo
> commands) be appearing?
I'd guess it's failing before that... you can add your own echo's.
Also, this should be in that log file:
tmp/work/${ARCH}/linux-yocto-vZ-
On Tue, Mar 13, 2012 at 1:25 PM, Liu, Song wrote:
> * Opens - 10 min
> - Mark: Reusing sstate cache, missing a testcase: found a bug in 1.1, found
> a new bug in 1.2, try to use the st cache, the compiler will try to use
> compiler from previous compiler.
> Sean: Mentor are testing sstate ca
I'd like to add that our Freescale BSP which will be released in May
will be based off of this release. Thanks everyone for the hard work.
-M
On Wed, Mar 21, 2012 at 7:05 PM, Flanagan, Elizabeth
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello,
>
> Our point release of yocto-1.
On Tue, Apr 10, 2012 at 8:40 PM, Lu, Lianhao wrote:
> Saul Wold wrote on 2012-04-11:
>> On 04/10/2012 08:16 AM, Lu, Lianhao wrote:
>>> Hi Saul,
>>>
>>> I think I might have some clues why the python-nativesdk failed at
>>> http://autobuilder.pokylinux.org:8010/builders/nightly-x86/builds/433.
>>
On Tue, Apr 10, 2012 at 5:13 PM, Rifenbark, Scott M
wrote:
> I have recently added the CentOS distribution to the YP QS. The list now
> includes Ubuntu, Fedora, openSUSE, and CentOS. Further down in the manual
> there are sections detailing the package requirements for Ubuntu, Fedora,
> and open
On Fri, Apr 27, 2012 at 9:15 AM, jfabernathy wrote:
> Over the past 6 months, I've learned a lot about what I should do to work
> with Yocto successfully, However, the area of biggest confusion for me is
> what to do when I want to rebuild something.
>
> I generally work from Master repository and
On Fri, May 4, 2012 at 10:46 AM, Jim Rucker wrote:
> In the project that I'm working on we have a recipes-bsp and recipes-kernel,
> and
> when I try to build virtual/kernel I'm getting the following error. It looks
> to
> me like it's trying to get the git from our u-boot server so it can find t
On Wed, May 30, 2012 at 9:20 AM, David Nyström wrote:
> Hi,
>
> Since meta-fsl-ppc:s git daemon(git://git.freescale.com) was down, I
> experimented with adding the http reference as a mirror.
>
> MIRRORS_prepend = "\
> git://git.freescale.com/ppc/sdk/linux.git
> git://git.freescale.com/git/cgit.cg
On Thu, May 31, 2012 at 11:55 AM, Barros Pena, Belen
wrote:
> Hi all,
>
> As part of the Hob work for the 1.3 release it looks like we need to make
> a visual design and implementation decision: do we want a 'vanilla' or a
> 'branded' look for Hob? Sorry if the choice of words is not the best.
> N
On Fri, Jun 1, 2012 at 5:34 AM, David Nyström wrote:
> On 05/31/2012 04:01 PM, Khem Raj wrote:
>>
>> On Thu, May 31, 2012 at 3:54 AM, David Nyström
>> wrote:
>>>
>>> Hi All,
>>>
>>> Is there a good way to get the layer name ?, I want to add
>>> PR .= "+${LAYER_NAME}.0" to my bbappends for clarity
Are you spawning a tty on a non-existent serial port?
-M
On Thu, Jun 21, 2012 at 9:28 AM, Gary Thomas wrote:
> On 2012-06-21 08:16, Om Prakash PAL wrote:
>>
>> Original Message-
>> From: yocto-boun...@yoctoproject.org
>> [mailto:yocto-boun...@yoctoproject.org] On Behalf Of Gary Thomas
>>
On Sun, Jun 24, 2012 at 10:20 AM, Elvis Dowson wrote:
> Hi,
>
> On Jun 24, 2012, at 6:24 PM, Elvis Dowson wrote:
>
> How can I source a shell script within a bbclass? For example, in
> meta-xilinx/classes/xilinx-boot.bbclass, I need to source a script file
> called settings64.sh, which setups the
I went through this trying to fix the docs build on a machine and my
build script has some clues about what I needed to do:
export PATH=/opt/fop-1.0:$PATH
export PATH=/usr/local/bin:$PATH
which xsltproc
cd documentation
for i in adt-manual dev-manual yocto-project-qs bsp-guide
kernel-manual pok
On Tue, Jul 3, 2012 at 6:23 PM, Bob Cochran wrote:
> Hello,
>
> I can find a meta-fsl-ppc tree at http://git.freescale.com/git/cgit.cgi/ and
> also one at http://git.yoctoproject.org/.
>
> The former was last updated 12 days ago and the latter was last updated 5
> weeks ago.
>
> Which repo am I su
On Fri, Jul 6, 2012 at 5:49 AM, David Nyström wrote:
> So that about a disto refusing this and possibly other BSP layers ?
> Should the disto.conf select of nativesdk be made machine specific on all
> machines in meta-fsl-ppc ? And one added target after a meta-fsl-ppc rebase
> would break stuf
agree and was hoping to move everything possible out of distro.conf
files. And make it easy as possible for folks to use meta-fsl-ppc in their own
distro.
-M
>
>
> Sent from Android
>
>
> -----Original Message-
> From: McClintock Matthew-B29882
> [b29...@freescale.c
Josh, Scott:
I've pushed a set of patches for edison/denzil branch - and I may push
a few more still to:
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=mattsm/edison
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=mattsm/denzil
These are all cherry-pick's and most ap
Adding Scott...
On Thu, Jul 12, 2012 at 12:43 PM, Matthew McClintock wrote:
> Josh, Scott:
>
> I've pushed a set of patches for edison/denzil branch - and I may push
> a few more still to:
>
> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=mattsm/edison
> http://git.yoctoproject.or
On Mon, Jul 16, 2012 at 9:58 AM, Joshua Lock wrote:
> On 12/07/12 10:43, McClintock Matthew-B29882 wrote:
>>
>> Josh, Scott:
>>
>> I've pushed a set of patches for edison/denzil branch - and I may push
>> a few more still to:
>>
>>
>> http:
On Mon, Jul 16, 2012 at 10:32 AM, Joshua Lock wrote:
> On 16/07/12 08:10, McClintock Matthew-B29882 wrote:
>>
>> On Mon, Jul 16, 2012 at 9:58 AM, Joshua Lock wrote:
>>>
>>> On 12/07/12 10:43, McClintock Matthew-B29882 wrote:
>>>>
>>>>
>
On Mon, Jul 16, 2012 at 11:22 AM, Scott Garman wrote:
> On 07/12/2012 10:43 AM, McClintock Matthew-B29882 wrote:
>>
>> Josh, Scott:
>>
>> I've pushed a set of patches for edison/denzil branch - and I may push
>> a few more still to:
>>
>>
>>
1 - 100 of 162 matches
Mail list logo
