I'm working with Beagleboard right now, stock top of tree from Yocto
pull. GCC 4.7.2 builds fine.

I am able to use tools built during this process to link with librt
(-lrt) (as librt is in), but can't figure out how to do it from within
a Yocto/OE recipe. I created a recipe to build my application, but it
complains that I don't have dependencies for librt (wants something).
My recipe:

DESCRIPTION = "GCPY Server application"
SECTION = "gcsim"
LICENSE = "MIT"
LIC_FILES_CHKSUM =
"file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302"
PV = "1_0"

SRC_URI = "file://gcpy.tar"

S = "${WORKDIR}"

do_install() {
install -d ${D}${base_libdir}
install -m 0755 libgcpy_gc6016.so ${D}${base_libdir}
install -d ${D}${bindir}
install -m 0755 gcpy_gc6016_server ${D}${bindir}
}

There is a Makefile within tarball, and when I use the Yocto generated
tools outside of Yocto, builds fine. Thus, I know librt is present
(and I see it).

What do I need in recipe to make this work?

I have to build a module from a third-party that has nothing to do with Yocto.

I want to build this module against the kernel Yocto is giving me.

The Make file for this module has a build command like this:

make -C $(LINUX_DIR) M=`pwd` $(ENV) \
EXTRA_CFLAGS="$(EXTRA_CFLAGS)" modules

Obviously, this command needs to connect with either the Linux source tree or something like a "kernel-headers" package.

I used the meta-toolchain-sdk recipe to produce an SDK, and I installed it. Unfortunately, I don't see a "kernel-header" equivalent in there.

This leads me to imagine I must point this command at some sub-tree within the Yocto output (probably under tmp/sysroots). And, if I want that tree available elsewhere, I have to package it up into a tarball and transport it.

Usually, Yocto is way ahead of me on these sorts of things, and there's already a graceful way to deal with this -- I just haven't figure it out yet.

What am I missing?

All,

There is a new YP manual under development. It is a development manual for Linux kernels in the YP. Darren Hart is the original author of the manual as you probably know. It is still being worked on but it is in HTML form and now part of the yocto-docs/master branch. It is published at http://www.yoctoproject.org/docs/1.4/kernel-dev/kernel-dev.html. Feel free to access it and comment.

Thanks,
Scott

Scott Rifenbark
Intel Corporation
Yocto Project Documentation
503.712.2702
503.341.0418 (cell)

Agenda:
 
* Opens collection - 5 min (Song)
* Yocto Project 1.2.2 status - 10 min (Scott/AlexG)
* Yocto Project 1.3.1 status - 10 min (Ross)
* Yocto 1.4 status - 10 min (Song/team)
https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.4_Status#Overview
* SWAT team rotation: Radu Moisan -> Constantin Musca
* Opens - 10 min
* Team Sharing - 20 min


-----Original Appointment-----


We encourage people attending the meeting to logon the Yocto IRC chancel during the meeting (optional):

Yocto IRC: http://webchat.freenode.net/?channels=#yocto
IRC Tutorial: http://www.irchelp.org/irchelp/irctutorial.html

Conference details
Conference name:
Yocto Technical Team
Conference date/start time:
Tue Jun 26, 2012 at 10:00 AM Central Daylight Time
Participants:
30
Duration:
60 minutes
Participant passcode:
76994298
Dial-in number:
1.972.995.7777
US Toll Free number:
1.877.561.6828
BlackBerry users, click this link to join your conference as a participant:
1.972.995.7777x76994298#
 
Depending on where you are dialing from, either your BlackBerry will pause and enter the passcode automatically or you will be prompted to click again to dial the passcode.

Local and Global Access Numbers


Country
Dial-in number
Australia:
1800 636 843
Czech Republic:
242 430 350
China (Beijing):
From office dial 8-9957777 or 8784277
Beijing Out of Office dial 5878 4277
China (Shanghai):
From office dial 8-9957777 or 3073322
Shanghai Out of Office dial 2307 3322
China (Shenzen):
From office dial 8-9957777 or 6007877
Shenzen Out of Office dial 2600 7877
China (Other Cities):
From IP phone dial 8-9957777
Other cities - Non IP phone dial 021-23073322
Denmark:
8060 1400
Finland:
09 41333477
France:
0497 275888
Germany:
08161 803232
Holland:
030 2417490
India:
BSNL subscribers use 1800 425 9996 (Toll Free) Airtel subscribers use 0008 009 861 212 (Toll Free) From TI Campus use 89957777 Others use 2509 9555 (Landline within Bangalore) or
80 2509 9555 (Outside Bangalore)
Israel:
09 790 6715
Italy:
039 69061234 (039 is local city code not country code)
Japan:
From TI Campus use 8 995 7777
Outside TI use 03 4331 3777
Malaysia:
From IP phone dial 2643799
From Kuala Lumpur dial 4264 3799
Outside Kuala Lumpur dial (03)4264 3799
Norway:
2 295 8744
Philippines:
From Baguio City use 4471177
From Metro Manila area use 8702477
Singapore:
From IP phone dial 3894777
Outside TI use 6389 4777
South Korea:
From IP phone dial 5606998
From Seoul dial 5606998
Outside Seoul dial (02)5606998
Sweden:
08 58755577
Taiwan:
From IP phone dial 1363
From Taipei dial 2241 1363
Outside Taipei dial (02)2241 1363
Turkey:
Landline Only dial 0811 288 0001
then enter 877 633 1123
UK:
01604 663003
US:
972 995 7777 or 1877 561 6828

