Thursday, 2015-05-21

*** bottazzini <bottazzini!~realBigfo@> has quit IRC00:03
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC00:03
*** SoylentYellow <SoylentYellow!> has quit IRC00:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC00:18
*** OutOfNoWhere <OutOfNoWhere!~rpb@> has joined #yocto00:19
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC00:19
*** timsche <timsche!> has quit IRC00:19
*** munch_ <munch_!> has joined #yocto00:24
*** munch_ is now known as Guest3484000:25
*** vmeson <vmeson!> has joined #yocto00:26
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto00:30
*** nicktick1 <nicktick1!~john@> has joined #yocto00:36
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC00:40
*** woah_dude <woah_dude!~valentin@> has joined #yocto00:41
*** woah_dude <woah_dude!~valentin@> has quit IRC00:46
*** neur0Fuzzy <neur0Fuzzy!> has joined #yocto00:54
*** sg-fn <sg-fn!> has quit IRC00:55
*** sg-fn <sg-fn!> has joined #yocto00:57
*** Jefro <Jefro!> has quit IRC01:08
*** sg-fn <sg-fn!> has quit IRC01:17
*** neur0Fuzzy <neur0Fuzzy!> has quit IRC01:17
*** alimon1 <alimon1!> has joined #yocto01:17
*** Guest34840 <Guest34840!> has quit IRC01:20
*** CoRfr <CoRfr!> has quit IRC01:30
*** sg-fn <sg-fn!> has joined #yocto01:40
*** sg-fn <sg-fn!> has quit IRC02:04
*** sg-fn <sg-fn!> has joined #yocto02:05
*** sg-fn <sg-fn!> has quit IRC02:15
*** sg-fn <sg-fn!> has joined #yocto02:16
*** sg-fn <sg-fn!> has quit IRC02:25
*** sg-fn <sg-fn!> has joined #yocto02:27
*** woah_dude <woah_dude!~valentin@> has joined #yocto02:30
*** alimon1 <alimon1!> has quit IRC02:32
*** sg-fn <sg-fn!> has quit IRC02:32
*** sg-fn <sg-fn!> has joined #yocto02:33
*** woah_dude <woah_dude!~valentin@> has quit IRC02:35
*** nicktick1 <nicktick1!~john@> has quit IRC02:37
*** sg-fn <sg-fn!> has quit IRC02:39
*** sg-fn <sg-fn!> has joined #yocto02:40
*** Jefro <Jefro!> has joined #yocto02:41
-YoctoAutoBuilder- build #299 of nightly-deb is complete: Success [build successful] Build details are at
*** pidge <pidge!~pidge@2a02:8084:0:3000:e557:2f7e:d4ed:92eb> has quit IRC02:49
*** CoRfr <CoRfr!> has joined #yocto02:53
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC02:58
*** sg-fn <sg-fn!> has quit IRC03:18
-YoctoAutoBuilder- build #304 of nightly-ipk is complete: Success [build successful] Build details are at
*** woah_dude <woah_dude!~valentin@> has joined #yocto03:31
*** woah_dude <woah_dude!~valentin@> has quit IRC03:35
*** Jefro <Jefro!> has quit IRC04:04
*** redengin <redengin!> has quit IRC04:05
*** redengin <redengin!> has joined #yocto04:06
*** Jefro <Jefro!> has joined #yocto04:11
*** woah_dude <woah_dude!~valentin@> has joined #yocto04:16
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto04:17
*** woah_dude <woah_dude!~valentin@> has quit IRC04:17
*** e8johan <e8johan!~quassel@> has joined #yocto04:26
*** neur0Fuzzy <neur0Fuzzy!> has joined #yocto04:33
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto04:50
*** elmi82 <elmi82!> has joined #yocto04:54
-YoctoAutoBuilder- build #309 of nightly-multilib is complete: Success [build successful] Build details are at
*** AndersD <AndersD!> has joined #yocto05:11
*** vdehors <vdehors!> has quit IRC05:33
*** CoRfr <CoRfr!> has quit IRC05:45
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC05:50
*** tobiash_ <tobiash_!> has quit IRC05:55
*** pohly <pohly!> has joined #yocto05:56
*** mago_ <mago_!~mago@> has joined #yocto05:56
*** elmi82 <elmi82!> has quit IRC05:58
*** elmi82 <elmi82!> has joined #yocto06:02
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto06:04
*** ericbutters <ericbutters!~eric@> has quit IRC06:19
*** ericbutters <ericbutters!~eric@> has joined #yocto06:20
*** ericbutters <ericbutters!~eric@> has joined #yocto06:25
*** hitlin37 <hitlin37!uid16371@gateway/web/> has joined #yocto06:26
*** jimBaxter <jimBaxter!> has joined #yocto06:31
*** cristianiorga <cristianiorga!~cristiani@> has quit IRC06:32
*** [Sno] <[Sno]!> has quit IRC06:35
*** woah_dude <woah_dude!~valentin@> has joined #yocto06:37
*** woah_dude <woah_dude!~valentin@> has joined #yocto06:37
*** ant_work <ant_work!> has joined #yocto06:37
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC06:43
*** lexano <lexano!> has quit IRC06:43
*** dzoe <dzoe!> has quit IRC06:43
*** ionte <ionte!> has quit IRC06:43
*** dvhart <dvhart!dvhart@nat/intel/x-uqvocipcsxamsqlg> has quit IRC06:43
*** Jay7 <Jay7!> has quit IRC06:43
*** maxin1 <maxin1!> has quit IRC06:43
*** el_robin <el_robin!> has quit IRC06:43
*** _4urele_ <_4urele_!> has quit IRC06:43
*** sri <sri!> has quit IRC06:43
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC06:43
*** mcfrisk <mcfrisk!> has quit IRC06:43
*** noisebleed <noisebleed!~quassel@gentoo/contributor/noisebleed> has quit IRC06:43
*** sri <sri!> has joined #yocto06:43
*** Jay7 <Jay7!> has joined #yocto06:43
*** mcfrisk <mcfrisk!> has joined #yocto06:43
*** dzoe <dzoe!> has joined #yocto06:43
*** _4urele_ <_4urele_!> has joined #yocto06:43
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto06:43
*** ionte <ionte!> has joined #yocto06:43
*** dlan <dlan!~dennis@> has joined #yocto06:43
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto06:43
*** ylouise <ylouise!yalouise@nat/intel/x-xxbwhgkuqgsomndc> has joined #yocto06:43
*** lexano <lexano!> has joined #yocto06:43
*** dvhart <dvhart!dvhart@nat/intel/x-spyfmmsazylehfym> has joined #yocto06:43
*** sri is now known as Guest4114306:43
*** maxin <maxin!> has joined #yocto06:44
*** noisebleed <noisebleed!~quassel@> has joined #yocto06:44
*** noisebleed <noisebleed!~quassel@gentoo/contributor/noisebleed> has joined #yocto06:44
*** el_robin <el_robin!> has joined #yocto06:44
*** wadim_ <wadim_!> has joined #yocto06:48
*** jbrianceau <jbrianceau!uid10952@gateway/web/> has joined #yocto06:54
*** RzR <RzR!~RzR@> has quit IRC06:55
*** RzR <RzR!~RzR@> has joined #yocto06:55
*** LocutusOfBorg1 <LocutusOfBorg1!> has joined #yocto06:55
*** jku <jku!jku@nat/intel/x-diwtucalxcfedavx> has joined #yocto06:56
*** frsc <frsc!> has joined #yocto07:01
*** mckoan|away is now known as mckoan07:08
mckoangood morning07:08
*** hamis <hamis!~irfan@> has joined #yocto07:14
*** pidge <pidge!~pidge@2a02:8084:0:3000:e557:2f7e:d4ed:92eb> has joined #yocto07:27
*** AndersD <AndersD!> has quit IRC07:30
*** Jefro <Jefro!> has quit IRC07:32
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:34
woah_dudehi all!07:34
woah_dudeis there a way to build Qt 5.4 for edison?07:35
*** AndersD <AndersD!> has joined #yocto07:36
*** jedix <jedix!> has quit IRC07:44
*** jedix <jedix!> has joined #yocto07:46
*** TobSnyder <TobSnyder!> has joined #yocto07:47
*** vdehors <vdehors!~vdehors@> has joined #yocto07:48
*** smustafa <smustafa!~mustafa@> has joined #yocto07:49
*** [Sno] <[Sno]!> has joined #yocto07:56
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC07:59
*** joseppc <joseppc!> has quit IRC07:59
*** belen <belen!> has joined #yocto08:04
*** joseppc <joseppc!> has joined #yocto08:04
*** imrehg <imrehg!~greg@> has joined #yocto08:06
*** belen1 <belen1!> has joined #yocto08:07
*** RzR <RzR!~RzR@> has quit IRC08:08
*** belen <belen!> has quit IRC08:08
*** bluelightning <bluelightning!~paul@> has joined #yocto08:09
*** bluelightning <bluelightning!~paul@> has quit IRC08:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:09
bluelightningmorning all08:12
*** RzR <RzR!~RzR@> has joined #yocto08:14
*** imrehg <imrehg!~greg@> has quit IRC08:15
*** belen1 <belen1!> has quit IRC08:17
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto08:18
lpappgood morning08:18
lpappwhat is the recommended way to extend the PATH for a particular with /sbin?08:19
lpappvia the rootfs post command variable or something else?08:19
bluelightninglpapp: hi08:29
bluelightninglpapp: extend it for what context?08:29
*** tanuk <tanuk!> has quit IRC08:31
*** tanuk <tanuk!> has joined #yocto08:31
lpappbluelightning: PATH=/sbin:$PATH08:33
lpappfor user "joe"08:33
lpappbecause we run our services under user "foo/joe"08:33
lpappand there are binaries in /sbin that should be found without full path.08:34
bluelightningI'm not sure but I guess you'd do that through /etc/profile08:38
bluelightningmore of a general Linux question than specific to our system08:38
lpappwell, you have to do this through the buildsystem08:39
*** ddalex <ddalex!> has joined #yocto08:41
*** rburton <rburton!> has joined #yocto08:41
chankitbluelightning: I have an annoying but not a big issue; so sometimes when I do bitbake <app> after editing its recipe, it sometimes forgets to recompile the whole thing even though I do bitbake <app> -c clean.08:43
chankitany input?08:43
lpappchankit: have you also tried cleanall/cleansstate?08:44
chankitlpapp: eh no. I thought the only difference between cleanall and clean is cleanall deletes the downloaded source files?08:45
lpappnot as far as I know.08:45
bluelightningchankit: what kind of change were you making?08:47
chankitsometimes I edit do_compile or do_configure methods in my recipes. However, getting back to the issue, I can do bitbake -c compile and it does compile. But it doesn't install though so I have to run bitbake -c install as well08:48
*** belen <belen!~Adium@> has joined #yocto08:49
TuTizzhi everyone, I would like to add a capabilty to a binary (cap_sys_time+ep), is there a way to do it into a recipe? (I was thinking about add setcap cap_sys_time+ep ${D}/home/foo/foo in do_install but I need to be root) any idea?08:50
lpappbluelightning: the original symptom is that my application can call a binary in /sbin with dylan, but not with daisy08:50
lpappbluelightning: the way that I find the executable is through a C function "exec_exists" which just goes through the PATH variable after obtaining it with getenv().08:51
lpappI do not know why that would break with daisy...08:51
bluelightninglpapp: I don't immediately know how that would have changed, but /etc/profile or the user's .profile is probably how PATH gets set08:51
lpappbluelightning: this is the simple C function08:52
lpappI am just showing to point that out there is nothing that can break in this code08:52
lpappline 20-25 is my workaround, but I still would like to understand why it can break with daisy.08:52
lpappfwiw, su - foo and then echo $PATH does not contain /sbin in either case, so ....08:52
*** ddalex <ddalex!> has quit IRC08:53
*** ddalex <ddalex!> has joined #yocto08:59
hitlin37that buildbot project do look fancy stuff, just jinja and python09:02
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC09:11
CromFrHi !09:14
CromFrI'm trying to apply config fragments to my kernel conf, but it seems to be never set in the final .config :/09:14
CromFrI created a .bb file for my kernel (based on linux-yocto) and tried to add the cfg fragment and/or a .scc file containing "kconf hardware my.cfg" to SRC_URI without success09:14
CromFrQA checks reports this as a warning but I have no clues how to fix it09:15
*** vdehors <vdehors!~vdehors@> has quit IRC09:18
*** LetoThe2nd <LetoThe2nd!> has quit IRC09:19
*** LetoThe2nd <LetoThe2nd!~jd@unaffiliated/letothe2nd> has joined #yocto09:19
*** nighty^ <nighty^!> has joined #yocto09:24
*** chris_____ <chris_____!56bcece2@gateway/web/freenode/ip.> has quit IRC09:26
bluelightningCromFr: if you don't get an answer here I'd suggest mailing the mailing list and CCing Bruce Ashfield09:29
*** vdehors <vdehors!~vdehors@> has joined #yocto09:30
*** nslu2-log <nslu2-log!~nslu2-log@> has quit IRC09:35
*** nslu2-log <nslu2-log!~nslu2-log@> has joined #yocto09:35
iontehi. i'm not sure why i keep having problem this: i've built a custom dist and i'm using meta-raspberrypi (currently) as bsp. but how do i set which kernel to use?09:45
iontei have an image file in meta-mydistro/recipes-core/images and i've set PREFERRED_VERSION_linux-raspberrypi ?= "3.18%" in it. but 3.16 is used instead.09:47
bluelightningionte: if you use bitbake -e | less to look at the history of the variable value can you see if the value you are setting is being overridden?09:48
*** manuel__ <manuel__!> has joined #yocto09:50
iontebluelightning: thanks, was not aware of "-e"!09:51
iontebluelightning: PREFERRED_VERSION_linux-raspberrypi is only set once in the output, by in meta-raspberrypi, and it's set to 3.1609:52
iontebluelightning: if the value was set in one file, and then changed by another, both values should appear in the -e output right?09:54
CromFrionte: have you tried PREFERRED_VERSION_linux-raspberrypi = "3.18%" (instead of ?=)09:55
ionteCromFr: yes, i've tried both = an ?=09:56
*** zwerch <zwerch!> has joined #yocto09:57
CromFrionte: Maybe PREFERRED_VERSION_linux-raspberrypi_machinename = "3.18%" ?09:58
ionteso, i have an image file ("") which "require", and the PREFERRED statement is in if i change griffin-dev-image, for example add to IMAGE_INSTALL, those changes are used. so i'm quite sure the code in the image file is executed09:59
*** DatGizmo <DatGizmo!> has quit IRC10:01
ionteCromFr: did not help10:01
*** DatGizmo <DatGizmo!> has joined #yocto10:01
bluelightningionte: I've just re-read what you said and I now noticed you are setting the value in an image recipe - that will not work I am afraid10:03
bluelightningionte: PREFERRED_* need to be set at the configuration level10:03
*** RzR <RzR!~RzR@> has quit IRC10:03
iontebluelightning: hmmm... ok, what do you mean by "configuration level"?10:05
bluelightningionte: local.conf or custom distro/machine config, basically10:08
zwerchHey, I have got a problem with a kernel bbappend. Could anyone have a look and tell me what I have done wrong? :(
iontebluelightning: ok! for other hardware i've used previously i had a custom machine config, but not for raspberry pi...10:10
iontebluelightning: success! thanks!10:11
bluelightningzwerch: er, so it looks like you're putting symlinks to the modules in /etc/modprobe.d - is that really the right thing to do? AFAIK what's supposed to go in there is conf files specifying options for loaded modules10:17
bluelightningzwerch: if it is simply module autoloading you are after, we have a mechanism for that FYI -  KERNEL_MODULE_AUTOLOAD += "mymodule1 mymodule2 ..."10:18
bluelightningzwerch: that's for dizzy (1.7) and beyond; for older versions use module_autoload_modulename = "modulename"10:19
zwerchbluelightning: Oh :O10:19
zwerchI have started working with Yocto not that long ago and we're all new to it. I was just told that they would be loading if I link them there. I didn't know you can approach this otherwise. So thanks for that.10:19
zwerchWhere do I put that?10:19
bluelightningzwerch: that can go in the kernel recipe, or in your configuration (custom machine config, distro config or local.conf) such that it will be seen by the kernel recipe10:20
bluelightningionte: great, np10:20
zwerchbluelightning: Okay, so I could do it in my bbappend?10:20
bluelightningzwerch: yes10:21
bluelightningzwerch: it's not really applicable this time, but just in case you need to know later, FYI there's a bunch of info on solving QA issues here:
zwerchbluelightning: Thanks, I found that already, and I already solved this kind of error once, but this time none of my earlier approaches worked.10:24
zwerchSo, thanks for your help and time. I really appreciate it! :)10:24
bluelightningzwerch: no problem10:24
rburtonotavio: <— we're removing gst 0.10 from oe-core, can you update the bbappends?10:31
-YoctoAutoBuilder- build #320 of eclipse-plugin-kepler is complete: Success [build successful] Build details are at
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC10:43
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC10:44
*** ddalex <ddalex!> has quit IRC10:55
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@> has joined #yocto10:56
rburtonotavio: do you approve of the fitimage series?11:02
*** sighack <sighack!~kshitij@> has joined #yocto11:03
sighackhi , I'm having problems with I2C controller on my custom ARM SoC board11:04
sighackcan anyone help me out ?11:04
lpappwhat problems? Are they related to Yocto?11:07
sighackummm.. not sure specifically, I've enabled the driver from the menuconfig during the kernel build process, but when i use i2c tools, it fails with timeout error11:11
*** deuter <deuter!> has joined #yocto11:14
*** JaMa <JaMa!> has joined #yocto11:18
*** tmpsantos <tmpsantos!> has joined #yocto11:22
LetoThe2ndsighack: as usual - try to isolate the problem. is it hw or sw? did you check with a scope, et.c.ppp.11:28
sighackwell we have got it designed from a 3rd party and they say that they have tested it using bare-metal application .. so i think the hardware part is fine.11:29
sighackI'm not sure whether it is a driver issue or could be problem with the dtb file11:29
jaeckelis it possible that when creating a bitbake recipe for a kernel module it forgets to pass on the KERNEL_SRC variable?11:29
jaeckelin the module_install step11:29
LetoThe2ndsighack: "they say" and "i think" are not really good starting points11:29
LetoThe2ndsighack: with a scope you could at least verify if something actaully reaches the lines, or not.11:30
sighackjaeckel: not sure what you mean, how could I check that?11:30
LetoThe2ndsighack: if there's nothing on the line, a sw is very probably.11:30
jaeckelsighack: I started from11:31
sighackLetoThe2nd: ohk, but the schematic is not open, and the board lines are unapproachable coz of connector placements :|11:32
*** belen1 <belen1!Adium@nat/intel/x-vuuknaotnomqfrjq> has joined #yocto11:33
LetoThe2ndsighack: well so what do you expect from us then?11:33
lpappsighack: very unlikely to have an issue with KERNEL_SRC11:33
*** belen <belen!~Adium@> has quit IRC11:33
lpappsighack: does your kernel work fine without Yocto? That is the first thing that I would check.11:33
lpappto see whether this is any Yocto related.11:33
LetoThe2ndsighack: if you can't even check whats going on in your hw, debugging a hw interconnect is rather hard.11:34
jaeckelsighack: ah sorry, my question was not related to you11:34
sighackjaeckel: im not creating my own modules, I'm simply enabling the related driver thru the menuconfig.11:34
lpapp(if not, you better visit #kernelnewbies)11:34
LetoThe2ndsighack: so maybe you should pay your 3rd party for some more assistance in getting you started.11:34
sighacklpapp: well , kernels are working fine. As the board is able to boot up and all11:34
LetoThe2ndlpapp: you're mixig up the questions of jaeckel and sighack11:35
sighacklpapp: yes, thanks for the pointer, i think #kernelnewbies is one place is should visit11:35
lpappLetoThe2nd: I am not.11:35
lpappsighack: so if you use your kernel built outside of Yocto, it all works?11:36
sighackLetoThe2nd: haha maybe i will bug them too. Any device tree related pointers ?11:36
LetoThe2ndlpapp: well then, go ahead. i'm out.11:36
lpappsighack: I do not think you need to check the hardware at this point.11:36
lpappsighack: first check the software trivia11:36
LetoThe2ndsighack: check any related device tree example for a good known board that uses the same or a aclosely related soc11:37
sighackLetoThe2nd: i will try and confirm the working with the bare-metal code atleast. That should help me emilinate hw problem.11:37
LetoThe2ndsighack: but if you don't know the schematics, you can't verify pinmuxing, and you are basically... well, on your own.11:37
* LetoThe2nd vanishes in a poof of thin air11:37
lpappsighack: so far you have not showed any evidence why it may be tangentially related to Yocto, so why did you come here? :)11:38
sighackLetoThe2nd: yeah, I'm basing my dtb dev on a close version itself. But there are quite a few changes in design so i think im stuck there,11:38
lpappwhat made you think this is a Yocto problem? Is there something that you have not shared?11:38
sighacklpapp: umm.. to be honest I'm was not sure where to go, since I'm using yocto to build the system I thought it would be a good start. No offence intended.11:39
lpappright, so the way I debug these issues in such cases: build the kernel outside of Yocto.11:40
lpappand see if it works.11:40
lpappif it does not, I can tell that to the Yocto developers.11:40
lpappin what scenarios did it work.11:40
lpappthen if it does not work outside of Yocto and I have no clue, I go to #kernelnewbies.11:40
sighacklpapp: so u mean get the kernel source code seperately and compile it ?11:41
lpappyes, it is just a make command after all once you configure it.11:41
lpappobviously, you need to use the right toolchain, but for that, you can use the one from Yocto.11:41
lpapp(or from any other suppliers, like Mentor Graphics, etc)11:41
lpappat this point, I would trust your hardware supplier and try to find the failure in software.11:43
sighackthanks for the help guys!11:43
lpappand if the software turns out to be good, then I would go down deeper as that investigation may require more time.11:43
lpapp(but these are just my practices for the last couple of years with the kernel; not necessarily good or bad)11:44
*** zwerch <zwerch!> has left #yocto11:45
*** vmeson <vmeson!> has quit IRC12:02
*** smustafa <smustafa!~mustafa@> has quit IRC12:02
*** sighack <sighack!~kshitij@> has quit IRC12:03
*** OutOfNoWhere <OutOfNoWhere!~rpb@> has quit IRC12:10
*** likewise <likewise!> has joined #yocto12:14
*** jchonig <jchonig!> has quit IRC12:18
*** jchonig <jchonig!> has joined #yocto12:18
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:22
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto12:27
lpapplikewise :)12:30
*** Crofton|work <Crofton|work!> has quit IRC12:32
likewiseyes? thanks :)12:32
*** Crofton|work <Crofton|work!> has joined #yocto12:32
*** Crofton|work <Crofton|work!> has quit IRC12:33
*** Crofton|work <Crofton|work!> has joined #yocto12:33
*** ipuustin <ipuustin!> has joined #yocto12:35
*** nicktick1 <nicktick1!~john@> has joined #yocto12:37
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC12:38
*** e8johan <e8johan!~quassel@> has quit IRC12:39
*** berton <berton!~fabio@> has joined #yocto12:40
*** e8johan <e8johan!~quassel@> has joined #yocto12:40
*** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:ac86:8a04:81e4:f4c5> has quit IRC12:43
*** woah_dude <woah_dude!~valentin@> has quit IRC12:53
*** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:f884:7ffe:aa59:6573> has joined #yocto12:56
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-jsnqmflsfrmkaecb> has joined #yocto12:59
*** Jeff___ <Jeff___!3e02bf43@gateway/web/freenode/ip.> has joined #yocto13:03
*** mad_jeff <mad_jeff!3e02bf43@gateway/web/freenode/ip.> has joined #yocto13:04
mad_jeffHello, I have a problem with an autotools / libtool library to compile on yocto. During the configuration the variable includedir is set to /usr/include. But the real one must use the path .../poky/builds/ip-spt-am335x/tmp/sysroots/sdnam335xeval13:15
lpappbluelightning: we did not continue the discussion about PATH ...13:15
lpappROOTFS_POSTPROCESS_COMMAND or something else?13:16
mad_jeffThe makefile use $(includedir)/path_to_lib to set the dependency13:16
*** bottazzini <bottazzini!~realBigfo@> has joined #yocto13:16
bluelightningmad_jeff: I believe that is the correct value of includedir for a target recipe... the appropriate sysroot path is supposed to be prepended to that where needed13:17
bluelightningmad_jeff: if includedir is changed to point to the sysroot as well then you'll get that path bleeding into the target environment as well which is not what you want13:17
-YoctoAutoBuilder- build #308 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests] Build details are at
*** belen <belen!~Adium@> has joined #yocto13:18
*** belen1 <belen1!Adium@nat/intel/x-vuuknaotnomqfrjq> has quit IRC13:19
bluelightninglpapp: "git grep -w PATH" shows me that it is indeed /etc/profile setting PATH (in meta/recipes-core/base-files/base-files/profile)13:19
bluelightninglpapp: so bbappend base-files and replace that file with your preferred contents13:20
bluelightningrburton: any specific advice for mad_jeff ^ ?13:20
lpappbluelightning: that is global.13:21
bluelightninglpapp: it is yes13:21
lpappbluelightning: I want local, that is why I thought ~/.profile, but my point is how to do it right.13:22
bluelightninglpapp: do you care to not have sbin in some users PATH values?13:22
lpappyou know, the usual minimal principle... give it to the user who needs it.13:22
lpappin this case the user under which the system services will be running.13:22
bluelightninglpapp: alright, well, we have no mechanism that I know of to specifically set up .profile for individual users13:23
lpappso what would you suggest, ROOTFS_ ... ?13:24
mad_jeffbluelightning: Ok I understand the principe, but the compile doesn't found dependency, and if I change the makefile to use the fullpath instead $(includedir)/lib this is working... Any idea where the problem can from ?13:24
bluelightninglpapp: I don't have any alternative suggestion if that's what you're asking13:25
lpappbluelightning: well, I could also create a recipe for installing a file into a specific location13:25
lpappbut that is even nastier IMHO :-)13:26
bluelightninglpapp: AFAIK installing things into home directories via recipes is discouraged13:26
*** ylouise <ylouise!yalouise@nat/intel/x-xxbwhgkuqgsomndc> has left #yocto13:27
bluelightninglpapp: you might consider adding logic to the (yes, global) profile file that could determine in a more appropriate way for your situation whether the additional items should be added to PATH13:27
bluelightninglpapp: e.g. looking whether the user is in the wheel group would be one way, assuming you had such a group13:27
bluelightningmad_jeff: I'm certainly not an autoconf expert by any means but it sounds like what you should have is an option to pass that include path into the configure script; you could patch that in if such an option isn't there already13:30
mad_jeffbluelightning: Ok, I have think to this solution, but that's seem a little weird to do "custum" option for one standard feature.13:32
bluelightningmad_jeff: I'm assuming there is a variable you could use to get the sysroot, I don't happen to know what it is off the top of my head (I was hoping that rburton would know, but I guess he isn't around)13:35
bluelightninga variable on the autoconf side, I mean13:36
mad_jeffbluelightning: I have the same hope. I will check something I come back later13:37
*** berton <berton!~fabio@> has quit IRC13:39
*** hamis <hamis!~irfan@> has quit IRC13:41
*** belen <belen!~Adium@> has quit IRC13:41
*** belen <belen!Adium@nat/intel/x-opcdtlktugwbeyof> has joined #yocto13:43
mad_jeffbluelightning : Ok my check is a fail ;) I will do a specific parameter. And come back to this problem when I have more time. Thanks for your support13:43
*** tsramos <tsramos!tsramos@nat/intel/x-vygymsuroxcctvbi> has joined #yocto13:45
-YoctoAutoBuilder- build #314 of nightly-world is complete: Success [build successful] Build details are at
*** challinan <challinan!> has joined #yocto13:47
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-jsnqmflsfrmkaecb> has quit IRC13:53
*** woah_dude <woah_dude!~valentin@> has joined #yocto13:53
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-rhwcjqwmapwokzgw> has joined #yocto13:54
*** vdehors <vdehors!~vdehors@> has quit IRC13:56
*** lamego <lamego!lamego@nat/intel/x-nzisgsjfjufzwgtn> has joined #yocto13:59
*** woah_dude <woah_dude!~valentin@> has quit IRC13:59
*** munch_ <munch_!> has joined #yocto14:00
*** munch_ is now known as Guest9167514:00
*** AndersD <AndersD!> has quit IRC14:02
*** vdehors <vdehors!> has joined #yocto14:11
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto14:13
*** jku <jku!jku@nat/intel/x-diwtucalxcfedavx> has quit IRC14:20
*** Jefro <Jefro!> has joined #yocto14:21
*** wadim_ <wadim_!> has quit IRC14:23
*** madisox <madisox!> has joined #yocto14:25
otaviorburton: I will review the fitImage serie14:49
mckoanusing meta-java and building java-test-image in dizzy I get this error on rhino1: OpenSSL: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure14:53
mckoanany clue?14:53
*** belen2 <belen2!~Adium@> has joined #yocto14:55
*** mad_jeff <mad_jeff!3e02bf43@gateway/web/freenode/ip.> has quit IRC14:55
*** belen <belen!Adium@nat/intel/x-opcdtlktugwbeyof> has quit IRC14:55
mckoanwget fails but download from the browser works, where can I place the .zip now?14:58
*** Jefro <Jefro!> has quit IRC14:59
bluelightningmckoan: you can put it in DL_DIR and touch .done15:00
*** belen2 <belen2!~Adium@> has quit IRC15:00
mckoanbluelightning: in fact I put it in DL_DIR, missing the touch15:01
ionteanyone around familiar with meta-raspberrypi? i'm trying to add a device connected to the gpio header, so i'm starting to write a device tree (dts). i'm using kernel 3.18 so it should be supported, but i'm not sure how to do it?15:01
iontei've set KERNEL_DEVICETREE to "devicetree.dtb", and now the kernel build fails "no rule to make target 'arch/arm/boot/dts/devicetree.dtb'15:01
kergothKERNEL_DEVICETREE is for the dts filename, not dtb15:02
kergothiirc anyway15:02
kergothso change it to devicetree.dts15:02
*** belen <belen!Adium@nat/intel/x-jigifqdvtwypycuw> has joined #yocto15:03
iontekergoth: i've seen that in other bsp's, but in meta-raspberry/conf/machine/include/ the example lists .dtb files15:03
kergothwell the error clearly indicates thats wrong15:03
ionteok, changing "devicetree.dtb" to "devicetree.dts" i get the same error, but another path: make[2]: *** No rule to make target `devicetree.dts'.  Stop.15:06
*** neur0Fuzzy <neur0Fuzzy!> has quit IRC15:14
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:15
kergothdid you put the device tree into the kernel sources? at the moment doesnt' support building out of tree device tree files15:15
-YoctoAutoBuilder- build #33 of nightly-world-lsb is complete: Success [build successful] Build details are at
*** adelcast <adelcast!~adelcast@> has left #yocto15:18
iontekergoth: nope. i'm a bit unsure how/where to install it ...15:18
ionteshould i put it in arch/arm/boot/dts/?15:18
*** belen <belen!Adium@nat/intel/x-jigifqdvtwypycuw> has quit IRC15:20
*** vdehors <vdehors!> has quit IRC15:20
*** adelcast <adelcast!~adelcast@> has joined #yocto15:20
*** vdehors <vdehors!~vdehors@> has joined #yocto15:23
*** mckoan is now known as mckoan|away15:23
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto15:27
*** lamego <lamego!lamego@nat/intel/x-nzisgsjfjufzwgtn> has quit IRC15:29
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC15:30
*** sjolley <sjolley!sjolley@nat/intel/x-fcuahzwgomwrnrtf> has quit IRC15:30
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto15:30
*** ant_work <ant_work!> has quit IRC15:31
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-rhwcjqwmapwokzgw> has quit IRC15:33
*** Jefro <Jefro!> has joined #yocto15:36
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-ezzvtalfspsphvqc> has joined #yocto15:37
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC15:39
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto15:40
armpitkhem, ping15:42
*** woah_dude <woah_dude!~valentin@> has joined #yocto15:42
*** woah_dude <woah_dude!~valentin@> has quit IRC15:47
*** lamego <lamego!lamego@nat/intel/x-iiwfawzylmjzqsch> has joined #yocto15:54
*** thaytan <thaytan!> has quit IRC15:55
*** kanavin <kanavin!ak@nat/intel/x-ikkedfswraaztone> has quit IRC15:55
*** thaytan <thaytan!> has joined #yocto15:55
*** sjolley <sjolley!~sjolley@> has joined #yocto15:57
*** benjamirc <benjamirc!besquive@nat/intel/x-eokvsgwjsqjkutyu> has joined #yocto15:58
*** benjamirc <benjamirc!besquive@nat/intel/x-eokvsgwjsqjkutyu> has quit IRC16:02
*** benjamirc <benjamirc!~besquive@> has joined #yocto16:04
*** belen <belen!Adium@nat/intel/x-huzeauwqxkjvremq> has joined #yocto16:04
khem`armpit: hello16:05
*** kanavin <kanavin!ak@nat/intel/x-rkegvxueroratjyc> has joined #yocto16:07
*** frsc <frsc!> has quit IRC16:08
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:12
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:13
*** e8johan <e8johan!~quassel@> has quit IRC16:16
*** bluelightning_ is now known as bluelightning16:21
*** ntl <ntl!> has quit IRC16:22
*** belen <belen!Adium@nat/intel/x-huzeauwqxkjvremq> has quit IRC16:29
*** belen <belen!~Adium@> has joined #yocto16:29
*** ntl <ntl!> has joined #yocto16:34
*** manuel__ <manuel__!> has quit IRC16:35
*** manuel__ <manuel__!> has joined #yocto16:36
*** nerdboy <nerdboy!> has joined #yocto16:37
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:37
*** bottazzini <bottazzini!~realBigfo@> has quit IRC16:39
*** sarahsharp <sarahsharp!~sarah@> has joined #yocto16:44
*** jbrianceau is now known as jbrianceau_away16:52
armpitkhem,  when I do 'bitbake gcc -c devshell' from a clean install, there are no sources. gcc-sources are run after that step.  is that by design or a bug?16:55
khem`bug I presume16:56
khem`well no16:56
khem`usually devshell is run after do_patch16:56
khem`so yeah it could be16:56
armpitk, I will poke at it a bit more16:57
*** angolini <angolini!uid62003@gateway/web/> has joined #yocto16:58
*** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has joined #yocto17:16
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC17:22
*** belen <belen!~Adium@> has quit IRC17:30
*** bottazzini <bottazzini!~realBigfo@> has joined #yocto17:30
*** woah_dude <woah_dude!~valentin@> has joined #yocto17:31
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:34
*** woah_dude <woah_dude!~valentin@> has quit IRC17:36
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:38
*** bluelightning_ is now known as bluelightning17:40
*** TobSnyder <TobSnyder!> has quit IRC17:52
*** TobSnyder <TobSnyder!> has joined #yocto17:53
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC17:54
kergothwould be trivial to add an extra depends flag  for do_patch in addition to the ones for the other tasks, i expect18:00
*** hitlin37 <hitlin37!uid16371@gateway/web/> has quit IRC18:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:03
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto18:14
*** tmpsantos <tmpsantos!> has quit IRC18:15
*** JaMa <JaMa!> has quit IRC18:16
*** mschuckmann <mschuckmann!~anonymous@> has joined #yocto18:19
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC18:19
mschuckmannHello I'm wondering if anyone can help me with a problem with creating a recipe for a shared library and then using that shared library in a recipe for an application.18:20
lpappmschuckmann: why don't you try to write a recipe yourself?18:22
mschuckmannlpapp: I have written both the recipes, and I'm getting a strange error that I don't understand.18:23
lpappwhat error exactly?18:23
*** armpit <armpit!~akuster@2601:c:a700:3ba7:256b:16fc:c06a:3641> has quit IRC18:24
mschuckmannlpapp: The recipe for the application using the shared library is giving me this error: ERROR: QA Issue: scp-daemon rdepends on libplnrprotocol-dev18:24
lpappok, can you show the recipe?18:25
mschuckmannyes do you want me to post it here?18:25
lpappbut runtime dependency on build-time thing does not look good to me.18:25
lpapp-dev is build time dependency.18:25
mschuckmannexactly, I must be doing something wrong. in the application recipe I've tried DEPENDS = "cmake-native boost libplnrprotocol" and RDEPENDS_${PN} = "libplnrprotocol" and i get the same error.18:27
mschuckmannI don't understand why it's trying to pick up the -dev package.18:27
lpapphmm, perhaps pastebin the recipes.18:27
mschuckmannOk one second.18:28
mschuckmannHere is the pastebin for the library recipe:
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto18:29
lpappwhy do you need 29-33?18:30
mschuckmannand the application recipe:
mschuckmannI've found that I need 29-33 because the library is only built as ${libdir}/ and the default in package.bbclass only looks for files of the form ${libdir}/lib*.so.*18:32
lpappmschuckmann: I think you mean RDEPENDS for the library18:32
lpappas it is a runtime dependency, isn't it?18:32
lpappalso, is boost really a runtime dependency?18:33
lpappare you using header only parts of it?18:33
mschuckmannI am using both the header and runtime parts of boost (boost-program-options is a so library)18:34
mschuckmannI've tried putting libplnrprotocol in both DEPENDS and RDEPENDS_${PN} and I get the same error.18:35
mschuckmannyes libplnrprotocol is a runtime dependency, there are header files that need to be there for building.18:36
*** belen1 <belen1!> has joined #yocto18:36
*** bottazzini <bottazzini!~realBigfo@> has quit IRC18:38
lpappdo not put it into DEPENDS at all is what I mean :)18:38
mschuckmannok that's what I thought I should do but I still get the error: ERROR: QA Issue: scp-daemon rdepends on libplnrprotocol-dev18:39
lpappunfortunately, I need to leave now, but hopefully someone can help.18:41
mschuckmannok thank you18:41
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC18:41
*** grma <grma!> has quit IRC18:43
*** [Sno] <[Sno]!> has quit IRC18:44
*** ntl <ntl!> has quit IRC18:47
*** bottazzini <bottazzini!~realBigfo@> has joined #yocto18:55
mschuckmannIf anyone is still listening, I've determined that my shared library package libplnrprotocol depends on it's own -dev package, what I don't understand is why?18:57
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC18:59
*** ntl <ntl!> has joined #yocto18:59
kergothby default the .so goes into the -dev package because most sane libraries set SONAME properly19:05 is generally a development-only symbolic link19:05
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto19:05
*** belen1 <belen1!> has quit IRC19:08
*** munch_ <munch_!~mark@> has joined #yocto19:09
*** Guest91675 <Guest91675!> has quit IRC19:09
*** munch_ is now known as Guest1518419:09
mschuckmannOk I can adjust my library to be sane, will that solve my problem of libplnprotocol rdepending on libplnrprotocol-dev?19:11
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC19:13
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto19:13
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto19:17
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC19:17
*** seezer <seezer!~seezer@quassel/developer/seezer> has joined #yocto19:18
*** woah_dude <woah_dude!~valentin@> has joined #yocto19:20
*** dv__ <dv__!> has joined #yocto19:22
*** woah_dude <woah_dude!~valentin@> has quit IRC19:24
*** angolini <angolini!uid62003@gateway/web/> has quit IRC19:25
rburtonmschuckmann: yes19:27
*** void-dev_ <void-dev_!> has joined #yocto19:28
mschuckmannrburton: Thanks I just verified that it does solve my problem.19:28
*** dv_ <dv_!> has quit IRC19:28
*** ulf` <ulf`!~ulf@> has quit IRC19:28
*** void-dev <void-dev!> has quit IRC19:28
mschuckmannkergoth: Thanks that solved my problem.19:28
*** ulf` <ulf`!~ulf@> has joined #yocto19:32
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC20:01
*** Jefro <Jefro!> has quit IRC20:02
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto20:02
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC20:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:02
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto20:04
*** lamego <lamego!lamego@nat/intel/x-iiwfawzylmjzqsch> has quit IRC20:05
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC20:05
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto20:06
*** ant_home <ant_home!> has joined #yocto20:07
*** [Sno] <[Sno]!> has joined #yocto20:08
*** Jefro <Jefro!> has joined #yocto20:17
*** alimon <alimon!~alimon@> has quit IRC20:20
* zeddii notices that the archiver isn't doing quite what I expect in master.20:27
zeddiiI'll have to check for changes.20:27
zeddiiI thought that if you built it, it was deployed and archived .. but not in my test I just ran. only if it was installed to an image.20:27
*** nighty^ <nighty^!> has quit IRC20:36
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC20:40
*** vmeson <vmeson!~rmacleod@> has quit IRC20:40
*** alimon <alimon!~alimon@> has joined #yocto20:43
*** nighty^ <nighty^!> has joined #yocto20:43
*** woah_dude <woah_dude!~valentin@> has joined #yocto20:45
*** Jefro <Jefro!> has quit IRC20:46
*** woah_dude <woah_dude!~valentin@> has quit IRC20:50
*** Jefro <Jefro!> has joined #yocto20:56
*** Jefro <Jefro!> has joined #yocto20:59
bluelightningzeddii: hmm, that sounds like it's broken21:03
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto21:06
*** Jefro <Jefro!> has quit IRC21:13
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC21:22
*** mschuckmann <mschuckmann!~anonymous@> has quit IRC21:28
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC21:29
*** varibull <varibull!> has quit IRC21:39
*** varibull <varibull!> has joined #yocto21:39
*** sarahsharp1 <sarahsharp1!~sarah@> has joined #yocto21:40
*** sarahsharp <sarahsharp!~sarah@> has quit IRC21:42
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC21:42
*** pohly <pohly!> has quit IRC21:43
*** lamego <lamego!lamego@nat/intel/x-plhnuguddfnlhioe> has joined #yocto21:44
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto21:44
*** woah_dude <woah_dude!~valentin@> has joined #yocto21:46
*** woah_dude <woah_dude!~valentin@> has quit IRC21:50
*** ericbutters <ericbutters!~eric@> has quit IRC21:55
*** ericbutters <ericbutters!~eric@> has joined #yocto22:01
*** ant_home <ant_home!> has quit IRC22:04
*** jimBaxter <jimBaxter!> has quit IRC22:09
*** Jefro <Jefro!> has joined #yocto22:16
*** sarahsharp1 <sarahsharp1!~sarah@> has quit IRC22:18
*** sg-fn <sg-fn!> has joined #yocto22:25
*** Guest15184 <Guest15184!~mark@> has quit IRC22:30
RPkergoth: Have you any thoughts on what something like RDEPENDS_${PN} = "X", SOMEPN = "${PN}", RDEPENDS_${SOMEPN}_append = "Y" should do?22:35
RPkergoth: I'm looking at removing update_data but this has some interesting implications for expressions like the above :/22:36
RPupdated-rc.d and its RRECOMMENDS is the main offender being reported22:37
kergothhmm, that's rather unpleasant22:37
kergothnot sure i've had enough caffeine to be useful, the baby decided 4:45 was a good time to be (and stay) wide awake this morning22:38
RPkergoth: not good :(22:38
RPkergoth: the other issue I'm struggling with is I started stashing potential overrides in a flag against variables. Now variables called "set", "find" and "copy" exist and its making a right mess of the variable dependencies22:39
RPkergoth: then bitbake -e crashes as "copy" is an internal name as far as COW is concerned22:39
*** lamego <lamego!lamego@nat/intel/x-plhnuguddfnlhioe> has quit IRC22:41
*** lamego <lamego!~lamego@> has joined #yocto22:42
kergothsounds like a bug in the COW implementation22:43
kergothnot that knowing that is very helpful22:43
RPkergoth: its more the way COW was implemented. Very hard to change without loss of performance22:45
kergothI can't help but wonder if we'd be better off implementing the COW in cython or something rather than abusing classes the way we do22:45
*** manuel__ <manuel__!> has quit IRC22:46
*** tsramos <tsramos!tsramos@nat/intel/x-vygymsuroxcctvbi> has quit IRC22:46
RPkergoth: would be interesting to see what the performance difference was22:47
*** tsramos <tsramos!tsramos@nat/intel/x-wymdaeiozsvmovsn> has joined #yocto22:47
*** seebs <seebs!~seebs@> has quit IRC22:47
*** woah_dude <woah_dude!~valentin@> has joined #yocto22:47
*** sarahsharp <sarahsharp!~sarah@> has joined #yocto22:48
*** tsramos <tsramos!tsramos@nat/intel/x-wymdaeiozsvmovsn> has quit IRC22:51
*** woah_dude <woah_dude!~valentin@> has quit IRC22:51
*** benjamirc <benjamirc!~besquive@> has quit IRC22:53
*** Jefro <Jefro!> has quit IRC22:55
*** Jefro <Jefro!> has joined #yocto22:55
*** Jefro <Jefro!> has quit IRC22:56
*** lamego <lamego!~lamego@> has quit IRC22:59
*** sg-fn <sg-fn!> has quit IRC23:05
*** sjolley <sjolley!~sjolley@> has quit IRC23:05
*** manuel__ <manuel__!> has joined #yocto23:06
*** sarahsharp <sarahsharp!~sarah@> has quit IRC23:09
*** OutOfNoWhere <OutOfNoWhere!~rpb@> has joined #yocto23:12
*** nicktick1 <nicktick1!~john@> has quit IRC23:13
*** manuel__ <manuel__!> has quit IRC23:13
*** auke- <auke-!> has quit IRC23:16
*** auke- <auke-!> has joined #yocto23:17
*** manuel__ <manuel__!> has joined #yocto23:23
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-ezzvtalfspsphvqc> has quit IRC23:27
*** madisox <madisox!> has quit IRC23:34
*** auke- <auke-!> has quit IRC23:40
*** auke- <auke-!> has joined #yocto23:46
*** woah_dude <woah_dude!~valentin@> has joined #yocto23:48
*** sjolley <sjolley!~sjolley@> has joined #yocto23:51
*** woah_dude <woah_dude!~valentin@> has quit IRC23:52
*** nbhat_DT <nbhat_DT!~nareshbha@> has quit IRC23:59

Generated by 2.11.0 by Marius Gedminas - find it at!