Tuesday, 2017-01-31

*** sameo <sameo!~samuel@> has quit IRC00:00
*** bavery_fn1 <bavery_fn1!~bavery@> has joined #yocto00:01
*** bavery_fn <bavery_fn!~bavery@> has quit IRC00:01
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC00:03
*** lamego <lamego!~jose@> has quit IRC00:10
*** sjolley <sjolley!~sjolley@> has joined #yocto00:10
*** ed2 <ed2!Adium@nat/intel/x-dyosnsgjebdolsfp> has quit IRC00:21
*** ed2 <ed2!Adium@nat/intel/x-fjtycxzmjuymfmox> has joined #yocto00:21
*** manuel_ <manuel_!~manuel@c-24-61-43-145.hsd1.ma.comcast.net> has quit IRC00:23
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC00:24
*** ed2 <ed2!Adium@nat/intel/x-fjtycxzmjuymfmox> has quit IRC00:27
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC00:31
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto00:31
*** likewise <likewise!~chatzilla@> has quit IRC00:34
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC00:37
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto00:38
*** Crofton <Crofton!~Crofton@cable-> has quit IRC00:39
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC00:47
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has quit IRC00:48
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has joined #yocto00:48
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:55
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto00:56
*** jamesp <jamesp!~jamesp@> has quit IRC01:13
*** mborzecki <mborzecki!~Maciej_Bo@staticline-31-182-60-238.toya.net.pl> has quit IRC01:14
*** Snert_ <Snert_!~snert_@> has quit IRC01:14
*** Snert_ <Snert_!~snert_@> has joined #yocto01:15
*** ed2 <ed2!~Adium@> has joined #yocto01:19
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto01:20
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:26
*** mborzecki <mborzecki!~Maciej_Bo@staticline-31-182-60-238.toya.net.pl> has joined #yocto01:28
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC01:29
*** bavery_fn1 <bavery_fn1!~bavery@> has quit IRC01:32
*** john1 <john1!~john@host86-143-93-17.range86-143.btcentralplus.com> has quit IRC02:03
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC02:15
*** jairglez <jairglez!~jairdeje@> has left #yocto02:20
*** morphis_ <morphis_!~morphis@pD9ED6529.dip0.t-ipconnect.de> has joined #yocto02:28
*** morphis <morphis!~morphis@pD9ED6DE3.dip0.t-ipconnect.de> has quit IRC02:32
*** dvhart <dvhart!~dvhart@static-50-53-103-165.bvtn.or.frontiernet.net> has joined #yocto02:34
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ouvrybdieddbafjk> has joined #yocto02:52
*** ed2 <ed2!~Adium@> has quit IRC03:04
*** dvhart <dvhart!~dvhart@static-50-53-103-165.bvtn.or.frontiernet.net> has quit IRC03:05
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has quit IRC03:07
*** bavery_fn <bavery_fn!bavery@nat/intel/x-eafdmbzakvjtzgjf> has joined #yocto03:35
-YoctoAutoBuilder- build #1073 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/107303:42
*** voltbit <voltbit!~acid___@> has joined #yocto04:37
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC04:44
*** hanumanhojo <hanumanhojo!62c67e0f@gateway/web/freenode/ip.> has joined #yocto04:52
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto04:53
*** sjolley <sjolley!~sjolley@> has quit IRC04:56
*** sjolley <sjolley!~sjolley@> has joined #yocto04:57
*** sjolley1 <sjolley1!sjolley@nat/intel/x-kfntpftlbmsfotiv> has joined #yocto05:20
*** sjolley <sjolley!~sjolley@> has quit IRC05:20
*** voltbit <voltbit!~acid___@> has quit IRC05:24
*** hanumanhojo <hanumanhojo!62c67e0f@gateway/web/freenode/ip.> has quit IRC05:24
*** voltbit <voltbit!~acid___@> has joined #yocto05:28
*** agust <agust!~agust@p4FCB52ED.dip0.t-ipconnect.de> has joined #yocto05:44
*** clement <clement!~clement@fw-alt.idf.smile.fr> has quit IRC05:45
*** tgraydon <tgraydon!~tgraydon@> has quit IRC05:45
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC05:46
*** clement <clement!~clement@fw-alt.idf.smile.fr> has joined #yocto05:47
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto06:02
*** mdnneo <mdnneo!~umaucher@> has joined #yocto06:09
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto06:10
-YoctoAutoBuilder- build #401 of nightly-no-x11 is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/40106:13
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC06:14
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC06:20
*** ptizoom <ptizoom!~ptizoom@79-70-48-85.dynamic.dsl.as9105.com> has joined #yocto06:28
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto06:32
*** hamis <hamis!~irfan@> has joined #yocto06:36
*** qt-x <qt-x!~Thunderbi@> has joined #yocto07:03
*** TobSnyder <TobSnyder!~schneider@> has joined #yocto07:09
*** pohly <pohly!~pohly@p5DE8DFEB.dip0.t-ipconnect.de> has joined #yocto07:10
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto07:10
-YoctoAutoBuilder- build #682 of nightly-arm64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/68207:16
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC07:20
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto07:21
*** joshuagl <joshuagl!~joshuagl@> has quit IRC07:26
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto07:27
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:37
*** rob_w <rob_w!~bob@> has joined #yocto07:38
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:38
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has joined #yocto07:49
-YoctoAutoBuilder- build #1075 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/107507:55
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto07:55
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC07:56
-YoctoAutoBuilder- build #1052 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/105207:57
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC08:00
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto08:01
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC08:02
-YoctoAutoBuilder- build #1102 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/110208:05
*** sgw_ <sgw_!~sgw_@> has quit IRC08:07
*** sgw_ <sgw_!~sgw_@> has joined #yocto08:09
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:10
*** redengin <redengin!~redengin@2601:600:9200:a356:225:22ff:fe3a:aa83> has quit IRC08:11
*** locutus_ <locutus_!~Gianfranc@> has joined #yocto08:11
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC08:12
*** redengin <redengin!~redengin@2601:600:9200:a356:714b:75a7:fd1f:3aa3> has joined #yocto08:16
*** AndersD <AndersD!~anders@> has joined #yocto08:16
*** frsc <frsc!~frsc@> has joined #yocto08:16
*** locutus_ <locutus_!~Gianfranc@> has quit IRC08:17
*** jku <jku!~jku@> has joined #yocto08:21
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:22
*** m4ho <m4ho!~m4ho@unaffiliated/m4ho> has joined #yocto08:26
*** fl0v0 <fl0v0!~fvo@pD9F6A7B0.dip0.t-ipconnect.de> has joined #yocto08:28
m4hoHi, how can I specify, that my newly created layer shall provide an .bbappend and not an identical named .bbappend file in one of the layers below?08:31
*** avalluri <avalluri!~avalluri@> has quit IRC08:32
RPm4ho: just in the normal way, they should get stacked on top of each other. You can check with the bitbake-layers command08:36
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC08:36
m4hoRP: is my understanding correct, that xyz.bbappend will only selected once in the whole stack? Which is the one with the highest priority?08:38
RPm4ho: no, all bbappends that match are applied08:40
*** avalluri <avalluri!~avalluri@> has joined #yocto08:42
*** avalluri <avalluri!~avalluri@> has quit IRC08:45
m4hoRP: Do you have an idea how to disable some bbappends? In my case, each of those bbappends includes the same file but only mine should be there in the end, which is not happening even with highest and lowest priority08:46
*** sameo <sameo!~samuel@> has joined #yocto08:49
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto08:51
pohlybluelightning: is it necessary to call tinfoil.shutdown()? verify-bashisms currently doesn't do that and hangs during exit. Aborting shows:08:56
pohly^CError in atexit._run_exitfuncs:08:56
pohlyTraceback (most recent call last):08:56
pohly  File "/usr/lib/python3.4/multiprocessing/popen_fork.py", line 30, in poll08:56
pohly    pid, sts = os.waitpid(self.pid, flag)08:56
pohlyAdding tinfoil.shutdown() at the end leads to a different error:08:56
pohlyERROR: UI received SIGTERM08:56
pohlyProcess ForkPoolWorker-2:08:56
pohlyTraceback (most recent call last):08:56
pohly  File "/usr/lib/python3.4/multiprocessing/process.py", line 257, in _bootstrap08:56
pohly    util._exit_function()08:56
pohlyThat's probably two errors: first, "ERROR: UI received SIGTERM" looks like something that shouldn't be printed in this case.08:57
pohlySecond, tinfoil interacts poorly with multiprocessing.08:57
*** toscalix <toscalix!~toscalix@> has joined #yocto08:58
bluelightningpohly: it is, yes... but I'm hoping to fix it so it's not required08:59
pohlyLooks like initializing the multiprocess pool before connecting to the bitbake server works without errors.08:59
bluelightningon my ever-grwoing todo list08:59
bluelightninghmm, ok - wasn't aware of the multiprocessing issue08:59
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto08:59
bluelightningthough bitbake (and by extension tinfoil) uses multiprocessing itself, I wonder if that has something to do with it09:00
*** Crofton <Crofton!~Crofton@cable-> has joined #yocto09:00
pohlyI've not looked into it in detail, but it looks like the forked processes inherit some information about the connection to the server, but can't actually do anything with it because it isn't one of their children.09:00
*** JoiF <JoiF!~jofr@> has joined #yocto09:05
*** toanju <toanju!~toanju@> has joined #yocto09:05
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto09:06
*** Biliogadafr1 <Biliogadafr1!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto09:09
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC09:09
*** ed2 <ed2!~Adium@> has joined #yocto09:36
pohlybluelightning: when extracting a shell script via tinfoil ("script = data.getVar(key, False)" where "key" refers to a function), is it possible to get line number information relative to the file in which the script was defined? Probably not in the general case (for example, a function created with setVar()), but at least for normal function definitions?09:36
*** aV_V <aV_V!~aV_V@> has joined #yocto09:36
-YoctoAutoBuilder- build #1070 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/107009:39
*** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has joined #yocto09:51
RPpohly: getting the filename varflag for the variable might work09:52
RPpohly: er, lineno even09:52
-YoctoAutoBuilder- build #381 of nightly-musl is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/38109:54
*** voltbit <voltbit!~acid___@> has quit IRC10:02
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC10:02
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto10:03
*** graphiqs <graphiqs!~adrian.gr@> has joined #yocto10:04
RPmarquiz: would you be able to point one of your performance testers against the master-next branch and get a number for the performance of that?10:06
marquizRP: sure10:09
RPmarquiz: thanks, hoping the patches there help performance of rss a bit10:18
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC10:22
*** istarilucky <istarilucky!~rlucca@> has joined #yocto10:22
*** paletteguy <paletteguy!~kopdal@> has quit IRC10:22
*** grma <grma!~gruberm@> has joined #yocto10:23
marquizRP: ok, i set the ubuntu14 machine to test master-next10:26
-YoctoAutoBuilder- build #1041 of nightly-qa-extras is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/104110:26
*** deva <deva!~deva@> has joined #yocto10:30
*** zeenix <zeenix!~zeenix@> has joined #yocto10:33
-YoctoAutoBuilder- build #1035 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/103510:35
RPmarquiz: thanks10:41
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto10:45
pohlybluelightning: verify-bashisms found a bashism in populate_sdk_ext.bbclass: if [ "${SDK_INCLUDE_TOOLCHAIN}" == "1" -a ! -e $unfsd_path ]10:53
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC10:53
pohlyI'll send a fix...10:53
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto10:56
RPpohly: I wonder how many more of these host tool type problems we're going to find. That symlink idea may be necessary at least to validate where we stand and root out any remaining gremlins...11:02
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:10
*** ftonello <ftonello!~felipe@> has joined #yocto11:24
*** t0mmy <t0mmy!~tprrt@> has quit IRC11:27
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:28
*** t0mmy <t0mmy!~tprrt@> has joined #yocto11:29
*** sjolley1 <sjolley1!sjolley@nat/intel/x-kfntpftlbmsfotiv> has quit IRC11:31
*** sjolley <sjolley!~sjolley@> has joined #yocto11:31
*** avalluri <avalluri!~avalluri@> has joined #yocto11:32
*** john1 <john1!~john@host86-143-93-17.range86-143.btcentralplus.com> has joined #yocto11:35
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto11:48
*** clopez_ <clopez_!~tau@neutrino.es> has quit IRC11:57
*** caiortp <caiortp!~inatel@> has joined #yocto12:01
marquizhmm, i'm still seeing this strange rpm build failure in some environments12:01
marquizlooking at config.log:12:01
marquizi586-poky-linux-gcc: error: unrecognized command line option '--should-not-have-used-/usr/bin/pcre-config12:01
marquizwtf is that??12:02
*** clopez <clopez!~tau@neutrino.es> has joined #yocto12:02
marquizCPPFLAGS='  -DRPM_OS_LINUX=040400 --should-not-have-used-/usr/bin/pcre-config'12:04
*** ant_work <ant_work!~ant__@> has joined #yocto12:06
*** stephano <stephano!~stephano@> has joined #yocto12:08
jkumarquiz: something is trying to run pcre-config, it should probably be fixed to use pkg-config12:09
RPmarquiz: sounds like something used a -config script which it shouldn't12:09
marquizwhy does this only happen on some build hosts12:09
marquizah, pkg-config is missing on the host12:10
*** jku <jku!~jku@> has left #yocto12:12
*** jku <jku!~jku@> has joined #yocto12:12
marquizit worked before, though (before rss, i think)12:12
rburtonpkg-config would have been pulled into the sysroot12:12
*** lukma <lukma!~lukma@87-206-159-178.dynamic.chello.pl> has joined #yocto12:12
marquiznot anymore12:12
lukmaGood afternoon,12:13
lukmaHas anybody used meta-toolchain with Linux (lx-*) scripts12:13
lukmaThe default morty setup (poky-morty) lacks support for python on the GDB12:13
lukmaPACKAGECONFIG[python] = "--with-python=${PYTHON},--without-python,python3-native"12:15
lukmahave anybody had similar issue?12:15
RPmarquiz: we need to catch and fix these kinds of issues :/12:15
ant_workRP: playing now with noexec/deltask. I'm looking at task.order and listtasks to evaluate the changes.12:16
*** mcmm_ <mcmm_!~mcmm@> has joined #yocto12:16
ant_workHow can I easily spot task dependencies?12:17
*** Strike5150 <Strike5150!18de02de@gateway/web/freenode/ip.> has joined #yocto12:19
ant_workfor kernels i.e. deltask do_install is a no-go because you then loose strip, sizecheck, staging12:19
marquizRP: what would be the proper fix, "inherit pkgconfig" in rpm recipe, or something else12:19
rburtonmarquiz: yes12:20
marquizthanks, i'll submit a patch, then12:21
marquizthere might be other similar issues so i'll make sure that core-image-sato builds fine before posting12:21
RPmarquiz: yes12:25
marquizthe error was just so strange at first sight it confused me12:26
marquizah, wpa-supplicant fails, too...12:27
rburtoni added a few more inherits in mut for this problem, after adding a sanity check that configure.ac using pkgconfig pulls in pkgconfig12:27
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:27
*** sameo <sameo!~samuel@> has quit IRC12:27
*** sameo <sameo!~samuel@> has joined #yocto12:28
kanavinrburton: would it be possible to throw the dnf branch on the AB sometime soon (not yet)?12:35
kanavinrburton: I'll soon run out of ways to test things locally, so need a more serious approach in breaking my code :)12:36
rburtonyeah sure12:36
*** deva <deva!~deva@> has quit IRC12:38
jkuRP: update on recipe sysroot symlink breakage: I've got a possible patch but I'll spend a moment checking what other broken symlinks we still have in sysroots (and making sure I'm not breaking something else)12:39
*** igor1 <igor1!~igor@> has joined #yocto12:44
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ouvrybdieddbafjk> has quit IRC12:44
*** ed2 <ed2!~Adium@> has quit IRC12:51
rburtonpohly: thanks for fixing bashisms!12:56
* kanavin tries out rss for the very first time13:00
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto13:01
RPjku: is the branch somewhere I can look at out of interest?13:09
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC13:12
jkuRP: poky-contrib "jku/make_relative_symlink" -- it seemed to me I didn't really need the state[2] based dstpath but as said, I'm still looking at the results13:16
Ramose__I wanted to pass some arguments to qmake from qtwebkit_git.bb, what is the way to do it ?13:17
*** JaMa <JaMa!~martin@> has joined #yocto13:17
RPjku: ah, you need that for things like do_deploy which have have symlinks in the image deploy directory13:18
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto13:18
*** qt-x <qt-x!~Thunderbi@> has quit IRC13:19
jkuok, I'll take a look13:19
RPjku: can't we just use the output from os.path.relpath and bin that while depth: bit?13:19
jkuwe might with a little massaging, I can try again13:25
Ramose__rburton: around ?13:28
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto13:32
*** lumag <lumag!~lumag@> has joined #yocto13:34
*** hamis <hamis!~irfan@> has quit IRC13:34
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC13:39
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto13:40
*** tanuk <tanuk!~tanu@a91-152-158-222.elisa-laajakaista.fi> has quit IRC13:43
*** tanuk <tanuk!~tanu@a91-152-158-222.elisa-laajakaista.fi> has joined #yocto13:48
*** redengin <redengin!~redengin@2601:600:9200:a356:714b:75a7:fd1f:3aa3> has quit IRC13:50
*** redengin <redengin!~redengin@2601:600:9200:a356:714b:75a7:fd1f:3aa3> has joined #yocto13:50
*** lamego <lamego!~jose@> has joined #yocto13:58
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC14:01
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:02
*** bho <bho!~derp@vervet.isomerica.net> has joined #yocto14:05
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto14:07
hydeHi, I'm using meta-qt5 layer (fido branch) from https://github.com/meta-qt5/meta-qt514:15
hydeIt has qtsvg_git.bb recipe14:15
hydewhen I `bitbake -C fetch qtsvg`, it (re-)creates libqt5svg5_....ipk14:16
hyde...aaand looks like I just noticed what the problem may be14:16
hydethe problem is, I can't get this .ipk installed on image14:16
hydeI have to scp it over to target and do opkg install libqt5svg...ipk14:17
hydeso anyway, to continue explanation: it creates these two ipk files, which i want on my image:14:18
hydeand that latter one, plugins, is the one I can't get included on image14:19
hydebut now I see, there is a name difference there too, maybe that has something to do with it14:19
ernstphyde: sometime you should use "source" package names and sometime "binaries" package names14:21
ernstplike DEPENDS="curl" RDEPENDS="libcurl"14:22
hydeI guess the core of the problem is, what should I write to image recipe, to have that libqt5svg-plugins...ipk installed14:22
ernstplibqt5svg-plugins I would say :-)14:23
hydeI already have IMAGE_INSTALL_append+=qtsvg14:23
*** paulg <paulg!~paulg@198-84-204-211.cpe.teksavvy.com> has joined #yocto14:23
ernstpyeah, that's the name of a source package. that's wrong14:23
hydewhich takes care of the libqt5svg5_5.4....ipk14:23
hyde...or at least doesn't produce error14:24
hydeI'll try a bit more14:24
*** ed2 <ed2!~Adium@> has joined #yocto14:25
jkuhyde: IMAGE_INSTALL wants package names, not recipe names14:25
ernstpah, maybe it also has a binary package called that way that pulls in some dependencies14:25
hydeyeah, it does something14:26
hydejust not enough14:26
hydeRDEPENDS_${PN} = "libqt5svg-plugins"14:26
hyde gives error14:26
hydeI guess because that isn't a recipe name14:26
ernstphyde: RDEPENDS isn't right here, it was just an example about package names, sorry14:27
ernstpIMAGE_INSTALL_append+=libqt5svg-plugins doesn't work?14:28
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto14:28
hydeERROR: Nothing RPROVIDES 'libqt5svg-plugins'14:29
hydesame with RDEPENDS and IMAGE_INSTALL_append14:29
hydeit may well be bug in meta-qt5 (fido is old branch), but I currently have no idea how to go about fixing it14:30
hyde...or using DEPENDS instead of RDEPENDS may actually help14:30
hydeat least it is building now :-p14:31
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto14:31
ernstpno no... that's just compile time depends14:32
ernstpyou can find the package names in the packagesplit directory in the workdir14:32
hydeyeah, I found 'em14:35
hydelibqt5svg5_...ipk is there and included in mage14:37
-YoctoAutoBuilder- build #1056 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/105614:37
hydecorresponding libqt5svg-plugins_....ipk is in the the same dir, but not included in the image14:37
*** jku <jku!~jku@> has quit IRC14:38
hydemanyally copying and installing that makes my app work (it uses svg images)14:39
hydeah, there seems to be qtsvg-plugins14:42
hydeI don't know what it is, exactly, but it can be added to IMAGE_INSTALL_append14:42
*** mcmm_ <mcmm_!~mcmm@> has quit IRC14:42
hydeall I can say is, thank $DEITY for SSD disks. working with this stuff must have been very painful before14:44
hydenow building a new image and installing it is a matter of like 3 minutes (on my not-new dev laptop)14:45
hydeit must have been something... a lot more, 5 years ago14:45
hyde...still no svg plugin :(14:49
RPHmm, build-appliance is the one recipe which uses SRC_URI in an image recipe. Probably should change that14:51
*** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has quit IRC14:51
themikenicholsonhyde: how much speedup do you see with SSD disks - we benchmarked rootfs builds years ago on SSDs vs spinning and found a greater correlation with RAM than disk14:52
hydemight also be RAM14:53
kanavinrburton: known issue?14:53
kanavinWARNING: core-image-sato-1.0-r0 do_sdk_depends: Manifest /home/ak/development/poky/build/tmp/sstate-control/manifest-allarch-meta-environment-extsdk-qemux86.populate_sysroot not found?14:53
kanavinWARNING: core-image-sato-1.0-r0 do_populate_sdk_ext: Manifest /home/ak/development/poky/build/tmp/sstate-control/manifest-allarch-meta-environment-extsdk-qemux86.populate_sysroot not found?14:53
*** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has joined #yocto14:53
themikenicholsonjust curious, always looking for an excuse to play with some new hardware at work14:53
RPkanavin: was that with master?14:54
-YoctoAutoBuilder- build #1044 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/104414:55
kanavinRP: no, with my dnf branch on top of master - I'll try with pristine master in a bit14:55
hyde...actually, messed up flashing, including that qtsvg-plugins might have fixed it (flashed old image)14:55
*** mdnneo <mdnneo!~umaucher@> has quit IRC14:55
RPkanavin: actually, I didn't do what I thought I'd done which would fix that14:56
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto14:58
aV_Vguys, I have created a kernel module recipe. The module install correctly but it doesn't auto load14:58
aV_VI did KERNEL_MODULE_AUTOLOAD += "mymodule"14:58
*** AndersD <AndersD!~anders@> has quit IRC15:01
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC15:01
aV_Vthere is no .conf on /etc/modules-load.d/15:02
*** groleo <groleo!~dev@gate-zro.freescale.com> has quit IRC15:02
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:04
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto15:05
bhoI'm attempting to compile yocto for a digi connectcore 6 sbc.15:07
bhothere're a bunch of things enabled that I don't want15:08
bholike QT515:08
bhobut when I tried disabling those lines, I'm getting an error in bitbake where it complains about "nothing provides dey-image-qt"15:08
bhowhat's the correct method to go about removing any graphical manager from compiling15:09
kergothfigure out what you're trying to build that depends on dey-image-qt, and remove it, either via bbappend or local.conf15:13
kergothgrep is your friend :)15:13
*** lumag <lumag!~lumag@> has quit IRC15:13
*** manuel_ <manuel_!~manuel@> has joined #yocto15:19
*** ed2 <ed2!~Adium@> has quit IRC15:19
hydeernstp: thanks for pointing me to the right direction, would have taken me  a lot longer to find out qtsvg-plugins without your suggestions15:19
bhokergoth: ah, so there's no ncurses type method of enabling/disabling stuff?15:23
*** rcw <rcw!~rwoolley@> has joined #yocto15:25
*** john1 <john1!~john@host86-143-93-17.range86-143.btcentralplus.com> has quit IRC15:29
-YoctoAutoBuilder- build #779 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/77915:30
aV_Vany clue on why KERNEL_MODULE_AUTOLOAD doesn't work with my module?15:30
*** ptizoom <ptizoom!~ptizoom@79-70-48-85.dynamic.dsl.as9105.com> has quit IRC15:34
*** jairglez <jairglez!~jairdeje@> has joined #yocto15:34
*** aratiu <aratiu!~adi@> has quit IRC15:35
*** john1 <john1!~john@host86-143-93-17.range86-143.btcentralplus.com> has joined #yocto15:42
*** ed2 <ed2!~Adium@> has joined #yocto15:51
*** jku <jku!~jku@dyj-skyyyyyyyyyyyyybt-3.rev.dnainternet.fi> has joined #yocto15:58
*** ant_work <ant_work!~ant__@> has quit IRC16:03
*** rburton1 <rburton1!~Adium@home.burtonini.com> has joined #yocto16:06
*** ed2 <ed2!~Adium@> has quit IRC16:06
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC16:09
RPLooks like we're going for an M2-rc2 so nominate patches to get merged if they're not in already ASAP...16:09
*** graphiqs <graphiqs!~adrian.gr@> has quit IRC16:10
*** jairglez <jairglez!~jairdeje@> has quit IRC16:11
*** rcw <rcw!~rwoolley@> has quit IRC16:12
*** jairglez <jairglez!~jairdeje@> has joined #yocto16:13
*** frsc <frsc!~frsc@> has quit IRC16:16
*** ed2 <ed2!Adium@nat/intel/x-uftqedemfhhdubes> has joined #yocto16:17
*** toanju <toanju!~toanju@> has quit IRC16:20
*** ptizoom <ptizoom!~ptizoom@79-70-48-85.dynamic.dsl.as9105.com> has joined #yocto16:24
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC16:24
*** aV_V <aV_V!~aV_V@> has quit IRC16:25
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto16:26
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto16:29
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC16:37
themikenicholsonI'm experiencing a problem installing the eSDK - ext-sdk-prepare.py is failing with "Unexpected tasks or setscene left over".  All the tasks that are listed (do_fetch through do_bundle_initramfs) are coming from my kernel recipe16:40
themikenicholsonso it looks like its trying to rebuild the kernel when preparing the SDK, not sure where to start with troubleshooting this16:40
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:41
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:43
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:48
*** bluelightning <bluelightning!~paul@> has joined #yocto16:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:57
kanavin_homeRP: rebasing dnf branch on top of master (that is, rss) went quite smoothly, other than an odd missing dependency :)16:59
kanavin_homeit is nice when things just work16:59
*** lumag <lumag!~lumag@> has joined #yocto17:01
*** jamesp <jamesp!~jamesp@> has joined #yocto17:01
RPkanavin_home: that is nice. I did try not break the world with rss :)17:02
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC17:04
*** fl0v0 <fl0v0!~fvo@pD9F6A7B0.dip0.t-ipconnect.de> has quit IRC17:05
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:07
ptizoomthey are so many raspberrypi meta... what is the best in town?17:07
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:08
seebshonestly i still just use the debian fork for the pi17:10
seebsi don't have any particular reason to need a fancy build system for it, in general.17:10
ptizoomraspbian...I believe. but what about this lovely testing/qemu setup in poky? how can you reuse that?17:12
*** joseppc <joseppc!~josep@c-e310e455.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto17:12
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto17:12
*** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has quit IRC17:13
RPmarquiz: hmm, 31.1GB down to 30.8GB so better but still not ideal :/17:14
RPbut it is faster at least17:14
seebsi haven't really bothered with the qemu stuff, because the actual machine is usually fine for my purposes.17:19
seebsalso i can't hook wires up from qemu to a little board i soldered up and then to an arduino.17:19
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC17:20
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:20
*** joshuagl <joshuagl!~joshuagl@> has quit IRC17:26
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto17:27
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto17:33
ptizoomhey seebs: have you blogged your receipe !?17:39
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:47
themikenicholsonany suggestions for troubleshooting that issue I mentioned earlier? I saw in the mailing list someone experienced this and they used bitbake-diffsigs to uncover some recipe issues?17:47
*** grma <grma!~gruberm@> has quit IRC17:49
seebsno, because i don't have a recipe. i never even thought to try yocto on the pi, since i already had a working distro17:55
*** toscalix <toscalix!~toscalix@> has quit IRC17:56
*** sjolley <sjolley!~sjolley@> has quit IRC18:03
bluelightningthemikenicholson: I just read the scrollback18:04
*** joshuagl <joshuagl!~joshuagl@> has quit IRC18:05
bluelightningthemikenicholson: so the kernel is kind of special in that it can't be fully restored from sstate, but the eSDK doesn't treat it specially18:05
bluelightningI'm not sure if there is additionally something in your dependency chain that means that it has to fully rebuild the kernel rather than restoring the bits that it can18:06
bluelightningbitbake -g <your image> and looking at task-depends.dot (manually, it's way too large to produce a visual graph from) may shed some light18:07
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto18:14
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto18:14
*** ed2 <ed2!Adium@nat/intel/x-uftqedemfhhdubes> has quit IRC18:15
*** paulg <paulg!~paulg@198-84-204-211.cpe.teksavvy.com> has quit IRC18:18
*** jku <jku!~jku@dyj-skyyyyyyyyyyyyybt-3.rev.dnainternet.fi> has quit IRC18:19
*** lumag <lumag!~lumag@> has quit IRC18:19
*** am55 <am55!~am55@unaffiliated/am55> has quit IRC18:21
*** hbruce <hbruce!~hbruce@> has quit IRC18:26
*** JoiF <JoiF!~jofr@> has quit IRC18:28
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto18:28
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC18:29
*** ftonello <ftonello!~felipe@> has quit IRC18:31
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has joined #yocto18:32
*** ftonello <ftonello!~felipe@> has joined #yocto18:33
themikenicholsonbluelightning: thanks for the starting point.  eSDK is a lot of black magic, trying to understand the recipes for it18:38
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:38
*** ftonello <ftonello!~felipe@> has quit IRC18:44
*** bavery_fn <bavery_fn!bavery@nat/intel/x-eafdmbzakvjtzgjf> has quit IRC18:44
*** clsulliv <clsulliv!~clsulliv@> has quit IRC18:45
*** ftonello <ftonello!~felipe@> has joined #yocto18:45
*** clsulliv <clsulliv!~clsulliv@> has joined #yocto18:47
*** sjolley <sjolley!~sjolley@> has joined #yocto18:55
*** Crofton <Crofton!~Crofton@cable-> has quit IRC18:59
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto19:03
*** Snert_ <Snert_!~snert_@> has quit IRC19:06
*** Snert_ <Snert_!~snert_@> has joined #yocto19:07
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC19:15
*** djcobble <djcobble!c0373729@gateway/web/freenode/ip.> has quit IRC19:17
bluelightningthemikenicholson: let me know if you have any questions - I wrote a large portion of it (not proudly, in some parts...)19:18
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC19:22
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC19:22
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto19:25
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto19:28
-YoctoAutoBuilder- build #814 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/81419:30
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC19:41
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto19:41
marquizRP: yes, a little bit better, looks slightly faster19:42
marquizRP: something strange has happened in the "rm_work" test of the other machine, though19:43
marquizbut more results in the morning19:43
*** voltbit <voltbit!~acid___@5-12-6-19.residential.rdsnet.ro> has joined #yocto19:44
*** istarilucky <istarilucky!~rlucca@> has left #yocto19:47
*** toanju <toanju!~toanju@x55b4230b.dyn.telefonica.de> has joined #yocto20:00
*** joshuagl <joshuagl!~joshuagl@> has quit IRC20:03
*** caiortp <caiortp!~inatel@> has quit IRC20:04
rburton1| configure: error: Either a previously installed pkg-config or "glib-2.0 >= 2.16" could not be found. Please set GLIB_CFLAGS and GLIB_LIBS to the correct values or pass --with-internal-glib to configure to use the bundled copy.20:12
rburton1from pkg-config-native on JaMa's builders20:12
rburton1as, | checking if internal glib should be used... no20:13
rburton1but mine says yes20:13
rburton1oh this is target pkgconfig20:13
kergothstrange, you'd think use of the internal glib would have nothing to do with the host or external dependencies20:13
rburton1so maybe a missing dep20:13
* rburton1 still feels like death warmed up so should just go eat and ignore this20:14
*** morphis_ <morphis_!~morphis@pD9ED6529.dip0.t-ipconnect.de> has quit IRC20:14
rburton1yeah target pkgconfig needs pkgconfig-native20:15
* kergoth chuckles20:15
*** lumag <lumag!~lumag@> has joined #yocto20:21
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto20:21
*** Strike5150 <Strike5150!18de02de@gateway/web/freenode/ip.> has quit IRC20:24
themikenicholsonbluelightning: I'm seeing a lot of lines like this : "linux-mts.do_build" -> "openssl.do_package_write_rpm"20:26
bluelightningthemikenicholson: right - it's the ones that end with "-> linux-mts.<something>" that are of interest20:27
themikenicholsonah, so that is read as openssl.do_package_write_rpm depends on linux-mts.do_build20:28
themikenicholsonI saw  "python-pydispatcher.do_unpack" -> "python-pydispatcher.do_fetch" as an example and assumed it was the opposed way around20:28
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-oxhfjaobkuuhphje> has quit IRC20:33
*** berton <berton!~berton@> has quit IRC20:33
*** rewitt1 <rewitt1!~rewitt@> has quit IRC20:47
*** rewitt <rewitt!~rewitt@> has joined #yocto20:48
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC20:54
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto20:54
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC20:58
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto21:11
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC21:14
*** ant_home <ant_home!~ant__@host49-62-dynamic.24-79-r.retail.telecomitalia.it> has joined #yocto21:15
*** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto21:17
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC21:17
*** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC21:21
kergothHm, do we have anything in place to add timing info about postinst executions on first boot, to debug slow first boot issues?21:26
kergoth'opkg configure' obviously is too monolithic, i doubt opkg provides such information, unless we inject it into the postinsts21:27
*** present <present!~present@static-176-159-68-128.ftth.abo.bbox.fr> has joined #yocto21:27
kergothsuppose it'd be easiest to enable by using rpm and modifying run-postinsts to add times to the log file21:28
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has quit IRC21:28
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto21:38
*** igor1 <igor1!~igor@> has quit IRC21:38
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC21:43
kergothcan someone explain why we have both opkg-configure and run-postinsts, and both get installed and systemd services enabled?21:44
kergothafaict they're both running on first boot, and both slow21:44
kergothi don't get it21:45
*** jku <jku!~jku@178-75-131-14.bb.dnainternet.fi> has joined #yocto21:45
kergoththere are postinsts in ipk-postinsts, which run-postinsts will run, yet opkg-configure runs 'opkg configure', which runs the unconfigured postinsts from the opkg metadata, and both are running on first boot21:46
*** tgraydon <tgraydon!tgraydon@nat/intel/x-lunainualnwctcwz> has joined #yocto21:47
bluelightningadelcast: ^^21:49
kergothi must be missing something..21:49
kergothpresumably originally run-postinsts was in place to fix images without package-management, but then it gained the ability to call out to the package managers, so it seems like opkg-configure is now superceded and pointless21:51
* kergoth tries disabling it to see what happens21:51
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto21:51
bluelightningI thought it was the other way around, but I haven't been close to that stuff for a while21:53
* kergoth shrugs21:54
*** jku_ <jku_!~jku@178-75-131-14.bb.dnainternet.fi> has joined #yocto21:54
kergothrpm, dpkg, and opkg all rdep on run-postinsts21:54
*** voltbit <voltbit!~acid___@5-12-6-19.residential.rdsnet.ro> has quit IRC21:56
fraythe post install stuff is not unique to one package format or another..21:56
fraythe implemention though is different21:56
*** jku <jku!~jku@178-75-131-14.bb.dnainternet.fi> has quit IRC21:56
frayFor deb/ipk the system will collect failed post install scripts and put them into a run-postinsts step... (does this in the rootfs.py)21:57
kergothrun-postinsts calls out to dpkg or opkg, but runs them itself for rpm, and then opkg-configure also calls out to opkg. i don't see an equivalent to dpkg, so it seems like we just forgot to remove opkg-configure when run-postinsts took over for it, but that's having no real knowledge of the changes21:57
frayfor RPM, we have a wrapper script that checks if the scriptlet failed, and we do the same thing, then the rootfs.py moves it to the final place21:57
adelcastkergoth: yeah, that sounds wrong, if we are running the postinst externally, I believe opkg configure will re-run all the postinst again21:57
kergothmy system is starving for entropy on first boot due to running everything twice21:58
kergothadmittedly it's way worse on this than on most systems, since qemu user mode doesn't seem to support x32, so *everything* is postponed, just about21:58
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC21:58
*** DarkKnight <DarkKnight!~quassel@HSI-KBW-095-208-242-202.hsi5.kabel-badenwuerttemberg.de> has quit IRC21:58
frayfrom the implemnetation (I was reading it this morning) it -should- be collecting the post install scripts and running them once..21:59
fraythe first boot -should- be the same for both RPM, Opkg and Deb style..  since the collection happens at the rootfs.py time..21:59
frayif it's running BOTH the postinstall and re-filtering through the deb/opkg control files.. that is a bug.. it shouldn't be loading those directly at boot..21:59
*** jairglez <jairglez!~jairdeje@> has quit IRC22:00
fray...and for most of the systems I seem to deal with, qemu usermode doesn't work.. :P22:00
frayvarious ARM variants, MIPS variants and 64-bit PPC variants.. :P22:01
kergothi think it's working as intended, once the upstream runj-postinst fix to call out to opkg/dpkg is applied, if i remove opkg-configure22:01
kergothahh indeed22:01
frayya, opkg-configure sounds like it's wrong in those cases..22:01
kergothfirst boot on this board is completely stalling until i hit enter on my attached bt keyboard, think i might have to make run-postinsts run after rngd, worst case22:01
frayit should be run the single postinstall stuff.. that is intended to be universal to all package formats (including when there is no package manager on the target)22:01
* kergoth nods22:01
frayya.. rngd -- or get the virtio-rng stuff in place to increase entropy22:02
* kergoth nods22:02
*** jairglez <jairglez!~jairdeje@> has joined #yocto22:02
fraykergoth, any plans for ELC in Portland this year?22:03
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:03
adelcastso, opkg-configure not only runs the postinst's, but it also changes the state of the the package from Unpacked to Install, if we drop the opkg configure call, we'll need to do that too22:04
adelcast(not sure if it's already being done)22:04
fraythe rootfs.py collection of the scripts to the run-postinst collects them an also changes the status..22:04
*** bavery_fn <bavery_fn!~bavery@> has quit IRC22:04
*** bavery_fn1 <bavery_fn1!~bavery@> has joined #yocto22:04
frayit does this in a way that should work for all three package types equally.. (and of course then the package managers and DBs can be erased as well in rootfs.py)22:05
kergothadelcast: yeah, run-postinsts runs opkg configure too, at least with 17ad91ac applied, so should be fine22:05
adelcastfray: ah, good to hear, then it is effectively implementing opkg configure, but in a package manager agnostic way22:05
kergothfray: ugh, i always forget to request approval until it's too close, i'll have to check :)22:05
kergothhaven't been to elc in *years*, would be nice22:06
kergothsheesh, last time i went was shortly after parallel parsing went in, and we were discussing how to cover all the needed use cases for archiver.bbclass :) that's a while ago now..22:06
*** pohly <pohly!~pohly@p5DE8DFEB.dip0.t-ipconnect.de> has quit IRC22:07
*** sameo <sameo!~samuel@> has quit IRC22:08
*** sameo <sameo!samuel@nat/intel/x-jhinqlviqwhffbyz> has joined #yocto22:08
fraywell, the recipe specific sysroot will likely be a big topic22:09
*** jku_ <jku_!~jku@178-75-131-14.bb.dnainternet.fi> has quit IRC22:09
kergothi'm impressed with how smoothly the transition to rss has been, considering how high impact it is. RP did good :)22:09
kergothwe've not always had the best track record on the invasive changes22:09
kergoth(course most projects don't, really.. :)22:09
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto22:12
*** Biliogadafr1 <Biliogadafr1!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC22:12
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC22:14
*** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has quit IRC22:20
*** jairglez <jairglez!~jairdeje@> has quit IRC22:32
*** jairglez <jairglez!~jairdeje@> has joined #yocto22:33
*** falstaff <falstaff!~quassel@> has quit IRC22:42
*** rburton1 <rburton1!~Adium@home.burtonini.com> has quit IRC22:42
*** lamego <lamego!~jose@> has quit IRC22:46
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC22:47
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC22:50
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto22:50
*** Crofton <Crofton!~Crofton@cable-> has joined #yocto22:51
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto22:51
*** sjolley <sjolley!~sjolley@> has quit IRC22:56
*** falstaff <falstaff!~quassel@> has joined #yocto22:59
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
*** bho <bho!~derp@vervet.isomerica.net> has left #yocto23:10
*** lumag <lumag!~lumag@> has quit IRC23:11
*** lumag <lumag!~lumag@> has joined #yocto23:15
*** seanvk <seanvk!~quassel@> has joined #yocto23:16
seanvkIf I want to file a bug with the intel meta layer do I do that on bugzilla.yoctoproject.org or on OE?23:16
*** present <present!~present@static-176-159-68-128.ftth.abo.bbox.fr> has quit IRC23:19
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC23:21
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:21
*** JaMa <JaMa!~martin@> has quit IRC23:22
seanvknvm:  If you're relatively certain23:23
seanvkthat it's a bug against the BSP itself, please use the 'Yocto Project23:23
seanvkComponents: BSPs | meta-intel' category for the bug23:23
seanvkvia gitweb about23:23
seanvkfor meta-intel23:23
*** sjolley <sjolley!sjolley@nat/intel/x-bfdavnbqsnwldhfk> has joined #yocto23:32
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto23:34
*** sjolley <sjolley!sjolley@nat/intel/x-bfdavnbqsnwldhfk> has quit IRC23:34
*** ant_home <ant_home!~ant__@host49-62-dynamic.24-79-r.retail.telecomitalia.it> has quit IRC23:37
*** mirza <mirza!~mirzak@> has quit IRC23:43
*** agust <agust!~agust@p4FCB52ED.dip0.t-ipconnect.de> has quit IRC23:47
*** bavery_fn1 <bavery_fn1!~bavery@> has quit IRC23:48
*** manuel_ <manuel_!~manuel@> has quit IRC23:48
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto23:50

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