Recurring conferences
First scheduled conference:
Tue Jun 26, 2012
Recurrence frequency:
Weekly - Every 1 week(s) on Tuesday
Recurrence ends:
End on Fri Jun 21, 2013, 10:40 AM CDT

Agenda:
 
* Opens collection - 5 min (Song)
* Yocto Project 1.2.2 status - 10 min (Scott/AlexG)
* Yocto Project 1.3.1 status - 10 min (Ross)
* Yocto 1.4 status - 10 min (Song/team)
https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.4_Status#Overview
* SWAT team rotation: Radu Moisan -> Constantin Musca
* Opens - 10 min
* Team Sharing - 20 min


-----Original Appointment-----


We encourage people attending the meeting to logon the Yocto IRC chancel during the meeting (optional):

Yocto IRC: http://webchat.freenode.net/?channels=#yocto
IRC Tutorial: http://www.irchelp.org/irchelp/irctutorial.html

Conference details
Conference name:
Yocto Technical Team
Conference date/start time:
Tue Jun 26, 2012 at 10:00 AM Central Daylight Time
Participants:
30
Duration:
60 minutes
Participant passcode:
76994298
Dial-in number:
1.972.995.7777
US Toll Free number:
1.877.561.6828
BlackBerry users, click this link to join your conference as a participant:
1.972.995.7777x76994298#
 
Depending on where you are dialing from, either your BlackBerry will pause and enter the passcode automatically or you will be prompted to click again to dial the passcode.

Local and Global Access Numbers


Country
Dial-in number
Australia:
1800 636 843
Czech Republic:
242 430 350
China (Beijing):
From office dial 8-9957777 or 8784277
Beijing Out of Office dial 5878 4277
China (Shanghai):
From office dial 8-9957777 or 3073322
Shanghai Out of Office dial 2307 3322
China (Shenzen):
From office dial 8-9957777 or 6007877
Shenzen Out of Office dial 2600 7877
China (Other Cities):
From IP phone dial 8-9957777
Other cities - Non IP phone dial 021-23073322
Denmark:
8060 1400
Finland:
09 41333477
France:
0497 275888
Germany:
08161 803232
Holland:
030 2417490
India:
BSNL subscribers use 1800 425 9996 (Toll Free)
Airtel subscribers use 0008 009 861 212 (Toll Free)
From TI Campus use 89957777
Others use 2509 9555 (Landline within Bangalore) or
80 2509 9555 (Outside Bangalore)
Israel:
09 790 6715
Italy:
039 69061234 (039 is local city code not country code)
Japan:
From TI Campus use 8 995 7777
Outside TI use 03 4331 3777
Malaysia:
From IP phone dial 2643799
From Kuala Lumpur dial 4264 3799
Outside Kuala Lumpur dial (03)4264 3799
Norway:
2 295 8744
Philippines:
From Baguio City use 4471177
From Metro Manila area use 8702477
Singapore:
From IP phone dial 3894777
Outside TI use 6389 4777
South Korea:
From IP phone dial 5606998
From Seoul dial 5606998
Outside Seoul dial (02)5606998
Sweden:
08 58755577
Taiwan:
From IP phone dial 1363
From Taipei dial 2241 1363
Outside Taipei dial (02)2241 1363
Turkey:
Landline Only dial 0811 288 0001
then enter 877 633 1123
UK:
01604 663003
US:
972 995 7777 or 1877 561 6828

Recurring conferences
First scheduled conference:
Tue Jun 26, 2012
Recurrence frequency:
Weekly - Every 1 week(s) on Tuesday
Recurrence ends:
End on Fri Jun 21, 2013, 10:40 AM CDT

Thanks for the explanations for this variable all.

Scott

On Mon, 2013-01-14 at 18:56 +0100, Wolfgang Denk wrote:

