Friday, 2016-09-09

*** mortderire <mortderire!~rkinsell@> has quit IRC00:17
-YoctoAutoBuilder- build #919 of nightly-x32 is complete: Failure [failed Running Sanity Tests_1] Build details are at
-YoctoAutoBuilder- build #916 of nightly-qa-logrotate is complete: Failure [failed Running Sanity Tests] Build details are at
*** manuel_ <manuel_!> has quit IRC00:26
*** dreyna <dreyna!> has quit IRC00:27
*** nighty <nighty!> has joined #yocto00:29
*** Snert_ <Snert_!~snert_@> has quit IRC00:29
*** Snert_ <Snert_!~snert_@> has joined #yocto00:30
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC00:30
*** paulg <paulg!> has quit IRC00:42
*** manuel_ <manuel_!> has joined #yocto00:44
*** amboar <amboar!> has quit IRC00:52
*** amboar <amboar!> has joined #yocto00:52
-YoctoAutoBuilder- build #919 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests] Build details are at
*** aboseley <aboseley!> has joined #yocto01:00
*** amboar <amboar!> has quit IRC01:01
*** amboar <amboar!> has joined #yocto01:01
*** amboar <amboar!> has quit IRC01:10
*** amboar <amboar!> has joined #yocto01:11
davisok i'm sure kergoth, neverpanic and rburton have gone to sleep.01:48
davisbut after a few tries i'm almost there.01:48
*** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has quit IRC01:55
*** sgw_ <sgw_!sgw_@nat/intel/x-hqaarkamlmeswirf> has joined #yocto02:01
-YoctoAutoBuilder- build #945 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at
*** JordonWu <JordonWu!~quassel@> has joined #yocto02:13
*** sgw_ <sgw_!sgw_@nat/intel/x-hqaarkamlmeswirf> has quit IRC02:15
*** Ulfalize <Ulfalize!> has quit IRC02:18
*** sgw_ <sgw_!~sgw_@> has joined #yocto02:32
*** manuel__ <manuel__!> has joined #yocto02:45
*** manuel_ <manuel_!> has quit IRC02:48
*** manuel__ <manuel__!> has quit IRC02:50
*** manuel_ <manuel_!> has joined #yocto02:51
-YoctoAutoBuilder- build #942 of nightly-multilib is complete: Failure [failed Running Sanity Tests_2] Build details are at
*** dv_ <dv_!> has quit IRC03:28
*** dv_ <dv_!> has joined #yocto03:28
*** manuel_ <manuel_!> has quit IRC03:28
*** bananadev <bananadev!~onlyester@> has joined #yocto03:36
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto03:56
-YoctoAutoBuilder- build #951 of nightly-arm is complete: Success [build successful] Build details are at
*** phoo1234567 <phoo1234567!> has quit IRC04:11
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC04:20
*** sujith_h <sujith_h!~toaster@> has joined #yocto04:20
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto04:20
*** AndersD <AndersD!> has joined #yocto04:24
*** AndersD <AndersD!> has quit IRC04:55
*** morphis <morphis!> has joined #yocto04:57
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto04:59
*** JordonWu <JordonWu!~quassel@> has quit IRC05:15
*** JordonWu <JordonWu!~quassel@> has joined #yocto05:17
*** agust <agust!> has joined #yocto05:22
*** JordonWu <JordonWu!~quassel@> has quit IRC05:22
*** JordonWu <JordonWu!~quassel@> has joined #yocto05:23
*** gtristan <gtristan!~tristanva@> has joined #yocto05:24
*** owbeg <owbeg!> has joined #yocto05:26
*** dreyna <dreyna!> has joined #yocto05:28
*** TobSnyder <TobSnyder!> has joined #yocto05:52
*** qt-x <qt-x!~Thunderbi@> has joined #yocto05:53
*** pohly <pohly!> has joined #yocto05:56
-YoctoAutoBuilder- build #910 of nightly-ppc-lsb is complete: Success [build successful] Build details are at
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto06:04
*** hatter <hatter!~hatter@> has joined #yocto06:10
*** Jefro <Jefro!> has joined #yocto06:16
*** jku <jku!~jku@2001:998:22:0:4e8d:79ff:fef2:49ba> has joined #yocto06:19
*** CoLa|work <CoLa|work!~cordlandw@> has quit IRC06:21
*** csanchezdll <csanchezdll!> has joined #yocto06:22
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:f159:60ca:6007:452a> has joined #yocto06:22
*** AndersD <AndersD!> has joined #yocto06:24
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC06:31
*** hamis <hamis!~irfan@> has joined #yocto06:37
*** hatter <hatter!~hatter@> has quit IRC06:40
*** mortderire <mortderire!~rkinsell@> has joined #yocto06:44
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto06:46
ionte_hi. need a hint. i have a custom recipe that installs a firmware. a file with the same name is included in the linux-firmware recipe.06:47
ionte_now whenever i change from including my recipe to the linux-firmware i get a very dramatic error message indicating that there is a conflict: two files installed at same path06:47
ionte_why does the yocto not understand that i've removed my custom recipe so there is no longer a conflict?06:48
ionte_my recipe:
ionte_running cleansstate on both recipes fixes the issue. but i would still like to know why that happens...06:51
*** yann <yann!> has quit IRC06:58
*** Kakounet <Kakounet!> has joined #yocto06:59
jku ionte_: no doubt the old file was still installed in a sysroot. you should probably set RCONFLICTS_${PN}, RREPLACES_${PN} and maybe RPROVIDES_${PN} to  "linux-firmware-wl18xx" or whatever the corresponding package is07:00
ionte_jku: are files not automatically uninstalled when removed? so if i add like 20 packages while testing things, and then remove them from the image recipe, they will still be deployed until i do a complete clean?07:02
ionte_RCONFLICTS seems right, thanks!07:02
jkuionte_: they may be in sysroots yes07:03
ionte_oops. ok. good to know.07:03
jkuthere's a script "wipe-sysroot" for those cases where you want to be sure you don't have anything extra there (like testing that your recipe has all dependencies listed)07:04
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC07:04
*** rajm <rajm!> has joined #yocto07:09
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:10
*** rburton <rburton!> has joined #yocto07:12
*** ziggo <ziggo!~ziggo@> has joined #yocto07:15
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:21
*** zeenix <zeenix!~zeenix@> has joined #yocto07:22
*** CTtpollard <CTtpollard!> has joined #yocto07:23
*** boucman_work <boucman_work!> has joined #yocto07:23
*** florian_kc is now known as florian07:26
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC07:27
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto07:30
*** mckoan|away is now known as mckoan07:31
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto07:31
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto07:32
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto07:32
*** maxin <maxin!> has joined #yocto07:37
*** mago_ <mago_!~mago@> has joined #yocto07:39
*** mago__ <mago__!~mago@> has quit IRC07:42
ionte_is there any good writeup on package management in yocto? pros and cons of rpm vs opkg etc?07:42
fragfutterionte_: are you space restricted?07:43
boucman_workionte_: i'm not sure it makes much of a difference in the real world...07:43
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto07:44
fragfutterpackage manager smart for rpm drops in with 40MB (dependencies and it's cache)07:44
fragfutteropkg is one megabyte or something like this.07:45
ionte_fragfutter: ok. i'm actually not that interested in package management. we will do most firmware updates by flashing a complete new image. but every now and then, mostly during development, it would be convenient to be able to install a package without having to reflash the whole thing07:46
ionte_sounds like opkg is the best choice for me...?07:47
*** yann <yann!> has joined #yocto07:47
fragfutterionte_: do you have experience with rpm or opkg? extracting content of an uninstalled package and stuff like this? then go with the one you know.07:48
fragfutterionte_: even without package management rpm uses more space. So if the system is tight use opkg. I prefer rpm as it is a well known format outside of the embedded world and colleagues can look into rpms, i can use my stock rpm package feed server, etc.07:50
boucman_workyeah, i'd go with whatever your team knows best... that's a pretty important criteria in your case07:52
*** jku <jku!~jku@2001:998:22:0:4e8d:79ff:fef2:49ba> has quit IRC07:59
neverpanicdavis: there's your problem: /home/davis/setup-scripts/build/tmp-glibc/work/corei7-64-oe-linux/pcmx/1.0.0+gitAUTOINC+d3_d3v16_pcmx-r0/build/bin/abllib_metrics_header_generator07:59
ionte_ok! thanks for your input! i know my way around rpm, but i think i'll test both...07:59
neverpanicdavis: it tries to run the generator built for the target, you need to change your cmake so it runs the one built for your host07:59
*** ziggo <ziggo!~ziggo@> has quit IRC08:02
fragfutterohboy, ohboy! first image booting up and runs our custom applications with all dependencies.08:03
*** belen <belen!~Adium@> has joined #yocto08:03
boucman_workionte_: I was going to add that if you don't know any packaging system, opkg is probably the easiest to quickly learn (opkg -h tells you more or less what you have to know)08:03
*** sameo <sameo!~samuel@> has joined #yocto08:04
*** manuel_ <manuel_!> has joined #yocto08:05
*** obsrwr_ <obsrwr_!~otp-amois@> has quit IRC08:07
*** Jefro <Jefro!> has quit IRC08:08
*** obsrwr_ <obsrwr_!~otp-amois@> has joined #yocto08:08
fragfutterionte_: my default image using rpm including smart package manager: 102MB, after running smart update (creates caches), 144MB,08:15
fragfutterionte_: still rpm, without smart package manager 74MB08:16
fragfutter(booted image size)08:16
*** sameo <sameo!~samuel@> has quit IRC08:17
Phlogistiqueis it possible to add something to the start of PATH in bitbake?08:19
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC08:24
neverpanicPhlogistique: Yes, I've seen a patch on a mailing list that does it08:25
*** Kakounet <Kakounet!> has quit IRC08:26
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto08:26
*** manuel_ <manuel_!> has quit IRC08:37
*** maxin <maxin!> has quit IRC08:41
*** manuel_ <manuel_!> has joined #yocto08:41
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC08:41
*** sameo <sameo!~samuel@> has joined #yocto08:42
*** dreyna <dreyna!> has quit IRC08:43
*** JaMa <JaMa!> has joined #yocto08:46
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:f159:60ca:6007:452a> has left #yocto08:51
*** ziggo <ziggo!~ziggo@> has joined #yocto08:59
*** joseppc <joseppc!> has joined #yocto09:00
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto09:00
*** maxin <maxin!~maxin@2001:998:22:0:d18e:73c8:4662:27a4> has joined #yocto09:01
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC09:04
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto09:05
*** falk0n <falk0n!> has joined #yocto09:07
*** manuel_ <manuel_!> has quit IRC09:08
*** Ulfalize <Ulfalize!> has joined #yocto09:17
*** Kakounet <Kakounet!> has joined #yocto09:20
*** t0mmy <t0mmy!~tprrt@> has quit IRC09:20
*** t0mmy <t0mmy!~tprrt@> has joined #yocto09:21
ionte_another question. i'm writing a recipe for a source that i have no control of. the source directory includes a Makefile that can't be used. i've created a do_install that handles the installation. how can i stop bitbake from using the Makefile? i have created empty do_configure and do_compile, but it feels like a hack09:22
rburtonthats the exact fix09:22
rburtondefault do_compile is to run make, if you don't want that then replace do_compile09:23
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto09:24
ionte_ok. my problem is that i have two very similar recipes, one for a project with a Makefile and one without. for some reason bitbake fails to create opkg package for the one with the Makefile (there's no error message except a return code), but not the other, is there something more i need to override?09:25
rburtonimpossible to say without seeing the recipe and logs09:25
rburtonif you're installing by hand then the packaging not working is your problem09:25
ionte_well, the strange thing is when building without package-management enabled it works...09:27
ionte_the failing recipe:
rburtonpackage management is purely image-time so won't impact your recipe09:28
ionte_rburton: building the image without package-management in EXTRA_IMAGE_FEATURES works09:30
rburtonyou could use their makefile btw09:30
rburtonoe_runmake install DEST_DIR=${D} BASE_LIB_DIR=/lib09:30
rburtonoh and set MACHINE_NAME09:31
boucman_workionte_: you can set do_configure[noexec] = 1 in your recipe09:31
*** manuel_ <manuel_!> has joined #yocto09:31
aurelehi everyone09:32
aureleis it possible to disable postinst scripts for a package?09:32
rburtonionte_: run oe-pkgdata-util list-pkg-files wilink8-bt09:32
rburtonaurele: don't write any?09:32
aurelenet-snmp post-inst blocks my boot and I really don't need what he would do09:33
rburtona bbappend may be able to unset it, but it depends on what is writing the postinst09:33
aurelerburton, if only I had written this... but it isn't mine...09:33
aureleI think it is not the receipe itself...09:34
boucman_workaurele: you can bbappend to a recipe09:34
aurelerburton, maybe it is linked to INITSCRIPT_PARAMS_${PN}09:34
ionte_boucman_work: just that line, "do_configure[noexec] = 1"? it failed with a parse error09:35
rburtonionte_: quotes around 109:35
boucman_workright, my bad09:35
ionte_right. thanks.09:36
aurelerburton, the install script just enables the startup script or service for snmpd depending on the init program09:36
ionte_oh. i found my error. there was a warning while building my recipe cause i had not added the installed files to FILES_${PN}. it was just a warning, so i did not see it until i did a cleansstate. fixed it, and now package generation works.09:38
rburtonoh yeah files is wrong09:38
rburtonjust set FILES_${PN} = "/lib/firmware" :)09:38
*** manuel_ <manuel_!> has quit IRC09:40
Ulfalizeionte_: the latest version of the reference manual has more information on the default behavior of tasks btw:
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto09:41
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto09:41
ionte_Ulfalize: thanks!09:41
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC09:42
*** Anticom <Anticom!~quassel@> has joined #yocto09:45
*** manuel_ <manuel_!> has joined #yocto09:45
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto09:46
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto09:46
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC09:48
*** nighty <nighty!> has quit IRC09:49
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto09:49
fragfutterin a recipe, is there a conditional if variable is set, then also set this variable?09:49
fragfutterif FOO; then EXTRA_OEMAKE += 'something ${FOO}'; fi09:51
Ulfalizefragfutter: can be done with bb.utils.contains() and inline python or anonymous python functions09:52
Ulfalizesee and
*** nrossi <nrossi!> has joined #yocto09:53
Ulfalizemight make sense to make FOO empty if the condition isn't met via an override too. depends on what you're trying to do.09:53
fragfutteri have a class, id defines FOO as empty, but recipes using the class can set FOO. if FOO is set i need to append a bunch of flags and the value of FOO to EXTRA_OEMAKE.09:54
Ulfalizeok, an anonymous python function or inline python might make sense then09:55
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC09:58
*** clopez <clopez!> has quit IRC09:59
fragfutterlike this? s://
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto10:00
Ulfalizefragfutter: yeah, that should work. you want to pass True as the second argument to getVar() though. otherwise, references to other variables in the value of MAKE_CONF won't get expanded.10:02
*** t0mmy <t0mmy!~tprrt@> has quit IRC10:02
aurelei'm working on latest krogoth branch and I have a problem with post install script of net-snmp-server, I cant find wich line set such a script10:02
fragfutterTypeError: getVar() takes at least 3 arguments (2 given)10:03
fragfutterah stupid me10:03
Ulfalizecheck that you're not overquoting stuff too. the single quotes around MAKE_CONF look weird10:03
neverpanicfragfutter: EXTRA_OEMAKE += "${@'MAKE_CONF=%s/%s' % (d.getVar('COMMON_MAKE_PATH', True), d.getVar('MAKE_CONF', True)) if d.getVar('MAKE_CONF', True)}"10:04
Ulfalizethat stuff won't get passed through a shell, so nothing will remove those10:04
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC10:04
*** clopez <clopez!~tau@> has joined #yocto10:04
neverpanicdoes the same thing without using an anonymous python function; you might want to wrap the python code in a function, though10:04
*** vdehors_ <vdehors_!> has quit IRC10:05
Ulfalizeneeds an  else ''  there too in the inline version10:06
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto10:06
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto10:06
aurelehow can i remove updatercd_postinst from startup postinstall scripts?10:06
*** grma <grma!~gruberm@> has joined #yocto10:06
fragfutterneverpanic: understood, but for me unreadable in two weeks :)10:07
fragfutterUlfalize: quotes are required, $(COMMON_MAKE_PATH) is not expanded by bitbake and passed excatly like this to make.10:09
fragfutterand it works.10:09
fragfutterthanks all around10:10
Ulfalizefragfutter: $(COMMON_MAKE_PATH) won't get expanded though, because only ${} stuff is. you're passing the literal string  'MAKE_CONF=$(COMMON_MAKE_PATH)...', which probably isn't what you want.10:11
aureledoes anyone knows why a package would install a postinstall script and how to remove it?10:11
Ulfalizee.g., when make looks at that argument, it will see a quote character at the beginning10:11
Ulfalizethere's no shell to remove that quote10:11
aurelethe postinstall function is given by systemd and update-rc.d bbclasses10:12
aurelethose post-install scripts are needed at package install but not at startup...10:12
Ulfalizehmz, actually... that might work10:12
aureleand I have the problem only with net-snmp10:13
*** manuel_ <manuel_!> has quit IRC10:13
Ulfalizeyeah, never mind. it will actually get passed through the shell.10:14
fragfutterUlfalize: at some point it is expanded.10:14
Ulfalizeyeah, ignore me. i'm just being confused. :)10:14
Ulfalizeif it wasn't expanded, there'd be no way to pass multiple arguments either. ${EXTRA_OEMAKE} appears within e.g. the shell function oe_runmake_call, and after it's expanded, the shell will take care of the quoting.10:15
fragfutterUlfalize: checking run.do_compile, the command, that one fails make -j8 ... MAKE_CONF=$(COMMON_MAKE_PATH)/Make.cmw "$@"10:15
Ulfalizethe quotes shouldn't be necessary though. bitbake won't do anything with $(COMMON_MAKE_PATH).10:16
Ulfalizeand there are no spaces in the argument10:16
Ulfalizebut it's not a huge deal :P10:16
fragfutterbut run.do_compile is a large shellscript, so it will substitute $() (same as ``)10:17
fragfutterand i need it to get passed to make, so make will expand the variable10:17
Ulfalizehmm, you might be right10:18
fragfutterquoting hell and variable expansion10:18
Ulfalizei wonder what bitbake's shell does with $(). in the sense of command substitution, that's a bashishm. maybe it's still supported though...10:19
Ulfalizeyou're right though. safest to quote it.10:19
qt-xhow to configure yocto to use instead of gstreamer1.0_1.8.3.bb10:19
qt-xPREFERRED_VERSION_gstreamer1.0 = "git%" doesn't work ?10:20
boucman_workdoes it work without the % ?10:21
qt-xI'm trying that right now10:21
rburtonyou need to put the real version, so look in the recipe to see what it sets PV to10:22
*** JordonWu <JordonWu!~quassel@> has quit IRC10:23
qt-xsims like the pattern is 1.8.2+gitAUTOINC+3de8a4f728 so 1.8.2+git% should work10:23
qt-xyep is working thanks boucman_work & rburton10:25
*** mortderire1 <mortderire1!~rkinsell@> has joined #yocto10:38
neverpanicfragfutter: sure, unreadable, but you could make it EXTRA_OEMAKE += "${@generate_make_conf(d)}" followed by def generate_make_conf(d): ... that does what you need10:39
neverpanicmuch more readable10:39
*** mortderire <mortderire!~rkinsell@> has quit IRC10:40
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC10:47
davisgood morning10:47
davisrburton: neverpanic I finally figured out the inherit and BBCLASSEXTEND problem. I see what you folks were telling me now.10:48
davisive got one recipe which builds host first and then target.10:48
davisi appreciate your help.  Give me your address and I will send you a post card. I am a happy lad.10:49
*** manuel_ <manuel_!> has joined #yocto10:49
*** nighty <nighty!> has joined #yocto10:49
*** CoLa|work <CoLa|work!~cordlandw@> has joined #yocto10:55
rburtonhas anyone using meta-oe's xorg scripts looked at the patches from jussi to remove it?10:58
*** belen <belen!~Adium@> has quit IRC10:59
*** Kakounet <Kakounet!> has quit IRC11:05
*** t0mmy <t0mmy!~tprrt@> has joined #yocto11:08
*** psadro <psadro!~Thunderbi@> has quit IRC11:11
*** manuel_ <manuel_!> has quit IRC11:16
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC11:16
*** JaMa <JaMa!> has quit IRC11:16
*** fragfutter <fragfutter!> has quit IRC11:16
*** georgem <georgem!> has quit IRC11:16
*** JaMa <JaMa!> has joined #yocto11:17
*** georgem <georgem!> has joined #yocto11:17
*** fragfutter <fragfutter!> has joined #yocto11:17
*** berton <berton!~fabio@> has joined #yocto11:31
*** egavinc <egavinc!> has joined #yocto11:34
*** Biliogadafr <Biliogadafr!> has joined #yocto11:47
*** belen <belen!~Adium@> has joined #yocto11:51
*** bananadev <bananadev!~onlyester@> has quit IRC11:55
*** istarilucky <istarilucky!~rlucca@> has joined #yocto11:58
*** Kakounet <Kakounet!> has joined #yocto11:58
*** linulin <linulin!> has quit IRC12:02
*** tanuk_ is now known as tanuk12:03
*** vdehors <vdehors!> has joined #yocto12:05
*** lemagoup <lemagoup!~lemagoup@> has quit IRC12:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:14
*** caiortp <caiortp!~inatel@> has joined #yocto12:18
*** zero_note <zero_note!~zero_note@> has joined #yocto12:25
-YoctoAutoBuilder- build #920 of nightly-x32 is complete: Success [build successful] Build details are at
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC12:26
*** paulg <paulg!> has joined #yocto12:29
*** manuel_ <manuel_!> has joined #yocto12:29
Ulfalizeis there a (clean) way to append/prepend to def-style python functions? def foo_append() doesn't seem to work.12:30
Ulfalizeno immediate need. just got curious.12:30
*** toscalix <toscalix!> has joined #yocto12:31
*** gtristan <gtristan!~tristanva@> has quit IRC12:32
*** marka <marka!~marka@> has joined #yocto12:35
zeenixseems yocto on fedora isn't the most tested route12:36
* zeenix installs debian in Boxes12:36
rburtonzeenix: absolutely tested and supported12:42
rburtonzeenix: caveat: if you're using krogoth on f24 then you'll need to use the git branch as gcc6 is too new12:42
rburton(f24 won the race to be the first mainstream distro to ship gcc6 and released about a week before we did)12:44
* joshuagl runs YP/OE builds on Fedora every day12:44
rburtonand so does the autobuilder12:45
joshuaglthat's true, I just sent a patch to update SANITY_TESTED_DISTROS for f2412:45
rburtonyeah well remembered12:46
zeenixrburton, oh?12:47
zeenixrburton, the main issue i had was with qemu's configure failing on pulseaudio libs12:48
rburtonwith krogoth?12:48
zeenixi tried seeing if removing the check in configure helps but then i end up with link issues12:48
zeenixrburton, no, actually it's a old branch we use that's been known to work for our target12:49
zeenixso krogoth should work?12:49
rburtonso cherry-pick the fixes for qemu that we're backported to the last three or so stable release branches12:49
joshuaglunfortunately if you're building old branches you probably need to build on older distros12:51
joshuaglmaybe buildtools for that release would help12:52
rburtonbuildtools likely won't help the qemu farce12:55
rburtonzeenix: unless your branch is very old then oe-core's branches will have the commits you want to cherry-pick to work on a modern host.  note that debian and ubuntu break the same way now.12:57
*** istarilucky <istarilucky!~rlucca@> has quit IRC12:57
zeenixrburton, hmm.. it builds fine for my colleagues who are all using debian :(12:58
joshuaglyeah, older distros :-)12:58
* joshuagl stops trolling12:59
*** igor2 <igor2!~igor@> has joined #yocto12:59
rburtondebian8 will break if you have enough host libraries installed13:01
zeenixi think they all use testing13:01
rburtonwell i suggest testing with something like master or the latest krogoth release, if qemu builds fine then you know you need to backport the qemu fixes.13:05
*** egavinc <egavinc!> has quit IRC13:06
zeenixi actually made progress with cherry-picking already13:07
rburtontell me what version your branch is based on and i can point you to the commits - there's a few needed that are non-obvious13:08
-YoctoAutoBuilder- build #917 of nightly-qa-logrotate is complete: Success [build successful] Build details are at
rburtonzeenix: thats jethro, right?13:11
rburtonxorg-lib: allow native building without x11 DISTRO_FEATURES13:11
rburtonbase: check for existing prefix when expanding names in PACKAGECONFIG13:11
rburtonlibsdl: expand PACKAGECONFIG and enable native builds13:11
rburtonand then remove libsdl-native from ASSUME_PROVIDED in your local.conf13:13
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto13:16
*** iskander_work <iskander_work!~user@> has joined #yocto13:21
iskander_worki've got a strange failure while building an extended sdk for beaglebone13:21
iskander_workImportError: No module named oe.recipeutils13:22
iskander_workthe import statement is from file: poky/scripts/lib/devtool/upgrade.py13:23
iskander_workif i remove that statement then it builds successfully13:23
iskander_workany idea what the problem could be ?13:24
*** lamego <lamego!jose@nat/intel/x-fdhwgujqmtlgqjyz> has joined #yocto13:26
*** vmeson <vmeson!> has quit IRC13:31
*** toscalix <toscalix!> has quit IRC13:32
*** zeenix <zeenix!~zeenix@> has quit IRC13:37
*** zeenix <zeenix!~zeenix@> has joined #yocto13:38
*** marka <marka!~marka@> has quit IRC13:41
*** igor2 <igor2!~igor@> has quit IRC13:41
zeenixrburton, ah those messages were for me?13:45
zeenixrburton, i cherry-picked all patches from master that applies to qemu-native but i still see that pa missing error :(13:46
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto13:46
rburtonzeenix: yes those messages were for you13:46
*** marka <marka!~marka@> has joined #yocto13:53
*** vmeson <vmeson!> has joined #yocto13:54
*** Ulfalizer <Ulfalizer!~ulf@> has quit IRC13:55
*** igor2 <igor2!~igor@> has joined #yocto13:56
*** Ulfalize is now known as Ulfalizer13:58
*** madisox <madisox!~madison@> has joined #yocto13:59
*** AndersD <AndersD!> has quit IRC14:01
*** hamis <hamis!~irfan@> has quit IRC14:03
*** TobSnyder <TobSnyder!> has quit IRC14:03
*** mckoan is now known as mckoan|away14:04
zeenixrburton, i'm being pulled into the bar now14:05
zeenixrburton, thanks for your help!14:05
*** zeenix <zeenix!~zeenix@> has quit IRC14:05
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:14
*** qt-x <qt-x!~Thunderbi@> has quit IRC14:14
*** csanchezdll <csanchezdll!> has left #yocto14:14
*** benjamirc <benjamirc!~besquive@> has joined #yocto14:15
*** AndersD <AndersD!> has joined #yocto14:15
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:18
*** phoo1234567 <phoo1234567!> has joined #yocto14:23
*** phoo1234567 <phoo1234567!> has quit IRC14:25
*** a1cypher <a1cypher!> has quit IRC14:26
-YoctoAutoBuilder- build #918 of nightly-oecore is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #943 of nightly-multilib is complete: Success [build successful] Build details are at
*** manuel_ <manuel_!> has quit IRC14:33
*** AndersD <AndersD!> has quit IRC14:38
*** benjamirc1 <benjamirc1!~besquive@> has joined #yocto14:43
*** caiortp <caiortp!~inatel@> has quit IRC14:46
*** manuel_ <manuel_!> has joined #yocto14:46
*** iskander_work <iskander_work!~user@> has quit IRC14:48
-YoctoAutoBuilder- build #927 of nightly-x86-lsb is complete: Success [build successful] Build details are at
fragfutterif i want do_configure to call a defined python function, what would be the syntax?14:59
*** dmoseley <dmoseley!> has joined #yocto15:03
-YoctoAutoBuilder- build #920 of nightly-qa-systemd is complete: Success [build successful] Build details are at
*** nrossi <nrossi!> has quit IRC15:08
*** CTtpollard <CTtpollard!> has quit IRC15:16
*** CTtpollard <CTtpollard!> has joined #yocto15:17
*** ntl <ntl!> has joined #yocto15:18
*** maxin <maxin!~maxin@2001:998:22:0:d18e:73c8:4662:27a4> has quit IRC15:18
kergothRP: -- i think this might be easier to review. the code which makes a repo shallow is a standalone script, with details in its description about how it works, renamed a couple methods for clarity, added a couple docstrings, and added a few comments. also split out a couple independent fixups into their own commits15:20
RPkergoth: I really really should have got this into M3 :/15:21
kergothheh, there was an awful lot going on, broken builds, patch backlogs, i get it. not ideal, but it happens15:21
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC15:22
*** paulg <paulg!> has quit IRC15:26
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC15:31
*** Jefro <Jefro!> has joined #yocto15:32
*** zero_note <zero_note!~zero_note@> has quit IRC15:35
*** Snert_ <Snert_!~snert_@> has quit IRC15:40
*** Snert_ <Snert_!~snert_@> has joined #yocto15:41
nishahello, I'm getting this weird build error from the recipe: tmp/sysroots/x86_64-linux/usr/lib/ version `OPENSSL_1.0.0' not found (required by bin/cmake)15:42
nishaI'm not sure where to go looking for the root cause so any help would be appreciated15:44
*** zero_note <zero_note!> has joined #yocto15:48
*** CTtpollard <CTtpollard!> has quit IRC15:52
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:56
*** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has joined #yocto15:57
*** joshuagl <joshuagl!~joshuagl@> has quit IRC15:59
*** zebaz <zebaz!5ed11fd1@gateway/web/freenode/ip.> has joined #yocto16:00
*** fragfutter <fragfutter!> has quit IRC16:00
*** boucman_work <boucman_work!> has quit IRC16:00
*** Kakounet <Kakounet!> has quit IRC16:02
*** Anticom <Anticom!~quassel@> has quit IRC16:03
*** rajm <rajm!> has quit IRC16:04
zebazhi all, I'm working with Yocto Krogoth and running into an issue with the Toaster GUI, I hope nobody minds me reporting it here. Anyway, I have created a "custom image" which used to work great, and I can still build this particular image (>90 times build without any issues). But when I want to modify this image now, I'm running into a "operationalerror - database is locked" error. Also when navigating to "custom images" in the interfac16:11
zebazI have a log file from django over here >>
zebazmaybe I'm better off migrating my custom image in toaster to a dedicated image recipe, but maybe anyone has seen this before and has an idea how to resolve this. Thanks in advance anyhow!16:13
zebazeverything else in toaster seems to be working without any issues16:14
Ulfalizerzebaz: i'm a toaster noob, so don't shoot me if i break something toaster-specific, but a general tip is to try removing tmp/ inside your build directory16:15
Ulfalizeralso check if you have any runaway processes that didn't terminate properly and might be holding locks16:16
Ulfalizertmp/ holds the ${WORKDIR}s for recipes, staging sysroots, etc. usually removing it isn't a big deal w.r.t. build time, because it can get repopulated from the sstate cache16:19
Ulfalizerit also has some sqlite3 databases that keep track of file permissions for fakeroot. see
Ulfalizerprobably not related to those though, but could be worth a try at least16:20
zebazthanks a bunch Ulfalizer, I will try removing the tmp dir in my build-toaster directory, and pray I won't break anything ;)16:21
Ulfalizercould just move it too if you're worried :P16:21
*** belen <belen!~Adium@> has quit IRC16:22
zebazthat was my plan ;)16:24
zebazlove toaster though, moved from console to hob and now toaster and my life is sooo much easier16:24
zebazlet's see if I can revive it16:24
zebazany idea though where custom images are stored by toaster? I was afraid I would destroy my custom image setup by deleting tmp folders; anyhow Ill make a backup anyway, can't go wrong with that16:26
zebazthanks for the pointers!16:26
Ulfalizernormally build output would be in tmp/deploy16:27
Ulfalizerit always irks me that build output is in a directory called tmp. feels wrong for some reason. :P16:28
zebazah yeah, I explained incorrectly, I meant the location of the "custom image recipe" which are derived from other recipe files16:28
* Ulfalizer would've preferred work/16:28
Ulfalizerno idea there16:28
*** grma <grma!~gruberm@> has quit IRC16:30
zebazmaybe I'll just run my searchmonkey through the files and see if I can find it16:30
rburtonUlfalizer: tmp/ is just a variable, change it :)16:31
zebazand yeah, tmp folder for build output was a little bit counter-intuitive for me as well when I got started with yocto; but I can live with it16:31
kergothUlfalizer: a substantial part of tmpdir's content really is temporary. it's too bad sstate assumes everything is relative to tmpdir, you can't move stuff out16:32
Ulfalizerrburton: i'm not that passionate about it :)16:32
*** evanp_ <evanp_!~evan@> has quit IRC16:32
Ulfalizermakes me think of /tmp, which automatically makes me think "unimportant stuff not worth looking at", so mostly that :P16:34
kergothi kind of regret the convention to call topdir build, as build would have been a decent name for tmpdir16:35
Ulfalizeryeah, "build" seems nice16:36
*** manuel_ <manuel_!> has quit IRC16:37
*** manuel__ <manuel__!> has joined #yocto16:37
*** zero_note <zero_note!> has quit IRC16:37
kergothHmm, if we set TMPDIR = "${TOPDIR}" and rearranged some things relative to it, sstate would probably still work. shifting the contents of tmpdir up a level, then move a few things in there to organize it and not clutter up the root so much..16:38
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC16:39
*** evanp <evanp!~evan@> has joined #yocto16:41
frayonly thing in tmpdir I care about (typically) is logs and the 'deploy'..16:50
frayeverything else is stuff most people shouldn't care about16:50
fray(and as any 'tmp' is destroyable, because it can be recovered via teh sstate-cache16:50
kergothindeed, true16:55
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC16:55
frayI've often considered moving logs and deploy, but leaving everything else under 'tmp'16:55
fraywhat we ended up doing in WR 8 and prior was a seperate class that linked the items in tmp/deploy to a location outside of tmp..16:56
fraythat way if someone DID 'rm' tmp, the link broke and it was obvious it had been 'cleaned up'.. preventing errant copies from sitting around16:56
*** t0mmy <t0mmy!~tprrt@> has quit IRC16:58
*** ziggo <ziggo!~ziggo@> has quit IRC17:03
zebazjust fyi, regarding my previous issue with my database being locked with my custom image in Toaster; I just did another rebuild and suddenly database was magically unlocked again, no need for nuking my tmp folder luckily; will probably export my custom image as bb file from toaster to be safe in the future, as toaster saves custom images in database, not in bb files, from what I saw in the django source17:16
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC17:17
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC17:25
*** Snert_ <Snert_!~snert_@> has quit IRC17:26
*** Snert_ <Snert_!~snert_@> has joined #yocto17:26
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:32
*** SoylentYellow <SoylentYellow!> has quit IRC17:34
*** paulg <paulg!> has joined #yocto17:38
frayanyone around understand bitbake enough.. I'm tring to figure out where the 'include' and 'require' directives are processed.. I see that they eventually appear to go through an 'eval' and then eventually the 'handler' functions..  but I can't see to find where they are initially parsed17:40
kergothregex in lib/bb/parse/parse_py/ produces ast nodes from lib/bb/parse/ which are then evaluated17:41
*** sgw_ <sgw_!~sgw_@> has quit IRC17:42
frayahh I wasn't looking deep enough in the dir structure!17:42
fraytrying to figure out how BLANK = ""   inherit ${BLANK} works, but include ${BLANK} does not17:44
kergothhandle() in lib/bb/parse/ is the entry point, you can walk it down from there if you're curious17:45
kergothspeaking of, we need some better parsing api functions. i.e. parse specified string and return ast nodes17:45
fraylooks like the parsing functions are the same for inherit, include and require..    next step.. ast.handleInherit and ast.handleInclude17:47
fraydef handleInherit(statements, filename, lineno, m):17:48
fray    classes =
fray    statements.append(InheritNode(filename, lineno, classes))17:48
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC17:48
fraydef handleInclude(statements, filename, lineno, m, force):17:48
fray    statements.append(IncludeNode(filename, lineno,, force))17:48
frayisn't that basically the same thing?17:48
kergothyes, so the differentiation will be in the eval() of IncludeNode and InheritNode17:49
kergothmost likely, anyway17:49
frayahh my eyes missed that nuance17:49
*** manuel__ <manuel__!> has quit IRC17:51
*** Jefro <Jefro!> has quit IRC17:55
frayok.. I give up for now.. I don't understand the code path.. and frustration won't make it go any faster.. :/17:58
fraywhat I'm trying to do for reference is:17:58
*** sgw_ <sgw_!sgw_@nat/intel/x-lempjdnvdtxbeszz> has joined #yocto17:58
*** maxin <maxin!> has joined #yocto17:59
*** maxin <maxin!> has left #yocto17:59
frayBLANK = ""  inherit ${BLANK} (appears to work)17:59
fraywhile 'include ${BLANK}' reports an error:17:59
fray<current path>/: not a BitBake file17:59
fraythat error comes from parse/, 'handle' function..17:59
frayso the 'fn' was expanded to include the path of the calling item, but since it was blank, nothing appended and the handler function failed to find an include handler....18:00
*** SoylentYellow <SoylentYellow!> has joined #yocto18:00
*** falk0n <falk0n!> has quit IRC18:00
halstead is ready for new work.18:00
Ulfalizerfray: are you investigating this for something in particular?18:02
Ulfalizeror just curious?18:02
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto18:02
frayyes.. I need an optional include file18:02
fray(the name can change)18:02
frayso I have implemented today is:18:02
Ulfalizer'include' is already optional. 'require' is the non-optional include.18:02
frayWRTEMPLATE_INC ?= '${@['conf/template.conf', ''][d.getVar('WRTEMPLATE_ENABLE', True) == '1']}"18:03
Ulfalizerbut yeah, in case you need the variable it might not be that simple18:03
frayinclude ${WRTEMPLATE_INC}18:03
*** manuel_ <manuel_!> has joined #yocto18:03
frayso it can set to 'whatever' as one method of override..18:03
frayor the default value, but disabled in that WRTEMPLATE_ENABLE is not set to '1'18:04
fraybut that doesn't work since include <blank> is not allowed18:04
fray(it works in inherit)18:04
frayI can change the 'blank' to '' and it works fine18:04
fray....until someone comes along and implemented a ''  :/18:04
Ulfalizeras a hack, you could use 'thisfilewontexist' instead of ''18:04
Ulfalizernot sure about the original problem though18:04
frayhas to end in .inc, .bbclass or .conf  ;)  but yes..  that works.. but I think it should be fixed..18:05
frayinherit was fixed a long time ago to permit 'blank', but it doesn't appear include or require permits it..18:05
frayI'd rather change it to 'require'.. so if it's define it's mandatory18:05
frayI can see the symptom, I can figure out where the error is coming from -- but I'm lost in the parsing and why inherit appears to work and include/require does not..  some how inherit must be implicitly looking for a blank and skipping it18:06
fraywhile include/require doesn't do that18:06
*** Guma <Guma!~Guma@2601:249:900:d0b:500b:35fc:441d:8e7b> has joined #yocto18:07
*** dreyna <dreyna!> has joined #yocto18:07
Ulfalizeri'd throw some prints at it. see what ends up in the AST node, and if it's any different from the inherit case.18:08
Ulfalizerif it's the same, then try to trace further along where the nodes are processed18:08
frayIf I get back to it I will.. I'm out of time to do that today18:09
Ulfalizerthe doc maintainer is a nice guy in case you discover/add something and want to add some documentation for it btw :)18:10
*** yann <yann!> has quit IRC18:10
Ulfalizeri'm not talking about me btw :P18:10
GumaAnyone knows or any ARM boards like i.MX 6Quad SABRE Lite that has two CAN busses on board? I am looking for my research project18:10
Ulfalizeri file doc bugs though18:10
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC18:11
frayat this point it's unclear if it's a bug.. enhancement request for sure.. but maybe not a bug..18:12
fraywas hoping ti would be obvious and I could just supply a change -- no luck18:12
*** mr_science <mr_science!> has joined #yocto18:13
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto18:13
*** Guma <Guma!~Guma@2601:249:900:d0b:500b:35fc:441d:8e7b> has quit IRC18:19
*** mr_science_ <mr_science_!> has joined #yocto18:21
*** yann <yann!> has joined #yocto18:23
*** mortderire1 <mortderire1!~rkinsell@> has quit IRC18:27
Ulfalizerfray: think i traced it out. there's some really questionable variable naming going on that makes things confusing. :S18:28
Ulfalizerfor includes, you end in 'def include()' in lib/bb/parse/parse_py/ 'fn' is the FileName. :P18:29
Ulfalizernot 'function'18:29
frayyes.. and fn ends up with <path>/18:30
Ulfalizerfor inherits, you end up in inherit() in lib/bb/parse/parse_py/BBHandler.py18:30
Ulfalizeranother not-function-fn :P18:31
Ulfalizerso check what happens for the poorly-named fns there18:31
frayfn to me int hat context means filename.. so 'fn' isn't confusing to me.. ;)18:31
fraythe handling, on the surface at least, looks the same18:31
Ulfalizerit's extremely confusing to me, so please don't do that :/18:31
Ulfalizerif you ever feel like it :P18:31
Ulfalizereven 'f' is infinitely better18:31
*** yann <yann!> has quit IRC18:34
*** ntl <ntl!> has quit IRC18:35
*** simonl <simonl!uid6729@gateway/web/> has quit IRC18:37
Ulfalizerfray: i'm guessing what happens is that 'files' ends up empty in 'for file in files:' inherit(), while in include(), you always reach the bb.parse_handle(fn, data, True).18:37
Ulfalizer*in inherit()18:37
Ulfalizer'include' always takes a single argument as well. would just have to check if it's empty i think.18:38
*** zero_note <zero_note!> has joined #yocto18:39
Ulfalizermaybe it makes more sense syntactically for 'inherit' to accept zero arguments though, since it already takes an arbitrary number of arguments18:39
Ulfalizerdunno about pragmatically18:39
*** manuel_ <manuel_!> has quit IRC18:41
*** manuel_ <manuel_!> has joined #yocto18:42
*** a1cypher <a1cypher!> has joined #yocto18:42
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto18:47
*** yann <yann!> has joined #yocto18:48
Ulfalizersorry about that naming rant. it's my trigger. :P18:50
frayinherit supports 0..n18:56
frayI would love to see include/require do the same18:56
fray(and I think that is a low impact update... I think)18:56
*** obsrwr_ <obsrwr_!~otp-amois@> has quit IRC18:58
fraybut I suspect you are right.. the 'files' processing is what permits this..19:00
Ulfalizerwhat's in the included file btw? would it hurt if it was included more than once? that can happen e.g. if both a bb file and a bbclass file used by it include the same file.19:00
frayI don't think there is a problem including stuff more then once...19:00
fraymight be useful to filter, but it shouldn't be a problem19:01
Ulfalizerif it could be included more than once, you could use that as an excuse to turn it into a bbclass. there's special processing for those so that they're only ever processed once.19:01
*** caiortp <caiortp!~inatel@> has joined #yocto19:02
Ulfalizerit looks like something needs to come after 'inherit' though. you get a parse error if you put it on a line by itself.19:04
Ulfalizerit can only take zero arguments if that something is a variable that expands to nothing19:05
Ulfalizeror ${}-thingy in general19:06
*** linulin <linulin!> has joined #yocto19:13
*** belen <belen!~Adium@> has joined #yocto19:15
*** Ulfalizer <Ulfalizer!> has quit IRC19:17
kergothhmm, since bitbake is on python 3 now, should probably make use of some keyword-only arguments19:21
*** benjamirc1 <benjamirc1!~besquive@> has quit IRC19:23
*** belen <belen!~Adium@> has quit IRC19:24
*** dmoseley <dmoseley!> has quit IRC19:24
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC19:29
*** Ulfalizer <Ulfalizer!> has joined #yocto19:32
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto19:40
*** manuel_ <manuel_!> has quit IRC19:44
*** manuel_ <manuel_!> has joined #yocto19:45
*** dreyna <dreyna!> has quit IRC19:54
*** rburton <rburton!> has quit IRC20:07
*** adelcast <adelcast!~adelcast@> has left #yocto20:13
*** adelcast <adelcast!~adelcast@> has joined #yocto20:13
*** owbeg <owbeg!> has left #yocto20:20
*** zero_note <zero_note!> has quit IRC20:25
*** JaMa <JaMa!> has quit IRC20:29
*** aehs29 <aehs29!~aehernan@> has joined #yocto20:29
*** dvhart <dvhart!~dvhart@> has joined #yocto20:31
*** pohly <pohly!> has quit IRC20:40
*** Tenhi_ <Tenhi_!> has joined #yocto20:48
*** Jefro <Jefro!> has joined #yocto20:49
*** marka <marka!~marka@> has quit IRC20:52
*** Tenhi_ <Tenhi_!> has quit IRC20:53
*** benjamirc1 <benjamirc1!~besquive@> has joined #yocto21:06
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC21:07
*** dreyna <dreyna!> has joined #yocto21:07
*** yann <yann!> has quit IRC21:24
*** berton <berton!~fabio@> has quit IRC21:42
*** caiortp <caiortp!~inatel@> has quit IRC21:42
*** manuel_ <manuel_!> has quit IRC21:45
*** manuel_ <manuel_!> has joined #yocto21:53
*** lamego <lamego!jose@nat/intel/x-fdhwgujqmtlgqjyz> has quit IRC22:01
*** bfederau <bfederau!> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto22:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto22:08
*** aehs29 <aehs29!~aehernan@> has left #yocto22:09
*** yann <yann!> has joined #yocto22:12
*** demonimin_ <demonimin_!~demonimin@unaffiliated/demonimin> has quit IRC22:12
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has quit IRC22:20
*** igor2 <igor2!~igor@> has quit IRC22:21
*** zebaz <zebaz!5ed11fd1@gateway/web/freenode/ip.> has quit IRC22:23
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:26
*** agust <agust!> has quit IRC22:37
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto22:47
*** sjolley <sjolley!sjolley@nat/intel/x-vqqwcoykkwlfiiak> has quit IRC22:47
*** manuel__ <manuel__!> has joined #yocto23:04
*** manuel_ <manuel_!> has quit IRC23:07
*** manuel__ is now known as manuel_23:07
*** benjamirc1 <benjamirc1!~besquive@> has quit IRC23:19
*** manuel_ <manuel_!> has quit IRC23:21
*** manuel_ <manuel_!> has joined #yocto23:22
*** sameo <sameo!~samuel@> has quit IRC23:23
*** phongtran <phongtran!~phongtran@> has joined #yocto23:23
*** manuel_ <manuel_!> has quit IRC23:26
*** manuel_ <manuel_!> has joined #yocto23:26
*** phongtran <phongtran!~phongtran@> has quit IRC23:27
*** manuel_ <manuel_!> has quit IRC23:32
*** manuel_ <manuel_!> has joined #yocto23:36
*** manuel_ <manuel_!> has quit IRC23:41
*** manuel_ <manuel_!> has joined #yocto23:41
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto23:50
*** manuel_ <manuel_!> has quit IRC23:51
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has joined #yocto23:52
*** bluelightning <bluelightning!~paul@2406:e007:4090:1:5e51:4fff:febb:401d> has joined #yocto23:57
*** bluelightning <bluelightning!~paul@2406:e007:4090:1:5e51:4fff:febb:401d> has quit IRC23:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto23:57
*** SoylentYellow <SoylentYellow!> has quit IRC23:58
*** manuel_ <manuel_!> has joined #yocto23:58

Generated by 2.11.0 by Marius Gedminas - find it at!