Friday, 2015-07-24

-YoctoAutoBuilder- build #54 of nightly-mips64 is complete: Failure [failed Running Sanity Tests] Build details are at
*** SoylentYellow <SoylentYellow!> has quit IRC00:09
*** sjolley <sjolley!~sjolley@> has joined #yocto00:12
*** sid1 <sid1!0c1b4722@gateway/web/cgi-irc/> has joined #yocto00:13
sid1Hi there00:14
sid1is any buddy online ?00:14
-YoctoAutoBuilder- build #64 of nightly-deb-non-deb is complete: Success [build successful] Build details are at
kergothotavio: you may want the other fixes from for your copy00:19
*** sid1 <sid1!0c1b4722@gateway/web/cgi-irc/> has quit IRC00:27
*** ambrosius <ambrosius!~textual@> has quit IRC00:39
*** behanw <behanw!~behanw@2001:470:b26c:0:c0e4:7a29:bf13:e00> has quit IRC00:41
*** paul_ <paul_!> has quit IRC00:43
-YoctoAutoBuilder- build #406 of nightly-x86 is complete: Success [build successful] Build details are at
*** behanw <behanw!~behanw@2001:470:b26c:0:7d07:6423:8f21:e7e0> has joined #yocto00:46
*** robher <robher!sid20343@gateway/web/> has quit IRC00:49
*** robher <robher!sid20343@gateway/web/> has joined #yocto00:50
*** sameo <sameo!~samuel@> has quit IRC01:05
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC01:08
*** vmeson <vmeson!> has joined #yocto01:23
*** jchonig <jchonig!> has quit IRC01:24
*** Jefro <Jefro!> has quit IRC01:28
*** jchonig <jchonig!> has joined #yocto01:34
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto01:38
*** davis <davis!> has joined #yocto01:51
davisim new to yocto. i finally got my beagle to boot linux from the sato build I installed on the sdcard01:52
davisbut before with the other debian build, I had my sdcard mounted in /media01:52
davishow do i mount the sdcard partition 1 which is the partition which has the uEnv.txt file in it?01:53
davispartition 2 is the rootfs and i'm assuming that is what I am using for a rootfs01:53
davisalso is there any way similar to buildroot to config what programs I will have installed on my rootfs using yocto?01:54
*** Jefro <Jefro!> has joined #yocto02:00
kergoththere is, see the documentation at
davisi'm actually reading the wiki from the site now02:02
*** aehs29 <aehs29!~aehernan@> has left #yocto02:04
davishmm. no yum or apt-get?02:05
khem`Well, there is rpm/dpkg/opkg02:05
khem`you just need to enable it02:05
khem`Or use something like angstrom images which use opkg by default02:06
*** Jefro <Jefro!> has quit IRC02:14
daviskhem`: I'm still trying to figure out how I enable it.02:15
khem`add package-management to DISTRO_FEATURES or IMAGE_FEATURES I forget which one02:15
davisunfortunately I don't where ot add that. i'm tired. I'll save that comment and grep the meta manual tomorrow. Many thanks02:16
kergoththe same place you add just about everything else, conf/local.conf in your build directory. add EXTRA_IMAGE_FEATURES += "package-management"02:16
khem`there we go02:18
khem`thanks kergoth02:18
khem`kergoth: I am still at loss how nativesdk packages make into populating sysroot02:18
kergothit's populated with the same mechanism as an image. see populate_sdk*.bbclass02:19
khem`I mean the staging sysroot02:26
khem`for nativesdk packages02:26
khem`this sysroot is used by gcc-crossdk to build and populate the nativesdk packages02:27
khem`much like cross build02:27
khem`for target02:27
khem`items there which go into native sysroot sysroots/x86_64-linux make it in02:29
khem`but the items that go into nativesdk sysroot sysroots/x86_64-nativesdk-angstromsdk-linux02:29
khem`so I wonder02:29
khem`but these are being populated from a crossdk recipe02:30
khem`I dont know if thats the problem02:30
khem`only difference is its not inheriting nativesdk02:30
khem`but crosssdk class02:30
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC02:33
*** Jefro <Jefro!> has joined #yocto02:34
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto02:34
khem`do you know who picks the stuff up from sysroot-destdir and shoves it into staging sysroots ?02:34
khem`I dont see sysroot_stage_all doing it02:35
khem`its only putting from stuff from ${D} into local sysroot-destdir which is specific to package02:36
khem`unless thats somehow automatically hardlinked into final sysroots02:36
khem`I am not able to find who copies them there02:36
khem`which task if at all02:36
khem`sysroot_stage_all() {02:38
khem`        sysroot_stage_dirs ${D} ${SYSROOT_DESTDIR}02:38
*** Jefro <Jefro!> has quit IRC02:38
*** dv__ <dv__!> has joined #yocto02:41
*** dv_ <dv_!> has quit IRC02:42
khem`ok so there is populate_sysroot_setscene task which does it02:51
khem`which calles sstate_setscene and drags me into sstate :(02:52
*** Jefro <Jefro!> has joined #yocto02:53
*** Jefro <Jefro!> has quit IRC02:54
*** varibull_ <varibull_!> has joined #yocto02:57
*** varibull <varibull!> has quit IRC02:58
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC03:10
*** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto03:11
*** alimon1 <alimon1!> has quit IRC03:24
kergothkhem`: the sstate part is pretty straightforward, instead of installing to the final destination, you install it to an isolated directory, and let sstate put the files from ther eto the final location. there's a flag for the input path and a flag for the output path.03:28
kergothe.g. with deploy you inherit deploy and install to DEPLOYDIR instead of DEPLOY_DIR_IMAGE, iirc03:29
kergothbut yes, i doubt you can install files into a nativesdk area from a crosssdk recipe or vice versa03:29
* kergoth gets caffeine03:29
*** Jefro <Jefro!> has joined #yocto03:31
*** Jefro <Jefro!> has quit IRC03:36
-YoctoAutoBuilder- build #406 of nightly-world is complete: Success [build successful] Build details are at
khem`kergoth: yeah figured03:37
khem`I was mixing installs for native and nativesdk in single recipe03:37
khem`the recipe being crosssdk considered only native pieces03:38
khem`right solution is to separate out nativesdk piece into recipe of its own hopefully I can get going03:38
-YoctoAutoBuilder- build #405 of nightly-arm is complete: Success [build successful] Build details are at
kergothah. indeed03:40
*** Jefro <Jefro!> has joined #yocto03:41
*** pidge <pidge!~pidge@2a02:8084:0:3000:91aa:74f1:2ca6:5d5c> has quit IRC04:17
*** flynn378 <flynn378!sid63564@gateway/web/> has quit IRC04:19
*** flynn378 <flynn378!sid63564@gateway/web/> has joined #yocto04:19
*** vdehors__ <vdehors__!> has joined #yocto04:24
*** vdehors__ <vdehors__!> has joined #yocto04:25
*** zerus <zerus!> has joined #yocto04:28
*** vdehors_ <vdehors_!> has quit IRC04:28
*** zerus <zerus!> has quit IRC04:33
*** marek__ <marek__!> has joined #yocto04:49
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC04:52
-YoctoAutoBuilder- build #407 of nightly-x86-64 is complete: Success [build successful] Build details are at
*** OutOfNoWhere <OutOfNoWhere!~rpb@> has quit IRC05:15
*** Jefro <Jefro!> has quit IRC05:16
*** mansandersson <mansandersson!~Mans@> has joined #yocto05:21
*** Jefro <Jefro!> has joined #yocto05:29
droucan anyone help me with the "Please use a umask which allows a+rx and u+rwx" sanity check ?05:44
drouI did a "find . -exec umask a+rx,u+rwx {} \;" which didn't help05:44
*** AndersD <AndersD!> has joined #yocto05:50
redenginumask is an environment setting05:51
*** ambrosius <ambrosius!> has joined #yocto06:02
*** wadim_ <wadim_!> has joined #yocto06:13
drouredengin: ok, so at which level it should be set ?06:21
redenginfrom a commandline umask will show your current setting, mine is at 0002 and works fine06:28
redenginbut if you're using acl's you'll need to check those06:29
LetoThe2nddrou: sure that you're not building on some filsystem or network share that messes with the umask?06:37
drouumask is set to 0011 atm. I've root access on this server but i'm not admin on it. It has selinux enforced, i don't know if it can be a clue06:44
drouatm, there is no nfs and the filesystem is xfs06:45
redengintry the command "umask 0002"06:45
redengin1 is execute permissions right?06:46
droulooks good when i run umask 000206:47
redenginif you are building on a mount point, you may want to check what the mount point's umask is06:47
droubut as soon as i log out & log back in, umask remains at 001106:47
drouah, that's probably the matter06:48
redenginyou can add the change to your bashrc or change the /etc/profile06:49
droualright thanks06:53
jmleoHi ! I have two images, and a bbappend on init-ifupdown. I would like to test if I install one image or the other to have one /etc/network/interfaces file with DHCP in the first case and static IP in the second. How can I test which image is currently installed ? Is it even possible/the correct way to do it ?06:54
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto06:54
*** aoibhinn <aoibhinn!sid95825@gateway/web/> has quit IRC06:59
*** aoibhinn <aoibhinn!sid95825@gateway/web/> has joined #yocto06:59
*** miandonmenmian <miandonmenmian!~miandonme@> has joined #yocto06:59
miandonmenmiani see most sample layers at yocto stopped using libfaac. most old recipes found are not working either, why was this lib deleted?07:00
*** jbrianceau_away is now known as jbrianceau07:04
*** Jefro <Jefro!> has quit IRC07:11
*** smurray <smurray!sid98062@gateway/web/> has quit IRC07:13
*** smurray <smurray!sid98062@gateway/web/> has joined #yocto07:13
*** diego_r <diego_r!> has joined #yocto07:15
droujmleo: i would say you'll need different machine configurations and then you should generate two different images with the appropriate setup.07:17
drouI have a yocto/meta-drou/recipes-core/init-ifupdown/files/ directory which contains subdirectories refering to the machine names (lets say machine-a machine-b).07:18
drouIn each of the subfolders, you'll have to create a interfaces file that contains the proper configuration07:19
drouYou'll also need to create a init-ifupdown_1.0.bbappend which will contain FILESEXTRAPATHS_prepend := "${THISDIR}/files:"07:19
droui hope it's enough clear07:20
*** Biliogadafr <Biliogadafr!~User@> has joined #yocto07:21
jmleodrou: well, I already have something like that, but when the bbappend is called, how is the interface file copied from one or the other directory named after machine name ?07:21
droujmleo: you have to create the interfaces file manually according to the configuration, the main init-ifupdown recipe install the default "interfaces" file, except if you specify MACHINE=machine-a or MACHINE=machine-b in you $BUILDDIR/conf/local.conf07:25
void-devGood morning07:28
*** dieter_ <dieter_!> has quit IRC07:28
*** phantoneD <phantoneD!> has quit IRC07:45
*** drou <drou!c32a382b@gateway/web/freenode/ip.> has quit IRC07:46
*** Happycat <Happycat!500fd832@gateway/web/freenode/ip.> has joined #yocto07:51
*** ambrosius <ambrosius!> has quit IRC07:51
HappycatHi ! I have a question, after the do_fetch the patch are applied , but from where ? is supposed that it was applied on ${S} directory but it seems that it is not :/ am i missing something ?07:53
-YoctoAutoBuilder- build #408 of nightly-non-gpl3 is complete: Success [build successful] Build details are at
*** psnsilva <psnsilva!> has joined #yocto07:54
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC08:01
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto08:04
bboozzooHappycat: all files (and patches) listed in SRC_URI are copied into ${WORKDIR}08:04
*** vincenet <vincenet!58bade28@gateway/web/freenode/ip.> has joined #yocto08:06
HappycatThanks :) Yes i saw that patches went into ${WORKDIR}/patches but i have doubt about where it si applied from. i get "can't find file to patch" and when i do it manually it works. I must have missed something.08:07
*** sameo <sameo!samuel@nat/intel/x-gnmxzbkrjcbebvln> has joined #yocto08:07
bboozzooHappycat: run recipe with -v and you'll see what happens08:08
-YoctoAutoBuilder- build #403 of nightly-qa-pam is complete: Failure [failed Running Sanity Tests] Build details are at
HappycatThanks a lot for the information :) i fixed the problem !08:12
vincenetHi everybody, I am trying to understand why adding dhcp package in my recipe invoke an error. Problem is in do_rootfs (opkg_install_cmd: Cannot install package dhcp)  It is says some symbolic links cannot be created because files (not links) already exist. Is there something to clean ? Any idea ?08:14
HappycatVincenet: I remember having problems when adding dhcp too, i am not sure but i think i had some kind of conflict with udhcp or something similar. You should have clues in the log file.08:19
*** phantoxeD <phantoxeD!> has joined #yocto08:20
*** ddalex1 <ddalex1!> has joined #yocto08:20
*** jonathanmaw <jonathanmaw!> has joined #yocto08:23
vincenetHappycat : I already check the logfile of failure and I learnt it is about the linking. Do I fail read some information in the log ?
vincenetHappycat : hum,  It seems there is linking of udhcp in the process...08:28
HappycatGo here, i think it is related to your problem
vincenetHappycat : Maybe I do not need dhcp and I can simply use udhcp08:32
HappycatYep maybe you can :)08:32
vincenetHappycat : Thank you :-P08:36
*** timsche <timsche!> has joined #yocto08:40
-YoctoAutoBuilder- build #401 of nightly-qa-logrotate is complete: Failure [failed Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #402 of nightly-qa-skeleton is complete: Failure [failed Running Sanity Tests] Build details are at
*** ant_work <ant_work!> has joined #yocto08:46
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-fcqaknpavqqehnoy> has joined #yocto08:47
*** kanucu <kanucu!4d5007b2@gateway/web/freenode/ip.> has quit IRC08:49
*** ddalex1 <ddalex1!> has quit IRC09:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:09
bluelightningmorning all09:16
*** TobSnyder <TobSnyder!> has quit IRC09:19
*** TobSnyder <TobSnyder!> has joined #yocto09:22
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto09:23
*** belen1 <belen1!Adium@nat/intel/x-czemqcafysxbvxpw> has quit IRC09:24
*** belen <belen!Adium@nat/intel/x-qolcawbzogllitoy> has joined #yocto09:25
-YoctoAutoBuilder- build #64 of nightly-rpm-non-rpm is complete: Failure [failed Running Sanity Tests] Build details are at
*** parrot2 <parrot2!~chankitx@> has quit IRC09:26
*** nighty^ <nighty^!> has joined #yocto09:29
-YoctoAutoBuilder- build #407 of nightly-fsl-ppc-lsb is complete: Success [build successful] Build details are at
*** vincenet <vincenet!58bade28@gateway/web/freenode/ip.> has quit IRC09:35
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto09:45
Ox4hey guys09:48
Ox4could somebody take a look at this sh*t: ?09:48
Ox4I am using kernel 2.6.3709:48
-YoctoAutoBuilder- build #397 of nightly-ipk is complete: Failure [failed Running Sanity Tests_2] Build details are at
bluelightningOx4: is inotify enabled in the kernel config?09:50
Ox4bluelightning: verifying right now09:50
Ox4bluelightning: Symbol: INOTIFY_USER [=n]09:54
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-fcqaknpavqqehnoy> has left #yocto09:55
-YoctoAutoBuilder- build #65 of nightly-deb-non-deb is complete: Failure [failed Running Sanity Tests_2] Build details are at
*** pidge <pidge!~pidge@2a02:8084:0:3000:91aa:74f1:2ca6:5d5c> has joined #yocto10:09
*** rburton <rburton!> has joined #yocto10:10
-YoctoAutoBuilder- build #406 of nightly-arm is complete: Failure [failed Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #406 of nightly-x86-lsb is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #407 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #409 of nightly-ppc is complete: Failure [failed Running Sanity Tests] Build details are at
Ox4bluelightning: I've enable inotify in the kernel10:25
bluelightningOx4: clearly there is something still not enabled though10:25
bluelightningOx4: my suggestion to you would be to review the udev README for 182 and check that the stated requirements as far as kernel config are met10:25
Ox4bluelightning: so the problem is not in udev version, right?10:28
bluelightningOx4: I very much doubt it10:28
Ox4but I will look through README10:28
Ox4bluelightning: can I switch to the oldest one?10:28
bluelightningOx4: according to that readme your kernel version is newer than the requirement, so you don't need an older udev - just the appropriate kernel configuration options enabled (as documented)10:29
Ox4bluelightning: ok, thanks10:32
*** hamis <hamis!~irfan@> has joined #yocto10:35
-YoctoAutoBuilder- build #404 of nightly-oecore is complete: Failure [failed Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #407 of nightly-x86 is complete: Failure [failed Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #398 of build-appliance is complete: Success [build successful] Build details are at
AzaToth_pidge, seems my patch mail never errived to the mailing list10:43
-YoctoAutoBuilder- build #398 of nightly-mips-lsb is complete: Success [build successful] Build details are at
pidgeAzaToth_, just send it to me then elizabeth.flanagan@intel.com10:47
*** Marex <Marex!~Marex@> has quit IRC10:47
Ox4bluelightning: the same. Here is the config of the kernel which I use:
*** Marex <Marex!~Marex@> has joined #yocto10:50
bluelightningOx4: have you checked it against the list?10:50
*** Marex <Marex!~Marex@> has quit IRC10:50
*** timsche <timsche!> has quit IRC10:50
Ox4are there any suggestions?10:51
-YoctoAutoBuilder- build #393 of nightly-arm-lsb is complete: Success [build successful] Build details are at
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:51
*** bluelightning <bluelightning!~paul@> has joined #yocto10:52
*** bluelightning <bluelightning!~paul@> has quit IRC10:52
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:52
*** Marex <Marex!~Marex@> has joined #yocto10:52
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:54
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:55
mansanderssonhi. I get the error "Could not initialize SDL(No available video device) - exiting10:55
mansandersson" when trying to run qemu. Have double-checked that SDL is installed on my build machine and that is included in my SDK build sysroot. Any ideas on what can be wrong?10:55
*** Ox4 <Ox4!~user@unaffiliated/zloy> has quit IRC10:55
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto10:57
Ox4bluelightning: sorry, I've been disconnected10:58
Ox4bluelightning: here is the .config: but I still have this problem10:58
bluelightningOx4: my last question was have you gone through the configuration to see if all of the options in the document are enabled?10:58
Ox4bluelightning: yep10:59
*** Marex <Marex!~Marex@> has quit IRC11:01
*** Marex <Marex!~Marex@> has joined #yocto11:01
Ox4bluelightning: and here is the image manifest file:
*** Biliogadafr <Biliogadafr!~User@> has quit IRC11:02
*** Marex <Marex!~Marex@> has quit IRC11:03
*** Marex <Marex!~Marex@> has joined #yocto11:04
bluelightningOx4: I don't know for sure, but google searching suggests that your kernel may not have the appropriate support for the accept4() system call, which may require a patch11:07
AzaToth_pidge, how do you take care of culling old nighlies? atm I'm using a simple cron daily script running `find * -maxdepth 0 -type d \! -newermt "5 days ago" -exec rm -rf {} \;` but if feels a bit funky :/11:07
Ox4bluelightning: could you please send me a link?11:08
AzaToth_couldn't find a KEEP_NBR_NIGHTLIES variable11:08
*** Biliogadafr <Biliogadafr!~User@> has joined #yocto11:08
*** pidge <pidge!~pidge@2a02:8084:0:3000:91aa:74f1:2ca6:5d5c> has quit IRC11:09
bluelightningOx4: I really have no idea if this is definitely applicable or if it will solve your problem11:10
*** Marex <Marex!~Marex@> has joined #yocto11:12
davisgood morning11:14
*** pidge <pidge!~pidge@2a02:8084:0:3000:91aa:74f1:2ca6:5d5c> has joined #yocto11:14
*** Happycat <Happycat!500fd832@gateway/web/freenode/ip.> has quit IRC11:15
*** mansandersson <mansandersson!~Mans@> has quit IRC11:16
*** mansandersson <mansandersson!~Mans@> has joined #yocto11:17
Ox4bluelightning: I have this lines in the kernel11:52
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-mxovlkwovqdzeabs> has joined #yocto11:54
Ox4bluelightning: maybe udev needs some flags?12:02
*** miandonmenmian <miandonmenmian!~miandonme@> has quit IRC12:05
*** rburton1 <rburton1!> has joined #yocto12:09
*** rburton <rburton!> has quit IRC12:11
*** pidge <pidge!~pidge@2a02:8084:0:3000:91aa:74f1:2ca6:5d5c> has quit IRC12:15
*** pidge <pidge!~pidge@2a02:8084:0:3000:91aa:74f1:2ca6:5d5c> has joined #yocto12:16
otaviokergoth: great!12:21
otaviokergoth: I commented on it12:24
*** rburton <rburton!> has joined #yocto12:31
*** rburton1 <rburton1!> has quit IRC12:34
davisso I am very confused. When I built the qemu bsp it had X and some a full blown window setup.  When I built sato for beagle, it has X but the lcd does not work.12:36
davisIs this because the lcd cape is not included?12:36
davisAlso, when I look at poky/build/conf/local.conf I see where you can add global options such as rpm or deb but not individual packages. ie. java, cape, qt, etc.12:37
davisi don't see where you config sato vs minimal.12:38
davisi see poky/meta/recipes-sato but not poky/meta/recipes-minimal12:39
LocutusOfBorg1hi folks, I would like to generate some images.tar.gz.md5 automatically, because the flashing tool uses them12:46
LocutusOfBorg1what is the best way to do this?12:46
*** happycat <happycat!500fd832@gateway/web/freenode/ip.> has joined #yocto12:47
*** arfoll <arfoll!arfoll@nat/intel/x-ddxbuvknfmoeazhj> has quit IRC12:51
*** arfoll <arfoll!arfoll@nat/intel/x-zbstyikicegpjykv> has joined #yocto12:51
*** davis <davis!> has quit IRC12:56
*** arfoll_ <arfoll_!arfoll@nat/intel/x-gjxnsjvkjvhilyup> has joined #yocto12:56
bluelightningOx4: that won't be it12:57
*** pidge <pidge!~pidge@2a02:8084:0:3000:91aa:74f1:2ca6:5d5c> has quit IRC12:58
*** tsramos <tsramos!tsramos@nat/intel/x-nzssmuxupqxgpari> has joined #yocto12:59
bluelightningLocutusOfBorg1: md5sum ?13:00
Ox4bluelightning: grep accept4 kallsyms13:03
Ox4grep: kallsyms: No such file or directory13:03
bluelightningOx4: I can't really help further I'm afraid13:04
*** lyang0 <lyang0!~lyang001@> has quit IRC13:05
LocutusOfBorg1bluelightning, yes, but which method should I override?13:06
*** lyang0 <lyang0!~lyang001@> has joined #yocto13:06
bluelightningLocutusOfBorg1: you could create a shell function and add a call to it from IMAGE_POSTPROCESS_COMMAND perhaps13:07
LocutusOfBorg1I did a shell script13:08
LocutusOfBorg1I would like to call it automatically13:08
mansanderssonfinally solved the qemu/sdl problem I had. The problem was that I hade removed x11 from DISTRO_FEATURES, apparently it's required in order for libsdl to build correctly.13:10
Ox4bluelightning: ok, how can I downgrade to older udev version?13:10
bluelightningOx4: you'll need to create a recipe for it or copy one in from an older version; assuming that will even fix the issue13:10
Ox4bluelightning: bbappend recipe?13:11
bluelightningOx4: no, introducing different versions through bbappends isn't usually practical13:11
LocutusOfBorg1thanks blitz0013:31
LocutusOfBorg1thanks bluelightning ^^13:31
*** happycat <happycat!500fd832@gateway/web/freenode/ip.> has quit IRC13:32
*** Marex <Marex!~Marex@> has quit IRC13:33
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto13:35
*** aurelihein <aurelihein!> has joined #yocto13:37
aureliheinHi all, I have a simple question ... how to add multiple BBMASK in local.conf ? because my differents BBMASK seems to not be handled ... thank you13:37
*** realBigfoot <realBigfoot!~realBigfo@> has quit IRC13:38
*** davis <davis!> has joined #yocto13:39
*** pidge <pidge!~pidge@2a02:8084:0:3000:91aa:74f1:2ca6:5d5c> has joined #yocto13:39
mansanderssonaurelihein: it seems you can use regex, I'm using BBMASK = "(meta-myown/recipes-badrecipes|meta-someones/recipes-other)"13:40
aureliheinso you add brackets ?13:42
*** Happycat <Happycat!500fd832@gateway/web/freenode/ip.> has joined #yocto13:42
aureliheinmansandersson: It means that you have to put everything in the same line13:44
HappycatHi ! I'm having trouble to build only the rootfs for an image. bitbake -c rootfs myRecipe build everything , i can't find options in the board Layer (zc-702 from xilinx). Maybe some BBMASK would do the trick but's i feel like it's a bad solution :/ do you have any idea ?13:44
bluelightningHappycat: only the rootfs as opposed to what sorry?13:45
*** TobSnyder <TobSnyder!> has quit IRC13:45
HappycatOh yeah excuse me ><, it build u-boot, the Linux kernel , the devicetree and the rootfs13:46
aureliheinmansandersson: Everything in the same line is working ! Thank  you very much13:46
bluelightningHappycat: you won't get away without building the kernel I'm afraid, things that have dependencies on the kernel will ensure it's built no matter what13:47
HappycatHmm yeah i understant , i am including linux-firmware in the recipe that sould be one of the dependencies you are talking about :/13:48
Happycatunderstand *13:48
*** pidge <pidge!~pidge@2a02:8084:0:3000:91aa:74f1:2ca6:5d5c> has quit IRC13:50
HappycatI'll just focus on adding my kernel recipe , thanks for the help :)13:50
*** wadim_ <wadim_!> has quit IRC13:52
*** tsramos_ <tsramos_!~tsramos@> has joined #yocto13:58
*** vmeson <vmeson!> has quit IRC13:59
*** tsramos <tsramos!tsramos@nat/intel/x-nzssmuxupqxgpari> has quit IRC14:00
*** belen <belen!Adium@nat/intel/x-qolcawbzogllitoy> has quit IRC14:00
*** tsramos_ <tsramos_!~tsramos@> has quit IRC14:02
davishob looks like the make menuconfig equivalent for buildroot14:04
*** aehs29 <aehs29!aehernan@nat/intel/x-dbzrvfbstveryhik> has joined #yocto14:09
Ox4ok, I have several udev recipes for different version, how can I install a particular one?14:11
bluelightningOx4: PREFERRED_VERSION_udev in your local.conf or custom distro config14:13
Ox4custom distro config?14:14
*** madisox <madisox!> has joined #yocto14:14
bluelightningif you are setting things like this then you should probably create your own distro config and set them there if you're doing anything more than experimenting14:15
*** mansandersson <mansandersson!~Mans@> has quit IRC14:16
*** marek__ <marek__!> has quit IRC14:19
*** belen <belen!Adium@nat/intel/x-uikweffhhuzuiysq> has joined #yocto14:21
*** ant_work <ant_work!> has quit IRC14:25
*** tsramos <tsramos!~tsramos@> has joined #yocto14:26
*** Marex <Marex!~Marex@> has joined #yocto14:27
*** pidge <pidge!~pidge@2a02:8084:0:3000:91aa:74f1:2ca6:5d5c> has joined #yocto14:31
*** hugovs <hugovs!~hugo@> has joined #yocto14:33
*** pidge <pidge!~pidge@2a02:8084:0:3000:91aa:74f1:2ca6:5d5c> has quit IRC14:36
*** vmeson <vmeson!~rmacleod@> has joined #yocto14:43
kergothbluelightning: how's the little one?14:44
bluelightningmorning kergoth14:44
bluelightningkergoth: great thanks, starting to grow :)14:44
bluelightningkergoth: how about yours?14:44
kergoth:) they do that so quickly. change from week to week at times14:44
kergothhe's good, almost 8 months now.
kergothnot crawling yet, just going around in circles and backing up, still no forward :)14:45
* kergoth downs caffeine14:46
*** vmeson <vmeson!~rmacleod@> has joined #yocto14:46
bluelightningah ok, ours is almost at the point where she knows her hands belong to her though they still have a mind of their own :)14:47
-YoctoAutoBuilder- build #409 of nightly-non-gpl3 is complete: Failure [failed BuildImages] Build details are at
*** mago__ <mago__!~mago@> has quit IRC14:52
kergothbluelightning: nice :)14:56
*** mago_ <mago_!~mago@> has joined #yocto14:58
*** pidge <pidge!~pidge@2a02:8084:0:3000:91aa:74f1:2ca6:5d5c> has joined #yocto15:02
*** Ox4 <Ox4!~user@unaffiliated/zloy> has quit IRC15:05
*** pidge <pidge!~pidge@2a02:8084:0:3000:91aa:74f1:2ca6:5d5c> has quit IRC15:07
*** aurelihein <aurelihein!> has quit IRC15:18
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto15:27
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC15:37
*** lamego <lamego!~lamego@> has joined #yocto15:40
khem`RP, I tested master-next bitbake patches and bitbake -e seems to be faster now15:42
khem`kergoth you should try -p case too15:42
kergothi wonder if what i thought was hangs was just me not waiting long enough :)15:43
khem`yeah it took 27 mins for mine to finish15:43
khem`but I let it run overnight15:43
RPkhem`: glad its a little better now :)15:47
*** SoylentYellow <SoylentYellow!> has joined #yocto15:47
RPkhem`: with the removal of the stat() calls, it should be faster then before ;-)15:47
*** jonathanmaw <jonathanmaw!> has quit IRC15:48
kergothbluelightning: do the new commit messages for the recipetool/devtool bbpath series look clearer now in v3?15:48
*** icanicant <icanicant!~icanicant@> has quit IRC15:49
bluelightningkergoth: they do, thanks - I've just acked the series15:51
kergothk, thanks15:51
-YoctoAutoBuilder- build #408 of nightly-fsl-ppc-lsb is complete: Failure [failed BuildImages] Build details are at
*** hamis <hamis!~irfan@> has quit IRC15:54
*** benjamirc <benjamirc!besquive@nat/intel/x-gpbjfffetxocrdil> has joined #yocto16:02
*** icanicant <icanicant!~icanicant@> has joined #yocto16:02
*** tsramos <tsramos!~tsramos@> has quit IRC16:03
*** lamego <lamego!~lamego@> has quit IRC16:06
*** pdp7 <pdp7!~pdp7@fsf/member/pdp7> has left #yocto16:11
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC16:12
*** nerdboy <nerdboy!> has joined #yocto16:13
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:13
*** jbrianceau is now known as jbrianceau_away16:15
*** ftonello <ftonello!~felipe@> has quit IRC16:16
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC16:20
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto16:20
*** Jefro <Jefro!> has joined #yocto16:27
*** aehs29 <aehs29!aehernan@nat/intel/x-dbzrvfbstveryhik> has quit IRC16:38
*** aehs29 <aehs29!aehernan@nat/intel/x-ijtjrclteuurbvvm> has joined #yocto16:44
RPkhem`: offhand do you know which dynamic loader musl uses? and is there a gcc option which forces it to use the right one? (like -mmuclibc)16:50
khem`RP: it will be -mmusl16:51
khem`but its not in gcc516:51
khem`only gcc6 so far16:51
RPkhem`: ah, that explains why I couldn't see it16:52
RPkhem`: so how do our musl builds currently work?16:52
khem`musl support for gcc has landed in gcc616:52
khem`I carry patches in meta-musl16:52
RPkhem`: ok. I'll just patch this to use -mmusl then16:52
khem`e.g see
RPkhem`: We're seeing issue where our "one gcc" in the sdk is running into problems with uclibc and I might as well fix musl at the same time16:53
*** ambrosius <ambrosius!~textual@> has joined #yocto16:53
khem`hmm but uclibc support is there in 4.916:54
khem`so how it not working16:54
RPkhem`: build a glibc build, then in the same tmpdir switch to uclibc and build meta-toolchain again16:54
khem`RP: btw. I have now got meta-clang working too such that you can build it into SDK16:54
RPkhem`: gcc-cross-candian doesn't rebuild16:54
khem`and use it16:54
khem`as well as build nativesdk packags16:55
RPkhem`: ideally one gcc-cross-canadian should work for all the libcs16:55
RPkhem`: but turns out it needs a hint as to which one to use16:55
RPmeta-clang sounds interesting16:55
khem`so in sdk you should be able to use -muclibc16:56
-YoctoAutoBuilder- build #59 of ptest-x86 is complete: Failure [failed BuildImages] Build details are at
*** belen <belen!Adium@nat/intel/x-uikweffhhuzuiysq> has quit IRC16:56
khem`on commandline16:56
khem`RP: meta-clang is done such that it can live along with gcc as of now16:57
RPkhem`: I'll just inject the right option into meta-environment16:58
khem`musl patches for gcc add -musl option too16:58
khem`so you can inject that as well16:58
khem`it will work16:58
RPkhem`: right :)16:59
khem`RP: one nice thing about meta-clang is the static analyser16:59
khem`It can be used unconditionally16:59
-YoctoAutoBuilder- build #399 of nightly-fsl-ppc is complete: Failure [failed BuildImages Building Toolchain Images Building Toolchain Images_1] Build details are at
khem`I tried it on busybox for tests16:59
*** belen <belen!Adium@nat/intel/x-kqroswhuujeoayoh> has joined #yocto17:00
RPkhem`: hopefully I'll manage to stop drowning in bugs and have a look at it :)17:00
khem`right now we can build clang+musl+toybox17:00
khem`which gives us a system which does not use GPL in userspace more or less I am still left to do clang c/c++ runtime once I have that done it will be possible to have end to end non-gnu toolchain17:02
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC17:04
*** psnsilva <psnsilva!> has quit IRC17:08
kergothkhem`: sweet, very cool17:10
khem`kergoth: I am very impressed with clang,17:11
kergothi'm assuming you're still using binutils on the cross toolchain end since elftoolchain doesn't include a linker, iirc17:11
khem`I should probably do a post on how to use meta-clang17:11
kergoththat'd be cool17:11
khem`kergoth: yeah binutils still17:11
khem`but thats ok17:12
kergothyeah, its the runtime we're more concerned with17:12
kergothi'll have to play with it17:12
*** diego_r <diego_r!> has quit IRC17:15
khem`kergoth: yeah although the real game begins when libc++ and compiler-rt become drop in replacements for libstdc++ and libgcc17:15
* kergoth nods17:15
khem`in meta-clang17:15
khem`its a bit of work to cross compile them17:15
khem`in OE17:15
kergothdoing all my builds in a pflask container now, since the remote vm i'm in doesn't have systemd installed, so no nspawn. seems to work fairly well thus far. hmmmmm17:23
*** tsramos <tsramos!~tsramos@> has joined #yocto17:25
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC17:30
*** sameo <sameo!samuel@nat/intel/x-gnmxzbkrjcbebvln> has quit IRC17:33
-YoctoAutoBuilder- build #410 of nightly-non-gpl3 is complete: Success [build successful] Build details are at
*** topik <topik!> has left #yocto17:35
*** berton <berton!~fabio@> has joined #yocto17:47
*** hoangnn3007 <hoangnn3007!abe91484@gateway/web/freenode/ip.> has joined #yocto17:50
*** hoangnn3007 <hoangnn3007!abe91484@gateway/web/freenode/ip.> has quit IRC17:53
-YoctoAutoBuilder- build #404 of nightly-qa-skeleton is complete: Success [build successful] Build details are at
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto17:54
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:02
-YoctoAutoBuilder- build #403 of nightly-qa-logrotate is complete: Success [build successful] Build details are at
*** belen <belen!Adium@nat/intel/x-kqroswhuujeoayoh> has quit IRC18:05
*** aehs29 <aehs29!aehernan@nat/intel/x-ijtjrclteuurbvvm> has left #yocto18:13
-YoctoAutoBuilder- build #405 of nightly-qa-pam is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #409 of nightly-fsl-ppc-lsb is complete: Success [build successful] Build details are at
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC18:17
*** ryansturmer <ryansturmer!> has joined #yocto18:19
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC18:20
-YoctoAutoBuilder- build #60 of ptest-x86 is complete: Success [build successful] Build details are at
*** paulg <paulg!~paulg@> has joined #yocto18:26
*** ryansturmer <ryansturmer!> has quit IRC18:26
-YoctoAutoBuilder- build #405 of nightly-x32 is complete: Success [build successful] Build details are at
*** madisox1 <madisox1!> has joined #yocto18:37
*** ddalex1 <ddalex1!> has joined #yocto18:37
*** madisox <madisox!> has quit IRC18:37
*** madisox <madisox!> has joined #yocto18:41
*** benjamirc <benjamirc!besquive@nat/intel/x-gpbjfffetxocrdil> has quit IRC18:43
*** belen <belen!> has joined #yocto18:44
*** madisox1 <madisox1!> has quit IRC18:45
*** belen <belen!> has quit IRC18:49
*** belen <belen!> has joined #yocto18:49
*** ryansturmer <ryansturmer!> has joined #yocto18:53
-YoctoAutoBuilder- build #399 of nightly-ipk is complete: Success [build successful] Build details are at
*** r22s <r22s!d0b90c36@gateway/web/freenode/ip.> has quit IRC18:55
*** belen <belen!> has quit IRC19:04
*** ryansturmer <ryansturmer!> has quit IRC19:05
-YoctoAutoBuilder- build #67 of nightly-deb-non-deb is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #66 of nightly-rpm-non-rpm is complete: Success [build successful] Build details are at
*** Crofton <Crofton!> has quit IRC19:07
*** berton <berton!~fabio@> has quit IRC19:13
*** Biliogadafr <Biliogadafr!~User@> has quit IRC19:14
*** Biliogadafr <Biliogadafr!~User@> has joined #yocto19:14
*** belen <belen!> has joined #yocto19:15
*** Biliogadafr <Biliogadafr!~User@> has quit IRC19:18
*** belen <belen!> has quit IRC19:29
*** lamego <lamego!lamego@nat/intel/x-qwtddveizzcjoyhj> has joined #yocto19:30
-YoctoAutoBuilder- build #393 of nightly-deb is complete: Success [build successful] Build details are at
*** LocutusOfBorg1 <LocutusOfBorg1!> has joined #yocto19:43
*** madisox <madisox!> has quit IRC19:49
-YoctoAutoBuilder- build #400 of nightly-fsl-ppc is complete: Success [build successful] Build details are at
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto19:54
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC19:54
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:54
denixI'm trying to add STAGING_KERNEL_DIR and/or STAGING_KERNEL_BUILDDIR to CFLAGS, but it ends up cleaning kernel-build-artifacts dir for some reason... any clues?19:55
-YoctoAutoBuilder- build #411 of nightly-ppc is complete: Success [build successful] Build details are at
kergothdenix: it wouldn't surprise me in the least that do_compile being re-run would clean out the build dir first, otherwise you can have remnants of the prevoius task execution20:01
kergothnot sure if thats actually the case, but it doesn't seem surprising20:01
*** madisox <madisox!> has joined #yocto20:04
*** bachp <bachp!> has quit IRC20:07
*** jku <jku!> has joined #yocto20:10
*** aehs29 <aehs29!~aehernan@> has joined #yocto20:14
kergothHmm, we should enhance the runqueue to, via a hook, automatically sort do_clean tasks before anything else, then you could use the recipe:task syntax to do a clean + re-run of a task without running bitbake more than once.20:17
kergoththough, maybe i should just use memres :)20:17
*** aehs291 <aehs291!~aehernan@> has joined #yocto20:18
*** aehs29 <aehs29!~aehernan@> has quit IRC20:18
denixkergoth: right, but I'm mangling CFLAGS of a package that DEPENDS on kernel, not kernel itself20:18
kergothHmm, could presumably provide a custom scheduler class for that20:18
kergothdenix: huh, that doesn't seem ideal. what's that recipe's S and B?20:19
*** paulg <paulg!~paulg@> has quit IRC20:23
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC20:31
*** vmeson <vmeson!~rmacleod@> has quit IRC20:37
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:37
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC20:38
-YoctoAutoBuilder- build #57 of nightly-mips64 is complete: Success [build successful] Build details are at
*** berton <berton!~fabio@> has joined #yocto20:40
*** jzhang <jzhang!~jzhang@> has joined #yocto20:40
-YoctoAutoBuilder- build #65 of nightly-arm64 is complete: Success [build successful] Build details are at
*** lamego <lamego!lamego@nat/intel/x-qwtddveizzcjoyhj> has quit IRC20:42
rburtonjust the one perf failure so far20:43
rburton(looks at zeddii)20:43
*** lamego <lamego!lamego@nat/intel/x-lsibphgqgnkwidan> has joined #yocto20:43
rburtonPSA: the perf build system is mental. don't look at it.20:43
*** Crofton <Crofton!> has joined #yocto20:51
kergothhmm, i should add some selftests for the recipetool-create python buildsystem, to test the python dependency scanning in various circumstances20:52
*** leowt <leowt!~leowt@> has joined #yocto20:53
denixkergoth: the problem is with a package that uses both regular kernel headers and generated ones, but uses single path variable to point to them. so I'm trying to hack it since STAGING_KERNEL_DIR != STAGING_KERNEL_BUILDDIR now20:54
-YoctoAutoBuilder- build #406 of nightly-multilib is complete: Success [build successful] Build details are at
*** ryansturmer <ryansturmer!> has joined #yocto20:56
kergothahh, i see20:56
*** rewitt <rewitt!~rewitt@> has joined #yocto20:57
*** tsramos_ <tsramos_!~tsramos@> has joined #yocto20:58
*** rewitt <rewitt!~rewitt@> has quit IRC20:59
denixkergoth: so, I'm passing STAGING_KERNEL_BUILDDIR as before, but trying to shove STAGING_KERNEL_DIR into CFLAGS. now that package triggers kernel unpack and cleans its build artifacts for some reason21:00
*** tsramos <tsramos!~tsramos@> has quit IRC21:01
*** tsramos_ <tsramos_!~tsramos@> has quit IRC21:03
*** ryansturmer <ryansturmer!> has quit IRC21:06
davisim tyring to get java in a beaglebone yocto build. I found a meta-oracle-java layer on git.yoctoprojectr.org21:06
*** zeddii_home <zeddii_home!> has quit IRC21:06
davisafter I downloaded it, I tried to use it from a peer directory of poky and the in hob added that dir as a layer.21:06
davishowever when i click the all recipes tab I don't see java available.21:07
davisso I moved the meta-oracle-java dir down one level to be a child of poky21:07
davissame thing. i added the layer by selecting the meta-oracle-java dir and then looked for java in the list of available package. its not there.21:08
davisi'm new to yocto but is this the correct approach?21:08
* kergoth can't remember the last time he ran hob, can't be of much use with that21:09
*** berton <berton!~fabio@> has quit IRC21:09
*** berton <berton!~fabio@> has joined #yocto21:10
*** lamego <lamego!lamego@nat/intel/x-lsibphgqgnkwidan> has quit IRC21:10
davisi looked a guys email where he was adding a layer to a conf file. it looks like you just add the top level dir21:10
*** ryansturmer <ryansturmer!> has joined #yocto21:10
davisdoes the dir need to be a child of poky or can it sit elsewhere?21:11
*** berton <berton!~fabio@> has quit IRC21:11
kergothit doesn't matter where it lives, as long as its path gets added to the list of layers in BBLAYERS in conf/bblayers.conf, which hob does for you when you select that layer, presumably21:11
davisok that is good to know21:11
davisfor grins, i see sato and some other targets. I just want the lcd and java to work, would sato be a good base for starters as I build uocto experience?21:12
*** Crofton <Crofton!> has quit IRC21:13
*** paul_ <paul_!> has joined #yocto21:15
kergothyou can add java to any image. i don't know of any that include it out of the box. so it doesn't really matter, up to you21:17
kergothsato is one of the only graphical images21:17
davisok very good21:17
davisodd that when I add the meta-oracle-java layer I don't see any java vms in the list of packages21:18
kergoththe layer index is useful to browse what a layer includes21:18
kergothamong other things21:18
*** jku <jku!> has quit IRC21:18
*** OutOfNoWhere <OutOfNoWhere!~rpb@> has joined #yocto21:22
*** ryansturmer <ryansturmer!> has quit IRC21:25
* kergoth mulls over the shallow clone stuff21:25
*** ryansturmer <ryansturmer!> has joined #yocto21:27
davisthis meta-oracle-java dir has a conf, custom-license and recipes-devtools subdirs. I wonder if i am supposed to add each as a layer21:28
davisahh, i see something about these recipes will not build by default. it needs a whitelist entry fo rlicense files21:29
kergotha layer, by defintiion, is a dir that contains conf/layer.conf and recipes* directories21:30
daviskergoth: thank you. I appreciate the information.21:31
davisi'm wondering if I will be able to find a package conf or layer for the LCD shield I'm using. I'm pretty sure when I do this build it will not have the lcd again21:33
davishowever, if I can at least get java in there, that will be good for testing the jvm21:33
*** rburton1 <rburton1!> has joined #yocto21:43
-YoctoAutoBuilder- build #399 of nightly-rpm is complete: Success [build successful] Build details are at
davishave a good night21:46
*** davis <davis!> has quit IRC21:46
*** rburton <rburton!> has quit IRC21:46
-YoctoAutoBuilder- build #410 of nightly-x86-64 is complete: Success [build successful] Build details are at
*** paul_ is now known as paulg21:47
*** ddalex1 <ddalex1!> has quit IRC21:49
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-mxovlkwovqdzeabs> has quit IRC21:50
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC21:52
*** ryansturmer <ryansturmer!> has quit IRC21:57
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto21:59
*** bfederau <bfederau!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** mchehab <mchehab!> has quit IRC22:08
*** lamego <lamego!~lamego@> has joined #yocto22:09
*** lamego <lamego!~lamego@> has quit IRC22:15
*** lamego1 <lamego1!~lamego@> has joined #yocto22:15
*** seebs <seebs!> has quit IRC22:26
*** mchehab <mchehab!> has joined #yocto22:29
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto22:30
*** rburton1 <rburton1!> has quit IRC22:30
*** hugovs <hugovs!~hugo@> has quit IRC22:33
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC22:40
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto22:42
*** sameo <sameo!~samuel@> has joined #yocto22:50
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC22:52
*** nighty^ <nighty^!> has quit IRC22:52
*** rburton <rburton!> has joined #yocto22:58
*** nighty^ <nighty^!> has joined #yocto23:01
*** leowt <leowt!~leowt@> has quit IRC23:03
*** mchehab <mchehab!> has quit IRC23:04
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC23:04
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto23:06
*** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has quit IRC23:07
*** rburton <rburton!> has quit IRC23:14
*** paulg <paulg!> has quit IRC23:15
*** ryansturmer <ryansturmer!> has joined #yocto23:31
*** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has joined #yocto23:31
*** ryansturmer <ryansturmer!> has quit IRC23:34
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC23:36
*** seebs <seebs!> has joined #yocto23:39
*** madisox <madisox!> has quit IRC23:42
*** varibull__ <varibull__!> has joined #yocto23:48
*** glfernando__ <glfernando__!fernando@nat/intel/x-dhwjhbjqaipzehtr> has quit IRC23:50
*** icanicant <icanicant!~icanicant@> has quit IRC23:54
*** varibull_ <varibull_!> has quit IRC23:54
*** icanicant <icanicant!~icanicant@> has joined #yocto23:54

Generated by 2.11.0 by Marius Gedminas - find it at!