Thanks for doing this, as the links on the page referenced above are
broken: both [1] "Introduction" and [2] "Usage" give just a 404 to
me...

[1] https://source.tizen.org/documentation/reference/bmap-tool/bmap-introduction
[2] https://source.tizen.org/documentation/reference/bmap-tool/usage

Very embarrassing, sorry. The links are broken, I'll try to fix them
tomorrow. Please, so far use the links at the left-side frame of the web
page. You should see them there like this:

The bmaptool
* Introduction
* Usage
- bmaptool copy
- bmaptool create
* Bmap-tools project

Sorry for inconvenience. The direct links are:

https://source.tizen.org/documentation/reference/bmaptool/bmap-introduction
https://source.tizen.org/documentation/reference/bmaptool/bmaptool-usage
https://source.tizen.org/documentation/reference/bmaptool/usage/bmaptool-copy
https://source.tizen.org/documentation/reference/bmaptool/usage/bmaptool-create
https://source.tizen.org/documentation/reference/bmaptool/bmap-tools-project

--
Best Regards,
Artem Bityutskiy

Dear Artem,

In message <1358167593.2731.66.camel@...> you wrote:

Please, read all the details in the project wiki page:
https://source.tizen.org/documentation/reference/bmaptool

The project was created for Tizen IVI, but it is generic and is not
bounded to Tizen in any way.

I do not want to duplicate the bmap-tools documentation here, but
instead, let me just describe how we use it in Tizen IVI.

Thanks for doing this, as the links on the page referenced above are
broken: both [1] "Introduction" and [2] "Usage" give just a 404 to
me...

[1] https://source.tizen.org/documentation/reference/bmap-tool/bmap-introduction
[2] https://source.tizen.org/documentation/reference/bmap-tool/usage


Best regards,

Wolfgang Denk

--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@...
If the odds are a million to one against something occuring, chances
are 50-50 it will.

On Fri, Jan 11, 2013 at 4:06 PM, Thornburg, Christopher A
<christopher.a.thornburg@...> 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-toolchain/Ubuntu-10.04/95/sstate-bzip2-native-i686-linux-1.0.6-r5-i686-2-95b6058a3f3f35386c8593e8447c59da_populate-lic.tgz.siginfo

and

<build
dir>/sstate-cache/Ubuntu-10.04/95/sstate-bzip2-native-i686-linux-1.0.6-r5-i686-2-95b6058a3f3f35386c8593e8447c59da_populate-lic.tgz.siginfo



bitbake-diffsigs confirms that the signatures match. I have the following in
my local.conf:

SSTATE_MIRRORS ?= "\

file://.* file:///storage/yocto-cache/sstate-toolchain/PATH \

file://.* file:///storage/yocto-cache/sstate-kernel/PATH"



…and yet bitbake insists on rebuilding everything every time. I had this
working yesterday, and today it fails again.



Any suggestions?

Try running with bitbake -DDD and look for SState: messages. It will
tell you the command used to test for sstate on the mirror and if it
failed/passed.

-M

On Mon, Jan 14, 2013 at 10:10:58AM -0500, Jerrod Peach wrote:

On Mon, Jan 14, 2013 at 9:52 AM, Rifenbark, Scott M <
scott.m.rifenbark@...> wrote:

Hi,

I need a description of the SRCPV variable for the YP reference glossary.
I have been told that it is generated and not assigned and that it is used
to define PV values that include the source revisions from an RCS. By
default it is set to the following in the conf/bitbake.conf file:

SRCPV = "${@bb.fetch2.get_srcrev(d)}"

Can anyone provide more information on this variable?

Thanks,
Scott



Scott Rifenbark
Intel Corporation
Yocto Project Documentation
503.712.2702
503.341.0418 (cell)

_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto

Scott,

Off the top of my head, I know SRCPV is a combination of the VCS type and
revision used in the actual build. Most interestingly, SRCPV will always
contain the real revision used in the build, even if ${AUTOREV} is
specified as the SRCREV for a given package. Note that if a package does
not include SRCPV somewhere within its recipe, I believe setting SRCREV to
${AUTOREV} will have no effect, as ${AUTOREV} by itself simply resolves to
the string "AUTOINC", which does not permute the hash of the recipe.

Note that I'm not really a Yocto expert nor am I sitting with the code in
front of me right now, so someone can jump in if I missed something or got
a detail incorrect. I don't remember the exact format of the string, but I
want to say its a combination of the VCS name, a Yocto-internal VCS
identification number (just like 1 or 2, not some huge int), and the
revision (be it a hash it git or an integer in SVN or whatever else is used
by a supported VCS).

