Friday, 2016-09-09

*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC00:17
-YoctoAutoBuilder- build #919 of nightly-x32 is complete: Failure [failed Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/91900:20
-YoctoAutoBuilder- build #916 of nightly-qa-logrotate is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/91600:21
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC00:26
*** dreyna <dreyna!~dreyna@unknown-216-204.windriver.com> has quit IRC00:27
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:29
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC00:29
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto00:30
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC00:30
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC00:42
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto00:44
*** amboar <amboar!~amboar@ozlabs.org> has quit IRC00:52
*** amboar <amboar!~amboar@ozlabs.org> has joined #yocto00:52
-YoctoAutoBuilder- build #919 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/91900:58
*** aboseley <aboseley!~aboseley@220.57.96.58.static.exetel.com.au> has joined #yocto01:00
*** amboar <amboar!~amboar@ozlabs.org> has quit IRC01:01
*** amboar <amboar!~amboar@ozlabs.org> has joined #yocto01:01
*** amboar <amboar!~amboar@ozlabs.org> has quit IRC01:10
*** amboar <amboar!~amboar@ozlabs.org> 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
davishttps://gist.github.com/netskink/8f94dc200dd5f9991dbb4890d94b811301: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 http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/94502:02
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto02:13
*** sgw_ <sgw_!sgw_@nat/intel/x-hqaarkamlmeswirf> has quit IRC02:15
*** Ulfalize <Ulfalize!~Ulfalizer@ip5f5beca3.dynamic.kabel-deutschland.de> has quit IRC02:18
*** sgw_ <sgw_!~sgw_@134.134.139.74> has joined #yocto02:32
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto02:45
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC02:48
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC02:50
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto02:51
-YoctoAutoBuilder- build #942 of nightly-multilib is complete: Failure [failed Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/94203:20
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC03:28
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto03:28
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC03:28
*** bananadev <bananadev!~onlyester@117.6.99.240> 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 http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/95104:03
*** phoo1234567 <phoo1234567!~phoo12345@c-75-69-172-183.hsd1.nh.comcast.net> has quit IRC04:11
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC04:20
*** sujith_h <sujith_h!~toaster@125.99.232.183> has joined #yocto04:20
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto04:20
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto04:24
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC04:55
*** morphis <morphis!~morphis@pD9ED6327.dip0.t-ipconnect.de> has joined #yocto04:57
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-tajgpfabzvgvmdki> has joined #yocto04:59
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC05:15
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto05:17
*** agust <agust!~agust@p4FCB6684.dip0.t-ipconnect.de> has joined #yocto05:22
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC05:22
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto05:23
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto05:24
*** owbeg <owbeg!~kvirc@host-176-36-246-139.la.net.ua> has joined #yocto05:26
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto05:28
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto05:52
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto05:53
*** pohly <pohly!~pohly@p5DE8E8E2.dip0.t-ipconnect.de> has joined #yocto05:56
-YoctoAutoBuilder- build #910 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/91006:02
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto06:04
*** hatter <hatter!~hatter@46.194.129.87> has joined #yocto06:10
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto06:16
*** jku <jku!~jku@2001:998:22:0:4e8d:79ff:fef2:49ba> has joined #yocto06:19
*** CoLa|work <CoLa|work!~cordlandw@195.243.131.130> has quit IRC06:21
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto06:22
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:f159:60ca:6007:452a> has joined #yocto06:22
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto06:24
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC06:31
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:37
*** hatter <hatter!~hatter@46.194.129.87> has quit IRC06:40
*** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto06:44
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> 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: https://gist.github.com/anonymous/187c3d5df05754738bdc6a22fe67ab1306:48
ionte_running cleansstate on both recipes fixes the issue. but i would still like to know why that happens...06:51
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC06:58
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> 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_@213.197.143.19> has quit IRC07:04
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto07:09
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:10
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto07:12
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto07:15
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:21
*** zeenix <zeenix!~zeenix@83.218.80.242> has joined #yocto07:22
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto07:23
*** boucman_work <boucman_work!~boucman@47.15.204.77.rev.sfr.net> has joined #yocto07:23
*** florian_kc is now known as florian07:26
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-tajgpfabzvgvmdki> has quit IRC07:27
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has joined #yocto07:30
*** mckoan|away is now known as mckoan07:31
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto07:31
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@37.159.9.156> has joined #yocto07:32
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto07:32
*** maxin <maxin!~maxin@37-219-81-187.nat.bb.dnainternet.fi> has joined #yocto07:37
*** mago_ <mago_!~mago@88.131.56.168> has joined #yocto07:39
*** mago__ <mago__!~mago@88.131.56.168> 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/irccloud.com/x-xhtqxjhgwaavzsqd> 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!~yann@85-171-21-92.rev.numericable.fr> 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@217.89.178.116> has quit IRC08:02
fragfutterohboy, ohboy! first image booting up and runs our custom applications with all dependencies.08:03
*** belen <belen!~Adium@134.134.139.83> 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@192.55.54.44> has joined #yocto08:04
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto08:05
*** obsrwr_ <obsrwr_!~otp-amois@89.121.200.102> has quit IRC08:07
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC08:08
*** obsrwr_ <obsrwr_!~otp-amois@89.121.200.102> 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@192.55.54.44> 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
neverpanicPhlogistique: http://lists.openembedded.org/pipermail/openembedded-core/2015-February/101489.html08:25
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC08:26
*** lemagoup <lemagoup!~lemagoup@195.190.86.18> has joined #yocto08:26
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC08:37
*** maxin <maxin!~maxin@37-219-81-187.nat.bb.dnainternet.fi> has quit IRC08:41
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto08:41
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC08:41
*** sameo <sameo!~samuel@192.55.55.37> has joined #yocto08:42
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC08:43
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto08:46
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:f159:60ca:6007:452a> has left #yocto08:51
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto08:59
*** joseppc <joseppc!~josep@sestofw01.enea.se> 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!~falk0n@a79-168-127-182.cpe.netcabo.pt> has joined #yocto09:07
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC09:08
*** Ulfalize <Ulfalize!~ulf@ip5f5bfeac.dynamic.kabel-deutschland.de> has joined #yocto09:17
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto09:20
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC09:20
*** t0mmy <t0mmy!~tprrt@217.114.201.133> 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: https://gist.github.com/d278a1dd13090896b7f2017f980a133f09:28
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_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> 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_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC09:40
Ulfalizeionte_: the latest version of the reference manual has more information on the default behavior of tasks btw: http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#ref-tasks-compile09:40
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> 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@217.6.33.234> has joined #yocto09:45
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto09:45
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto09:46
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto09:46
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC09:48
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> 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 https://www.yoctoproject.org/docs/2.2/bitbake-user-manual/bitbake-user-manual.html#inline-python-variable-expansion and https://www.yoctoproject.org/docs/2.2/bitbake-user-manual/bitbake-user-manual.html#anonymous-python-functions09:52
*** nrossi <nrossi!~nrossi@CPE-124-186-123-69.lns10.woo.bigpond.net.au> 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!~tau@neutrino.es> has quit IRC09:59
fragfutterlike this? s://gist.github.com/fragfutter/b88346f31219eeabd31998fdfedab06510:00
*** 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@217.114.201.133> 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@5.135.186.167> 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_!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC10:05
Ulfalizeneeds an  else ''  there too in the inline version10:06
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> 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@80.93.38.128> 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_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> 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 gstreamer1.0_git.bb 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@221.226.9.57> has quit IRC10:23
qt-xsims like the pattern is 1.8.2+gitAUTOINC+3de8a4f728 so 1.8.2+git% should work10:23
rburtonyes10:24
qt-xyep is working thanks boucman_work & rburton10:25
*** mortderire1 <mortderire1!~rkinsell@192.198.151.43> 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@192.198.151.43> has quit IRC10:40
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-xhtqxjhgwaavzsqd> 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_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto10:49
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto10:49
*** CoLa|work <CoLa|work!~cordlandw@195.243.131.130> 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@134.134.139.83> has quit IRC10:59
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC11:05
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto11:08
*** psadro <psadro!~Thunderbi@216.234.148.134> has quit IRC11:11
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC11:16
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC11:16
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC11:16
*** fragfutter <fragfutter!~scorch@belnbg038.gsi.de> has quit IRC11:16
*** georgem <georgem!~georgem@216-21-169-52.slc.googlefiber.net> has quit IRC11:16
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto11:17
*** georgem <georgem!~georgem@216-21-169-52.slc.googlefiber.net> has joined #yocto11:17
*** fragfutter <fragfutter!~scorch@belnbg038.gsi.de> has joined #yocto11:17
*** berton <berton!~fabio@179.105.254.222> has joined #yocto11:31
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has joined #yocto11:34
*** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-183.telecom.by> has joined #yocto11:47
*** belen <belen!~Adium@134.134.139.78> has joined #yocto11:51
*** bananadev <bananadev!~onlyester@117.6.99.240> has quit IRC11:55
*** istarilucky <istarilucky!~rlucca@189.112.127.225> has joined #yocto11:58
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto11:58
*** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has quit IRC12:02
*** tanuk_ is now known as tanuk12:03
*** vdehors <vdehors!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto12:05
*** lemagoup <lemagoup!~lemagoup@195.190.86.18> has quit IRC12:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:14
*** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto12:18
*** zero_note <zero_note!~zero_note@2.238.240.162> has joined #yocto12:25
-YoctoAutoBuilder- build #920 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/92012:26
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC12:26
*** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto12:29
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> 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!~toscalix@h-213.61.39.251.host.de.colt.net> has joined #yocto12:31
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC12:32
*** marka <marka!~marka@128.224.252.2> 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
rburtonright12: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@189.112.127.225> 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@189.112.127.225> 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!~egavinc@43.red-2-139-180.staticip.rima-tde.net> 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
zeenix40376446904ae3529be41737fed9a0b650ed167d13:10
-YoctoAutoBuilder- build #917 of nightly-qa-logrotate is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/91713:11
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/irccloud.com/x-oyizetuprpikrcyu> has joined #yocto13:16
*** iskander_work <iskander_work!~user@81.171.81.142> has joined #yocto13:21
iskander_workhello13: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!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC13:31
*** toscalix <toscalix!~toscalix@h-213.61.39.251.host.de.colt.net> has quit IRC13:32
*** zeenix <zeenix!~zeenix@83.218.80.242> has quit IRC13:37
*** zeenix <zeenix!~zeenix@83.218.80.242> has joined #yocto13:38
*** marka <marka!~marka@128.224.252.2> has quit IRC13:41
*** igor2 <igor2!~igor@189.112.127.225> 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@128.224.252.2> has joined #yocto13:53
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto13:54
*** Ulfalizer <Ulfalizer!~ulf@217.89.178.116> has quit IRC13:55
*** igor2 <igor2!~igor@177.159.144.73> has joined #yocto13:56
*** Ulfalize is now known as Ulfalizer13:58
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto13:59
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC14:01
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC14:03
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> 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@83.218.80.242> has quit IRC14:05
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:14
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC14:14
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto14:14
*** benjamirc <benjamirc!~besquive@134.134.139.74> has joined #yocto14:15
*** AndersD <AndersD!~anders@95.209.69.83.bredband.tre.se> has joined #yocto14:15
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:18
*** phoo1234567 <phoo1234567!~phoo12345@c-75-69-172-183.hsd1.nh.comcast.net> has joined #yocto14:23
*** phoo1234567 <phoo1234567!~phoo12345@c-75-69-172-183.hsd1.nh.comcast.net> has quit IRC14:25
*** a1cypher <a1cypher!~mroy@mail.krausglobal.com> has quit IRC14:26
-YoctoAutoBuilder- build #918 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/91814:32
-YoctoAutoBuilder- build #943 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/94314:32
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC14:33
*** AndersD <AndersD!~anders@95.209.69.83.bredband.tre.se> has quit IRC14:38
*** benjamirc1 <benjamirc1!~besquive@134.134.139.76> has joined #yocto14:43
*** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC14:46
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto14:46
*** iskander_work <iskander_work!~user@81.171.81.142> has quit IRC14:48
-YoctoAutoBuilder- build #927 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/92714:56
fragfutterif i want do_configure to call a defined python function, what would be the syntax?14:59
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto15:03
-YoctoAutoBuilder- build #920 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/92015:05
*** nrossi <nrossi!~nrossi@CPE-124-186-123-69.lns10.woo.bigpond.net.au> has quit IRC15:08
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC15:16
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto15:17
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has joined #yocto15:18
*** maxin <maxin!~maxin@2001:998:22:0:d18e:73c8:4662:27a4> has quit IRC15:18
kergothRP: https://github.com/openembedded/bitbake/compare/master...kergoth:shallow-external?expand=1 -- 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
kergothafk15: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_@213.197.143.19> has quit IRC15:22
*** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC15:26
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC15:31
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto15:32
*** zero_note <zero_note!~zero_note@2.238.240.162> has quit IRC15:35
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC15:40
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto15:41
nishahello, I'm getting this weird build error from the cmake_3.6.1.bb recipe: tmp/sysroots/x86_64-linux/usr/lib/libcrypto.so.1.0.0: 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!~zero_note@host186-31-static.47-85-b.business.telecomitalia.it> has joined #yocto15:48
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> 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@192.198.151.44> has quit IRC15:59
*** zebaz <zebaz!5ed11fd1@gateway/web/freenode/ip.94.209.31.209> has joined #yocto16:00
*** fragfutter <fragfutter!~scorch@belnbg038.gsi.de> has quit IRC16:00
*** boucman_work <boucman_work!~boucman@47.15.204.77.rev.sfr.net> has quit IRC16:00
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC16:02
*** Anticom <Anticom!~quassel@217.6.33.234> has quit IRC16:03
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> 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 >> http://dpaste.com/0C9EDD316:11
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 http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#fakeroot-and-pseudo.16:19
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@134.134.139.78> 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@80.93.38.128> 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@134.134.137.73> 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_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC16:37
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto16:37
*** zero_note <zero_note!~zero_note@host186-31-static.47-85-b.business.telecomitalia.it> 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@192.55.54.40> 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
kergothhttps://mail.python.org/pipermail/python-dev/2016-September/146327.html16:56
frayhuh16:57
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC16:58
*** ziggo <ziggo!~ziggo@217.89.178.116> 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_@65.74.8.146> has quit IRC17:26
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto17:26
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:32
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has quit IRC17:34
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> 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/ConfHandler.py produces ast nodes from lib/bb/parse/ast.py which are then evaluated17:41
*** sgw_ <sgw_!~sgw_@134.134.139.74> 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/__init__.py 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
kergothindeed17:48
fraydef handleInherit(statements, filename, lineno, m):17:48
fray    classes = m.group(1)17:48
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, m.group(1), 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__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC17:51
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> 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!~maxin@37-219-81-187.nat.bb.dnainternet.fi> has joined #yocto17:59
*** maxin <maxin!~maxin@37-219-81-187.nat.bb.dnainternet.fi> 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/__init__.py, '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!~SoylentYe@207-114-172-147.static.twtelecom.net> has joined #yocto18:00
*** falk0n <falk0n!~falk0n@a79-168-127-182.cpe.netcabo.pt> has quit IRC18:00
halsteadhttps://autobuilder.yoctoproject.org/main/ 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_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> 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 'notdefined.inc' and it works fine18:04
fray....until someone comes along and implemented a 'notdefined.inc'  :/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
Ulfalizeryeah18: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!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> 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
frayha18:10
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> 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!~sarnold@gatekeeper.gentoogeek.org> 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_!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto18:21
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto18:23
*** mortderire1 <mortderire1!~rkinsell@192.198.151.43> 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/ConfHandler.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
fraycorrect18: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!~yann@85-171-21-92.rev.numericable.fr> has quit IRC18:34
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has quit IRC18:35
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-lsivaonhtjrrukxk> 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!~zero_note@2-238-74-201.ip242.fastwebnet.it> 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_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC18:41
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto18:42
*** a1cypher <a1cypher!~mroy@mail.krausglobal.com> has joined #yocto18:42
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto18:47
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> 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@89.121.200.102> 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
Ulfalizerok19:01
*** caiortp <caiortp!~inatel@131.221.240.204> 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!~foo@client-188-168-43-165.spb-teleport.ru> has joined #yocto19:13
*** belen <belen!~Adium@134.134.139.78> has joined #yocto19:15
*** Ulfalizer <Ulfalizer!~ulf@ip5f5bfeac.dynamic.kabel-deutschland.de> 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@134.134.139.76> has quit IRC19:23
*** belen <belen!~Adium@134.134.139.78> has quit IRC19:24
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC19:24
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC19:29
*** Ulfalizer <Ulfalizer!~Ulfalizer@ip5f5bfeac.dynamic.kabel-deutschland.de> has joined #yocto19:32
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto19:40
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC19:44
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto19:45
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC19:54
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC20:07
*** adelcast <adelcast!~adelcast@130.164.62.126> has left #yocto20:13
*** adelcast <adelcast!~adelcast@130.164.62.126> has joined #yocto20:13
*** owbeg <owbeg!~kvirc@host-176-36-246-139.la.net.ua> has left #yocto20:20
*** zero_note <zero_note!~zero_note@2-238-74-201.ip242.fastwebnet.it> has quit IRC20:25
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC20:29
*** aehs29 <aehs29!~aehernan@134.134.139.74> has joined #yocto20:29
*** dvhart <dvhart!~dvhart@134.134.139.82> has joined #yocto20:31
*** pohly <pohly!~pohly@p5DE8E8E2.dip0.t-ipconnect.de> has quit IRC20:40
*** Tenhi_ <Tenhi_!~tenhi@static.177.80.201.138.clients.your-server.de> has joined #yocto20:48
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto20:49
*** marka <marka!~marka@128.224.252.2> has quit IRC20:52
*** Tenhi_ <Tenhi_!~tenhi@static.177.80.201.138.clients.your-server.de> has quit IRC20:53
*** benjamirc1 <benjamirc1!~besquive@134.134.139.82> has joined #yocto21:06
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-oyizetuprpikrcyu> has quit IRC21:07
*** dreyna <dreyna!~dreyna@unknown-216-200.windriver.com> has joined #yocto21:07
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC21:24
*** berton <berton!~fabio@179.105.254.222> has quit IRC21:42
*** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC21:42
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC21:45
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto21:53
*** lamego <lamego!jose@nat/intel/x-fdhwgujqmtlgqjyz> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto22:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto22:08
*** aehs29 <aehs29!~aehernan@134.134.139.74> has left #yocto22:09
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> 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@177.159.144.73> has quit IRC22:21
*** zebaz <zebaz!5ed11fd1@gateway/web/freenode/ip.94.209.31.209> has quit IRC22:23
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:26
*** agust <agust!~agust@p4FCB6684.dip0.t-ipconnect.de> has quit IRC22:37
*** sjolley1 <sjolley1!~sjolley@134.134.139.83> has joined #yocto22:47
*** sjolley <sjolley!sjolley@nat/intel/x-vqqwcoykkwlfiiak> has quit IRC22:47
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto23:04
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC23:07
*** manuel__ is now known as manuel_23:07
*** benjamirc1 <benjamirc1!~besquive@134.134.139.82> has quit IRC23:19
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC23:21
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto23:22
*** sameo <sameo!~samuel@192.55.55.37> has quit IRC23:23
*** phongtran <phongtran!~phongtran@14.186.128.19> has joined #yocto23:23
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC23:26
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto23:26
*** phongtran <phongtran!~phongtran@14.186.128.19> has quit IRC23:27
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC23:32
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto23:36
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC23:41
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto23:41
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto23:50
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> 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!~SoylentYe@207-114-172-147.static.twtelecom.net> has quit IRC23:58
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto23:58

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!