| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 00:09 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 00:45 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 00:45 | |
| *** cluelessperson <cluelessperson!~cluelessp@unaffiliated/cluelessperson> has joined #yocto | 01:03 | |
| cluelessperson | question, how do you list the installed packages in yocto? | 01:03 |
|---|---|---|
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 01:03 | |
| *** slips <slips!~slips@62.167.164.82.customer.cdi.no> has quit IRC | 01:10 | |
| *** slips <slips!~slips@62.167.164.82.customer.cdi.no> has joined #yocto | 01:14 | |
| *** simonl <simonl!uid6729@gateway/web/irccloud.com/x-komrbbkpcqcbsnrr> has quit IRC | 01:16 | |
| bluelightning | cluelessperson: if you mean on the target device, it depends on what packaging system the image was built with | 01:18 |
| bluelightning | if it was rpm, smart query --installed I think | 01:19 |
| bluelightning | if ipk, opkg list_installed | 01:19 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 01:28 | |
| *** coolmouse <coolmouse!~coolmouse@123.138.169.143> has joined #yocto | 01:39 | |
| *** Ulfalizer <Ulfalizer!~ulf@ip5f5beda1.dynamic.kabel-deutschland.de> has joined #yocto | 01:47 | |
| *** t0mmy <t0mmy!~tprrt@ram31-2-82-228-88-46.fbx.proxad.net> has joined #yocto | 01:50 | |
| Ulfalizer | i'm dealing with a legacy bbclass that manually calls bb.parse.BBHandler.inherit() from an anonymous python function. i noticed that the anonymous python functions from the inherited class does not get run. is this "expected"? i realize this might be an "anything goes" type of situation if it's considered internal stuff... | 01:50 |
| Ulfalizer | *do | 01:50 |
| *** alimon <alimon!~alimon@187-176-43-14.dynamic.axtel.net> has quit IRC | 01:53 | |
| bluelightning | Ulfalizer: that's... horrific | 01:55 |
| bluelightning | what is it trying to do? | 01:55 |
| * neverpanic might be guilty of writing this code... | 01:57 | |
| neverpanic | I think it was a conditional inherit, but I'm not exactly sure. | 01:57 |
| Ulfalizer | i get some kind of dependency loop if i make it unconditional, so it's probably related to that | 01:58 |
| Ulfalizer | yeah, it's conditional | 01:58 |
| Ulfalizer | bluelightning: are you familiar enough with the parsing internals to be able to guess what's going on re. the anonymous function in the inherited class? | 02:04 |
| bluelightning | conditional inherits can be accomplished by inherit ${VARNAME} | 02:04 |
| bluelightning | assuming VARNAME can be set prior to parsing the inherit statement | 02:05 |
| bluelightning | Ulfalizer: what that class is currently doing is really in the category of things I'd rather not support | 02:05 |
| Ulfalizer | hmm... might be able to do something with that | 02:05 |
| bluelightning | (to honestly answer the question though, I don't know enough of the details off the top of my head, I'd have to go digging through the code) | 02:06 |
| Ulfalizer | ok, np :) | 02:06 |
| bluelightning | FYI, if ${VARNAME} evaluates to "" then that inherit ${VARNAME} won't trigger any kind of syntax error, which makes things a little easier | 02:08 |
| bluelightning | a few versions back we had to have an empty dummy class lying around to avoid hitting such an error | 02:08 |
| Ulfalizer | yeah, guessed that was what you were after. i think i could combine that with a prior assignment with some inline python. :) | 02:09 |
| Ulfalizer | or put it straight after the 'include' i guess... | 02:10 |
| bluelightning | you can use anonymous python to set the variable, or alternatively use an in-line python expression yes | 02:11 |
| Ulfalizer | at what point during parsing are anonymous functions run? i had assumed they were all run at the end. | 02:12 |
| * Ulfalizer hopes inherit ${@"foo" if cond else "bar"} is okay, without "" | 02:16 | |
| Ulfalizer | around the ${} that is. doesn't give any parse errors at least... | 02:17 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 02:19 | |
| *** sno <sno!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 02:19 | |
| *** rdenis <rdenis!sid16562@gateway/web/irccloud.com/x-tldpkbbnotqggpku> has quit IRC | 02:19 | |
| *** Saur <Saur!pkj@nat/axis/x-tfvzryyirmdsawvu> has quit IRC | 02:19 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 02:19 | |
| *** tyler-baker <tyler-baker!tyler-bake@gateway/shell/linaro/x-cslrjzrkiafaicri> has quit IRC | 02:19 | |
| bluelightning | Ulfalizer: yep that's fine - no surrounding quotes | 02:20 |
| Ulfalizer | yeah, would be weird for it not to work now that i think of it, since e.g. FOO_${BAR} has no quotes | 02:20 |
| Ulfalizer | seems to work fine. thanks for the help! :) | 02:21 |
| Ulfalizer | the anonymous function from the inherited class runs now too | 02:21 |
| bluelightning | glad I could help remove some evil code ;) | 02:24 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 02:25 | |
| *** sno <sno!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 02:25 | |
| *** rdenis <rdenis!sid16562@gateway/web/irccloud.com/x-tldpkbbnotqggpku> has joined #yocto | 02:25 | |
| *** Saur <Saur!pkj@nat/axis/x-tfvzryyirmdsawvu> has joined #yocto | 02:25 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 02:25 | |
| *** tyler-baker <tyler-baker!tyler-bake@gateway/shell/linaro/x-cslrjzrkiafaicri> has joined #yocto | 02:25 | |
| Ulfalizer | is inherit "" being a no-op documented anywhere btw? might be nice to mention as a method to make it conditional. | 02:25 |
| bluelightning | hmm, good point, let me check | 02:38 |
| bluelightning | unfortunately not | 02:38 |
| bluelightning | I'll file a bug about that | 02:38 |
| Ulfalizer | thanks | 02:39 |
| bluelightning | it'd go in the bitbake manual I think under http://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#inherit-directive | 02:39 |
| Ulfalizer | yeah, that'd make sense | 02:40 |
| Ulfalizer | i'd write something like inherit "" is a no-op. this makes it possible to conditionally inherit classes using code like inherit ${@"my-class" if condition else ""}. | 02:43 |
| bluelightning | done https://bugzilla.yoctoproject.org/show_bug.cgi?id=9283 | 02:47 |
| yocti | Bug 9283: enhancement, Undecided, ---, srifenbark, NEW , Document conditional inherits | 02:47 |
| bluelightning | surprisingly we also don't properly cover in-line python... | 02:47 |
| kergoth | that's a weird thing to miss | 02:52 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 03:14 | |
| *** fledermaus <fledermaus!~vivek@78.32.176.249> has quit IRC | 03:17 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 03:23 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 03:25 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ecd5-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto | 03:30 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 03:42 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 03:55 | |
| Capso | trying to `bitbake gumstix-console-image', I get the following error: fatal: unable to connect to gitorious.org: | 04:02 |
| Capso | gitorious.org[0: 64.13.172.37]: errno=Connection refused | 04:02 |
| Capso | gitorious.org[1: 2a02:c0:1014::1]: errno=Network is unreachable | 04:02 |
| Capso | how to fix and finish the build? | 04:02 |
| *** t0mmy <t0mmy!~tprrt@ram31-2-82-228-88-46.fbx.proxad.net> has quit IRC | 04:08 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ecd5-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC | 04:12 | |
| bluelightning | Capso: the recipe which refers to gitorious needs to be fixed I would assume | 04:16 |
| bluelightning | I have heard that the new gitorious archive now requires https | 04:16 |
| *** wyrm <wyrm!~wyrm@73.151.217.0> has quit IRC | 04:35 | |
| *** wyrm <wyrm!~wyrm@73.151.217.0> has joined #yocto | 04:41 | |
| Ulfalizer | hmm... i've verified that FOO gets set with bitbake -e, but inherit ${FOO} still fails with an error that indicates it expands to nothing (inherit test-${FOO} gives the error "could not inherit file classes/test-.bbclass" for example). any ideas? | 04:54 |
| Ulfalizer | hrr... probably because it's expanded at the point of the 'inherit' | 04:58 |
| *** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto | 05:09 | |
| Capso | bluelightning, and also a no-cert-check argument to git (I think it's -c) | 05:14 |
| *** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC | 05:19 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto | 05:20 | |
| *** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 05:24 | |
| *** ndec <ndec!~ndec@linaro/ndec> has quit IRC | 05:29 | |
| *** ndec <ndec!~ndec@linaro/ndec> has joined #yocto | 05:35 | |
| *** coolmouse <coolmouse!~coolmouse@123.138.169.143> has quit IRC | 05:44 | |
| *** nico_ <nico_!~textual@a5.7c.089f.ip4.static.sl-reverse.com> has joined #yocto | 05:46 | |
| *** nico_ <nico_!~textual@a5.7c.089f.ip4.static.sl-reverse.com> has quit IRC | 05:51 | |
| *** morphis <morphis!~morphis@pD9ED6290.dip0.t-ipconnect.de> has joined #yocto | 05:53 | |
| Ulfalizer | what's the proper way to detect a nativesdk-* recipe inside inline python? d.getVar('PN', True) still gives the name without the nativesdk- prefix (i.e., the same as BPN) from some quick experimentation, and bb.data.inherits_class('nativesdk', d) only works if nativesdk is inherited explicitly and not via BBCLASSEXTEND. | 06:17 |
| Ulfalizer | not sure how much reparsing is done either. that'd probably determine what makes sense. :/ | 06:18 |
| Ulfalizer | in this case, i only want to inherit a particular class for nativesdk-* recipes | 06:19 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 06:21 | |
| Ulfalizer | could hack it with overrides perhaps | 06:26 |
| Ulfalizer | nopes, those are applied later, after the inherit | 06:28 |
| bluelightning | Ulfalizer: that is strange, PN ought to be the value with the nativesdk- prefix | 06:58 |
| bluelightning | when seen as the nativesdk variant | 06:58 |
| *** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto | 06:59 | |
| bluelightning | often with this sort of thing you can accomplish it using overrides | 06:59 |
| bluelightning | i.e. VARNAME = "the default" | 06:59 |
| bluelightning | VARNAME_class-nativesdk = "the nativesdk value" | 06:59 |
| *** jku <jku!jku@nat/intel/x-tnmunbtrxccxtocl> has joined #yocto | 07:00 | |
| *** ivan__ <ivan__!511ed010@gateway/web/freenode/ip.81.30.208.16> has joined #yocto | 07:18 | |
| *** frsc <frsc!~frsc@dslb-094-216-233-081.094.216.pools.vodafone-ip.de> has joined #yocto | 07:26 | |
| ivan__ | Good day every one! Is there any way in yocto to pass paths to other recipe source dirs into target one? i have a perl script in target recipe which takes source codes as input and geenerates additional sources files for target recipe. What is the best practice to do that? | 07:34 |
| *** frsc_ <frsc_!~frsc@dslb-094-216-254-166.094.216.pools.vodafone-ip.de> has joined #yocto | 07:36 | |
| neverpanic | Ulfalizer: Oh, yeah, IIRC that was exactly why I used this hack; inherit ${SOMETHING} with SOMETHING_class-nativesdk = "" didn't seem to work when "nativesdk" came in via BBCLASSEXTEND | 07:37 |
| *** frsc <frsc!~frsc@dslb-094-216-233-081.094.216.pools.vodafone-ip.de> has quit IRC | 07:39 | |
| bluelightning | neverpanic: I think we'd look at that as being a bug | 07:43 |
| *** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 07:52 | |
| *** chep <chep!~chep@149.165.146.77.rev.sfr.net> has quit IRC | 07:53 | |
| *** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 07:54 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-pgkizalhtwisxcqn> has joined #yocto | 07:54 | |
| *** jbrianceau_away is now known as jbrianceau | 07:55 | |
| *** toscalix <toscalix!~agustinbe@149.100.1.60> has joined #yocto | 07:58 | |
| *** jsapes <jsapes!~jsapes@80.25.34.80> has joined #yocto | 07:59 | |
| *** frsc__ <frsc__!~frsc@dslb-094-216-233-252.094.216.pools.vodafone-ip.de> has joined #yocto | 08:02 | |
| *** pohly <pohly!~pohly@p57A57A7E.dip0.t-ipconnect.de> has joined #yocto | 08:02 | |
| *** frsc_ <frsc_!~frsc@dslb-094-216-254-166.094.216.pools.vodafone-ip.de> has quit IRC | 08:04 | |
| *** boucman_work <boucman_work!~boucman@193.84.89.18> has joined #yocto | 08:09 | |
| *** ant_work <ant_work!~ant__@host213-59-dynamic.50-79-r.retail.telecomitalia.it> has joined #yocto | 08:11 | |
| *** leon-anavi <leon-anavi!~leon@5.53.209.92> has joined #yocto | 08:11 | |
| *** chep <chep!~chep@149.165.146.77.rev.sfr.net> has joined #yocto | 08:12 | |
| *** townxelliot <townxelliot!~ell@176.252.190.162> has joined #yocto | 08:18 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:19 | |
| *** ant_work <ant_work!~ant__@host213-59-dynamic.50-79-r.retail.telecomitalia.it> has quit IRC | 08:33 | |
| *** sameo <sameo!~samuel@192.55.54.43> has joined #yocto | 08:34 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto | 08:39 | |
| *** edbart <edbart!ebartosh@nat/intel/x-jbfxftlvfglphuim> has joined #yocto | 08:41 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 08:43 | |
| *** mihai <mihai!mihai@nat/intel/x-wirumsxolkowvbdc> has joined #yocto | 08:49 | |
| *** frsc_ <frsc_!~frsc@dslb-094-216-226-047.094.216.pools.vodafone-ip.de> has joined #yocto | 08:50 | |
| *** frsc__ <frsc__!~frsc@dslb-094-216-233-252.094.216.pools.vodafone-ip.de> has quit IRC | 08:51 | |
| *** maxin <maxin!~maxin@2001:998:22:0:e970:1ff1:c659:bcc9> has joined #yocto | 08:55 | |
| *** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto | 08:55 | |
| *** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto | 08:57 | |
| ionte_ | arrgghhh! i just can't seem to get my custom devicetree included and built correctly! i have a file named "mydevice.dts". i have added it to SRC_URI in my kernel recipe. i've set KERNEL_DEVICETREE to different values: currently KERNEL_DEVICETREE="${S}/mydevice.dtb". but i get "no rule to make target..." error while compiling the kernel. | 08:57 |
| ionte_ | i've tried a lot of other combinations "${S}/mydevice.dts", "mydevice.dtb", "mydevice.dts" etc, but none seem to work | 08:58 |
| ionte_ | and google tells me... different things... | 08:58 |
| *** zero_note <zero_note!~zero_note@2.238.240.162> has joined #yocto | 09:02 | |
| *** niteshnarayanlal <niteshnarayanlal!~Nitesh@fedora/niteshnarayanlal> has joined #yocto | 09:02 | |
| ionte_ | do i have to copy it into the kernel source tree manually? | 09:02 |
| *** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has joined #yocto | 09:05 | |
| LetoThe2nd | ionte_: well all these things only work if the kernel source itself is aware of that dts file, afaik | 09:05 |
| LetoThe2nd | ionte_: hence, look at the makefiles in the kernelsources. if the dts gets built correctly if you manually kick off the kernel build, then it should also work in OE | 09:06 |
| *** roxell_ <roxell_!~roxell@c-932171d5.07-21-73746f28.cust.bredbandsbolaget.se> has quit IRC | 09:11 | |
| *** roxell <roxell!~roxell@c-932171d5.07-21-73746f28.cust.bredbandsbolaget.se> has joined #yocto | 09:11 | |
| *** roxell <roxell!~roxell@linaro/roxell> has joined #yocto | 09:11 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 09:11 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:15 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 09:16 | |
| *** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has joined #yocto | 09:16 | |
| frsc_ | ionte_: I use something like this to copy the dts to the kernel tree: do_configure_prepend() { cp ${WORKDIR}/*.dts arch/${ARCH}/boot/dts/ } | 09:17 |
| *** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 09:18 | |
| ionte_ | frsc_: yes, i came to the same conclusion | 09:18 |
| ionte_ | now my problem is to build the destination directory | 09:18 |
| ionte_ | it seems it should be placed in ${WORKDIR}/linux-amun_phycore_am335x-standard-build/arch/${ARCH}/boot/dts/, but i have no idea where that linux-amun... name came from or how to compose it | 09:21 |
| *** Anticom <Anticom!~timo.m@217.6.33.234> has joined #yocto | 09:21 | |
| ionte_ | there must be a macro i could use, but they all use "-" instead of "_" ("amun-phycore-am335x"), and i don't like hardcoding it | 09:22 |
| boucman_work | ionte_: you might be able to specify where the file needs to be put as a parameter to SRC_FILE which is slightly cleaner... but is basically the same thing | 09:23 |
| ionte_ | boucman_work: oh? i looked for that functionality but could not find any | 09:24 |
| boucman_work | ionte_: http://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html#bb-the-unpack the "subdir" parameter | 09:25 |
| boucman_work | (and yeah... you have to know where to look) | 09:25 |
| ionte_ | boucman_work: ok thanks! | 09:26 |
| Anticom | Hi all. I finally (wohoo \o/) managed to get my network interface setup working. I can connect to the target via ssh but still there seems to be an issue with sshd.service: https://gist.github.com/Anticom/a665cad7a6ab0d6926d6 | 09:26 |
| Anticom | I never got the docs section there. Also i don't get, what "inactive (dead)" means | 09:27 |
| Anticom | oh ok nvm the docs... it's "regular" man pages, i see | 09:27 |
| ionte_ | could anyone explain how the work-shared and work directories relates? my dts file was by default installed into ${WORKDIR} (in "work" directory). i now copy it to .../arch/arm/boot/dts, still in "work" directory. all other "dts" files that are included with the kernel are in work-shared. but for some reason the build still finds both my custom dts and the other dts files.. | 09:32 |
| *** LetoThe2nd <LetoThe2nd!~jd@unaffiliated/letothe2nd> has quit IRC | 09:43 | |
| *** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has quit IRC | 09:46 | |
| *** mihai <mihai!mihai@nat/intel/x-wirumsxolkowvbdc> has left #yocto | 09:46 | |
| Anticom | Could someone please elaborate on VIRTUAL-RUNTIME_initscripts = "" a little more? The manual isn't very verbose on that. What is meant by removing init scripts >>altogether<< ? | 09:51 |
| Anticom | even my own ones? Like how would i provide init scripts then? or does that not include unit files? | 09:51 |
| ionte_ | finally found correct destination: cp ${WORKDIR}/*.dts ${S}/arch/${ARCH}/boot/dts. does not feel right to copy from work directory to the shared source directory though .... but it works | 09:52 |
| boucman_work | ionte_: what's wrong with that ? would it feel better if you added a couple of "+" at the beggining of each line of your dts and renamed the file .dts.patch ? | 09:53 |
| boucman_work | adding a dts is logically just like patching the kernel, except you add a whole file so it's simpler | 09:54 |
| *** belen <belen!~Adium@134.134.139.77> has joined #yocto | 09:54 | |
| ionte_ | boucman_work: well, it's perhaps just because i'm not sure how it really works. seems odd to copy things from workdir, that are potentially machine and build specific, to a directory with shared source | 09:56 |
| *** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has joined #yocto | 10:00 | |
| boucman_work | WORKDIR is machine specific IIRC (but I may be wrong on that one) | 10:09 |
| boucman_work | and ${S} is under workdir | 10:10 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 10:15 | |
| *** ionte_ is now known as ionte | 10:16 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 10:24 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 10:25 | |
| *** rdenis <rdenis!sid16562@gateway/web/irccloud.com/x-tldpkbbnotqggpku> has left #yocto | 10:33 | |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto | 11:21 | |
| JaMa | Is there plan to merge pending patches to dizzy branch? http://lists.openembedded.org/pipermail/openembedded-core/2016-March/118848.html | 11:24 |
| *** LetoThe2nd <LetoThe2nd!~jd@s15387740.onlinehome-server.info> has joined #yocto | 11:26 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 11:35 | |
| *** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has quit IRC | 11:37 | |
| *** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 11:39 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 11:39 | |
| *** berton <berton!~fabio@187.23.154.250> has joined #yocto | 11:42 | |
| *** Marex_ <Marex_!~Marex@195.140.253.167> has joined #yocto | 11:48 | |
| *** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto | 11:49 | |
| *** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC | 11:53 | |
| *** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto | 11:54 | |
| *** ant_work <ant_work!~ant__@host213-59-dynamic.50-79-r.retail.telecomitalia.it> has joined #yocto | 11:54 | |
| ivan__ | how can i pass to recipe path to sources of other recipe during compilation? | 12:03 |
| *** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 12:03 | |
| mastier_ | \names | 12:05 |
| boucman_work | ivan__: there is no easy way that I know of, because it's usually a bad idea... why do you need to do that ? | 12:05 |
| *** ant_work <ant_work!~ant__@host213-59-dynamic.50-79-r.retail.telecomitalia.it> has quit IRC | 12:07 | |
| ivan__ | i have a project which uses perl script to generate source file using sources of related projects | 12:07 |
| mastier_ | i have an issue I have read 5.11 Creating Custom Template Configuration Directory. I don't quite understand how can I override default .templateconf ? I have directory stucturu like this: | 12:08 |
| mastier_ | - poky | 12:08 |
| mastier_ | - mymeta\ | 12:08 |
| mastier_ | -conf | 12:08 |
| mastier_ | and i run source $ source poky/oe-init-build-env myarch | 12:09 |
| mastier_ | i put .templateconf in this dir | 12:09 |
| mastier_ | TEMPLATECONF=${TEMPLATECONF:-mymeta/conf} | 12:10 |
| mastier_ | then it shows: "You had no conf/local.conf file. This configuration file has therefore been..." | 12:10 |
| mastier_ | but there is | 12:10 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:13 | |
| mastier_ | ivan__: hard to say, maybe first you should make a list of packages as dependecies, then use bb class and some python script to the paths to sources they are compiled in | 12:13 |
| *** torbit <torbit!~Adium@197.232.18.79> has joined #yocto | 12:16 | |
| boucman_work | mastier_: if user has activated rm_work.bbclass, you can't even assume the source is still there :( | 12:21 |
| *** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC | 12:23 | |
| *** mckoan|away <mckoan|away!~marco@host56-7-static.30-87-b.business.telecomitalia.it> has joined #yocto | 12:24 | |
| mastier_ | boucman_work: good point, as you said, when you create such recipe that depends on others workdir you propably do something wrong. ivan__ shall rethink why he actually need it | 12:25 |
| LetoThe2nd | either combine things into one recipe providing multiple packages, or get the source multiple times. :) | 12:32 |
| *** coolmouse <coolmouse!~coolmouse@123.138.220.100> has joined #yocto | 12:38 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 12:38 | |
| *** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto | 12:41 | |
| *** torbit <torbit!~Adium@197.232.18.79> has quit IRC | 12:42 | |
| *** jsapes <jsapes!~jsapes@80.25.34.80> has quit IRC | 12:44 | |
| *** torbit <torbit!~Adium@197.232.18.79> has joined #yocto | 12:58 | |
| *** fredcadete <fredcadete!d4a63893@gateway/web/freenode/ip.212.166.56.147> has joined #yocto | 12:59 | |
| *** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has quit IRC | 13:02 | |
| *** Guest40239 <Guest40239!~vivek@93.93.133.71> has joined #yocto | 13:11 | |
| *** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto | 13:14 | |
| *** bottazzini <bottazzini!realBigfoo@nat/intel/x-bjzbvxpzhnkwsrna> has joined #yocto | 13:17 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.56.15> has joined #yocto | 13:20 | |
| *** riz__ <riz__!4a69aefe@gateway/web/freenode/ip.74.105.174.254> has joined #yocto | 13:24 | |
| riz__ | Is there a way to completely clean a build and start a fresh build? My computer dies during a build and now when I try building core-image-minimal I get many errors. | 13:25 |
| boucman_work | riz__: rm -rf work/ is usually enough, but I usually do "bitbake -c cleanall <recipe that fails>" to avoid rebuilding everything | 13:26 |
| riz__ | OK thanks. I will try that now. | 13:27 |
| riz__ | by work you mean in the buil/tmp directory, correct? | 13:28 |
| riz__ | build/tmp* | 13:28 |
| Anticom | oh hi LetoThe2nd. Quick question: Where you the one recommending me to use += even for _append variables? | 13:29 |
| boucman_work | I think that was me... | 13:29 |
| boucman_work | Anticom: ^^ | 13:29 |
| Anticom | riz__, boucman_work: wouldn't bitbake -c cleanall world also fit the bill? | 13:29 |
| Anticom | boucman_work: kergoth told me, that this wasn't neccessary | 13:29 |
| boucman_work | Anticom: afaik cleanall is not recursive | 13:29 |
| Anticom | _append's are evaluated at parse time | 13:29 |
| Anticom | and he really knows his stuff ;) | 13:29 |
| Anticom | so just FYI :) | 13:30 |
| riz__ | the cleanall didn't work | 13:30 |
| Anticom | riz__: even on world target? | 13:30 |
| boucman_work | Anticom: then he is probably right, i'm just a guy answering on IRC :P | 13:30 |
| Anticom | well then as boucman_work pointed out, rm the work directory | 13:30 |
| riz__ | ok | 13:30 |
| JaMa | just delete tmp-glibc | 13:30 |
| Anticom | boucman_work: Wasn't mean as offense in any way. Just so you know for the future yourself :) | 13:30 |
| JaMa | and wipe sstate-cache if you really want to start from scratch | 13:30 |
| boucman_work | Anticom: cleanall is "all" as in : remove the workdir of the target whereas clean is run the clean task of that target | 13:30 |
| boucman_work | but it's not recursive to the deps | 13:30 |
| Anticom | well he wanted to wipe everything from how i understood him | 13:31 |
| boucman_work | Anticom: and I didn't interpret it as such, my response had an undertone I didn't want it to have, sorry | 13:31 |
| JaMa | cleanall is just cleansstate + remove downloaded files which is very rarely useful | 13:31 |
| Anticom | boucman_work: no worries (: | 13:31 |
| Anticom | gotta reboot, brb | 13:31 |
| JaMa | unless you're paid by network bandwidth consumed in work hours :) | 13:31 |
| riz__ | removing the work directory didnt work either | 13:31 |
| Anticom | JaMa: doesn't cleanall include clean aswell? | 13:32 |
| Anticom | :O | 13:32 |
| JaMa | cleansstate includes clean | 13:32 |
| Anticom | ah, my bad | 13:32 |
| *** Anticom <Anticom!~timo.m@217.6.33.234> has quit IRC | 13:32 | |
| boucman_work | riz__: can you pasterbin your errors ? | 13:32 |
| riz__ | I am new to this. How do you pastebin? | 13:32 |
| riz__ | ERROR: Command execution failed: Traceback (most recent call last): File "/home/ryan/minnowboard/poky/bitbake/lib/bb/command.py", line 101, in runAsyncCommand self.cooker.updateCache() File "/home/ryan/minnowboard/poky/bitbake/lib/bb/cooker.py", line 1561, in updateCache bb.event.fire(event, self.expanded_data) File "/home/ryan/minnowboard/poky/bitbake/lib/bb/event.py", line 170, in fire fire_class_handlers(event, d) | 13:33 |
| riz__ | That is one error | 13:33 |
| boucman_work | go to pastebin.com, dump the whole ouput of bitbake there, post the resulting URL on irc | 13:34 |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.56.15> has quit IRC | 13:35 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.56.15> has joined #yocto | 13:35 | |
| *** wfailla <wfailla!~wfailla@2001:6f8:12d9:13:1208:b1ff:fee8:f733> has joined #yocto | 13:35 | |
| riz__ | http://pastebin.com/yYSqwfR9 | 13:36 |
| *** wfailla <wfailla!~wfailla@2001:6f8:12d9:13:1208:b1ff:fee8:f733> has quit IRC | 13:36 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has joined #yocto | 13:36 | |
| boucman_work | riz__: that's a new one... my bet is that sstate is corrupted somehow... does removing the directory build/sstate_cache help ? | 13:39 |
| riz__ | no | 13:40 |
| riz__ | Can I just removed my entire build directory? | 13:40 |
| *** lamego <lamego!~jose@134.134.139.78> has joined #yocto | 13:41 | |
| rburton | riz__: jethro release? | 13:41 |
| riz__ | yes | 13:41 |
| rburton | looks like the sstate manifest is bust | 13:43 |
| boucman_work | riz__: you should save the content of your config/ subdir but appart from bandwith/build-time it should be safe | 13:43 |
| riz__ | OK. Ill try that now | 13:43 |
| rburton | yeah deleting all of tmp is the safest option | 13:43 |
| rburton | looks like tmp/sstate-control got messed up | 13:43 |
| rburton | so delete all of tmp and let it repopulate from sstate | 13:44 |
| riz__ | Deleting my build, setting up the environment, and re-loading my local.conf/bblayers.conf files made it work | 13:46 |
| riz__ | I figured it would, but I was just wondering if there was an alternative to starting from 0 | 13:47 |
| boucman_work | cool | 13:47 |
| riz__ | For the sake of time I will accept the win haha | 13:47 |
| riz__ | Thanks all! | 13:47 |
| rburton | as you presumably kept the sstate archive it doesn't need to do any building | 13:48 |
| mastier_ | Is there any way to create custom bblayer.conf.sample ? it resolves magic ##OEROOT## but I want to resolve my variable like ##PROJECT_LAYER## when I ran oe-init-build-env | 13:51 |
| Ulfalizer | conditionally inheriting a class just for nativesdk targets seems messy. FOO = "" FOO_class-nativesdk = "my-class" inherit ${FOO} doesn't work. i'm guessing it's because the inherit is applied "immediately" during parsing, before the override has a chance to kick in (and maybe even before class-nativesdk has been added to OVERRIDES). | 13:52 |
| rburton | Ulfalizer: what class do you want to inherit just for nativesdk builds? | 13:52 |
| Ulfalizer | does it only make sense to conditionally inherit stuff based on "global" data? | 13:52 |
| Ulfalizer | rburton: update-alternatives, to avoid a dependency cycle. we have some custom sdk code. | 13:53 |
| rburton | just inherit it | 13:53 |
| rburton | and only set the variables in nativesdk environments using overrides | 13:53 |
| rburton | or, what harm could happen if it used u-a everywhere | 13:53 |
| Ulfalizer | which ones? what i wrote above doesn't work. inherit ${FOO} seems to turn into the equivalent of inherit "". | 13:54 |
| Ulfalizer | rburton: "unbuildable tasks were found. these are usually caused by circular dependencies and any circular dependency chains found will be printed below. ..." :) | 13:54 |
| Ulfalizer | something about update-alternatives adding a virtual/update-alternatives dependency, and that causing problems for stuff that virtual/update-alternatives depends on | 13:55 |
| Ulfalizer | i'm a bit shaky on the exact underlying problem in this case though | 13:55 |
| *** madisox <madisox!~madison@12.30.244.5> has joined #yocto | 14:00 | |
| *** paulg_ <paulg_!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 14:02 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto | 14:04 | |
| *** igor2 <igor2!~Igor_Stop@134.134.137.71> has quit IRC | 14:05 | |
| Ulfalizer | hrm... looks like the find_chains() function crashes too. that makes it a bit trickier to debug. :) | 14:09 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 14:09 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC | 14:10 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:10 | |
| *** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC | 14:13 | |
| *** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto | 14:14 | |
| *** igor2 <igor2!~Igor_Stop@134.134.137.71> has joined #yocto | 14:15 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC | 14:16 | |
| riz__ | genereal question: If all that is required is bitbake+oe-core+meta-intel to build a linux distro, where does yocto get involved? I am failing to understand the difference of just using open-embedded as ooposed to yocto... | 14:18 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto | 14:22 | |
| rburton | riz__: yocto is a community, one of the projects in yocto is oe-core | 14:22 |
| JaMa | Is there plan to merge pending patches to dizzy branch? http://lists.openembedded.org/pipermail/openembedded-core/2016-March/118848.html | 14:22 |
| riz__ | OK. Does oe-core include meta-openembedded and openembedded-core? | 14:24 |
| JaMa | riz__: no oe-core == openembedded-core | 14:25 |
| riz__ | I see many people adding those in separately in examples, however it seems to me that those are already included in poky. | 14:25 |
| riz__ | sorry, I meant to say poky, not oe-core | 14:25 |
| riz__ | Or after using poky, do I need to then include meta-openembedded+oe-core? | 14:26 |
| *** jku_ <jku_!~jku@84-231-165-112.elisa-mobile.fi> has joined #yocto | 14:28 | |
| * boucman_work is confused too... poky.git has a complete bitbake subtree, but I don't understand how it's linked to the real bitbake repo, same with oe-core | 14:28 | |
| boucman_work | and I never found a doc really explaining that | 14:28 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC | 14:28 | |
| rburton | boucman_work: combo-layer is the tool that takes the oe-core, bitbake and meta-yocto repos and basically merges them | 14:29 |
| *** jku <jku!jku@nat/intel/x-tnmunbtrxccxtocl> has quit IRC | 14:29 | |
| JaMa | poky repo doesn't include meta-oe | 14:29 |
| *** sjolley1 <sjolley1!~sjolley@134.134.139.76> has joined #yocto | 14:29 | |
| rburton | you'll note that every commit in poky has a line saying what repo and sha it came from | 14:29 |
| JaMa | but it contains oe-core, bitbake and meta-yocto as rburton said | 14:30 |
| boucman_work | rburton: thx I didn't know that | 14:30 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto | 14:30 | |
| JaMa | yes, it's very deliberate scheme to confuse everybody :) | 14:30 |
| JaMa | Is there plan to merge pending patches to dizzy branch? http://lists.openembedded.org/pipermail/openembedded-core/2016-March/118848.html | 14:31 |
| *** Guest40239 is now known as fledermaus | 14:31 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto | 14:31 | |
| rburton | poky is almost entirely for convenience of QA by having all the bits glued together | 14:31 |
| *** belen <belen!~Adium@134.134.139.77> has quit IRC | 14:32 | |
| *** sjolley <sjolley!~sjolley@134.134.137.71> has quit IRC | 14:32 | |
| *** belen <belen!~Adium@134.134.139.77> has joined #yocto | 14:32 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.56.15> has quit IRC | 14:33 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 14:38 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:38 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC | 14:39 | |
| riz__ | so does poky include meta-openembedded+oe-core already? | 14:40 |
| riz__ | I am still really confused | 14:40 |
| riz__ | And if so, where in the meta is it included? | 14:40 |
| rburton | poky is bitbake + oe-core + meta-yocto | 14:41 |
| rburton | the meta/ directory is oe-core | 14:41 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto | 14:41 | |
| riz__ | oh, so meta is just oe-core renamed? | 14:41 |
| *** radzy <radzy!~radzy@unknown-216-89.windriver.com> has quit IRC | 14:42 | |
| rburton | no, have a look in oe-core and you'll see that everything is in a meta/ directory | 14:42 |
| *** belen <belen!~Adium@134.134.139.77> has quit IRC | 14:42 | |
| riz__ | OK, I see. So the only thing I need to add is meta-openembedded? | 14:43 |
| *** belen <belen!~Adium@134.134.139.77> has joined #yocto | 14:43 | |
| rburton | yes | 14:43 |
| *** radzy <radzy!~radzy@unknown-216-89.windriver.com> has joined #yocto | 14:43 | |
| JaMa | riz__: or use bitbake+oe-core+meta-oe directly and dump poky unless you want to use poky as DISTRO as well | 14:43 |
| riz__ | OK great. Why doesnt poky just include meta-oe? | 14:45 |
| rburton | because it doesn't need it | 14:45 |
| JaMa | because there are many other layers which aren't part of poky | 14:45 |
| riz__ | What does meat-oe add? | 14:45 |
| rburton | riz__: have a look at whats in meta-oe | 14:45 |
| rburton | presumably, what you're adding it for | 14:45 |
| riz__ | OK. I'll study it now. | 14:46 |
| boucman_work | ok, i'm starting to understand now... thx rburton | 14:49 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC | 14:57 | |
| *** alimon1 <alimon1!~alimon@134.134.139.77> has joined #yocto | 14:58 | |
| Ulfalizer | it's not possible to append/prepend to def-style (helper, non-yocto-style) python functions, right? | 15:06 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto | 15:07 | |
| *** torbit1 <torbit1!~Adium@197.232.18.79> has joined #yocto | 15:08 | |
| *** torbit <torbit!~Adium@197.232.18.79> has quit IRC | 15:08 | |
| rburton | no | 15:09 |
| rburton | well… | 15:09 |
| rburton | (safest to say no) | 15:09 |
| *** riz__ <riz__!4a69aefe@gateway/web/freenode/ip.74.105.174.254> has quit IRC | 15:11 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.71> has joined #yocto | 15:13 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 15:14 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 15:14 | |
| *** ivan__ <ivan__!511ed010@gateway/web/freenode/ip.81.30.208.16> has quit IRC | 15:15 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC | 15:17 | |
| *** edbart <edbart!ebartosh@nat/intel/x-jbfxftlvfglphuim> has quit IRC | 15:19 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 15:21 | |
| boucman_work | rburton: I submitted a patch some time ago, and never got any reply, what would be the proper delay before sending a ping ? | 15:22 |
| boucman_work | http://patches.openembedded.org/patch/117735/ (in case it's relevant) | 15:22 |
| rburton | boucman_work: that's actually in my staging branch for master now | 15:23 |
| *** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-wdguxbabvldohzzn> has joined #yocto | 15:23 | |
| boucman_work | awesome, I missed that, thx | 15:24 |
| *** torbit1 <torbit1!~Adium@197.232.18.79> has quit IRC | 15:25 | |
| *** lamego <lamego!~jose@134.134.139.78> has quit IRC | 15:25 | |
| *** lamego <lamego!~jose@134.134.139.78> has joined #yocto | 15:26 | |
| *** lamego <lamego!~jose@134.134.139.78> has left #yocto | 15:26 | |
| rburton | no problem there wasn't any notification and i don't expect everyone to watch my personal branch | 15:28 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto | 15:29 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC | 15:30 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 15:30 | |
| *** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has quit IRC | 15:31 | |
| *** sjolley1 <sjolley1!~sjolley@134.134.139.76> has quit IRC | 15:31 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 15:32 | |
| *** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has joined #yocto | 15:33 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 15:34 | |
| Ulfalizer | rburton: do you remember any issues re. cyclic dependencies and virtual/update-alternatives? | 15:35 |
| rburton | nope, sorry | 15:35 |
| *** jku <jku!jku@nat/intel/x-brsnwnkxqyirqxux> has joined #yocto | 15:35 | |
| Ulfalizer | ok, just checking | 15:36 |
| *** jku_ <jku_!~jku@84-231-165-112.elisa-mobile.fi> has quit IRC | 15:38 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 15:38 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC | 15:41 | |
| *** evanmeagher <evanmeagher!~MongooseW@73.71.33.109> has joined #yocto | 15:43 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 15:43 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 15:44 | |
| *** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has quit IRC | 15:45 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.71> has quit IRC | 15:51 | |
| *** evanmeagher <evanmeagher!~MongooseW@73.71.33.109> has quit IRC | 15:57 | |
| *** sjolley <sjolley!~sjolley@134.134.139.70> has joined #yocto | 15:59 | |
| *** belen <belen!~Adium@134.134.139.77> has quit IRC | 16:01 | |
| *** jku <jku!jku@nat/intel/x-brsnwnkxqyirqxux> has quit IRC | 16:01 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 16:06 | |
| *** belen <belen!~Adium@134.134.137.71> has joined #yocto | 16:07 | |
| *** fredcadete <fredcadete!d4a63893@gateway/web/freenode/ip.212.166.56.147> has quit IRC | 16:17 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:27 | |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC | 16:27 | |
| *** coolmouse <coolmouse!~coolmouse@123.138.220.100> has quit IRC | 16:28 | |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto | 16:28 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 16:29 | |
| *** boucman_work <boucman_work!~boucman@193.84.89.18> has quit IRC | 16:36 | |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC | 16:38 | |
| *** sno <sno!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 16:42 | |
| *** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto | 16:43 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 16:44 | |
| khem | gm all | 16:47 |
| khem | I am getting a segfault | 16:48 |
| khem | qemu: uncaught target signal 11 (Segmentation fault) - core dumped | 16:48 |
| khem | Segmentation fault (core dumped) | 16:48 |
| khem | when compiling gobject-introspection | 16:48 |
| khem | see http://errors.yoctoproject.org/Errors/Details/56329/ | 16:48 |
| *** maxin <maxin!~maxin@2001:998:22:0:e970:1ff1:c659:bcc9> has quit IRC | 16:49 | |
| rburton | khem: can you get a core dump from qemu? | 16:49 |
| *** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC | 16:52 | |
| *** bluelightning <bluelightning!~paul@8.229.69.111.dynamic.snap.net.nz> has joined #yocto | 16:55 | |
| *** bluelightning <bluelightning!~paul@8.229.69.111.dynamic.snap.net.nz> has quit IRC | 16:55 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 16:55 | |
| Ulfalizer | rburton: looks like the issue is that you can't inherit update-alternatives from a glibc bbappend, because you get a circular glibc -> virtual/update-alternatives -> glibc dependency. do you think it'd make sense to check for BPN = glibc in ua_extend_depends() in update-alternatives.bbclass, or would you consider that too specific? | 16:56 |
| Ulfalizer | could also check if virtual/update-alternatives has a dependency on the current package, but i'm not sure how difficult that would be. might be overkilling things. | 16:57 |
| *** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has quit IRC | 16:58 | |
| *** evanmeag_ <evanmeag_!~MongooseW@50.1.57.30> has joined #yocto | 16:59 | |
| Ulfalizer | maybe we're the only ones who would ever need to (indirectly) include update-alternatives in a glibc bbappend too... :P | 17:00 |
| *** benjamirc <benjamirc!~besquive@134.134.139.74> has joined #yocto | 17:00 | |
| * Ulfalizer gave up on trying to inherit a class for just the nativesdk-* targets. doesn't seem to be a clean way. | 17:01 | |
| Ulfalizer | maybe it's against how recipes are processed | 17:02 |
| *** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC | 17:02 | |
| kergoth | you can't just exclude it entirely, some update-alternatives implementations do require glibc. but glibc hsouldn't need update-alternatives until later.. | 17:02 |
| Ulfalizer | i meant not adding the 'glibc to virtual/update-alternatives' dependency. the other direction should be fine. | 17:04 |
| Ulfalizer | it's added automatically by update-alternatives.bbclass | 17:05 |
| *** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto | 17:05 | |
| Ulfalizer | could hack around it with a DEPENDS_remove in the bbappend for now | 17:06 |
| kergoth | if nothing else in your image uses update-alternatives, it won't end up built to be installable in the image. of course, in practice all images end up including multiple recipes that use update-alternatives, so i guess you could rely on it coming in via another direction, though it doesn't seem ideal to do so | 17:07 |
| kergoth | hmm | 17:07 |
| *** evanmeag_ <evanmeag_!~MongooseW@50.1.57.30> has quit IRC | 17:08 | |
| *** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC | 17:08 | |
| Ulfalizer | yeah, not ideal in that way. circular deps are tricky business. :P | 17:09 |
| *** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto | 17:11 | |
| *** lamego <lamego!~jose@134.134.139.78> has joined #yocto | 17:13 | |
| *** leon-anavi <leon-anavi!~leon@5.53.209.92> has quit IRC | 17:20 | |
| *** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 17:20 | |
| *** benjamirc1 <benjamirc1!~besquive@134.134.139.74> has joined #yocto | 17:21 | |
| *** benjamirc <benjamirc!~besquive@134.134.139.74> has quit IRC | 17:21 | |
| *** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC | 17:22 | |
| *** edbart <edbart!~ebartosh@192.198.151.45> has joined #yocto | 17:23 | |
| *** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto | 17:25 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto | 17:25 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 17:28 | |
| Capso | when I try to plugin a USB drive to the USB port on my tobi board with gumstix overo, I get the following: | 17:29 |
| Capso | [ 1632.768371] usb 2-2: new full-speed USB device number 9 using ohci-omap3 | 17:30 |
| Capso | [ 1633.188629] usb 2-2: device not accepting address 9, error -62 | 17:30 |
| Capso | [ 1633.195037] usb usb2-port2: unable to enumerate USB device | 17:30 |
| Capso | Repeated several times with different trials | 17:30 |
| Capso | How can I get the kernel to properly detect my USB drive so I can mount it? | 17:30 |
| Capso | here is the full output: http://okturing.com/src/3534/body | 17:31 |
| *** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC | 17:32 | |
| Capso | the line "[ 1631.588592] usb 2-2: device descriptor read/64, error -62" also looks a bit ominous | 17:32 |
| rburton | Capso: i think you need to speak to gumstix about that | 17:33 |
| rburton | its their kernel | 17:33 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC | 17:34 | |
| Capso | ah I dunno how the exchange b/w yocto project and gumstix is | 17:34 |
| rburton | when you start hitting machine-specific things like that, try there first | 17:35 |
| rburton | its their kernel which isn't doing what you expect | 17:35 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto | 17:38 | |
| *** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto | 17:42 | |
| Capso | I see | 17:45 |
| Capso | rburton, does yocto have exfat support? | 17:46 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC | 17:48 | |
| *** agust <agust!~agust@p4FDE7098.dip0.t-ipconnect.de> has joined #yocto | 17:49 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto | 17:52 | |
| Capso | ah I see it's part of meta-openembedded | 17:54 |
| Capso | do I just add it to my local.conf and bitbake gumstix-console-image again? | 17:54 |
| Capso | err, not local.conf | 17:54 |
| Capso | bblayers.conf | 17:54 |
| *** zero_note <zero_note!~zero_note@2.238.240.162> has quit IRC | 17:54 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 17:56 | |
| *** tjamison <tjamison!~tjamison@38.104.105.146> has joined #yocto | 17:57 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC | 17:58 | |
| *** jbrianceau is now known as jbrianceau_away | 18:01 | |
| Capso | how do I get bitbake to pick up the addition to BBLAYERS? | 18:02 |
| Capso | when I rebuild, it does not seem to add the meta-filesystems | 18:03 |
| CTtpollard | Capso: bblayers.conf in your conf directory | 18:03 |
| CTtpollard | you can provide paths | 18:03 |
| Capso | in my build/conf/bblayers.conf right? | 18:03 |
| CTtpollard | yes | 18:03 |
| rburton | adding a layer != using the contents | 18:04 |
| Capso | it also includes meta-openembedded stuff that the builder does not pick up | 18:04 |
| Capso | oh | 18:04 |
| Capso | so how would I get it to include the meta-filesystems stuff in the image? | 18:04 |
| Capso | so I can just rebuild that component | 18:04 |
| *** zero_note <zero_note!~zero_note@2.238.240.162> has joined #yocto | 18:04 | |
| Capso | IMAGE_INSTALL_append = "meta-filesystems" ? | 18:06 |
| kergoth | meta-filesystems is a layer, not a package. IMAGE_INSTALL is used to include specific packages, which come from recipes | 18:06 |
| JaMa | Capso: BBLAYERS variable in bblayers.conf file | 18:06 |
| kergoth | find the recipe you want from meta-openembedded and add it | 18:06 |
| zero_note | hi guys, I usually use SYSTEMD_AUTO_ENABLE_(servicename) in my local.conf to disable some systemd "built-in" services, now I'm trying to do the same to instead enable a service | 18:07 |
| Capso | JaMa, I added the meta-filesystems layer, but the rebuild does not build the packages underneath | 18:07 |
| kergoth | Capso: even oe-core has hundreds of packagesk i really doubt you want everything that coule possibly be built in your image | 18:08 |
| zero_note | but the service that I want to enabled will be disabled anywhere | 18:08 |
| kergoth | so no, it's not going to magically read your mind to figure out what packages you want | 18:08 |
| zero_note | what I'm doing wrong/there are other ways to do this? | 18:10 |
| *** josep <josep!~jhunt@c-651fe455.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto | 18:10 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto | 18:10 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC | 18:16 | |
| *** ziggo <ziggo!~ziggo@p2003006CCD49860036363BFFFED11AA2.dip0.t-ipconnect.de> has joined #yocto | 18:18 | |
| *** frsc_ <frsc_!~frsc@dslb-094-216-226-047.094.216.pools.vodafone-ip.de> has quit IRC | 18:18 | |
| *** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 18:19 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 18:20 | |
| *** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC | 18:24 | |
| *** zero_note <zero_note!~zero_note@2.238.240.162> has quit IRC | 18:24 | |
| *** townxelliot <townxelliot!~ell@176.252.190.162> has quit IRC | 18:26 | |
| *** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 18:26 | |
| *** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto | 18:27 | |
| *** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC | 18:27 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto | 18:29 | |
| *** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has quit IRC | 18:31 | |
| *** fus <fus!~quassel@dev.rozestwinski.com> has joined #yocto | 18:33 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC | 18:35 | |
| *** sameo <sameo!~samuel@192.55.54.43> has quit IRC | 18:36 | |
| *** belen <belen!~Adium@134.134.137.71> has quit IRC | 18:38 | |
| *** janderson <janderson!~janderson@38.104.105.146> has joined #yocto | 18:41 | |
| *** toscalix <toscalix!~agustinbe@149.100.1.60> has quit IRC | 18:43 | |
| *** riz___ <riz___!4a69aefe@gateway/web/freenode/ip.74.105.174.254> has joined #yocto | 18:44 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 18:44 | |
| riz___ | If I wanted to configure my target with a static IP what do I need to do within poky? | 18:44 |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC | 18:45 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 18:45 | |
| *** sno <sno!~sno@PR04.hotspot.koeln> has joined #yocto | 18:47 | |
| *** IvanSB <IvanSB!~IvanSB@host229-201-dynamic.18-79-r.retail.telecomitalia.it> has joined #yocto | 18:47 | |
| *** benjamirc1 <benjamirc1!~besquive@134.134.139.74> has quit IRC | 18:49 | |
| bluelightning | riz___: edit /etc/network/interfaces | 18:50 |
| bluelightning | compare the entries for eth0 and usb0 and you'll see how to do it | 18:50 |
| riz___ | what directory is that in? | 18:54 |
| bluelightning | /etc/network/interfaces | 18:54 |
| bluelightning | that's the full path | 18:54 |
| bluelightning | on the target | 18:55 |
| riz___ | Oh | 18:55 |
| riz___ | But how do I do it from yocto prior to build | 18:55 |
| riz___ | So that it just builds that way | 18:55 |
| bluelightning | if you mean how does that file get generated, it's from meta/recipes-core/init-ifupdown/init-ifupdown-1.0/interfaces | 18:55 |
| bluelightning | the most appropriate way to override that is with a bbappend from your own layer | 18:56 |
| bluelightning | recipetool appendfile will help you create that bbappend | 18:56 |
| riz___ | That append file goes in the meta/recipes-core/init-ifupdown/init-ifupdown-1.0/ directory? | 18:57 |
| *** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC | 19:02 | |
| bluelightning | riz___: the append goes in your own layer which you would create (yocto-layer create is one way to do that) | 19:04 |
| riz___ | Gotcha | 19:05 |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto | 19:09 | |
| *** sno <sno!~sno@PR04.hotspot.koeln> has quit IRC | 19:09 | |
| *** evanmeagher <evanmeagher!~MongooseW@73.71.33.109> has joined #yocto | 19:11 | |
| *** riz___ <riz___!4a69aefe@gateway/web/freenode/ip.74.105.174.254> has quit IRC | 19:14 | |
| *** sno <sno!~sno@PR04.hotspot.koeln> has joined #yocto | 19:18 | |
| *** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 19:27 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 19:29 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC | 19:32 | |
| *** fledermaus <fledermaus!~vivek@93.93.133.71> has quit IRC | 19:35 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-ztrillbxaftsnhyp> has joined #yocto | 19:37 | |
| *** lilwyrm <lilwyrm!~wyrm@73.151.217.0> has joined #yocto | 19:40 | |
| *** sno <sno!~sno@PR04.hotspot.koeln> has quit IRC | 19:42 | |
| *** rocsorva <rocsorva!~arnold@5.2.197.46> has quit IRC | 19:43 | |
| *** rocsorva <rocsorva!~arnold@80.97.64.55> has joined #yocto | 19:43 | |
| *** wyrm <wyrm!~wyrm@73.151.217.0> has quit IRC | 19:43 | |
| *** aratiu <aratiu!~adi@5.2.197.46> has quit IRC | 19:44 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 19:45 | |
| *** IvanSB <IvanSB!~IvanSB@host229-201-dynamic.18-79-r.retail.telecomitalia.it> has quit IRC | 19:47 | |
| *** evanmeagher <evanmeagher!~MongooseW@73.71.33.109> has joined #yocto | 19:49 | |
| *** evanmeagher <evanmeagher!~MongooseW@73.71.33.109> has quit IRC | 19:53 | |
| Ulfalizer | looks like attr_2.4.47.bb might be missing an virtual/libintl-native dependency. manually building gettext-native first fixes it. otherwise, i get the same error as in http://lists.openembedded.org/pipermail/openembedded-devel/2010-February/062787.html. | 19:59 |
| bluelightning | Ulfalizer: virtual/libintl-native is in ASSUME_PROVIDED, so unless you've changed the value of that, that won't be doing anything | 20:01 |
| *** evanmeagher <evanmeagher!~MongooseW@73.71.33.109> has joined #yocto | 20:01 | |
| Ulfalizer | ah, maybe it's just not installed locally in that case | 20:01 |
| bluelightning | does attr actually use gettext? | 20:02 |
| bluelightning | if so it may need to inherit gettext | 20:02 |
| Ulfalizer | don't know. just a random build failure i got. :) | 20:02 |
| Ulfalizer | "FATAL ERROR: msgfmt does not seem to be installed." | 20:03 |
| Ulfalizer | "attr cannot be built without a working gettext installation." | 20:03 |
| Ulfalizer | build gettext wasn't sufficient. had to build gettext-native to fix it. | 20:04 |
| Ulfalizer | *building | 20:04 |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-pgkizalhtwisxcqn> has quit IRC | 20:08 | |
| rburton | missing inherit i'd expect then | 20:11 |
| Ulfalizer | it does inherit gettext, in ea-acl.inc | 20:12 |
| Ulfalizer | that one does BBCLASSEXTEND = "native" btw, and then main attr bb file overwrites it with BBCLASSEXTEND = "native nativesdk". seems a bit odd... | 20:14 |
| Ulfalizer | the .inc file is included in a single location | 20:14 |
| Ulfalizer | but that's unrelated nits :P | 20:14 |
| rburton | ea-acl is included by attr and acl recipes isn't it? | 20:17 |
| Capso | does `wic create sdimage-gumstix -e gumstix-console-image && dd if=/var/tmp/wic/build/sdimage-gumstix-*.direct of=/dev/mmcblk0' do anything other than 'cp build/tmp/deploy/images/overo/{MLO,u-boot.img} /media/boot/ && cd /media/root && tar jxf $YOCTO/poky/build/tmp/deploy/images/overo/gumstix-console-image-over-*.rootfs.tar.bz2' ? | 20:18 |
| Capso | because wic takes a really long time and then so does the dd step | 20:18 |
| Ulfalizer | ah, you're right. missed the include in acl.inc somehow. | 20:18 |
| -YoctoAutoBuilder- build #355 of nightly-rpm-non-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm-non-rpm/builds/355 | 20:18 | |
| *** evanmeagher <evanmeagher!~MongooseW@73.71.33.109> has quit IRC | 20:24 | |
| *** lexano_ <lexano_!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 20:28 | |
| *** fus <fus!~quassel@dev.rozestwinski.com> has quit IRC | 20:29 | |
| *** evanmeagher <evanmeagher!~MongooseW@73.71.33.109> has joined #yocto | 20:29 | |
| *** evanmeagher <evanmeagher!~MongooseW@73.71.33.109> has quit IRC | 20:32 | |
| *** fus <fus!~quassel@dev.rozestwinski.com> has joined #yocto | 20:37 | |
| Ulfalizer | re. attr, it looks like gettext-minimal-native is added as a dependency by gettext.bbclass due to USE_NLS being "no". i wonder if really needs gettext-native. | 20:38 |
| Ulfalizer | even in that case | 20:38 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has joined #yocto | 20:38 | |
| *** logics <logics!~jketreno@static-50-43-115-18.bvtn.or.frontiernet.net> has joined #yocto | 20:38 | |
| *** logics <logics!~jketreno@static-50-43-115-18.bvtn.or.frontiernet.net> has left #yocto | 20:38 | |
| Ulfalizer | or maybe options are missing to disable attr functionality when USE_NLS = "no" | 20:39 |
| *** evanmeagher <evanmeagher!~MongooseW@73.71.33.109> has joined #yocto | 20:39 | |
| kergoth | gettext-minimal-native is required to build anything that uses gettext m4 macros, whether you're using gettext or not | 20:40 |
| kergoth | otherwise we can't regenerate configure from configure.ac with autoconf | 20:40 |
| kergoth | afaik, anyway | 20:41 |
| kergoth | gettext-minimal-native or gettext-native, that is | 20:41 |
| Ulfalizer | kergoth: i meant that gettext-minimal-native might not be enough. maybe it needs gettext-native. | 20:43 |
| *** lexano_ <lexano_!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 20:43 | |
| * Ulfalizer wonders why gettext-minimal-native doesn't get a pkgs-split directory when you build it | 20:44 | |
| kergoth | why would it? | 20:44 |
| kergoth | it's native, we don't package native recipes at all | 20:44 |
| Ulfalizer | ah, makes sense | 20:44 |
| Ulfalizer | what's the easiest way to check what's in it? | 20:44 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has quit IRC | 20:44 | |
| Ulfalizer | maybe there's no easy way if it just installs stuff :/ | 20:45 |
| kergoth | Ulfalizer: gettext.bbclass passes --disable-nls. it sounds like attr needs fixing to actually obey that, rather than trying to run msgfmt when nls is disabled. | 20:45 |
| kergoth | it installs stuff to image/ like every other recipe | 20:45 |
| kergoth | and then bits from there go to the sysroot and for target recipes, gets put in packages-split and whatnot | 20:45 |
| Ulfalizer | hmm... thought image/ looked weird too, with a long host path, but i guess that makes sense for native recipes | 20:46 |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has quit IRC | 20:47 | |
| JaMa | Ulfalizer: you can also read tmp-glibc/sstate-control files to see what was installed to sysroot by given recipe | 20:47 |
| Ulfalizer | ok | 20:47 |
| kergoth | yes, image will have the full absolute path to where they end up installed in the sysroot, due to how we set prefix for native | 20:49 |
| kergoth | this is needed because most of our stuff isn't properly relocatable, otherwise we could leave it the same as target and just install it in the sysroot the way we do the target stuff. of course, we fixup relocs in a lot of cases, so if we applied the reloc logic even when not using sstate, presumably we could think about dropping that bit | 20:49 |
| *** riz___ <riz___!4a69aefe@gateway/web/freenode/ip.74.105.174.254> has joined #yocto | 20:51 | |
| *** fledermaus <fledermaus!~vivek@78.32.176.249> has joined #yocto | 20:52 | |
| riz___ | After building my poky build which includes meta-qt5, how to I build my Qt cross toolchain? | 20:52 |
| riz___ | Do I bitbake meta-toolchain-qt5? I was told that it is no longer used. | 20:53 |
| tjamison | riz___: I was able to get my toolchain built with this tutorial http://developer.toradex.com/knowledge-base/how-to-set-up-qt-creator-to-cross-compile-for-embedded-linux | 20:53 |
| tjamison | (your machine/system arch may vary) | 20:54 |
| tjamison | It uses meta-toolchain-qt5, so I don't know anything about it being used | 20:54 |
| riz___ | And that build your SDK which you used to setup QtCreator? | 20:55 |
| riz___ | built* | 20:55 |
| tjamison | Yes | 20:56 |
| *** tazdevil2 <tazdevil2!~aboseley@101.165.3.61> has quit IRC | 20:56 | |
| riz___ | Is the secion on relocation necessary? | 20:56 |
| riz___ | section* | 20:56 |
| *** aboseley_ <aboseley_!~aboseley@101.165.3.61> has joined #yocto | 20:56 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has joined #yocto | 20:56 | |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC | 20:59 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has quit IRC | 21:08 | |
| *** riz___ <riz___!4a69aefe@gateway/web/freenode/ip.74.105.174.254> has quit IRC | 21:10 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has joined #yocto | 21:12 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-ztrillbxaftsnhyp> has quit IRC | 21:13 | |
| *** berton <berton!~fabio@187.23.154.250> has quit IRC | 21:15 | |
| -YoctoAutoBuilder- build #358 of nightly-deb-non-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb-non-deb/builds/358 | 21:19 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has quit IRC | 21:21 | |
| *** pohly <pohly!~pohly@p57A57A7E.dip0.t-ipconnect.de> has quit IRC | 21:21 | |
| *** sno <sno!~sno@PR04.hotspot.koeln> has joined #yocto | 21:23 | |
| *** edbart <edbart!~ebartosh@192.198.151.45> has quit IRC | 21:24 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has joined #yocto | 21:25 | |
| *** morphis <morphis!~morphis@pD9ED6290.dip0.t-ipconnect.de> has quit IRC | 21:25 | |
| *** sno <sno!~sno@PR04.hotspot.koeln> has quit IRC | 21:32 | |
| *** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC | 21:33 | |
| *** ant_home <ant_home!~ant__@host83-61-dynamic.24-79-r.retail.telecomitalia.it> has joined #yocto | 21:34 | |
| *** sno <sno!~sno@PR04.hotspot.koeln> has joined #yocto | 21:35 | |
| *** edbart <edbart!~ebartosh@192.198.151.45> has joined #yocto | 21:35 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 21:36 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has quit IRC | 21:36 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has joined #yocto | 21:37 | |
| *** edbart <edbart!~ebartosh@192.198.151.45> has quit IRC | 21:40 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has quit IRC | 21:43 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 21:44 | |
| kergoth | hmm | 21:48 |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto | 21:59 | |
| *** sjolley <sjolley!~sjolley@134.134.139.70> has quit IRC | 22:03 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 22:03 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 22:04 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has joined #yocto | 22:04 | |
| *** ziggo <ziggo!~ziggo@p2003006CCD49860036363BFFFED11AA2.dip0.t-ipconnect.de> has quit IRC | 22:06 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 22:09 | |
| *** sno <sno!~sno@PR04.hotspot.koeln> has quit IRC | 22:11 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.56.15> has joined #yocto | 22:12 | |
| *** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has quit IRC | 22:19 | |
| *** agust <agust!~agust@p4FDE7098.dip0.t-ipconnect.de> has quit IRC | 22:26 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-zqhthrkbvdxzoxbo> has joined #yocto | 22:27 | |
| *** mjdomeik <mjdomeik!c037362a@gateway/web/freenode/ip.192.55.54.42> has joined #yocto | 22:31 | |
| *** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has joined #yocto | 22:31 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 22:34 | |
| *** bbhoss <bbhoss!sid18216@gateway/web/irccloud.com/x-kllatcjocfmpznkw> has quit IRC | 22:41 | |
| -YoctoAutoBuilder- build #684 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/684 | 22:42 | |
| *** bbhoss <bbhoss!sid18216@gateway/web/irccloud.com/x-vlbilhvauytargfa> has joined #yocto | 22:43 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 22:48 | |
| *** adelcast <adelcast!~adelcast@130.164.62.224> has left #yocto | 22:54 | |
| *** fledermaus <fledermaus!~vivek@78.32.176.249> has quit IRC | 22:56 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.56.15> has quit IRC | 22:57 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
| *** adelcast1 <adelcast1!~adelcast@130.164.62.82> has joined #yocto | 23:08 | |
| -YoctoAutoBuilder- build #350 of nightly-mips64 is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/350 | 23:14 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 23:14 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 23:19 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-zqhthrkbvdxzoxbo> has quit IRC | 23:19 | |
| *** lamego <lamego!~jose@134.134.139.78> has quit IRC | 23:21 | |
| -YoctoAutoBuilder- build #668 of nightly-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/668 | 23:21 | |
| *** josep <josep!~jhunt@c-651fe455.010-118-73746f7.cust.bredbandsbolaget.se> has quit IRC | 23:21 | |
| *** josep <josep!~jhunt@c-651fe455.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto | 23:22 | |
| *** riz___ <riz___!2f115b37@gateway/web/freenode/ip.47.17.91.55> has joined #yocto | 23:24 | |
| riz___ | When I bitbaked my image it seems to be looking at the wrong local.conf file because even though I selected a new target it is still building tghe defauly (qemux86). It is also the wrong target system. | 23:25 |
| *** mjdomeik <mjdomeik!c037362a@gateway/web/freenode/ip.192.55.54.42> has quit IRC | 23:25 | |
| riz___ | I thought I jjust had to update local.conf in source/build/ | 23:26 |
| riz___ | the build seems to be looking elsewhere | 23:26 |
| riz___ | Do I have to edit local.conf in another location? | 23:26 |
| *** ant_home <ant_home!~ant__@host83-61-dynamic.24-79-r.retail.telecomitalia.it> has quit IRC | 23:29 | |
| riz___ | cd .. | 23:32 |
| *** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has quit IRC | 23:34 | |
| *** sno <sno!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 23:34 | |
| *** riz___ <riz___!2f115b37@gateway/web/freenode/ip.47.17.91.55> has quit IRC | 23:34 | |
| *** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has joined #yocto | 23:46 | |
| *** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 23:51 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!