There isn't VCS type in SRCPV (that's why there is always prefix like
1.0+git${SRCPV}, 1.0+svn${SRCPV}). Some recipes even in oe-core are
using wrong prefix like -git or ~git:
meta/recipes-connectivity/ofono/ofono_git.bb:PV = "0.12-git${SRCPV}"
meta/recipes-extended/libzypp/libzypp_git.bb:PV = "0.0-git${SRCPV}"
meta/recipes-extended/sat-solver/sat-solver_git.bb:PV = "0.0-git${SRCPV}"
meta/recipes-extended/zypper/zypper_git.bb:PV = "1.5.3-git${SRCPV}"
meta/recipes-graphics/mesa/mesa-git.inc:PV = "9.1~git${SRCPV}"

And +git/+gitr, +svn/+svnr prefixes are inconsistently used.

AUTOINC is used instead of LOCALCOUNT only after
http://git.openembedded.org/bitbake/commit/?id=61cf01c5c236b4218f40cfae7c059c2b86765dbd

And AUTOREV should expand to latest revision in SRCREV even without
SRCPV in recipe (SRCPV is already used in bitbake.conf
meta/conf/bitbake.conf:SRCPV = "${@bb.fetch2.get_srcrev(d)}").

Cheers,

--
Martin 'JaMa' Jansa jabber: Martin.Jansa@...

it might be worth tweaking the comment in fetch2/__init__.py, which
currently reads:

def get_srcrev(d):
"""
Return the version string for the current package
(usually to be used as PV)


no, it's primarily used not *as* PV but in the *construction* of PV,
as in:

meta/conf/bitbake.conf:SRCPV = "${@bb.fetch2.get_srcrev(d)}"
...
meta/recipes-bsp/x-load/x-load_git.bb:PV = "1.5.0+git${SRCPV}"

so, pedantically, that routine is used as SRCPV, which is
subsequently used in the final construction of PV. QED.

rday

--

========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================

Hi,

I need a description of the SRCPV variable for the YP reference glossary. I have been told that it is generated and not assigned and that it is used to define PV values that include the source revisions from an RCS. By default it is set to the following in the conf/bitbake.conf file:

SRCPV = "${@bb.fetch2.get_srcrev(d)}"

Can anyone provide more information on this variable?

Thanks,
Scott



Scott Rifenbark
Intel Corporation
Yocto Project Documentation
503.712.2702
503.341.0418 (cell)

Hi Yocto people,

I would like to announce the bmap-tools project here, because I think it
may be very useful for Yocto and some of the people who are using Yocto.

The bmap-tools project is about disk images, like direct HDD images, or
Virtual-machine images like vdmk or qcow2, etc. The project uses simple
ideas in a clever way to copy/flash these kind of images quickly.

Please, read all the details in the project wiki page:
https://source.tizen.org/documentation/reference/bmaptool

The project was created for Tizen IVI, but it is generic and is not
bounded to Tizen in any way.

I do not want to duplicate the bmap-tools documentation here, but
instead, let me just describe how we use it in Tizen IVI.

1. We produce raw images of 4GB in size.
2. Images have 3 partitions inside.
3. Images are rather sparse, we have only 1.2GB of data inside (total)
4. We publish compressed images, they take 300MiB
5. We also publish bmap file for the image, e.g., see the ".bmap" file
here:
http://download.tizen.org/snapshots/2.0alpha/ivi/tizen-2.0_20130111.3/images/ivi-2.0-alpha/

Now the key point: when users flash the 4GiB images using bmaptool, they
actually copy only 1.1GiB of data. E.g, when flashing to slow USB
sticks, it reducing writing time from 20Min to 4Min.

The other key point here: if we or others decide to produce 64GiB or
1TiB images instead, with the same amount of data (1.2GiB), the flashing
time will be almost the same.

The third key point here: images are compressed, and rather small, which
saves space and network traffic. When/if we make images 64GiB or 1TiB,
their .bz2 files will still be almost as small, because zeroes compress
very well.

If you think about a production factory case, you may see a lot of
benefits of using bmap.

Anyway, for the Yocto project, it would probably be nice if in the
window where you select the type of image to generate and its size,
there was a "generate bmap" check-box (on by default :-)).

Comments, questions?

Thanks,
Artem.

--
Best Regards,
Artem Bityutskiy

On 12 January 2013 09:09, Marko Lindqvist <cazfi74@...> wrote:

Automake-1.13 fix to matchbox-wm git attached.

Committed in git, thanks.

Ross

On Sunday, 13 January 2013 at 19:39, Andrei Gherzan wrote:

Tested with a new sato build on master. Everything seems to be OK.

glxinfo/glxgears or something that actually uses the hardware?

Ross