Thursday, 2016-03-17

*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto00:09
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC00:45
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto00:45
*** cluelessperson <cluelessperson!~cluelessp@unaffiliated/cluelessperson> has joined #yocto01:03
cluelesspersonquestion, how do you list the installed packages in yocto?01:03
*** vmeson <vmeson!> has joined #yocto01:03
*** slips <slips!> has quit IRC01:10
*** slips <slips!> has joined #yocto01:14
*** simonl <simonl!uid6729@gateway/web/> has quit IRC01:16
bluelightningcluelessperson: if you mean on the target device, it depends on what packaging system the image was built with01:18
bluelightningif it was rpm, smart query --installed I think01:19
bluelightningif ipk, opkg list_installed01:19
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:28
*** coolmouse <coolmouse!~coolmouse@> has joined #yocto01:39
*** Ulfalizer <Ulfalizer!> has joined #yocto01:47
*** t0mmy <t0mmy!> has joined #yocto01:50
Ulfalizeri'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
*** alimon <alimon!> has quit IRC01:53
bluelightningUlfalizer: that's... horrific01:55
bluelightningwhat is it trying to do?01:55
* neverpanic might be guilty of writing this code...01:57
neverpanicI think it was a conditional inherit, but I'm not exactly sure.01:57
Ulfalizeri get some kind of dependency loop if i make it unconditional, so it's probably related to that01:58
Ulfalizeryeah, it's conditional01:58
Ulfalizerbluelightning: 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
bluelightningconditional inherits can be accomplished by inherit ${VARNAME}02:04
bluelightningassuming VARNAME can be set prior to parsing the inherit statement02:05
bluelightningUlfalizer: what that class is currently doing is really in the category of things I'd rather not support02:05
Ulfalizerhmm... might be able to do something with that02: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
Ulfalizerok, np :)02:06
bluelightningFYI, if ${VARNAME} evaluates to "" then that inherit ${VARNAME} won't trigger any kind of syntax error, which makes things a little easier02:08
bluelightninga few versions back we had to have an empty dummy class lying around to avoid hitting such an error02:08
Ulfalizeryeah, guessed that was what you were after. i think i could combine that with a prior assignment with some inline python. :)02:09
Ulfalizeror put it straight after the 'include' i guess...02:10
bluelightningyou can use anonymous python to set the variable, or alternatively use an in-line python expression yes02:11
Ulfalizerat 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
Ulfalizeraround the ${} that is. doesn't give any parse errors at least...02:17
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC02:19
*** sno <sno!> has quit IRC02:19
*** rdenis <rdenis!sid16562@gateway/web/> has quit IRC02:19
*** Saur <Saur!pkj@nat/axis/x-tfvzryyirmdsawvu> has quit IRC02:19
*** RagBal <RagBal!> has quit IRC02:19
*** tyler-baker <tyler-baker!tyler-bake@gateway/shell/linaro/x-cslrjzrkiafaicri> has quit IRC02:19
bluelightningUlfalizer: yep that's fine - no surrounding quotes02:20
Ulfalizeryeah, would be weird for it not to work now that i think of it, since e.g. FOO_${BAR} has no quotes02:20
Ulfalizerseems to work fine. thanks for the help! :)02:21
Ulfalizerthe anonymous function from the inherited class runs now too02:21
bluelightningglad I could help remove some evil code ;)02:24
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto02:25
*** sno <sno!> has joined #yocto02:25
*** rdenis <rdenis!sid16562@gateway/web/> has joined #yocto02:25
*** Saur <Saur!pkj@nat/axis/x-tfvzryyirmdsawvu> has joined #yocto02:25
*** RagBal <RagBal!> has joined #yocto02:25
*** tyler-baker <tyler-baker!tyler-bake@gateway/shell/linaro/x-cslrjzrkiafaicri> has joined #yocto02:25
Ulfalizeris  inherit ""  being a no-op documented anywhere btw? might be nice to mention as a method to make it conditional.02:25
bluelightninghmm, good point, let me check02:38
bluelightningunfortunately not02:38
bluelightningI'll file a bug about that02:38
bluelightningit'd go in the bitbake manual I think under
Ulfalizeryeah, that'd make sense02:40
Ulfalizeri'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
yoctiBug 9283: enhancement, Undecided, ---, srifenbark, NEW , Document conditional inherits02:47
bluelightningsurprisingly we also don't properly cover in-line python...02:47
kergoththat's a weird thing to miss02:52
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto03:14
*** fledermaus <fledermaus!~vivek@> has quit IRC03:17
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC03:23
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC03:25
*** cbzx <cbzx!> has joined #yocto03:30
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto03:42
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC03:55
Capsotrying to `bitbake gumstix-console-image', I get the following error: fatal: unable to connect to[0:]: errno=Connection refused04:02[1: 2a02:c0:1014::1]: errno=Network is unreachable04:02
Capsohow to fix and finish the build?04:02
*** t0mmy <t0mmy!> has quit IRC04:08
*** cbzx <cbzx!> has quit IRC04:12
bluelightningCapso: the recipe which refers to gitorious needs to be fixed I would assume04:16
bluelightningI have heard that the new gitorious archive now requires https04:16
*** wyrm <wyrm!~wyrm@> has quit IRC04:35
*** wyrm <wyrm!~wyrm@> has joined #yocto04:41
Ulfalizerhmm... 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
Ulfalizerhrr... probably because it's expanded at the point of the 'inherit'04:58
*** AndersD <AndersD!> has joined #yocto05:09
Capsobluelightning, and also a no-cert-check argument to git (I think it's -c)05:14
*** AndersD <AndersD!> has quit IRC05:19
*** AndersD <AndersD!> has joined #yocto05:20
*** Marex <Marex!~Marex@> has quit IRC05:24
*** ndec <ndec!~ndec@linaro/ndec> has quit IRC05:29
*** ndec <ndec!~ndec@linaro/ndec> has joined #yocto05:35
*** coolmouse <coolmouse!~coolmouse@> has quit IRC05:44
*** nico_ <nico_!> has joined #yocto05:46
*** nico_ <nico_!> has quit IRC05:51
*** morphis <morphis!> has joined #yocto05:53
Ulfalizerwhat'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'nativesdk', d) only works if nativesdk is inherited explicitly and not via BBCLASSEXTEND.06:17
Ulfalizernot sure how much reparsing is done either. that'd probably determine what makes sense. :/06:18
Ulfalizerin this case, i only want to inherit a particular class for nativesdk-* recipes06:19
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto06:21
Ulfalizercould hack it with overrides perhaps06:26
Ulfalizernopes, those are applied later, after the inherit06:28
bluelightningUlfalizer: that is strange, PN ought to be the value with the nativesdk- prefix06:58
bluelightningwhen seen as the nativesdk variant06:58
*** marek_ <marek_!> has joined #yocto06:59
bluelightningoften with this sort of thing you can accomplish it using overrides06:59
bluelightningi.e. VARNAME = "the default"06:59
bluelightning VARNAME_class-nativesdk = "the nativesdk value"06:59
*** jku <jku!jku@nat/intel/x-tnmunbtrxccxtocl> has joined #yocto07:00
*** ivan__ <ivan__!511ed010@gateway/web/freenode/ip.> has joined #yocto07:18
*** frsc <frsc!> has joined #yocto07: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_!> has joined #yocto07:36
neverpanicUlfalizer: 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 BBCLASSEXTEND07:37
*** frsc <frsc!> has quit IRC07:39
bluelightningneverpanic: I think we'd look at that as being a bug07:43
*** yann|work <yann|work!> has quit IRC07:52
*** chep <chep!> has quit IRC07:53
*** aragua <aragua!> has joined #yocto07:54
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto07:54
*** jbrianceau_away is now known as jbrianceau07:55
*** toscalix <toscalix!~agustinbe@> has joined #yocto07:58
*** jsapes <jsapes!~jsapes@> has joined #yocto07:59
*** frsc__ <frsc__!> has joined #yocto08:02
*** pohly <pohly!> has joined #yocto08:02
*** frsc_ <frsc_!> has quit IRC08:04
*** boucman_work <boucman_work!~boucman@> has joined #yocto08:09
*** ant_work <ant_work!> has joined #yocto08:11
*** leon-anavi <leon-anavi!~leon@> has joined #yocto08:11
*** chep <chep!> has joined #yocto08:12
*** townxelliot <townxelliot!~ell@> has joined #yocto08:18
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:19
*** ant_work <ant_work!> has quit IRC08:33
*** sameo <sameo!~samuel@> has joined #yocto08:34
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto08:39
*** edbart <edbart!ebartosh@nat/intel/x-jbfxftlvfglphuim> has joined #yocto08:41
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:43
*** mihai <mihai!mihai@nat/intel/x-wirumsxolkowvbdc> has joined #yocto08:49
*** frsc_ <frsc_!> has joined #yocto08:50
*** frsc__ <frsc__!> has quit IRC08:51
*** maxin <maxin!~maxin@2001:998:22:0:e970:1ff1:c659:bcc9> has joined #yocto08:55
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto08:55
*** psnsilva <psnsilva!> has joined #yocto08: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 work08:58
ionte_and google tells me... different things...08:58
*** zero_note <zero_note!~zero_note@> has joined #yocto09:02
*** niteshnarayanlal <niteshnarayanlal!~Nitesh@fedora/niteshnarayanlal> has joined #yocto09:02
ionte_do i have to copy it into the kernel source tree manually?09:02
*** roccof <roccof!> has joined #yocto09:05
LetoThe2ndionte_: well all these things only work if the kernel source itself is aware of that dts file, afaik09:05
LetoThe2ndionte_: 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 OE09:06
*** roxell_ <roxell_!> has quit IRC09:11
*** roxell <roxell!> has joined #yocto09:11
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto09:11
*** CTtpollard <CTtpollard!> has quit IRC09:11
*** grma <grma!~gruberm@> has joined #yocto09:15
*** CTtpollard <CTtpollard!> has joined #yocto09:16
*** yann|work <yann|work!> has joined #yocto09: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!> has joined #yocto09:18
ionte_frsc_: yes, i came to the same conclusion09:18
ionte_now my problem is to build the destination directory09: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 it09:21
*** Anticom <Anticom!~timo.m@> has joined #yocto09: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 it09:22
boucman_workionte_: 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 thing09:23
ionte_boucman_work: oh? i looked for that functionality but could not find any09:24
boucman_workionte_: the "subdir" parameter09:25
boucman_work(and yeah... you have to know where to look)09:25
ionte_boucman_work: ok thanks!09:26
AnticomHi 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:
AnticomI never got the docs section there. Also i don't get, what "inactive (dead)" means09:27
Anticomoh ok nvm the docs... it's "regular" man pages, i see09: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 IRC09:43
*** yann|work <yann|work!> has quit IRC09:46
*** mihai <mihai!mihai@nat/intel/x-wirumsxolkowvbdc> has left #yocto09:46
AnticomCould 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
Anticomeven 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 works09:52
boucman_workionte_: 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_workadding a dts is logically just like patching the kernel, except you add a whole file so it's simpler09:54
*** belen <belen!~Adium@> has joined #yocto09: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 source09:56
*** yann|work <yann|work!> has joined #yocto10:00
boucman_workWORKDIR is machine specific IIRC (but I may be wrong on that one)10:09
boucman_workand ${S} is under workdir10:10
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC10:15
*** ionte_ is now known as ionte10:16
*** t0mmy <t0mmy!~tprrt@> has quit IRC10:24
*** t0mmy <t0mmy!~tprrt@> has joined #yocto10:25
*** rdenis <rdenis!sid16562@gateway/web/> has left #yocto10:33
*** JaMa <JaMa!> has joined #yocto11:21
JaMaIs there plan to merge pending patches to dizzy branch?
*** LetoThe2nd <LetoThe2nd!> has joined #yocto11:26
*** khem <khem!~khem@unaffiliated/khem> has quit IRC11:35
*** marek_ <marek_!> has quit IRC11:37
*** Marex <Marex!~Marex@> has joined #yocto11:39
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto11:39
*** berton <berton!~fabio@> has joined #yocto11:42
*** Marex_ <Marex_!~Marex@> has joined #yocto11:48
*** marek_ <marek_!> has joined #yocto11:49
*** jchonig <jchonig!> has quit IRC11:53
*** jchonig <jchonig!> has joined #yocto11:54
*** ant_work <ant_work!> has joined #yocto11:54
ivan__how can i pass to recipe path to sources of other recipe during compilation?12:03
*** rburton <rburton!> has joined #yocto12:03
boucman_workivan__: 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!> has quit IRC12:07
ivan__i have a project which uses perl script to generate source file using sources of related projects12: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_- poky12:08
mastier_- mymeta\12:08
mastier_  -conf12:08
mastier_and i run source $ source poky/oe-init-build-env myarch12:09
mastier_i put .templateconf in this dir12:09
mastier_then it shows: "You had no conf/local.conf file. This configuration file has therefore been..."12:10
mastier_but there is12:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12: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 in12:13
*** torbit <torbit!~Adium@> has joined #yocto12:16
boucman_workmastier_: 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 IRC12:23
*** mckoan|away <mckoan|away!> has joined #yocto12: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 it12:25
LetoThe2ndeither combine things into one recipe providing multiple packages, or get the source multiple times. :)12:32
*** coolmouse <coolmouse!~coolmouse@> has joined #yocto12:38
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:38
*** caiortp <caiortp!~inatel@> has joined #yocto12:41
*** torbit <torbit!~Adium@> has quit IRC12:42
*** jsapes <jsapes!~jsapes@> has quit IRC12:44
*** torbit <torbit!~Adium@> has joined #yocto12:58
*** fredcadete <fredcadete!d4a63893@gateway/web/freenode/ip.> has joined #yocto12:59
*** marek_ <marek_!> has quit IRC13:02
*** Guest40239 <Guest40239!~vivek@> has joined #yocto13:11
*** marek_ <marek_!> has joined #yocto13:14
*** bottazzini <bottazzini!realBigfoo@nat/intel/x-bjzbvxpzhnkwsrna> has joined #yocto13:17
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto13:20
*** riz__ <riz__!4a69aefe@gateway/web/freenode/ip.> has joined #yocto13: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_workriz__: rm -rf work/ is usually enough, but I usually do "bitbake -c cleanall <recipe that fails>" to avoid rebuilding everything13:26
riz__OK thanks. I will try that now.13:27
riz__by work you mean in the buil/tmp directory, correct?13:28
Anticomoh hi LetoThe2nd. Quick question: Where you the one recommending me to use += even for _append variables?13:29
boucman_workI think that was me...13:29
boucman_workAnticom: ^^13:29
Anticomriz__, boucman_work: wouldn't bitbake -c cleanall world also fit the bill?13:29
Anticomboucman_work: kergoth told me, that this wasn't neccessary13:29
boucman_workAnticom: afaik cleanall is not recursive13:29
Anticom_append's are evaluated at parse time13:29
Anticomand he really knows his stuff ;)13:29
Anticomso just FYI :)13:30
riz__the cleanall didn't work13:30
Anticomriz__: even on world target?13:30
boucman_workAnticom: then he is probably right, i'm just a guy answering on IRC :P13:30
Anticomwell then as boucman_work pointed out, rm the work directory13:30
JaMajust delete tmp-glibc13:30
Anticomboucman_work: Wasn't mean as offense in any way. Just so you know for the future yourself :)13:30
JaMaand wipe sstate-cache if you really want to start from scratch13:30
boucman_workAnticom: cleanall is "all" as in : remove the workdir of the target whereas clean is run the clean task of that target13:30
boucman_workbut it's not recursive to the deps13:30
Anticomwell he wanted to wipe everything from how i understood him13:31
boucman_workAnticom: and I didn't interpret it as such, my response had an undertone I didn't want it to have, sorry13:31
JaMacleanall is just cleansstate + remove downloaded files which is very rarely useful13:31
Anticomboucman_work: no worries (:13:31
Anticomgotta reboot, brb13:31
JaMaunless you're paid by network bandwidth consumed in work hours :)13:31
riz__removing the work directory didnt work either13:31
AnticomJaMa: doesn't cleanall include clean aswell?13:32
JaMacleansstate includes clean13:32
Anticomah, my bad13:32
*** Anticom <Anticom!~timo.m@> has quit IRC13:32
boucman_workriz__: 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/", line 101, in runAsyncCommand     self.cooker.updateCache()   File "/home/ryan/minnowboard/poky/bitbake/lib/bb/", line 1561, in updateCache, self.expanded_data)   File "/home/ryan/minnowboard/poky/bitbake/lib/bb/", line 170, in fire     fire_class_handlers(event, d)13:33
riz__That is one error13:33
boucman_workgo to, dump the whole ouput of bitbake there, post the resulting URL on irc13:34
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC13:35
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto13:35
*** wfailla <wfailla!~wfailla@2001:6f8:12d9:13:1208:b1ff:fee8:f733> has joined #yocto13:35
*** wfailla <wfailla!~wfailla@2001:6f8:12d9:13:1208:b1ff:fee8:f733> has quit IRC13:36
*** Biliogadafr <Biliogadafr!> has joined #yocto13:36
boucman_workriz__: that's a new one... my bet is that sstate is corrupted somehow... does removing the directory build/sstate_cache help ?13:39
riz__Can I just removed my entire build directory?13:40
*** lamego <lamego!~jose@> has joined #yocto13:41
rburtonriz__: jethro release?13:41
rburtonlooks like the sstate manifest is bust13:43
boucman_workriz__: you should save the content of your config/ subdir but appart from bandwith/build-time it should be safe13:43
riz__OK. Ill try that now13:43
rburtonyeah deleting all of tmp is the safest option13:43
rburtonlooks like tmp/sstate-control got messed up13:43
rburtonso delete all of tmp and let it repopulate from sstate13:44
riz__Deleting my build, setting up the environment, and re-loading my local.conf/bblayers.conf files made it work13:46
riz__I figured it would, but I was just wondering if there was an alternative to starting from 013:47
riz__For the sake of time I will accept the win haha13:47
riz__Thanks all!13:47
rburtonas you presumably kept the sstate archive it doesn't need to do any building13: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-env13:51
Ulfalizerconditionally 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
rburtonUlfalizer: what class do you want to inherit just for nativesdk builds?13:52
Ulfalizerdoes it only make sense to conditionally inherit stuff based on "global" data?13:52
Ulfalizerrburton: update-alternatives, to avoid a dependency cycle. we have some custom sdk code.13:53
rburtonjust inherit it13:53
rburtonand only set the variables in nativesdk environments using overrides13:53
rburtonor, what harm could happen if it used u-a everywhere13:53
Ulfalizerwhich ones? what i wrote above doesn't work. inherit ${FOO} seems to turn into the equivalent of inherit "".13:54
Ulfalizerrburton: "unbuildable tasks were found. these are usually caused by circular dependencies and any circular dependency chains found will be printed below. ..." :)13:54
Ulfalizersomething about update-alternatives adding a virtual/update-alternatives dependency, and that causing problems for stuff that virtual/update-alternatives depends on13:55
Ulfalizeri'm a bit shaky on the exact underlying problem in this case though13:55
*** madisox <madisox!~madison@> has joined #yocto14:00
*** paulg_ <paulg_!> has joined #yocto14:02
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto14:04
*** igor2 <igor2!~Igor_Stop@> has quit IRC14:05
Ulfalizerhrm... 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 IRC14:09
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC14:10
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:10
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC14:13
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto14:14
*** igor2 <igor2!~Igor_Stop@> has joined #yocto14:15
*** gabrbedd <gabrbedd!> has quit IRC14: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 #yocto14:22
rburtonriz__: yocto is a community, one of the projects in yocto is oe-core14:22
JaMaIs there plan to merge pending patches to dizzy branch?
riz__OK. Does oe-core include meta-openembedded  and openembedded-core?14:24
JaMariz__: no oe-core == openembedded-core14: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-core14:25
riz__Or after using poky, do I need to then include meta-openembedded+oe-core?14:26
*** jku_ <jku_!> has joined #yocto14: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-core14:28
boucman_workand I never found a doc really explaining that14:28
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC14:28
rburtonboucman_work: combo-layer is the tool that takes the oe-core, bitbake and meta-yocto repos and basically merges them14:29
*** jku <jku!jku@nat/intel/x-tnmunbtrxccxtocl> has quit IRC14:29
JaMapoky repo doesn't include meta-oe14:29
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto14:29
rburtonyou'll note that every commit in poky has a line saying what repo and sha it came from14:29
JaMabut it contains oe-core, bitbake and meta-yocto as rburton said14:30
boucman_workrburton: thx I didn't know that14:30
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto14:30
JaMayes, it's very deliberate scheme to confuse everybody :)14:30
JaMaIs there plan to merge pending patches to dizzy branch?
*** Guest40239 is now known as fledermaus14:31
*** gabrbedd <gabrbedd!> has joined #yocto14:31
rburtonpoky is almost entirely  for convenience of QA by having all the bits glued together14:31
*** belen <belen!~Adium@> has quit IRC14:32
*** sjolley <sjolley!~sjolley@> has quit IRC14:32
*** belen <belen!~Adium@> has joined #yocto14:32
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC14:33
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:38
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:38
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC14:39
riz__so does poky include meta-openembedded+oe-core already?14:40
riz__I am still really confused14:40
riz__And if so, where in the meta is it included?14:40
rburtonpoky is bitbake + oe-core + meta-yocto14:41
rburtonthe meta/ directory is oe-core14:41
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto14:41
riz__oh, so meta is just oe-core renamed?14:41
*** radzy <radzy!> has quit IRC14:42
rburtonno, have a look in oe-core and you'll see that everything is in a meta/ directory14:42
*** belen <belen!~Adium@> has quit IRC14:42
riz__OK, I see. So the only thing I need to add is meta-openembedded?14:43
*** belen <belen!~Adium@> has joined #yocto14:43
*** radzy <radzy!> has joined #yocto14:43
JaMariz__: or use bitbake+oe-core+meta-oe directly and dump poky unless you want to use poky as DISTRO as well14:43
riz__OK great. Why doesnt poky just include meta-oe?14:45
rburtonbecause it doesn't need it14:45
JaMabecause there are many other layers which aren't part of poky14:45
riz__What does meat-oe add?14:45
rburtonriz__: have a look at whats in meta-oe14:45
rburtonpresumably, what you're adding it for14:45
riz__OK. I'll study it now.14:46
boucman_workok, i'm starting to understand now... thx rburton14:49
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC14:57
*** alimon1 <alimon1!~alimon@> has joined #yocto14:58
Ulfalizerit'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 #yocto15:07
*** torbit1 <torbit1!~Adium@> has joined #yocto15:08
*** torbit <torbit!~Adium@> has quit IRC15:08
rburton(safest to say no)15:09
*** riz__ <riz__!4a69aefe@gateway/web/freenode/ip.> has quit IRC15:11
*** benjamirc <benjamirc!~besquive@> has joined #yocto15:13
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC15:14
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:14
*** ivan__ <ivan__!511ed010@gateway/web/freenode/ip.> has quit IRC15:15
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC15:17
*** edbart <edbart!ebartosh@nat/intel/x-jbfxftlvfglphuim> has quit IRC15:19
*** nighty <nighty!> has quit IRC15:21
boucman_workrburton: 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 (in case it's relevant)15:22
rburtonboucman_work: that's actually in my staging branch for master now15:23
*** mattsm <mattsm!uid128834@gateway/web/> has joined #yocto15:23
boucman_workawesome, I missed that, thx15:24
*** torbit1 <torbit1!~Adium@> has quit IRC15:25
*** lamego <lamego!~jose@> has quit IRC15:25
*** lamego <lamego!~jose@> has joined #yocto15:26
*** lamego <lamego!~jose@> has left #yocto15:26
rburtonno problem there wasn't any notification and i don't expect everyone to watch my personal branch15:28
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto15:29
*** AndersD <AndersD!> has quit IRC15:30
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto15:30
*** egavinc <egavinc!> has quit IRC15:31
*** sjolley1 <sjolley1!~sjolley@> has quit IRC15:31
*** sjolley <sjolley!~sjolley@> has joined #yocto15:32
*** egavinc <egavinc!> has joined #yocto15:33
*** nighty <nighty!> has joined #yocto15:34
Ulfalizerrburton: do you remember any issues re. cyclic dependencies and virtual/update-alternatives?15:35
rburtonnope, sorry15:35
*** jku <jku!jku@nat/intel/x-brsnwnkxqyirqxux> has joined #yocto15:35
Ulfalizerok, just checking15:36
*** jku_ <jku_!> has quit IRC15:38
*** sjolley <sjolley!~sjolley@> has quit IRC15:38
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC15:41
*** evanmeagher <evanmeagher!~MongooseW@> has joined #yocto15:43
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC15:43
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:44
*** marek_ <marek_!> has quit IRC15:45
*** benjamirc <benjamirc!~besquive@> has quit IRC15:51
*** evanmeagher <evanmeagher!~MongooseW@> has quit IRC15:57
*** sjolley <sjolley!~sjolley@> has joined #yocto15:59
*** belen <belen!~Adium@> has quit IRC16:01
*** jku <jku!jku@nat/intel/x-brsnwnkxqyirqxux> has quit IRC16:01
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC16:06
*** belen <belen!~Adium@> has joined #yocto16:07
*** fredcadete <fredcadete!d4a63893@gateway/web/freenode/ip.> has quit IRC16:17
*** CTtpollard <CTtpollard!> has quit IRC16:27
*** dmoseley <dmoseley!> has quit IRC16:27
*** coolmouse <coolmouse!~coolmouse@> has quit IRC16:28
*** dmoseley <dmoseley!> has joined #yocto16:28
*** CTtpollard <CTtpollard!> has joined #yocto16:29
*** boucman_work <boucman_work!~boucman@> has quit IRC16:36
*** dmoseley <dmoseley!> has quit IRC16:38
*** sno <sno!> has quit IRC16:42
*** evanmeagher <evanmeagher!~MongooseW@> has joined #yocto16:43
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC16:44
khemgm all16:47
khemI am getting a segfault16:48
khemqemu: uncaught target signal 11 (Segmentation fault) - core dumped16:48
khemSegmentation fault (core dumped)16:48
khemwhen compiling gobject-introspection16:48
*** maxin <maxin!~maxin@2001:998:22:0:e970:1ff1:c659:bcc9> has quit IRC16:49
rburtonkhem: can you get a core dump from qemu?16:49
*** joseppc <joseppc!> has quit IRC16:52
*** bluelightning <bluelightning!> has joined #yocto16:55
*** bluelightning <bluelightning!> has quit IRC16:55
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:55
Ulfalizerrburton: 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
Ulfalizercould 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!> has quit IRC16:58
*** evanmeag_ <evanmeag_!~MongooseW@> has joined #yocto16:59
Ulfalizermaybe we're the only ones who would ever need to (indirectly) include update-alternatives in a glibc bbappend too... :P17:00
*** benjamirc <benjamirc!~besquive@> has joined #yocto17: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
Ulfalizermaybe it's against how recipes are processed17:02
*** evanmeagher <evanmeagher!~MongooseW@> has quit IRC17:02
kergothyou can't just exclude it entirely, some update-alternatives implementations do require glibc. but glibc hsouldn't need update-alternatives until later..17:02
Ulfalizeri meant not adding the 'glibc to virtual/update-alternatives' dependency. the other direction should be fine.17:04
Ulfalizerit's added automatically by update-alternatives.bbclass17:05
*** evanmeagher <evanmeagher!~MongooseW@> has joined #yocto17:05
Ulfalizercould hack around it with a DEPENDS_remove in the bbappend for now17:06
kergothif 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 so17:07
*** evanmeag_ <evanmeag_!~MongooseW@> has quit IRC17:08
*** evanmeagher <evanmeagher!~MongooseW@> has quit IRC17:08
Ulfalizeryeah, not ideal in that way. circular deps are tricky business. :P17:09
*** evanmeagher <evanmeagher!~MongooseW@> has joined #yocto17:11
*** lamego <lamego!~jose@> has joined #yocto17:13
*** leon-anavi <leon-anavi!~leon@> has quit IRC17:20
*** jonathanmaw <jonathanmaw!> has quit IRC17:20
*** benjamirc1 <benjamirc1!~besquive@> has joined #yocto17:21
*** benjamirc <benjamirc!~besquive@> has quit IRC17:21
*** evanmeagher <evanmeagher!~MongooseW@> has quit IRC17:22
*** edbart <edbart!~ebartosh@> has joined #yocto17:23
*** evanmeagher <evanmeagher!~MongooseW@> has joined #yocto17:25
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto17:25
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:28
Capsowhen 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-omap317:30
Capso[ 1633.188629] usb 2-2: device not accepting address 9, error -6217:30
Capso[ 1633.195037] usb usb2-port2: unable to enumerate USB device17:30
CapsoRepeated several times with different trials17:30
CapsoHow can I get the kernel to properly detect my USB drive so I can mount it?17:30
Capsohere is the full output:
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC17:32
Capsothe line "[ 1631.588592] usb 2-2: device descriptor read/64, error -62" also looks a bit ominous17:32
rburtonCapso: i think you need to speak to gumstix about that17:33
rburtonits their kernel17:33
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC17:34
Capsoah I dunno how the exchange b/w yocto project and gumstix is17:34
rburtonwhen you start hitting machine-specific things like that, try there first17:35
rburtonits their kernel which isn't doing what you expect17:35
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto17:38
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto17:42
CapsoI see17:45
Capsorburton, does yocto have exfat support?17:46
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC17:48
*** agust <agust!> has joined #yocto17:49
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto17:52
Capsoah I see it's part of meta-openembedded17:54
Capsodo I just add it to my local.conf and bitbake gumstix-console-image again?17:54
Capsoerr, not local.conf17:54
*** zero_note <zero_note!~zero_note@> has quit IRC17:54
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC17:56
*** tjamison <tjamison!~tjamison@> has joined #yocto17:57
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC17:58
*** jbrianceau is now known as jbrianceau_away18:01
Capsohow do I get bitbake to pick up the addition to BBLAYERS?18:02
Capsowhen I rebuild, it does not seem to add the meta-filesystems18:03
CTtpollardCapso: bblayers.conf in your conf directory18:03
CTtpollardyou can provide paths18:03
Capsoin my build/conf/bblayers.conf right?18:03
rburtonadding a layer != using the contents18:04
Capsoit also includes meta-openembedded stuff that the builder does not pick up18:04
Capsoso how would I get it to include the meta-filesystems stuff in the image?18:04
Capsoso I can just rebuild that component18:04
*** zero_note <zero_note!~zero_note@> has joined #yocto18:04
CapsoIMAGE_INSTALL_append = "meta-filesystems" ?18:06
kergothmeta-filesystems is a layer, not a package. IMAGE_INSTALL is used to include specific packages, which come from recipes18:06
JaMaCapso: BBLAYERS variable in bblayers.conf file18:06
kergothfind the recipe you want from meta-openembedded and add it18:06
zero_notehi 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 service18:07
CapsoJaMa, I added the meta-filesystems layer, but the rebuild does not build the packages underneath18:07
kergothCapso: even oe-core has hundreds of packagesk i really doubt you want everything that coule possibly be built in your image18:08
zero_notebut the service that I want to enabled will be disabled anywhere18:08
kergothso no, it's not going to magically read your mind to figure out what packages you want18:08
zero_notewhat I'm doing wrong/there are other ways to do this?18:10
*** josep <josep!> has joined #yocto18:10
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto18:10
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC18:16
*** ziggo <ziggo!> has joined #yocto18:18
*** frsc_ <frsc_!> has quit IRC18:18
*** aragua <aragua!> has quit IRC18:19
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto18:20
*** evanmeagher <evanmeagher!~MongooseW@> has quit IRC18:24
*** zero_note <zero_note!~zero_note@> has quit IRC18:24
*** townxelliot <townxelliot!~ell@> has quit IRC18:26
*** aragua <aragua!> has joined #yocto18:26
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto18:27
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC18:27
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has joined #yocto18:29
*** roccof <roccof!> has quit IRC18:31
*** fus <fus!> has joined #yocto18:33
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6981:f279:59ff:fe64:3a8> has quit IRC18:35
*** sameo <sameo!~samuel@> has quit IRC18:36
*** belen <belen!~Adium@> has quit IRC18:38
*** janderson <janderson!~janderson@> has joined #yocto18:41
*** toscalix <toscalix!~agustinbe@> has quit IRC18:43
*** riz___ <riz___!4a69aefe@gateway/web/freenode/ip.> has joined #yocto18:44
*** grma <grma!~gruberm@> has quit IRC18: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@> has quit IRC18:45
*** vmeson <vmeson!> has quit IRC18:45
*** sno <sno!> has joined #yocto18:47
*** IvanSB <IvanSB!> has joined #yocto18:47
*** benjamirc1 <benjamirc1!~besquive@> has quit IRC18:49
bluelightningriz___: edit /etc/network/interfaces18:50
bluelightningcompare the entries for eth0 and usb0 and you'll see how to do it18:50
riz___what directory is that in?18:54
bluelightning /etc/network/interfaces18:54
bluelightningthat's the full path18:54
bluelightningon the target18:55
riz___But how do I do it from yocto prior to build18:55
riz___So that it just builds that way18:55
bluelightningif you mean how does that file get generated, it's from meta/recipes-core/init-ifupdown/init-ifupdown-1.0/interfaces18:55
bluelightningthe most appropriate way to override that is with a bbappend from your own layer18:56
bluelightningrecipetool appendfile will help you create that bbappend18: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 IRC19:02
bluelightningriz___: the append goes in your own layer which you would create (yocto-layer create is one way to do that)19:04
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto19:09
*** sno <sno!> has quit IRC19:09
*** evanmeagher <evanmeagher!~MongooseW@> has joined #yocto19:11
*** riz___ <riz___!4a69aefe@gateway/web/freenode/ip.> has quit IRC19:14
*** sno <sno!> has joined #yocto19:18
*** yann|work <yann|work!> has joined #yocto19:27
*** t0mmy <t0mmy!~tprrt@> has quit IRC19:29
*** joshuagl <joshuagl!~joshuagl@> has quit IRC19:32
*** fledermaus <fledermaus!~vivek@> has quit IRC19:35
*** benjamirc <benjamirc!besquive@nat/intel/x-ztrillbxaftsnhyp> has joined #yocto19:37
*** lilwyrm <lilwyrm!~wyrm@> has joined #yocto19:40
*** sno <sno!> has quit IRC19:42
*** rocsorva <rocsorva!~arnold@> has quit IRC19:43
*** rocsorva <rocsorva!~arnold@> has joined #yocto19:43
*** wyrm <wyrm!~wyrm@> has quit IRC19:43
*** aratiu <aratiu!~adi@> has quit IRC19:44
*** aratiu <aratiu!~adi@> has joined #yocto19:45
*** IvanSB <IvanSB!> has quit IRC19:47
*** evanmeagher <evanmeagher!~MongooseW@> has joined #yocto19:49
*** evanmeagher <evanmeagher!~MongooseW@> has quit IRC19:53
Ulfalizerlooks like might be missing an virtual/libintl-native dependency. manually building gettext-native first fixes it. otherwise, i get the same error as in
bluelightningUlfalizer: virtual/libintl-native is in ASSUME_PROVIDED, so unless you've changed the value of that, that won't be doing anything20:01
*** evanmeagher <evanmeagher!~MongooseW@> has joined #yocto20:01
Ulfalizerah, maybe it's just not installed locally in that case20:01
bluelightningdoes attr actually use gettext?20:02
bluelightningif so it may need to inherit gettext20:02
Ulfalizerdon'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
Ulfalizerbuild gettext wasn't sufficient. had to build gettext-native to fix it.20:04
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC20:08
rburtonmissing inherit i'd expect then20:11
Ulfalizerit does inherit gettext, in ea-acl.inc20:12
Ulfalizerthat one does BBCLASSEXTEND = "native" btw, and then main attr bb file overwrites it with BBCLASSEXTEND = "native nativesdk". seems a bit odd...20:14
Ulfalizerthe .inc file is included in a single location20:14
Ulfalizerbut that's unrelated nits :P20:14
rburtonea-acl is included by attr and acl recipes isn't it?20:17
Capsodoes `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
Capsobecause wic takes a really long time and then so does the dd step20:18
Ulfalizerah, you're right. missed the include in somehow.20:18
-YoctoAutoBuilder- build #355 of nightly-rpm-non-rpm is complete: Success [build successful] Build details are at
*** evanmeagher <evanmeagher!~MongooseW@> has quit IRC20:24
*** lexano_ <lexano_!> has quit IRC20:28
*** fus <fus!> has quit IRC20:29
*** evanmeagher <evanmeagher!~MongooseW@> has joined #yocto20:29
*** evanmeagher <evanmeagher!~MongooseW@> has quit IRC20:32
*** fus <fus!> has joined #yocto20:37
Ulfalizerre. 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
Ulfalizereven in that case20:38
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has joined #yocto20:38
*** logics <logics!> has joined #yocto20:38
*** logics <logics!> has left #yocto20:38
Ulfalizeror maybe options are missing to disable attr functionality when USE_NLS = "no"20:39
*** evanmeagher <evanmeagher!~MongooseW@> has joined #yocto20:39
kergothgettext-minimal-native is required to build anything that uses gettext m4 macros, whether you're using gettext or not20:40
kergothotherwise we can't regenerate configure from with autoconf20:40
kergothafaik, anyway20:41
kergothgettext-minimal-native or gettext-native, that is20:41
Ulfalizerkergoth: i meant that gettext-minimal-native might not be enough. maybe it needs gettext-native.20:43
*** lexano_ <lexano_!> has joined #yocto20:43
* Ulfalizer wonders why gettext-minimal-native doesn't get a pkgs-split directory when you build it20:44
kergothwhy would it?20:44
kergothit's native, we don't package native recipes at all20:44
Ulfalizerah, makes sense20:44
Ulfalizerwhat'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 IRC20:44
Ulfalizermaybe there's no easy way if it just installs stuff :/20:45
kergothUlfalizer: 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
kergothit installs stuff to image/ like every other recipe20:45
kergothand then bits from there go to the sysroot and for target recipes, gets put in packages-split and whatnot20:45
Ulfalizerhmm... thought image/ looked weird too, with a long host path, but i guess that makes sense for native recipes20:46
*** Biliogadafr <Biliogadafr!> has quit IRC20:47
JaMaUlfalizer: you can also read tmp-glibc/sstate-control files to see what was installed to sysroot by given recipe20:47
kergothyes, image will have the full absolute path to where they end up installed in the sysroot, due to how we set prefix for native20:49
kergoththis 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 bit20:49
*** riz___ <riz___!4a69aefe@gateway/web/freenode/ip.> has joined #yocto20:51
*** fledermaus <fledermaus!~vivek@> has joined #yocto20: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
tjamisonriz___: I was able to get my toolchain built with this tutorial
tjamison(your machine/system arch may vary)20:54
tjamisonIt uses meta-toolchain-qt5, so I don't know anything about it being used20:54
riz___And that build your SDK which you used to setup QtCreator?20:55
*** tazdevil2 <tazdevil2!~aboseley@> has quit IRC20:56
riz___Is the secion on relocation necessary?20:56
*** aboseley_ <aboseley_!~aboseley@> has joined #yocto20:56
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has joined #yocto20:56
*** JaMa <JaMa!> has quit IRC20:59
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has quit IRC21:08
*** riz___ <riz___!4a69aefe@gateway/web/freenode/ip.> has quit IRC21:10
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has joined #yocto21:12
*** benjamirc <benjamirc!besquive@nat/intel/x-ztrillbxaftsnhyp> has quit IRC21:13
*** berton <berton!~fabio@> has quit IRC21:15
-YoctoAutoBuilder- build #358 of nightly-deb-non-deb is complete: Success [build successful] Build details are at
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has quit IRC21:21
*** pohly <pohly!> has quit IRC21:21
*** sno <sno!> has joined #yocto21:23
*** edbart <edbart!~ebartosh@> has quit IRC21:24
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has joined #yocto21:25
*** morphis <morphis!> has quit IRC21:25
*** sno <sno!> has quit IRC21:32
*** caiortp <caiortp!~inatel@> has quit IRC21:33
*** ant_home <ant_home!> has joined #yocto21:34
*** sno <sno!> has joined #yocto21:35
*** edbart <edbart!~ebartosh@> has joined #yocto21:35
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC21:36
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has quit IRC21:36
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has joined #yocto21:37
*** edbart <edbart!~ebartosh@> has quit IRC21:40
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has quit IRC21:43
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC21:44
*** dmoseley <dmoseley!> has joined #yocto21:59
*** sjolley <sjolley!~sjolley@> has quit IRC22:03
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:03
*** sjolley <sjolley!~sjolley@> has joined #yocto22:04
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:6ba9:f279:59ff:fe64:3a8> has joined #yocto22:04
*** ziggo <ziggo!> has quit IRC22:06
*** sjolley <sjolley!~sjolley@> has quit IRC22:09
*** sno <sno!> has quit IRC22:11
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto22:12
*** ecdhe <ecdhe!> has quit IRC22:19
*** agust <agust!> has quit IRC22:26
*** benjamirc <benjamirc!besquive@nat/intel/x-zqhthrkbvdxzoxbo> has joined #yocto22:27
*** mjdomeik <mjdomeik!c037362a@gateway/web/freenode/ip.> has joined #yocto22:31
*** ecdhe <ecdhe!> has joined #yocto22:31
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:34
*** bbhoss <bbhoss!sid18216@gateway/web/> has quit IRC22:41
-YoctoAutoBuilder- build #684 of nightly-ipk is complete: Success [build successful] Build details are at
*** bbhoss <bbhoss!sid18216@gateway/web/> has joined #yocto22:43
*** sjolley <sjolley!~sjolley@> has joined #yocto22:48
*** adelcast <adelcast!~adelcast@> has left #yocto22:54
*** fledermaus <fledermaus!~vivek@> has quit IRC22:56
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC22:57
*** fmeerkoetter <fmeerkoetter!> has quit IRC23:01
*** bfederau <bfederau!> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto23:01
*** bfederau <bfederau!> has joined #yocto23:01
*** adelcast1 <adelcast1!~adelcast@> has joined #yocto23:08
-YoctoAutoBuilder- build #350 of nightly-mips64 is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto23:14
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC23:19
*** benjamirc <benjamirc!besquive@nat/intel/x-zqhthrkbvdxzoxbo> has quit IRC23:19
*** lamego <lamego!~jose@> has quit IRC23:21
-YoctoAutoBuilder- build #668 of nightly-deb is complete: Success [build successful] Build details are at
*** josep <josep!> has quit IRC23:21
*** josep <josep!> has joined #yocto23:22
*** riz___ <riz___!2f115b37@gateway/web/freenode/ip.> has joined #yocto23: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.> has quit IRC23:25
riz___I thought I jjust had to update local.conf in source/build/23:26
riz___the build seems to be looking elsewhere23:26
riz___Do I have to edit local.conf in another location?23:26
*** ant_home <ant_home!> has quit IRC23:29
riz___cd ..23:32
*** ecdhe <ecdhe!> has quit IRC23:34
*** sno <sno!> has joined #yocto23:34
*** riz___ <riz___!2f115b37@gateway/web/freenode/ip.> has quit IRC23:34
*** ecdhe <ecdhe!> has joined #yocto23:46
*** rburton <rburton!> has quit IRC23:51

Generated by 2.11.0 by Marius Gedminas - find it at!