| *** Jefro <Jefro!~jefro@205.154.63.43> has joined #yocto | 00:10 | |
| *** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has joined #yocto | 00:12 | |
| *** davest <davest!~Adium@134.134.139.76> has quit IRC | 00:16 | |
| *** davest <davest!~Adium@134.134.139.76> has joined #yocto | 00:16 | |
| *** Jefro <Jefro!~jefro@205.154.63.43> has quit IRC | 00:19 | |
| *** Jefro <Jefro!~jefro@205.154.63.43> has joined #yocto | 00:26 | |
| *** davest <davest!~Adium@134.134.139.76> has quit IRC | 00:34 | |
| *** davest <davest!~Adium@134.134.139.76> has joined #yocto | 00:35 | |
| *** Jefro <Jefro!~jefro@205.154.63.43> has quit IRC | 00:51 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 00:56 | |
| *** davest <davest!~Adium@134.134.139.76> has quit IRC | 00:59 | |
| *** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has joined #yocto | 01:00 | |
| *** davest <davest!~Adium@134.134.139.76> has joined #yocto | 01:08 | |
| *** davest <davest!~Adium@134.134.139.76> has quit IRC | 01:19 | |
| *** davest <davest!~Adium@134.134.139.76> has joined #yocto | 01:31 | |
| -YoctoAutoBuilder- build #280 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-world/builds/280 | 01:45 | |
| *** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC | 02:12 | |
| *** Daemon404 <Daemon404!~who_knows@host86-145-130-143.range86-145.btcentralplus.com> has joined #yocto | 02:14 | |
| *** davest <davest!~Adium@134.134.139.76> has quit IRC | 02:15 | |
| *** davest <davest!~Adium@134.134.139.76> has joined #yocto | 02:35 | |
| *** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has quit IRC | 02:46 | |
| *** zz_ka6sox is now known as ka6sox | 02:51 | |
| *** davest <davest!~Adium@134.134.139.76> has quit IRC | 02:55 | |
| -YoctoAutoBuilder- build #281 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/281 | 03:01 | |
| *** uvan <uvan!~uvan@118.69.219.197> has joined #yocto | 03:17 | |
| *** uvan <uvan!~uvan@118.69.219.197> has left #yocto | 03:18 | |
| *** uvan <uvan!~uvan@118.69.219.197> has joined #yocto | 03:21 | |
| *** [simar|school] <[simar|school]!~simar@69.166.24.103> has joined #yocto | 03:24 | |
| *** behanw <behanw!~behanw@216.58.123.51> has quit IRC | 03:32 | |
| *** ka6sox is now known as zz_ka6sox | 03:58 | |
| *** SidH_ <SidH_!~SidH_@61.95.193.239> has joined #yocto | 04:10 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 04:25 | |
| *** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has quit IRC | 04:26 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 04:28 | |
| *** zz_ka6sox is now known as ka6sox | 04:31 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@93.84.109.218> has quit IRC | 04:33 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 04:40 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 04:42 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:54 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.124.29.38> has joined #yocto | 04:55 | |
| *** ka6sox is now known as zz_ka6sox | 05:07 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 05:10 | |
| *** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has joined #yocto | 05:13 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:30 | |
| *** [simar|school] <[simar|school]!~simar@69.166.24.103> has quit IRC | 05:43 | |
| *** blitz00 <blitz00!~stefans@192.198.151.44> has joined #yocto | 05:45 | |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 05:45 | |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 05:57 | |
| *** swex <swex!~swex@217.197.253.123> has quit IRC | 06:00 | |
| *** swex <swex!~swex@217.197.253.123> has joined #yocto | 06:01 | |
| *** kbart <kbart!~KBart@213.197.143.19> has joined #yocto | 06:05 | |
| -YoctoAutoBuilder- build #257 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/257 | 06:16 | |
| *** pirut <pirut!~Pirut@134.134.139.72> has quit IRC | 06:26 | |
| *** pirut <pirut!~Pirut@134.134.139.72> has joined #yocto | 06:29 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 06:32 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 06:35 | |
| *** Zagor <Zagor!~bjst@sestofw01.enea.se> has joined #yocto | 06:39 | |
| *** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 06:39 | |
| *** mshakeel <mshakeel!~mshakeel@110.93.212.98> has quit IRC | 06:40 | |
| *** mshakeel <mshakeel!~mshakeel@110.93.212.98> has joined #yocto | 06:43 | |
| *** SidH_ <SidH_!~SidH_@61.95.193.239> has quit IRC | 06:51 | |
| *** vicky <vicky!~vicky@122.165.223.135> has joined #yocto | 06:51 | |
| *** SidH_ <SidH_!~SidH_@61.95.193.238> has joined #yocto | 06:51 | |
| vicky | how to remove debug package creation in bb file? | 06:52 |
|---|---|---|
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 06:52 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 07:07 | |
| *** mike <mike!c2881242@gateway/web/freenode/ip.194.136.18.66> has joined #yocto | 07:08 | |
| *** mike is now known as Guest42914 | 07:08 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 07:09 | |
| *** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 07:09 | |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 07:09 | |
| *** uvan <uvan!~uvan@118.69.219.197> has quit IRC | 07:10 | |
| *** florian_kc <florian_kc!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto | 07:10 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:10 | |
| *** uvan <uvan!~uvan@118.69.219.197> has joined #yocto | 07:10 | |
| *** n01 <n01!~n01@host225-0-static.96-5-b.business.telecomitalia.it> has joined #yocto | 07:11 | |
| *** florian_kc is now known as florian | 07:13 | |
| *** mckoan|away is now known as mckoan | 07:13 | |
| mckoan | good morning | 07:14 |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 07:18 | |
| *** gaby <gaby!~gaby@lse.epita.fr> has quit IRC | 07:25 | |
| *** vicky <vicky!~vicky@122.165.223.135> has quit IRC | 07:27 | |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:27 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 07:28 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 07:30 | |
| *** roric <roric!~roric@194-237-7-146.customer.telia.com> has quit IRC | 07:34 | |
| *** gaby <gaby!~gaby@lse.epita.fr> has joined #yocto | 07:36 | |
| *** vicky <vicky!~vicky@122.165.223.135> has joined #yocto | 07:39 | |
| vicky | any idea guys? | 07:40 |
| *** gaby <gaby!~gaby@lse.epita.fr> has quit IRC | 07:40 | |
| *** gaby <gaby!~gaby@lse.epita.fr> has joined #yocto | 07:41 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 07:43 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 07:44 | |
| lpapp | vicky: check the class how it works. | 07:45 |
| *** roric <roric!~roric@194-237-7-146.customer.telia.com> has joined #yocto | 07:48 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-mtdyixwwvzfqxtnk> has joined #yocto | 07:51 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 07:52 | |
| *** jkridner <jkridner!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto | 07:52 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 07:52 | |
| *** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has joined #yocto | 07:54 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 07:57 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 07:57 | |
| vicky | lpapp: Sorry for ask this question? Hw to check the class? | 07:57 |
| *** sameo <sameo!~samuel@192.55.54.41> has joined #yocto | 07:57 | |
| *** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has quit IRC | 07:58 | |
| lpapp | vicky: meta/classes | 08:06 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 08:11 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:18 | |
| *** magthe <magthe!~magnus@193.15.95.2> has joined #yocto | 08:22 | |
| magthe | adding "uboot" to IMAGE_FSTYPES did not have the effect I had hoped: packaging my rootfs.cpio (core-image-minimal/poky-tiny) image with mkimage... any pointers on how to achieve what I'm trying to do? | 08:25 |
| *** honschu_ <honschu_!~honschu@shackspace/j4fun> has joined #yocto | 08:33 | |
| *** honschu <honschu!~honschu@shackspace/j4fun> has quit IRC | 08:36 | |
| nrossi | magthe: i think you want "cpio.u-boot" as the IMAGE_FSTYPES value | 08:41 |
| nrossi | magthe and "cpio.gz.u-boot" if you want it gzipped | 08:41 |
| rburton | vicky: i think setting INHIBIT_PACKAGE_DEBUG_SPLIT="1" in your recipe will do that for a single recipe | 08:43 |
| rburton | vicky: assuming that's what you want | 08:43 |
| *** belen <belen!Adium@nat/intel/x-hdytnuliaucrbevz> has joined #yocto | 08:44 | |
| magthe | nrossi: yes indeed, that sorted it, thanks! | 08:44 |
| nrossi | rburton: i think "INHIBIT_PACKAGE_DEBUG_SPLIT" only inhibits the spliting the of elf files into pkg and pkg-dbg, it wont prevent the creation of pkg-dbg if there are FILES set to be added to the dbg package | 08:45 |
| rburton | nrossi: damn. i can never remember how to control the debug stuff. | 08:46 |
| nrossi | rburton: I think its dependent on how the inherit classes will distribute the debug files. Some recipes manually specific debug files and others rely on things like autotools.bbclass | 08:47 |
| magthe | another question about IMAGE_FSTYPES: where in my build setup should I set it? | 08:48 |
| magthe | in most examples it's set/modified in the machine config, but that is read before the distro config and poky-tiny sets IMAGE_FSTYPES using '=' | 08:49 |
| *** kergoth <kergoth!~kergoth@covenant.kergoth.com> has quit IRC | 08:50 | |
| *** kergoth <kergoth!~kergoth@covenant.kergoth.com> has joined #yocto | 08:50 | |
| nrossi | magthe: You can override/append it whereever you wish. using "IMAGE_FSTYPES_append =" or "IMAGE_FSTYPES +=" | 08:50 |
| nrossi | magthe: normally its in the distro.conf or machine.conf, but you can also override it from your local.conf | 08:51 |
| *** bluelightning <bluelightning!~paul@188.29.67.238.threembb.co.uk> has joined #yocto | 08:52 | |
| *** bluelightning <bluelightning!~paul@188.29.67.238.threembb.co.uk> has quit IRC | 08:52 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:52 | |
| nrossi | magthe: Also poky-tiny should probably be setting it using a lazy set "?=" | 08:53 |
| magthe | nrossi: I did put it in my machine.conf first, but that was overwritten by the poky-tiny.conf (at least according to bitbake -e) | 08:53 |
| magthe | nrossi: ah, yes... that would make more sense indeed | 08:53 |
| magthe | nrossi: currently I'm overriding the strictness in poky-tiny.conf by using a derived distro of my own | 08:54 |
| nrossi | magthe: have you tried an immediate variable set? "IMAGE_FSTYPES := ..." cant remember if that will resolve poky-tiny being strict | 08:56 |
| magthe | nrossi: no... I'll try it right away | 08:56 |
| nrossi | magthe: alternatively you can always just make it override specific. e.g. "IMAGE_FSTYPES_machinename = ..." | 08:58 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 08:58 | |
| *** kergoth <kergoth!~kergoth@covenant.kergoth.com> has quit IRC | 09:00 | |
| magthe | nrossi: nope, immediate set won't override it... I'll try the specific override instead to see what happens | 09:00 |
| *** kergoth <kergoth!~kergoth@covenant.kergoth.com> has joined #yocto | 09:01 | |
| *** swex_ <swex_!~swex@88.210.24.25> has joined #yocto | 09:02 | |
| *** swex <swex!~swex@217.197.253.123> has quit IRC | 09:03 | |
| magthe | nrossi: yes, a specific override works fine... that's nicer than introducing a dummy distro | 09:04 |
| nrossi | magthe: if you want to be tricking you can make the override for the distro "_poky-tiny" i think the distro name gets populated into the "OVERRIDES" variable | 09:05 |
| ant_work | afaik we stil lhave the _local override | 09:05 |
| RP | vicky: DEBUG_FLAGS = "" (or in local.conf DEBUG_FLAGS_pn-<foo> = "") | 09:09 |
| ant_work | magthe: and for cpio's and stuff (initramfs) maybe you should use that in your image: IMAGE_FSTYPES = "${INITRAMFS_FSTYPES}" | 09:09 |
| ant_work | RP: hi there | 09:11 |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 09:26 | |
| RP | hi ant_work | 09:27 |
| ant_work | RP: I'm very dubious about the klcc-cross recipe. It works but I'm sure it is machine-specific as it is because its prefix relates to target_sysroot :/ | 09:31 |
| RP | ant_work: cross recipes are usually tune specific | 09:35 |
| RP | ant_work: does it end up in the TUNE_PKGARCH workdir? | 09:35 |
| RP | ant_work: biggest issue is the one I mentioned, the need for a relative symlink | 09:35 |
| ant_work | RP: the point to build against libc-headers insted of kernel was to have arch-specific | 09:35 |
| RP | ant_work: did you fix that? | 09:35 |
| ant_work | yes but there are hardcodes in the klcc.cross script | 09:36 |
| RP | ant_work: aren't they relocated by the sstate code? | 09:36 |
| ant_work | what's scary, tools are referring to ii686 and the libs to qemuarm sysroot | 09:36 |
| RP | hmm, that sound odd | 09:37 |
| ant_work | RP: it's surely my bad ;) | 09:37 |
| RP | ant_work: I really don't know it well enough to comment :( | 09:37 |
| ant_work | if youhave 2 mins I'll fwd an e-mail I sent to Khem | 09:37 |
| RP | ant_work: the fact it is installing binaries into i686 makes sense, all cross recipes do that so don't worry | 09:41 |
| RP | ant_work: Equally, paths in scripts should be found and relocate automagically by the sstate code | 09:41 |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC | 09:41 | |
| RP | ant_work: To test, build something with klcc on machine A, then switch to a different machine, "Bitbake klcc-cross" there and see if klcc works in its new location | 09:42 |
| RP | I guess a full test would be MACHINE=A bitbake klcc-cross; <test> ; MACHINE=A bitbake klcc-cross -c clean; repeat for MACHINE=B | 09:43 |
| *** uvan <uvan!~uvan@118.69.219.197> has quit IRC | 09:43 | |
| magthe | ant_work: thanks for the tip... that does make more sense | 09:46 |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto | 09:46 | |
| *** magthe <magthe!~magnus@193.15.95.2> has quit IRC | 09:48 | |
| ant_work | RP: I'm afk here but I did the test, even for machine of the same arch. klibc is not rebuilt, klcc is | 09:52 |
| ant_work | RP: and the klcc-cross in sstate-cache does contains the hardcodes (it's a perl script, I just inspect it) | 09:53 |
| RP | ant_work: hmm, that doesn't sound so good then | 09:54 |
| ant_work | RP: what I then did was to verify with readelf the produced klcc-shared binaries and these were ok | 09:56 |
| ant_work | RP: linking to exec_prefix/lib/klibc on target | 09:57 |
| ant_work | RP: I feel I'm in the 'preverted' kind of setups blamed here ;) | 10:01 |
| ant_work | http://www.zytor.com/pipermail/klibc/2013-August/003463.html | 10:02 |
| RP | ant_work: so its at least partially working ok | 10:02 |
| *** Anusko_ <Anusko_!~anusko@62.159.77.165> has joined #yocto | 10:02 | |
| ant_work | RP: yep, no autobuilder failures | 10:02 |
| ant_work | RP: and good binaries | 10:02 |
| ant_work | ..but it is machine-specific as it is :/ | 10:02 |
| ant_work | I feel there must be a way to use a single copy of the linux-libc-headers | 10:03 |
| *** _alex_kag <_alex_kag!~alex_kag@178.124.23.158> has joined #yocto | 10:03 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.124.29.38> has quit IRC | 10:03 | |
| RP | ant_work: I told you how to do that, you need to use a relative symlink | 10:03 |
| ant_work | is done | 10:04 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 10:04 | |
| ant_work | but is relative to target sysroot | 10:04 |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 10:04 | |
| RP | ant_work: that doesn't make sense | 10:05 |
| ant_work | http://cgit.openembedded.org/meta-openembedded/tree/meta-initramfs/recipes-devtools/klibc/klibc-2.0.2/klibc-linux-libc-dev.patch | 10:05 |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 10:05 | |
| Saur | Does anyone know about a problem with , e.g., ${DATETIME} having different values depending on whether a task is running fakerooted or not? | 10:05 |
| RP | ant_work: so that will work both at build time and on the target. What is the problem? | 10:06 |
| RP | ant_work: there is only one copy of linux-libc-headers? | 10:06 |
| ant_work | the problem are the vars in klcc-cross | 10:06 |
| ant_work | RP: one each sysroot | 10:07 |
| RP | ant_work: ok, what do those look like? | 10:07 |
| ant_work | ... /qemuarm/... | 10:08 |
| Saur | The problem we experienced what that a task that we added (do_kimage) which uses the rootfs image ouput from the do_rootfs failed because it couldn't find the image. This was due to do_rootfs being fakerooted and do_kimage not being it. | 10:08 |
| *** Daemon404 <Daemon404!~who_knows@host86-145-130-143.range86-145.btcentralplus.com> has quit IRC | 10:08 | |
| *** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto | 10:08 | |
| RP | Saur: I can guess that is due to the bitbake-worker changes | 10:08 |
| ant_work | RP. the variable controlling those is INSTALLDIR | 10:08 |
| RP | Saur: the fakeroot env will have a different time to the non-fakeroot one :/ | 10:08 |
| RP | ant_work: so can't you make these relative too? | 10:09 |
| Saur | RP: I assumed something like that. It seems a bit troublesome though that variables have different values like that... | 10:09 |
| Saur | The workaround in this casewas easy by making do_kimage fakerooted as well, but it seems wrong somehow... | 10:09 |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto | 10:09 | |
| RP | Saur: The only answer I can think of offhand is to special case DATETIME in bitbake... | 10:10 |
| RP | Saur: a bit like http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=e63c5775732055a32b417c01fb68711f33ff4ac3 | 10:11 |
| Saur | RP: ${DATE} and ${TIME} I guess is more appropriate, but yes | 10:11 |
| RP | Saur: right | 10:11 |
| Saur | RP: Sounds about right | 10:11 |
| RP | Saur: I'll take a patch... | 10:12 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 10:12 | |
| Saur | RP: I'll see if I can figure it out. ;) | 10:12 |
| lpapp | JaMa: hi, where should uthash go inside meta-oe, which recipe group? | 10:12 |
| JaMa | lpapp: what depends on it? looks like something for -support or -extended | 10:14 |
| Saur | RP: Hmm, seems ${DATE} and ${TIME} get their values from time.gmtime() in bitbake.conf today. How would that need to change for this to work for the new worker setup? | 10:15 |
| RP | Saur: I'd just read the value of them from the cooker configuration and pass that into the workers | 10:15 |
| RP | Saur: i.e. just do what BUILDNAME does | 10:16 |
| Saur | RP: Ok, sounds simple enough. Will try that... | 10:16 |
| JaMa | RP: FYI: that pseudo/procps issue looks like race-condition in runstrip calls | 10:16 |
| RP | JaMa: oh, interesting. I'm not sure how that happens but it sounds possible | 10:18 |
| lpapp | JaMa: our software. :-) | 10:19 |
| lpapp | JaMa: IMO, linked list and hash with C macros are pretty useless... but people use it for some reason. | 10:20 |
| JaMa | RP: hopefully I'll know more after next rebuild is finished | 10:23 |
| lpapp | JaMa: I will push it to recipes-support, then. | 10:23 |
| JaMa | lpapp: ok | 10:24 |
| lpapp | JaMa: thanks. | 10:24 |
| vicky | I m really struggling with this dbg package. | 10:28 |
| vicky | Here is my story | 10:29 |
| vicky | i dont need the dbg package of my custom qt application | 10:29 |
| vicky | how to avoid the dbg package of the qt app in bb file? | 10:29 |
| lpapp | vicky: have you checked the class? | 10:30 |
| lpapp | and how FILES works? | 10:30 |
| vicky | yes | 10:31 |
| RP | vicky: did you try DEBUG_FLAGS ? | 10:31 |
| RP | vicky: the -dbg package will still be there but should become near empty | 10:31 |
| lpapp | PACKAGES = "${PN}-staticdev ${PN}-dev ${PN}-dbg ${PN}-doc ${PN}" | 10:31 |
| lpapp | you should probably modify that variable. | 10:31 |
| lpapp | but what is your use case, anyway? | 10:32 |
| vicky | i will post the bb file | 10:32 |
| lpapp | why? | 10:33 |
| vicky | I already tried with PACKAGES = "${PN}-staticdev ${PN}-dev ${PN}-dbg ${PN}-doc ${PN}" | 10:35 |
| vicky | but it says " rdepends on dbg" | 10:36 |
| lpapp | why don't you start with what you tried? | 10:38 |
| lpapp | what else have you tried? | 10:38 |
| *** tlwoerner <tlwoerner!~trevor@linaro/tlwoerner> has quit IRC | 10:54 | |
| *** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC | 10:54 | |
| *** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto | 10:56 | |
| *** drasko <drasko!~drasko@11-96-190-109.dsl.ovh.fr> has joined #yocto | 10:59 | |
| drasko | hi all. I have put a number of recipes in the dir recipes-test in my meta-test dir. How can I now force all these recipes to be compiled? | 10:59 |
| drasko | For example, I have iperf in meta-test/recipes-test, nad I can see it compiling when I say : bitbake iperf. | 11:00 |
| drasko | But I have other tools in the same recipes dir, and I want to compile them all in one go | 11:01 |
| drasko | How to achieve that? | 11:01 |
| RP | vicky: Did you try DEBUG_FLAGS? | 11:01 |
| rburton | drasko: you can make a meta-recipe that depends on all the other recipes | 11:01 |
| drasko | so, there is no an instruction to bitbake to compile all from one dir? | 11:02 |
| drasko | like bitbake recipes-test/* | 11:02 |
| lpapp | drasko: you can be using -b | 11:03 |
| lpapp | but you still need to supply recipes rather than folders, though, so you need to align your pattern. | 11:04 |
| rburton | the caveat there is that -b ignores dependencies | 11:04 |
| drasko | lpapp, normally I have a metarecipe | 11:04 |
| lpapp | drasko: bitbake metarecipe then. | 11:05 |
| drasko | BBFILES := "${BBFILES} ${LAYERDIR}/recipes-*/*/*.bb | 11:05 |
| drasko | I have thios in my layer.conf | 11:05 |
| drasko | I thought abot this | 11:05 |
| drasko | and normally it compiles all other recipe-* folders in this meta layer | 11:05 |
| drasko | except the one I just added | 11:05 |
| drasko | maybe somethig has to be forced for recompilation? | 11:05 |
| drasko | Or I have to do clean of the project? | 11:06 |
| *** tlwoerner <tlwoerner!~trevor@linaro/tlwoerner> has joined #yocto | 11:06 | |
| rburton | if there's no need to rebuild, it won't rebuild | 11:06 |
| lpapp | drasko: you could write a python script for doing this with os.walk, pretty quickly. | 11:06 |
| *** zeddii <zeddii!~ddez@128.224.252.2> has joined #yocto | 11:07 | |
| drasko | What I do not understand is how it does all other recipe-* dirs | 11:07 |
| drasko | and this one that I just added stays untouched | 11:07 |
| drasko | even when in layer.conf of this layer | 11:07 |
| drasko | I have BBFILES := "${BBFILES} ${LAYERDIR}/recipes-*/*/*.bb | 11:07 |
| drasko | Any ideas why this folder is avoided? I think that it is because it is last added, and noclean was done... | 11:09 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 11:09 | |
| rburton | if you've already built them, then asking them to be rebuilt won't do anything. is that what's happening? | 11:09 |
| rburton | you can prove that by picking one that it's not building, do bitbake [the package] -ccleansstate, and trying again | 11:09 |
| drasko | rburton, they were neve built | 11:09 |
| rburton | how are you depending on them in your meta-package? | 11:10 |
| drasko | they have been added to meta layer after the project has been completely built | 11:10 |
| rburton | BBFILES just controls what files bitbake parses | 11:10 |
| drasko | rburton, where to find this? | 11:11 |
| *** dany <dany!~Thunderbi@79.102.201.106> has joined #yocto | 11:11 | |
| rburton | drasko: i suspect your meta-recipe needs updating | 11:12 |
| drasko | rburton, probably... How to do this? | 11:13 |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 11:14 | |
| rburton | well if you have a meta-recipe that builds everything, you need to add more dependencies to it | 11:14 |
| drasko | No I do not have metarecipe | 11:14 |
| drasko | I have only lines in layer.conf | 11:14 |
| drasko | that build every other recipe-* folders | 11:14 |
| rburton | no it doesn't | 11:14 |
| drasko | except the one I just added | 11:14 |
| rburton | what do you ask bitbake to build? | 11:15 |
| drasko | rburton, you mean - packages that are build from these folders are defined elsewhere? | 11:15 |
| rburton | no, i mean when you ask bitbake to build something, it will build just what it needs | 11:15 |
| rburton | unless you do bitbake world, which will build *everything* | 11:15 |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 11:16 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 11:18 | |
| drasko | rburton, could it be that the list of packages is given in IMAGE_INSTALL and only these are compiled? Since non of packages from the dir meta-test I added to the layer is not in the IMAGE_INSTALL variable, none of them is compiled. Is this correct? | 11:20 |
| rburton | drasko: yes | 11:20 |
| rburton | if your asking it to build an image it will compile everyhting needed to build that image | 11:20 |
| rburton | it won't build stuff that isn't required | 11:20 |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 11:26 | |
| *** SidH_ <SidH_!~SidH_@61.95.193.238> has quit IRC | 11:37 | |
| Guest49245 | Hi | 11:40 |
| Guest49245 | What is the best way to do this? I need to sign the linux uImage and dtb files and uboot files.. | 11:41 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 11:42 | |
| Guest49245 | bluelightning : do you have any ideas | 11:42 |
| Guest49245 | can it be done by creating a class that addsa function to the image? | 11:43 |
| Guest49245 | rburton : do you have any idea on this? | 11:47 |
| bluelightning | Guest49245: not my area of expertise I'm afraid, but someone else here should be able to help with that | 11:47 |
| Guest49245 | bluelightning : ok np | 11:48 |
| Guest49245 | bluelightning : do you have any suggestions whom would know..? | 11:49 |
| Stygia | Guest42914, Do you mean signing the image so it would be accepted by a "HAB" system or something? | 11:49 |
| Guest42914 | Stygia : I don't know what HAB system is. Basically certain files e.g. uImage, *.dtb . uboot files need to be signed . So I have a exe that run over them and create new file with new extension | 11:54 |
| Guest42914 | I am wondering what is best approach to do this | 11:55 |
| RP | Guest42914: A class adding a function or appending to an existing function would seem like a good way to start | 11:55 |
| RP | there are varios POSTPROCESS type variables | 11:56 |
| *** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has quit IRC | 11:56 | |
| Stygia | HAB = Highly Assured Boot. | 11:57 |
| Stygia | Guest42914, Signed by PGP, then? | 11:57 |
| Guest42914 | Stygia : its not pgp but something similar I guess | 11:58 |
| Stygia | Guest42914, Well if you have the program locally, and you know which files to sign, do something like do_install_append and then manually sign the files there? | 11:59 |
| Guest42914 | RP: Atm I have a class which adds a function . The class is then included to the uboot , linux recipes. and it takes the files in the deploydir and does the operation. dont think that is best way though | 11:59 |
| RP | Guest49245: what is the problem? | 11:59 |
| Guest42914 | RP: If I need to sign something executables that are in a recipe then it won't work. | 12:00 |
| Guest42914 | RP: I am wondering if I can do it somehow in the image recipe itself. | 12:01 |
| RP | Guest49245: well, you can globally inherit the class (INHERIT += "xxx" from conf) and then do_install_append() of whatever | 12:01 |
| RP | Guest49245: or modify PACKAGEFUNCS | 12:01 |
| RP | Guest49245: lots of options | 12:01 |
| RP | Guest49245: See the various image class hooks. You can modify the image contents | 12:02 |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 12:02 | |
| *** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto | 12:03 | |
| *** RP <RP!~richard@dan.rpsys.net> has quit IRC | 12:04 | |
| Guest42914 | RP : where does do_install install . Its the variable common to all recipes? | 12:06 |
| Guest42914 | RP: and what do you mean by image class hooks? | 12:06 |
| *** RP <RP!~richard@dan.rpsys.net> has joined #yocto | 12:08 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 12:10 | |
| Guest42914 | RP: did you get that last question? | 12:12 |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 12:13 | |
| *** magthe <magthe!~magnus@193.15.95.2> has joined #yocto | 12:15 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:17 | |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 12:18 | |
| *** dany <dany!~Thunderbi@79.102.201.106> has quit IRC | 12:21 | |
| RP | Guest42914: I guess not | 12:21 |
| Guest42914 | RP : where does do_install install . Its the variable common to all recipes? | 12:21 |
| Guest42914 | RP: and what do you mean by image class hooks? | 12:21 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 12:22 | |
| n01 | guys, with a linux-yocto-custom can I use a SRC_URI on http:// ? | 12:24 |
| *** bluelightning <bluelightning!~paul@188.29.67.172.threembb.co.uk> has joined #yocto | 12:26 | |
| *** bluelightning <bluelightning!~paul@188.29.67.172.threembb.co.uk> has quit IRC | 12:26 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 12:26 | |
| RP | Guest42914: yes, it is common, to ${D} | 12:38 |
| RP | Guest42914: if you look at image.bbclass and the other classes that get included there are references to things like ROOTFS_POSTPROCESS or something like that and similar | 12:38 |
| Guest42914 | alright I take a look. thanks RP | 12:39 |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC | 12:40 | |
| ant_work | RP: about my doubt inheriting cross in the recipe after one include: the evaluation is postponed isn't? | 12:41 |
| RP | ant_work: order does matter with include | 12:42 |
| RP | ant_work: but its unlikely to be an issue | 12:42 |
| ant_work | so after the line include I have to expect the vars are mangled for cross. only after that | 12:43 |
| cfo215 | kergoth, thanks for you help yesterday, I applied "echo 'TOOLCHAIN_TARGET_TASK_append_pn-meta-toolchain-qte = " console-image"' >>conf/local.conf" and bit baked the image using -c populate_sdk. Unforunately, it didn't work as expected. It did not add the Qt specific exports to the generated environment-setup... file | 12:43 |
| *** magthe <magthe!~magnus@193.15.95.2> has quit IRC | 12:44 | |
| ant_work | you see, the recipe is a split-off of the main one just to install the klcc as crosscompiler and not for compiling on target | 12:44 |
| cfo215 | kergoth, no big deal, I'll merge the files together for now. I just wanted to bring it to your attention so whoever takes care of those things can be notified. | 12:46 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 12:48 | |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 12:48 | |
| ant_work | RP: probably I have to verify prefix=${exec_prefix} in the recipe after inheriting cross | 12:48 |
| ant_work | RP: I'd say even better to redeclare it | 12:49 |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-mtdyixwwvzfqxtnk> has left #yocto | 12:54 | |
| cfo215 | kergoth, I spoke too soon. It didn't add the meta-toolchain-qte excecutables (qmake, moc, etc.) to sysroots/x86_64-angstromsdk-linux/usr/bin either. I think I'll work with my original plan and just merge the directories together. | 13:16 |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 13:20 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:22 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 13:23 | |
| *** kbart <kbart!~KBart@213.197.143.19> has quit IRC | 13:24 | |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 13:25 | |
| *** roric <roric!~roric@194-237-7-146.customer.telia.com> has quit IRC | 13:29 | |
| drasko | HI all, I am comming to the probelm I mentioned : I added the recipe in my meta layer, but it is not seen by bitbake | 13:29 |
| mbelisko | drasko: did you add your layer to conf/bblayers.conf? | 13:30 |
| drasko | In my meta layer I have local.conf line like this : BBFILES := "${BBFILES} ${LAYERDIR}/recipes-*/*/*.bb | 13:30 |
| drasko | layer is present in conf/bblayers.conf | 13:31 |
| drasko | The project has been built before | 13:31 |
| drasko | then I added some more recipes | 13:31 |
| drasko | now they are not seen | 13:31 |
| ndec | in which folder did you put it? | 13:31 |
| drasko | I have an impression that clean must be donem but I would like to avoid this | 13:31 |
| ndec | recipe parsing should not have anything to do with | 13:32 |
| ndec | cleaning | 13:32 |
| drasko | ndec, yocto/meta-test | 13:32 |
| ndec | how do you know it is not parsed? | 13:32 |
| drasko | the packets are not being built | 13:32 |
| *** Krz <Krz!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has joined #yocto | 13:33 | |
| ndec | that's different ;-) | 13:33 |
| drasko | bitbake cpuburn -v | 13:33 |
| drasko | ERROR: Nothing PROVIDES 'cpuburn' | 13:33 |
| ndec | ok | 13:33 |
| Krz | Hi guys, I'm using dylan-9.0.1, uclibc. Have no idea, why it produces sth like that under work/: 0.9.33+gitAUTOINC+946799cd0ce0c6c803c9cb173a84f4d607bde350-r8.4 | 13:33 |
| ndec | what the full path of your recipe? | 13:33 |
| Krz | shouldn't this just be 'uclibc-versionABC' ? instead of git SHA? | 13:34 |
| drasko | yocto/meta-test/recipes-benchmark/cpuburn/ | 13:34 |
| ndec | Krz: if the recipe uses git, no | 13:34 |
| ndec | do you see meta-test when you run bitbake-layers show-layers | 13:35 |
| drasko | ndec, yes | 13:35 |
| drasko | I do see it | 13:36 |
| ndec | hmm. any chance you can share the content of the .bb file? | 13:37 |
| drasko | Trying to give .bb file directly to bitbake -b gives : ERROR: Nothing PROVIDES ... | 13:37 |
| Krz | ndec: doesnn't AUTOINC mean the latest and greatest commit? | 13:37 |
| drasko | it is actually this folder : https://github.com/dirtybit/gumstix-yocto/tree/master/meta-openembedded/meta-oe/recipes-benchmark | 13:38 |
| drasko | I took it whole and I put it in my meta-test layer | 13:38 |
| drasko | so I want to build all these benchmarking tools and include them in my image | 13:38 |
| ndec | drasko: you build for which host? | 13:39 |
| drasko | ARM | 13:39 |
| ndec | what does COMPATIBLE_HOST mean, actually? | 13:40 |
| drasko | I have no idea | 13:40 |
| drasko | anyway, other packages do not have this | 13:40 |
| drasko | but still they do not build | 13:40 |
| Stygia | ndec, I don't know, as such, but it looks like it would indicate which HOST's are compatible with the recipe/ | 13:40 |
| Stygia | ? | 13:40 |
| Stygia | If the naming is name I'd say that answer was obvious. But it might not be. | 13:41 |
| Stygia | *is sane | 13:41 |
| *** Anusko_ <Anusko_!~anusko@62.159.77.165> has quit IRC | 13:41 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 13:41 | |
| ndec | yeah, i was wondering that. | 13:41 |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 13:41 | |
| *** Anusko_ <Anusko_!~anusko@62.159.77.165> has joined #yocto | 13:41 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 13:42 | |
| Stygia | Don't take my word for it, though, I don't actually know. :) | 13:43 |
| drasko | ndec, my excuse, looks like other tools do build | 13:43 |
| Stygia | Just seemed like a qualified guess. | 13:43 |
| drasko | Then it must be this COMPATIBLE_HOST | 13:43 |
| ndec | drasko: try removing the COMPATIBLE_HOST? honestly, i don't quite undestand what it does. | 13:43 |
| Stygia | https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html | 13:43 |
| *** B4gder <B4gder!~daniel@sestofw01.enea.se> has quit IRC | 13:43 | |
| ndec | i read that. but still i don't understand ;-) | 13:43 |
| Stygia | Search "COMPATIBLE_HOST" | 13:43 |
| Stygia | Ah, heh. | 13:43 |
| Stygia | Then, I'm right, how about that? :) | 13:43 |
| Stygia | That's how I read the explaination anyway. | 13:43 |
| Stygia | Seems like a whitelist of known hosts supported by the recipe. | 13:44 |
| Stygia | Yup. | 13:44 |
| Stygia | Unless I truly suck at English that's exactly what COMPATIBLE_HOST is -> A list of hosts with which the recipe is compatible | 13:44 |
| ndec | the part i don't get is " one or more targets (when the recipe is non-native)" | 13:45 |
| ndec | i guess the recipe is non-native in drasko case. | 13:45 |
| Stygia | That means AFAIK that the RE matches one or more possible architectures the recipe can be compiled on when it is not being cross-complied. | 13:46 |
| Stygia | *compiled | 13:46 |
| Stygia | Make sense? | 13:46 |
| *** vicky <vicky!~vicky@122.165.223.135> has quit IRC | 13:47 | |
| ndec | Krz: no, AUTOINC, means that you used SRCREV with a commit. | 13:48 |
| ndec | looking at dylan, looks like you are using uclibc_git.bb, which has a DEFAULT_PREFERENCE='-1'. so something must be changing it. | 13:48 |
| ndec | that you used SRVREV in PV, i meant. | 13:49 |
| *** Krz <Krz!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has quit IRC | 13:57 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 13:58 | |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 14:02 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 14:02 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 14:02 | |
| *** _alex_kag <_alex_kag!~alex_kag@178.124.23.158> has quit IRC | 14:07 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 14:09 | |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 14:13 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 14:15 | |
| rburton | khem: do you have a good reason to install the systemd rpm macros? | 14:21 |
| rburton | otherwise i'll delete them whilst i'm working on that recipe | 14:21 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 14:22 | |
| *** gjohnson <gjohnson!4542f923@gateway/web/freenode/ip.69.66.249.35> has joined #yocto | 14:26 | |
| *** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has quit IRC | 14:26 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 14:29 | |
| gjohnson | The following line shows up in a bb file and I don't understand how to interpret it PACKAGECONFIG[gles2] = "-opengl es2 -eglfs,,virtual/libgles2 virtual/egl" | 14:30 |
| rburton | gjohnson: see PACKAGECONFIG under http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-P | 14:31 |
| gjohnson | rburton: Thanks for the link, I figured that is what was happening. How do I enable the virtual/libgles2 and virtual/egl features? Should these features be enabled based on other packages I have added to my image? | 14:34 |
| rburton | those are virtual packages which should be provided by your GL library | 14:35 |
| rburton | mesa is the default | 14:35 |
| gjohnson | rburton: so I am using the imx6 and the gpu library has PROVIDES += "virtual/wayland-egl virtual/libgl virtual/libgal-x11 virtual/egl virtual/libgles1 virtual/libgles2" but for some reason that PACKAGECONFIG[gles2] is not being set. | 14:37 |
| rburton | you'll need to ensure that gles2 is in the main PACKAGECONFIG= statement | 14:37 |
| ndec | you might need to do PACKAGECONFIG_<recipe> += "gles2", i suspect. | 14:37 |
| ndec | or even PACKAGECONFIG-pn_<recipe> | 14:39 |
| gjohnson | Ah, ok I think I understand. So if my recipe is qtbase I should set PACKAGECONFIG_qtbase += "gles2"? Also where is the best place to put that? | 14:40 |
| ndec | or you could have a .bbappend file for qtbase and add PACKAGECONFIG += 'gles2' | 14:41 |
| ndec | i did it with a .bbappend for qt5 , for our layers. | 14:42 |
| ndec | if not in a .bbappend, i think the right syntax would be PACKAGECONFIG_pn-qtbase | 14:42 |
| *** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 14:43 | |
| gjohnson | ndec: That sounds like a good plan for me too then. I created my own layer for my company so it should be easy to add the bbappend. Just so I understand where would the PACKAGECONFIG_pn-qtbase assignment go? Also what does the pn stand for? | 14:43 |
| ndec | pn for package name | 14:44 |
| ndec | i believe the best place for PACKAGECONFIG_pn-qtbase would be in a distro or machine .conf file | 14:44 |
| ndec | it cannot be in a .bb file in fact, as it's used in qtbase recipe. | 14:44 |
| ndec | so, either .conf with pn_qtbase, or without <pn> and in qtbase_xxx.bbappend | 14:45 |
| gjohnson | ndec: so the _pn part indicates that the following text is the package name? | 14:45 |
| ndec | yes | 14:45 |
| *** flyn378 <flyn378!80db310e@gateway/web/freenode/ip.128.219.49.14> has joined #yocto | 14:46 | |
| gjohnson | ndec: Another question since you are also using the qt5 layer, my opengl libraries aren't being installed before qtbase is built. did you see this same issue? | 14:47 |
| ndec | isn't that becase you were missing this PACKAGECONFIG? | 14:47 |
| ndec | that line | 14:48 |
| ndec | PACKAGECONFIG[gles2] = "-opengl es2 -eglfs,,virtual/libgles2 virtual/egl" | 14:48 |
| gjohnson | probably, I will try getting that set and see if it solves my issue. Thank you for the help. | 14:48 |
| ndec | will do 2 things: 1) add -opengl es2 -eglfs to the configure options. | 14:48 |
| ndec | 2) add virtual/libgles2 virtual/egl to DEPENDS | 14:48 |
| gjohnson | ok, that will for sure fix my issue then | 14:48 |
| ndec | you should check the documentation for PACKAGECONFIG, this is there. | 14:48 |
| ndec | you can even do something when it's not defined (the flag). that's that the 2nd argument is for (empty in this example) | 14:49 |
| ndec | but for example, here | 14:49 |
| ndec | PACKAGECONFIG[tslib] = "-tslib,-no-tslib,tslib" | 14:49 |
| gjohnson | thanks, I did but I think I read it backwards. I thought you need to have the depends then it will add the configure option | 14:50 |
| ndec | you see that it would set -no-tslib to configure when NOT set. | 14:50 |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 14:50 | |
| gjohnson | yeah, that makes sense to me now. Thanks again for the explanation. | 14:50 |
| *** hollisb <hollisb!~hollisb@c-67-169-221-181.hsd1.or.comcast.net> has joined #yocto | 14:58 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 14:59 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 15:07 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 15:17 | |
| *** Anusko_ <Anusko_!~anusko@62.159.77.165> has quit IRC | 15:22 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:23 | |
| *** Anusko_ <Anusko_!~anusko@62.159.77.165> has joined #yocto | 15:23 | |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 15:36 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 15:38 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 15:40 | |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 15:42 | |
| *** davest <davest!Adium@nat/intel/x-gfuwtwsizjhnqdht> has joined #yocto | 15:45 | |
| *** _alex_kag <_alex_kag!~alex_kag@93.84.109.218> has joined #yocto | 15:51 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 15:53 | |
| *** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has quit IRC | 15:58 | |
| *** mckoan is now known as mckoan|away | 15:58 | |
| *** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has joined #yocto | 16:14 | |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC | 16:23 | |
| *** zz_ka6sox is now known as ka6sox | 16:25 | |
| *** n01 <n01!~n01@host225-0-static.96-5-b.business.telecomitalia.it> has quit IRC | 16:26 | |
| *** acidfu <acidfu!~nib@24.37.17.210> has joined #yocto | 16:28 | |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 16:28 | |
| *** flyn378 <flyn378!80db310e@gateway/web/freenode/ip.128.219.49.14> has quit IRC | 16:30 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:35 | |
| *** Krz <Krz!c0c69725@gateway/web/freenode/ip.192.198.151.37> has joined #yocto | 16:40 | |
| Krz | after doing bitbake <myimage> -c populate_sdk I have .sh script - toolchain | 16:41 |
| Krz | how can I obtain the tarball which is inside? | 16:41 |
| Krz | I think there is some recipe creating this .sh script from tarball (I need this tarball) | 16:41 |
| sgw_ | krz, why don't you want to use the script, since the script handles installing it correctly and deals with some path relocation? | 16:43 |
| *** belen <belen!Adium@nat/intel/x-hdytnuliaucrbevz> has quit IRC | 16:43 | |
| Krz | sgw_: are you telling me, that tarball will not be usefull at all without relocation? | 16:44 |
| sgw_ | Krz: yes | 16:44 |
| sgw_ | Krz: I don't remember everything the script does, it's possible that tarball *might* work if installed in the /opt/poky dir (assuming your doing a poky distro build), but I won't guarantee it. | 16:46 |
| Krz | sgw_: why do we need path relocations? what for exactly? | 16:47 |
| Krz | sgw_: basically my background is - we have a zip with IDE inside and xCompiler toolchain will be part of that. So far there is no installation process involved. That's why I need just a tarball | 16:48 |
| *** sameo <sameo!~samuel@192.55.54.41> has quit IRC | 16:49 | |
| mr_science | wow, i really thought that was going to need some kind of hairy-ass autotools patch... | 16:49 |
| * mr_science thanks the GNU devs for providing useful configure options | 16:49 | |
| sgw_ | Krz: there are a number of things the script does to setup the environment correctly and tweak binaries to have the right dynamic library patch, you can see the python script in scripts/relocate_sdk.py | 16:52 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 16:52 | |
| sgw_ | Krz: this allows it to be installed as non-root user | 16:52 |
| Krz | sgw_: but at the end of the day xCompiler is just bunch of binaries. I should be able to just untar them and using proper flags (e.g. gcc sysroot=/abc/def). That's my understanding of xCompiler | 16:53 |
| Krz | sgw_: will take a look at relocate_sdk.py | 16:53 |
| kergoth | heh, we should really start a project to improve path relocatability of software in general so we can stop having to do such hacks | 16:55 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 17:00 | |
| * mr_science wonders where's the meta-ribs layer to go with meta-chicken... | 17:02 | |
| *** dvhart <dvhart!~dvhart@static-50-53-95-223.bvtn.or.frontiernet.net> has joined #yocto | 17:05 | |
| JaMa | mr_science: :) | 17:05 |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 17:06 | |
| mr_science | finally found the layer index | 17:07 |
| RP | Krz: see the trick I played in meta-mingw | 17:07 |
| RP | Krz: SDK_PACKAGING_FUNC = "do_compile" from http://git.yoctoproject.org/cgit.cgi/meta-mingw/tree/conf/machine-sdk/x86_64-mingw32.conf | 17:08 |
| RP | Reading that back, I really should have better documented why/how that works :/ | 17:08 |
| RP | Krz: if you just want binaries you can untar, you might need to stop using our own dynamic linker and libc | 17:09 |
| mr_science | kergoth: i'm looking at your external-sourcery-toolchain.bb recipe | 17:10 |
| Krz | RP: poky already creates tarball in the meantime and later removes that, am I right? | 17:11 |
| RP | Krz: instead you'd need to build them against the lowest common denominator you want them to run on, a bit like the osx sysroot | 17:11 |
| mr_science | if i set CSL_VER_MAIN to the old version we're using for classic builds, i should be able to build a hardfloat version? | 17:11 |
| RP | Krz: right, and that variable stops the tarball being turned into the script | 17:11 |
| Krz | RP: will try that for Linux | 17:11 |
| RP | Krz: well, see above, I can tell you right now you will have the problem I mention | 17:12 |
| Krz | RP: what do you mean by 'the lowest common denominator' ? | 17:12 |
| RP | Krz: sysroot needs to have the oldest libc and dynamic loader you want to support | 17:13 |
| RP | a binary linked against libc X may not work with libc X-1 | 17:13 |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 17:13 | |
| Krz | RP: right, I get your point now | 17:14 |
| RP | Krz: this is why we ship our own loader and libc, then we truly can run on near enough anything | 17:15 |
| RP | Krz: the cost is having to run the script at unpack time | 17:15 |
| RP | there is no way to do the dynamic loader path dynamically | 17:16 |
| Krz | RP: where do I find/change libc version for sysroot? | 17:16 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 17:16 | |
| RP | Krz: you'd have to provide a sysroot of the thing you want to compile against | 17:16 |
| RP | Krz: there isn't a simple way to do this, you're trying to do something the system isn't setup to do atm | 17:17 |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has quit IRC | 17:17 | |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has joined #yocto | 17:19 | |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has left #yocto | 17:19 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 17:20 | |
| kergoth | mr_science: it extracts the versions from the toolchain, it doesn't build one, or use that as input for anything | 17:21 |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 17:23 | |
| *** francois99 <francois99!~francois9@78-33-60-6.static.enta.net> has quit IRC | 17:26 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 17:28 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 17:29 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 17:29 | |
| *** Krz <Krz!c0c69725@gateway/web/freenode/ip.192.198.151.37> has quit IRC | 17:31 | |
| -YoctoAutoBuilder- build #124 of minnow-lsb is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/124 | 17:36 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 17:37 | |
| cfo215 | Is there any reason my binaries generated by meta-toolchain-qte have '/usr/local/oecore-x86_64' harcoded in them? http://pastebin.com/jYxFuT3m I'm wondering if that's not part of my Qt in Netbeans problem. I didn't install the toolkit to the default location: | 17:39 |
| cfo215 | ...which is /usr/local/oecore-x86_64 | 17:40 |
| cfo215 | I have mine installed in ~/opt/angstrom-qte. | 17:40 |
| Crofton|work | use the defaults Luke :) | 17:45 |
| Crofton|work | bbl | 17:45 |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 17:48 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 17:51 | |
| *** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has joined #yocto | 17:53 | |
| cfo215 | Crofton|work, sure, I'll go with that. | 17:55 |
| Crofton|work | worth a try | 17:55 |
| Crofton|work | I thought the toolchains were supposed to be relocatable | 17:55 |
| *** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has joined #yocto | 17:58 | |
| cfo215 | Crofton|work, Nope.. Still not finding the -I (includes) that should have come from the QMAKESPEC file. I think the environment variables in the files aren't being parsed properly by Netbeans. Oh, well, back to the drawing board. | 18:14 |
| cfo215 | Crofton|work. The reason I know this is because if I create a Makefile using qmake from the shell, make is very happy. | 18:15 |
| cfo215 | Crofton|work, so ians, same problem as before when I installed into my own folders... | 18:16 |
| fray | ok | 18:19 |
| cfo215 | looking at my build log in Netbeans, the culprit is ' "/usr/bin/gmake" -f nbproject/Makefile-Debug.mk QMAKE=/usr/local/oecore-x86_64/sysroots/x86_64-angstromsdk-linux/usr/bin/qmake SUBPROJECTS= .clean-conf ' which generates the Makefile for the Netbeans project. | 18:19 |
| cfo215 | actually that's reading the files... been a long day. the automagically get created by netbeans. | 18:21 |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 18:22 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 18:23 | |
| -YoctoAutoBuilder- build #281 of nightly-world is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-world/builds/281 | 18:24 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 18:24 | |
| *** drasko <drasko!~drasko@11-96-190-109.dsl.ovh.fr> has quit IRC | 18:28 | |
| *** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 18:38 | |
| -YoctoAutoBuilder- build #282 of nightly-multilib is complete: Failure [failed Running Sanity Tests_2 Building Images_4] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/282 | 18:39 | |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 18:41 | |
| *** Anusko_ <Anusko_!~anusko@62.159.77.165> has quit IRC | 18:44 | |
| *** Anusko_ <Anusko_!~anusko@62.159.77.165> has joined #yocto | 18:45 | |
| *** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has quit IRC | 18:50 | |
| *** alex_kag_ <alex_kag_!~alex_kag@93.84.109.218> has joined #yocto | 18:54 | |
| *** _alex_kag <_alex_kag!~alex_kag@93.84.109.218> has quit IRC | 18:54 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 18:54 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 18:54 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 18:55 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 18:58 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 19:02 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 19:14 | |
| *** hollisb <hollisb!~hollisb@c-67-169-221-181.hsd1.or.comcast.net> has quit IRC | 19:28 | |
| *** smartin__ <smartin__!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 19:31 | |
| -YoctoAutoBuilder- build #140 of minnow is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/140 | 19:32 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 19:32 | |
| *** tpepper <tpepper!~tpepper@vato.org> has joined #yocto | 19:52 | |
| *** tpepper <tpepper!~tpepper@vato.org> has left #yocto | 19:53 | |
| seebs | A followup on yesterday's experiments: BBFILES and BBPATH both work only with fairly simple variable expansions. | 19:59 |
| seebs | So if you do something like FOO_mips = "1.2" FOO_i586 = "1.3", you can't use ${FOO} in BBFILES/BBPATH, and it also won't work using hyphens and ${FOO-${TARGET_ARCH}}. | 20:00 |
| seebs | So I have to either modify recipes to make the right ones show up, or change bblayers.conf to pick up only the version of a particular layer I want, so that'll have to be a configuration-time thing. | 20:00 |
| *** joeythesaint <joeythesaint!~jjm@128.224.252.2> has quit IRC | 20:10 | |
| RP | kergoth: I figured out the problem with _remove btw | 20:13 |
| RP | kergoth: processing unexpanded data :/ | 20:13 |
| kergoth | heh, oops | 20:13 |
| RP | kergoth: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip76&id=50b4ecbdface9a76ffe260a383009093c702d3b1 | 20:16 |
| RP | gah, ignore the other bits | 20:16 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 20:16 | |
| RP | http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip76&id=28b56920f3f1ac84bf01747522c71515532d8233 is better :) | 20:17 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 20:28 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 20:33 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC | 20:37 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto | 20:40 | |
| *** davest <davest!Adium@nat/intel/x-gfuwtwsizjhnqdht> has quit IRC | 20:53 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 21:05 | |
| *** smartin <smartin!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 21:06 | |
| *** hollisb <hollisb!~hollisb@c-67-169-221-181.hsd1.or.comcast.net> has joined #yocto | 21:06 | |
| mr_science | somebody needed an extra espresso this afternoon... | 21:12 |
| khem | mr_science: its beer time | 21:17 |
| -YoctoAutoBuilder- build #293 of nightly-x32 is complete: Failure [failed Building Images Running Sanity Tests Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/293 | 21:17 | |
| mr_science | khem: not on the west coast | 21:20 |
| mr_science | yet... | 21:20 |
| khem | I am on west coast | 21:20 |
| khem | and its about the time :) TGIF | 21:20 |
| mranostay | depends on the company :) | 21:20 |
| mr_science | tearly shift? | 21:21 |
| mr_science | *early even | 21:21 |
| khem | it starts at 3 so got some time to empty tanks :) | 21:21 |
| mr_science | khem: what organization? | 21:22 |
| khem | Juniper Networks ? looking for a change ? let me know :) | 21:22 |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPE002369bcfa62-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 21:25 | |
| *** smartin <smartin!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 21:30 | |
| *** ant_home <ant_home!~andrea@87.13.50.37> has joined #yocto | 21:34 | |
| *** davest1 <davest1!~Adium@134.134.137.73> has joined #yocto | 21:35 | |
| mr_science | now you're making me want a guinness... | 21:42 |
| *** darknighte_znc is now known as darknighte | 21:44 | |
| *** davest1 <davest1!~Adium@134.134.137.73> has quit IRC | 21:46 | |
| *** sameo <sameo!~samuel@192.55.54.42> has joined #yocto | 21:53 | |
| mr_science | uh-huh, now we're cookin' with gas... | 21:56 |
| mr_science | got a buildable sdk target with gnutls3 | 21:56 |
| *** davest <davest!~Adium@134.134.137.73> has joined #yocto | 22:01 | |
| *** davest <davest!~Adium@134.134.137.73> has quit IRC | 22:05 | |
| *** davest <davest!Adium@nat/intel/x-fazwgbatnirkftuj> has joined #yocto | 22:10 | |
| *** darknighte__ <darknighte__!~Thunderbi@75.108.35.90> has joined #yocto | 22:20 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 22:24 | |
| *** sameo <sameo!~samuel@192.55.54.42> has quit IRC | 22:37 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 22:41 | |
| *** dvhart <dvhart!~dvhart@static-50-53-95-223.bvtn.or.frontiernet.net> has quit IRC | 22:42 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 22:42 | |
| * mr_science goes to get a face trim... | 22:44 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 22:44 | |
| *** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has joined #yocto | 22:52 | |
| *** davest <davest!Adium@nat/intel/x-fazwgbatnirkftuj> has quit IRC | 22:52 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-eojzthpiulnqlaxn> has quit IRC | 22:59 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 23:09 | |
| *** alex_kag_ <alex_kag_!~alex_kag@93.84.109.218> has quit IRC | 23:23 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 23:26 | |
| *** darknighte__ <darknighte__!~Thunderbi@75.108.35.90> has quit IRC | 23:32 | |
| *** darknighte is now known as darknighte_znc | 23:37 | |
| *** hollisb <hollisb!~hollisb@c-67-169-221-181.hsd1.or.comcast.net> has quit IRC | 23:47 | |
| -YoctoAutoBuilder- build #282 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/282 | 23:48 | |
| *** davest <davest!~Adium@134.134.139.72> has joined #yocto | 23:49 | |
| *** ant_home <ant_home!~andrea@87.13.50.37> has quit IRC | 23:53 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 23:54 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!