Wednesday, 2017-03-29

*** lamego <lamego!~jose@> has quit IRC00:07
*** jairglez1 <jairglez1!~jairdeje@> has joined #yocto00:11
*** jairglez <jairglez!~jairdeje@> has quit IRC00:11
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC00:22
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:27
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto00:29
*** nighty- <nighty-!~nighty@> has quit IRC00:32
*** bavery_fn <bavery_fn!bavery@nat/intel/x-cyaoionyvxyrrnmm> has quit IRC00:37
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC00:49
*** Snert__ <Snert__!~snert_@> has quit IRC00:58
*** Snert_ <Snert_!~snert_@> has joined #yocto00:58
*** zeddii_home <zeddii_home!> has quit IRC01:18
*** nighty- <nighty-!> has joined #yocto01:18
*** zeddii_home <zeddii_home!> has joined #yocto01:22
*** jairglez1 <jairglez1!~jairdeje@> has left #yocto01:23
*** NU-Slacker <NU-Slacker!~NU-Slacke@> has joined #yocto01:31
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:48
*** mkelly <mkelly!~martin@> has joined #yocto02:22
*** thaytan <thaytan!> has quit IRC02:26
*** mkelly <mkelly!~martin@> has quit IRC02:30
*** mhilt <mhilt!> has quit IRC02:34
*** lolsborn <lolsborn!~lolsborn@> has joined #yocto02:48
*** rcw <rcw!~rwoolley@> has quit IRC02:50
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC03:00
*** lolsborn <lolsborn!~lolsborn@> has quit IRC03:03
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto03:06
*** thaytan <thaytan!> has joined #yocto03:06
*** lolsborn <lolsborn!~lolsborn@> has joined #yocto03:14
*** lolsborn <lolsborn!~lolsborn@> has quit IRC03:28
*** lolsborn <lolsborn!~lolsborn@> has joined #yocto03:30
*** mhilt <mhilt!> has joined #yocto03:31
*** rcw <rcw!> has joined #yocto03:41
*** berndhs <berndhs!> has left #yocto04:03
*** lolsborn <lolsborn!~lolsborn@> has quit IRC04:16
*** lolsborn <lolsborn!~lolsborn@> has joined #yocto04:16
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto04:17
*** stephano <stephano!~stephano@> has quit IRC04:20
*** rcw <rcw!> has quit IRC04:22
*** gtristan <gtristan!~tristanva@> has joined #yocto04:34
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto04:52
*** zecke <zecke!> has joined #yocto05:05
*** zecke_ <zecke_!> has quit IRC05:07
*** AndersD <AndersD!~anders@> has joined #yocto05:11
*** AndersD <AndersD!~anders@> has quit IRC05:20
*** AndersD <AndersD!> has joined #yocto05:21
*** mdnneo <mdnneo!~umaucher@> has joined #yocto05:35
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto05:37
*** chep <chep!> has left #yocto05:41
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC05:42
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto05:47
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC05:51
*** agust <agust!> has joined #yocto05:51
*** zumbi <zumbi!> has quit IRC05:54
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto05:54
*** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has quit IRC05:54
*** zumbi <zumbi!> has joined #yocto05:54
*** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has joined #yocto05:56
*** hamis <hamis!~irfan@> has joined #yocto05:58
*** qt-x <qt-x!~Thunderbi@> has joined #yocto06:02
*** pohly <pohly!> has joined #yocto06:06
*** frsc <frsc!> has joined #yocto06:22
*** yettt <yettt!~yettt@> has joined #yocto06:26
*** slips <slips!~slips@> has quit IRC06:31
*** sameo <sameo!~samuel@> has joined #yocto06:31
*** slips <slips!> has joined #yocto06:32
*** t0mmy <t0mmy!> has quit IRC06:43
*** t0mmy <t0mmy!> has joined #yocto06:45
yettthello! i am not able to boot core-image-rt on intel-galileo. It always give kernel panics and say "no filesystem could mount root" can you give some suggestions?06:45
LetoThe2ndyettt: well is there a root fs for it? where is it? how do you pass it to the kernel?06:46
*** csanchezdll <csanchezdll!> has joined #yocto06:47
yettt@LetoThe2nd it is on sdcard  i have followed
LetoThe2ndyou sucessfully did the whole parted-native wic shbang? no errors?06:49
yettti have tried different partition numbers on efi/loader/entries/boot.conf06:51
yetttyes i have used the wic06:51
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC06:52
yetttcreated the direct file like this: wic create galileodisk-sd -e core-image-rt06:52
*** falk0n <falk0n!> has quit IRC06:52
LetoThe2ndwell i don't have a galileo, i just look at "c. Booting the intel-quark BSP image on a Galileo board" and it seems to be quite convoluted.06:53
LetoThe2nddid the standard image boot alright?06:53
yetttyes the standard images is just fine06:54
*** fl0v0 <fl0v0!> has joined #yocto06:56
*** grma <grma!~gruberm@> has joined #yocto06:58
*** morphis <morphis!> has joined #yocto07:03
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC07:05
*** mario-goulart <mario-goulart!> has quit IRC07:06
*** mario-goulart <mario-goulart!> has joined #yocto07:07
*** rajm <rajm!> has joined #yocto07:12
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:13
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto07:16
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:21
kanavinjustanotherboy: there07:21
*** Kakounet <Kakounet!~Thunderbi@> has joined #yocto07:23
*** yettt <yettt!~yettt@> has quit IRC07:27
*** egavinc <egavinc!> has joined #yocto07:32
*** nvld <nvld!> has joined #yocto07:33
*** t0mmy <t0mmy!> has quit IRC07:33
*** jku <jku!~jku@> has joined #yocto07:39
RPpohly: I wondered if you had any ideas on how to fix The issue is that do_populate_sdk_ext doesn't depend on do_build so rm_work can happen before it completes :(07:41
yoctiBug 11042: normal, Medium+, 2.3 M4, richard.purdie, NEW , Fail to build sdk_ext if enable 'rm_work'07:41
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:44
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC07:45
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC07:45
pohlyRP: I'll have a look.07:47
*** JaMa <JaMa!~martin@> has joined #yocto07:48
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:49
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC07:51
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto07:51
*** Snert_ <Snert_!~snert_@> has quit IRC07:51
*** cornel <cornel!~cornel@> has joined #yocto07:51
*** Snert_ <Snert_!~snert_@> has joined #yocto07:52
*** toscalix <toscalix!~toscalix@> has joined #yocto07:55
*** toanju <toanju!> has joined #yocto07:55
*** gtristan <gtristan!~tristanva@> has quit IRC07:59
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC08:00
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto08:00
*** florian_kc is now known as florian08:03
*** Biliogadafr <Biliogadafr!> has joined #yocto08:04
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto08:05
*** yettt <yettt!~yettt@> has joined #yocto08:06
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto08:13
*** toanju <toanju!> has quit IRC08:18
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC08:20
*** geoffrey_l <geoffrey_l!~geoffrey_@> has joined #yocto08:24
*** yettt <yettt!~yettt@> has quit IRC08:28
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto08:33
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC08:36
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto08:36
*** toanju <toanju!~toanju@> has joined #yocto08:38
kanavinrburton: if there is a window on the autobuilder, can you throw this branch on it?
rburtonRP: the AB looked happy last night08:39
rburtonRP: ok to fire alex's branch now?08:39
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto08:40
rburtonmorning josh08:41
kanavinI guess I could do something about those fedorahosted projects next....08:43
RPrburton: yes, go for it08:43
*** colrack <colrack!~textual@> has joined #yocto08:43
RPrburton: I was thinking of merging in -next given the successful tests08:43
RPrburton: was quite fast too08:43
kanavinand generally do the 'Alex RRS fixing' thing08:43
rburtonkanavin: new guys are working on those08:43
kanavinrburton: I don't expect much out of openssl run, will probably be sea of red - I only tested that world builds on x86_6408:44
kanavinRP: ^08:44
*** peacememories <peacememories!> has joined #yocto08:45
rburtonfired on
kanavinrburton: new guys are the malaysia team, and they're working on eliminating fedorahosted references?08:46
*** toanju <toanju!~toanju@> has quit IRC08:46
rburtonkanavin: yes, there's a bug i filed and they own it08:46
*** yettt <yettt!~yettt@> has joined #yocto08:47
kanavinit wasn't particularly nice of fedorahosted to go so cold turkey :-/08:51
rburtoneven fedora still points at it08:51
kanavinthey should've provided pointers to the new locations for everything they host, and *then* pull the plug08:51
rburtonie xmlto.spec still has fedorahosted as the source008:51
rburtonpresumably they also have a giant source mirror08:52
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto08:52
kanavinrburton: yeah, I couldn't find the new place for xmlto either08:52
*** joseppc <joseppc!> has joined #yocto08:52
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto08:52
kanavinI guess we'll use our favorite standby, debian snapshots for that08:52
rburtoni looked at a few as worked examples for the new people, some are dead and some have just moved08:52
*** filt3r <filt3r!~filter@2a03:b0c0:2:d0::7d:7001> has quit IRC08:52
rburtonlogrotate moved a while ago so we're missing some upgrades08:53
JaMaI assume that this "eliminating fedorahosted references" doesn't include meta-oe, but I'll send couple fixes for do_fetch issues in meta-oe today08:54
rburtonJaMa: phase one is oe-core, yes.  i suspect meta-oe has a higher ratio of proper dead upstreams.08:55
rburtonre-evaluating everything which turns out to be dead should happen in the 2.4 cycle08:55
rburtonie does lsb still mandate chkconfig08:56
JaMaI'm fixing only those where SRC_URI used git:// for fedorahosted, because normal archives are still fetched fine from OE source mirror08:56
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC08:56
rburtonjesus google is spooky08:56
rburtonsearch lsb, too many unrelated hits.  type linux and it autocompetes "standard base"08:56
*** beeker23_ <beeker23_!> has joined #yocto08:57
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC08:57
kanavinrburton: my favorite used to be microsoft search engine, bing or whatever its called08:59
*** beeker23 <beeker23!> has quit IRC08:59
kanavinrburton: if you search for linux, the top two links are microsoft articles on how to deinstall it and why windows has a better TCO08:59
*** beeker23_ is now known as beeker2308:59
*** filt3r <filt3r!> has joined #yocto09:00
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto09:03
*** ftonello <ftonello!~felipe@> has quit IRC09:07
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto09:09
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC09:18
*** gtristan <gtristan!~tristanva@> has joined #yocto09:22
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto09:30
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto09:38
*** s <s!~Adium@> has joined #yocto09:45
*** s is now known as Guest8533909:45
*** Guest85339 is now known as ed209:46
kanavinalimon: RRS is again not up to date09:47
kanavinalimon: still shows we have rpm 5 for instance09:47
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC09:47
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto09:49
RPkanavin: :(09:55
*** sameo <sameo!~samuel@> has quit IRC09:58
*** peacememories <peacememories!> has quit IRC09:59
*** mizux <mizux!~mizux@> has joined #yocto10:00
*** ftonello <ftonello!> has joined #yocto10:02
*** peacememories <peacememories!> has joined #yocto10:03
*** toanju <toanju!> has joined #yocto10:20
gtristanYocto can produce a bootable fs image correct ?10:43
gtristanLess obscure question is: What is used to create the image without requiring root to do so ?10:44
yourfategtristan: you already bitbaked an image like core-image-base ?10:45
yourfateyou can then use wic to create an sd card image or other complete images10:46
gtristanyourfate, it's been a while, almost a year since I've done that10:46
gtristanI see, another incarnation of mic, sortakinda10:47
gtristanyourfate, any idea what precisely this does ?10:47
gtristanyourfate, I'm looking into using libguestfs tools with fuse, which seems to work well with most any fs type10:48
gtristanand was wondering what yocto is doing10:48
RPgtristan: we have a tool called pseudo which emulates certain root operations. We also have ensured tools like mke2fs can work without needing loopback mounts10:48
gtristanRP, I see, so mke2fs on an image file, and then some related tooling lets you do some kind of mount without loopback device ?10:50
gtristanI suppose it's ultimately also a fuse mount ?10:51
RPgtristan: no, we never need to mount anything10:51
gtristanRP, so mke2fs -d path/to/sysroot, basically ?10:53
RPgtristan: yes, something like that10:53
gtristanI see, ok thanks10:53
*** nighty- <nighty-!> has quit IRC11:00
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto11:10
gtristanhmmm, so with this approach, it is not possible to ... run extlinux --install /new/system/mountpoint11:20
rburtonkanavin: musl and no-x11 are failing on the ab11:22
rburtonhuh okay my desktop is utter frozen11:22
*** rburton1 <rburton1!> has joined #yocto11:25
*** rburton <rburton!> has quit IRC11:25
*** rburton1 <rburton1!> has quit IRC11:26
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC11:26
RPkanavin: also, x86 exploded in core-image-sato-sdk11:27
*** Biliogadafr <Biliogadafr!> has quit IRC11:28
cornelkanavin, i have one problem ref.
yoctiBug 10450: normal, Medium+, 2.3 M4, alexander.kanavin, IN PROGRESS DESIGN , Reduce fuzz factor when patching files11:33
cornelkanavin, is there any document stating that the default patch 'fuzz' value is 1?11:33
cornelthis is indeed the behaviour we see in poky11:34
cornelthe manual page says: (The default maximum fuzz factor is 2.)11:35
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC11:35
cornelor maybe i misunderstand this 'fuzz' thing11:35
jkucornel: which manual is that?11:35
cornelman 1 patch11:35
corneljku, ^11:36
jkucornel, kanavin was almost certainly referring to the value that oe/yocto uses by default when applying patches11:36
corneljku, i see11:37
cornelbut in the fuzz is left at the default11:37
cornelso, it is a bug in patch (documentation)?11:37
cornelor is the default 'fuzz' value set anywhere else?11:38
cornelin yocto^11:38
*** berton <berton!~berton@> has joined #yocto11:40
jkuthat's a good question, I haven't looked myself11:40
corneljku, thank you :)11:40
corneljku, but i'm really concerned by this11:41
*** toanju <toanju!> has quit IRC11:41
cornelbut maybe, actually kanavin is wrong, let me look at something11:41
*** rburton <rburton!> has joined #yocto11:42
cornelnah, i am not paying attention, he did not said that defaul fuzz value is 111:43
jkucornel also fuzz means "how many lines are allowed to be different"11:44
jkuif I read it right11:44
cornelthen i definitely do not understand 'fuzz'11:45
ernstpanyone tried linaro external toolchain?11:46
ernstpgetting a ton of installed-vs-shipped /usr/share/i18n/charmaps/IBM871.gz on glibc-locale-linaro11:47
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto11:47
corneljku, you're definitely right11:47
corneland then everyone is right but me11:47
jkuwell you're probably right that we use the default fuzz which is two11:48
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC11:52
corneljku, yes, but nobody contradicted this :)11:53
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto11:53
*** yettt <yettt!~yettt@> has quit IRC11:53
corneli've just misunderstood the bug report11:53
corneli'm still not 100% sure that the context lines ignored are form exterior toward the middle of the change, but for now it's a good enough assumption11:55
cornelalso, if context is +/- 3 lines, i expect --fuzz=2 to count the total number of context lines from the middle of the change11:56
cornelas opposed to margin11:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:57
*** caiortp <caiortp!~inatel@> has joined #yocto11:58
*** jwest__ <jwest__!> has quit IRC11:59
*** yettt <yettt!~yettt@> has joined #yocto12:00
*** jwest__ <jwest__!> has joined #yocto12:02
*** Kakounet <Kakounet!~Thunderbi@> has quit IRC12:03
*** Kakounet <Kakounet!~Thunderbi@> has joined #yocto12:05
gtristanSo last week I got a bounce from my jpeg turbo patch: ... seems the bot is very selective about the email12:16
gtristanThe patch was against morty, but I rebased it to apply against master now:
*** jwest__ <jwest__!> has quit IRC12:16
gtristanAnd I dont understand why it would complain about signed-off-by, I would think one would sign off on it, only _after_ receiving it through the oe-core email12:17
gtristananyway, I hope to unsubscribe from this high-traffic list asap :-S12:17
*** peacememories <peacememories!> has quit IRC12:19
jkugtristan: we do require your signed-off-by in the patch submission12:21
gtristanjku, I filed the bug with patch attached, and rburton asked for an additional mail to the list12:23
Crofton|workgtristan, are you subscribed to any other OE/YP lists?12:23
gtristanjku, so what is the process from here ?12:23
gtristanCrofton|work, unfortunately, I needed to subscribe yes12:23
Crofton|workone issue we have is contacting users and developers reliably12:23
Crofton|workbut you want off that one :)12:23
gtristanWell, its huge traffic of mostly stuff that... well it's basically email version of bugzilla :-S12:24
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC12:24
Crofton|workand you are not on any other lists?12:24
gtristanI am on plenty of lists :) none of them are really yocto related12:24
* Crofton|work is just colelcting data about how we can better announe things like devleoper meetings, currently I send to about 5 lists12:25
gtristanThe thing about yocto is, I will generally go for many months, until something pops up and I have to fix some bug12:25
gtristanthen I just want to hit and run, and wont be patching anything for another 6 months12:25
gtristanusually its about building on aarch64 hosts12:25
gtristan(for either aarch64 or armv7a targets)12:26
Crofton|workI understand completely12:26
Crofton|workthis means we are doing a lot of things right12:26
*** qt-x <qt-x!~Thunderbi@> has quit IRC12:27
*** ironzorg <ironzorg!> has joined #yocto12:29
jkugtristan: you'll have to resend with the signed-off-by. Please send patches inline (the last one was not)12:29
gtristanYou want the patch not as an attachment ?12:29
gtristanAnd signed off... but signed off by whom ?12:29
ironzorghi, I'm trying to have a task disable/remove other tasks from within the python implementation, nothing I've tried works (d.setVarFlag("task", "noexec", "1"), bb.util.deltask("task") etc), is it even doable ?12:31
ironzorgI got it working using an anonymous python function (that set the "noexec" flag to "1" on the tasks to disable), but I'd rather have this implemented as a task that runs before all others12:32
jkugtristan: signed off by you: it's your "promise" that e.g. you have the right submit those changes. I realise it's a bit stupid for a few tiny changes, but...12:32
gtristanjku, alright, the email title line is alright ? just put the `git format-patch` output as the email content ?12:34
*** stephano <stephano!~stephano@> has joined #yocto12:34
Crofton|work<Crofton|work> I see this after changing the MACHINE with a jethro build12:34
Crofton|work<Crofton|work> Basically, do_populate_sysroot_setscene fails because tar: ./usr/lib/perl5: Cannot create symlink to 'perl': File exists12:34
Crofton|work<Crofton|work> look slike removing the sysroot and starting over for new machine solves the problem, but this is eally annoying12:34
*** nighty- <nighty-!> has joined #yocto12:36
jku gtristan: latest one looks good to me . If possible use [PATCHv3]  in the subject instead of [PATCH] to show that this is the third submission12:36
ironzorgit looks like the functions used with the `d` variable do work (__BBTASKS is updated properly), but then the execution flow keeps going regardless of the changes made in the first task12:37
joshuaglscripts/[create|send]-pull-request are your friends :-)12:37
cornelhmmm, i've just found two patches that are NOT applied at all, but i had no idea about it. is there a log file were such cases are logged by bitbake?12:37
gtristanjku, Ok have it in my email composer right now... so the entire content of the email should just be the patch ?12:38
cornelor maybe i'm wrong again?12:38
cornelhmmm, have to check again :(12:38
gtristanor "inline email attachment" (is that even a thing ?)12:38
jkucornel: I use "git send-email" or the scripts joshuagl suggested. What you described _should_ work but if you do any copy-pasting that can lead to problems...12:40
jkuoops sorry, that was for gtristan12:41
jkucornel: check $WORKDIR/temp/log.do_patch12:41
cornelno worry12:41
* gtristan fires it off and crosses fingers12:41
cornelthank you jku12:42
Crofton|workgit send-eaml is your freind12:42
joshuaglI have a git send-email alias for single patches, then I can run oemail HEAD~112:42
*** toscalix <toscalix!~toscalix@> has quit IRC12:42
Crofton|workfrom the meta-oe README: When sending single patches, please use something like:12:43
Crofton|work'git send-email -M -1 --to --subject-prefix=meta-oe][PATCH'12:43
*** mizux <mizux!~mizux@> has quit IRC12:43
Crofton|workfor that layer, I just cut/paste from the README :)12:43
gtristanlooks like the bot did not mind the attached-ness of the patch and only complained about signoff (last patch)12:43
Crofton|workclearly we need to replace the patch management software with some machine learning application12:44
* gtristan thinks you would not need signed-off-by if you just mandated that patches are submitted in `git format-patch` format12:44
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:45
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto12:48
*** peacememories <peacememories!> has joined #yocto12:48
*** yettt <yettt!~yettt@> has quit IRC12:49
cornelso i was wrong again: the patches were already applied by bitbake, but i did not understood the process12:50
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:55
*** t0mmy <t0mmy!~tprrt@> has quit IRC13:06
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto13:07
*** t0mmy <t0mmy!~tprrt@> has joined #yocto13:08
*** mizux <mizux!~mizux@> has joined #yocto13:10
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto13:10
*** yettt <yettt!~yettt@> has joined #yocto13:12
cornelkanavin, i'm trying to backport the fuzz=0 patches from morty (?) to 'jethro. how can i commit them? (for now i only have automake ;))13:17
*** groleo <groleo!> has joined #yocto13:21
aurelehi everyone13:22
cornelhi aurele13:23
aurelewould it be possible to list all recipes/packages compiled for an image with a specific value in SECTION variable?13:23
*** groleo <groleo!> has quit IRC13:29
cornelbitbake -g may provide some intermediate results13:31
cornelonce you get the recipe list, you can grep in13:31
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC13:37
*** toscalix <toscalix!~toscalix@> has joined #yocto13:38
*** madisox <madisox!> has joined #yocto13:41
*** stephano <stephano!~stephano@> has quit IRC13:42
*** rcw <rcw!~rwoolley@> has joined #yocto13:42
aurelecornel, thanks I will try to script something with this13:43
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto13:44
*** fitzsim <fitzsim!> has quit IRC13:48
*** luneff <luneff!~yury@> has joined #yocto13:49
*** yettt <yettt!~yettt@> has quit IRC13:51
*** AndersD <AndersD!> has quit IRC14:00
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:00
*** luneff <luneff!~yury@> has quit IRC14:02
*** lamego <lamego!jose@nat/intel/x-jqvgfmjrkenfpopp> has joined #yocto14:03
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC14:11
gtristanpatch fail, again14:11
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC14:12
gtristanMust the patch absolutely be inline in the message content, cannot be an attachment ?14:12
gtristanSeems the bot ate that up just fine before14:12
ironzorgsorry to insist guys, has anybody managed to disable arbitrary tasks from the first one to be executed? I tried using "noexec" and `` to no avail, the code is executed but the tasks are still run14:13
*** peacememories <peacememories!> has quit IRC14:13
*** luneff <luneff!~yury@> has joined #yocto14:14
*** stephano <stephano!~stephano@> has joined #yocto14:16
*** marka <marka!> has joined #yocto14:16
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC14:17
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:18
*** yettt <yettt!~yettt@> has joined #yocto14:23
RPironzorg: I think you need to be clearer about the issue you're seeing as I couldn't parse that sentence14:25
ironzorgactually I could fix things if I knew why my recipe is parsed four times, I can see "Resolving any missing task queue dependencies" several times in my logs14:25
ironzorgRP: I'm adding a task that runs before all the other tasks of a given recipe, and trying to make that task disable all the others14:26
RPironzorg: Multiple "Resolving any missing task queue dependencies" sounds odd. Are you using bitbake -k ?14:26
ironzorgno I'm not14:27
RPironzorg: at what point are you trying to "disable the others"? at task execution time?14:27
ironzorgI basically do `C = "${@foo(d)}"; def foo(d): d.setVarFlag("do_build", "noexec", "1")`14:28
ironzorgright now I'm doing like the above, but yea I tried something along those same lines in an actual task (when the task is being executed)14:28
RPwell, at task execution time won't work since the tasks can't change each others metadata14:28
ironzorgok so that's settled14:28
RPthe above is creative, it depends how you're triggering ${C} I guess14:29
ironzorgmy usecase above was very trimmed up, I actually run a process in the `foo` function, and the fact that it runs four times is not convenient14:29
ironzorgI appreciate the reply though RP, thanks for that14:30
RPironzorg: I know why it would reparse, are you sure you;re seeing "any missing task queue dependencies" multiple times though?14:30
RPironzorg: the trouble is parsing happens in multiple contexts, the base configuration, then the base configuration can get updates after config changes, then the recipes parse and each recipe may parse multiple times for variants (native, nativesdk, multilib and so on)14:31
RPalso, the workers all reparse14:31
ironzorgnope, no such message in the output14:32
RPironzorg: you did say 'I can see "Resolving any missing task queue dependencies" several times in my logs'14:33
ironzorgI tried detecting whether `C` was already set, but ran into exceptions probably because of the context switch you mentioned14:33
ironzorgyes, 4 times exactly14:33
ironzorgmisread you14:33
RPI don't understand that. As I said, multiple parses do happen though.14:33
RPthey're even in different processes (worker verses server)14:34
ironzorgso I guess I'll have to cache the results of my process somewhere so that it doesn't get run several times in a row14:34
ironzorgalright that was instructive, thanks14:34
RPthe persist db thing in bitbake may help there fwiw14:35
RPlib/bb/ in bitbake14:36
*** groleo <groleo!> has joined #yocto14:38
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:818c:528f:db7a:4ee> has joined #yocto14:38
robstacould anyone share a boilerplate HOSTTOOLS that would be great14:44
RProbsta: boilderplate?14:49
kanavinRP, ross: yes, I saw - unfortunately introducing openssl 1.1 is harder than I thought, as we need to go out and fix all upstreams that are incompatible with 1.1 - I thought we could get away with not doing that and making 1.0 and 1.1 coexist. It doesn't work because openssl11-dev and openssl10-dev directly clash.14:50
RProbsta: our current default is
kanavinthere's maybe 6 such upstreams.14:50
RPkanavin: or you just delete the contents of openssl10-dev :}14:51
RPI'm sure it wasn't me who suggested something so evil14:51
kanavinRP: yes :) perhaps!14:51
kanavinrburton: ^^^14:53
RPkanavin: I guess at build time, rss lets you do this now when it was never possible before14:54
RPthat is cool and scary :/14:54
kanavinRP: yes, before rss we would get nowhere at all with this, and would have to wait until most of the recipes would be ported, and fix the remaining ones14:55
*** mjourdan <mjourdan!> has quit IRC14:56
pohlyjoshuagl: runqemu is failing for me in refkit after updating to more recent bitbake and OE-core with:14:56
pohlyOverriding conf file setting of STAGING_DIR_NATIVE to /fast/build/refkit/intel-corei7-64/tmp-glibc/work/corei7-64-refkit-linux/defaultpkgname/1.0-r0/recipe-sysroot-native from Bitbake environment14:56
kanavincornel: I don't undestand what you are trying to do and why14:56
pohlyNote the "defaultpkgname" in the path. Of course there is no such recipe-sysroot-native, so later it fails to find tunctl etc.14:57
RPpohly: that is with what is effectively master?14:57
pohlyRP: yes14:57
*** mjourdan <mjourdan!> has joined #yocto14:57
RPpohly: Robert added some patches in this area recently14:57
pohlyExactly master.14:58
joshuaglpohly: I think you've touched runqemu more recently than me ;-)14:58
RPpohly: defalutpkgname means it comes from bitbake -e with no recipe set14:58
*** mkelly <mkelly!~martin@> has joined #yocto14:58
pohlyThe "Overriding conf file setting of" code is still from joshuagl (commit 1e8165ea2f1).14:58
*** lolsborn <lolsborn!~lolsborn@> has quit IRC14:59
RPpohly: ah :)14:59
*** jku <jku!~jku@> has quit IRC15:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:00
pohly$ bitbake -e | grep ^STAGING_DIR_NATIVE=15:00
pohlyI think that's what's breaking runqemu.15:00
pohlyBut that has been in meta/conf/bitbake.conf. Something must have changed in runqemu  such that it now finds and uses that variable.15:02
*** mjourdan <mjourdan!> has quit IRC15:03
pohlyjoshuagl: any idea how your code is supposed to work now? There is no single STAGING_DIR_NATIVE anymore, so why does the variable from "bitbake -e" matter?15:04
*** mjourdan <mjourdan!> has joined #yocto15:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:05
joshuaglpohly: I'm sorry, I'm on a different coal face nowadays so not entirely certain how to address that in an RSS world15:05
joshuaglalthough I suspect we can look at wic for inspiration?15:06
*** ironzorg <ironzorg!> has left #yocto15:10
pohlyI suspect enabling rm_work.bbclass triggered it: runqemu looks for the STAGING_DIR_NATIVE and STAGING_BINDIR_NATIVE of the image that it is asked to boot. But those directories get removed by do_rm_work, and the fallback code then ends up using the broken path from bitbake -e.15:11
*** gtristan <gtristan!~tristanva@> has quit IRC15:11
joshuaglI'd guess the code I introduced in 1e8165ea2f1 to guess an appropriate path based on OE_TMPDIR is equally bogus now too?15:11
pohlyjoshuagl: probably.15:12
robstacheers RP15:13
*** mjourdan <mjourdan!> has quit IRC15:15
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC15:16
*** yettt <yettt!~yettt@> has quit IRC15:19
*** gtristan <gtristan!~tristanva@> has joined #yocto15:20
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC15:20
*** groleo <groleo!> has quit IRC15:21
*** mjourdan <mjourdan!> has joined #yocto15:22
*** mkelly <mkelly!~martin@> has quit IRC15:24
robstaRP: why is gcc in HOSTTOOLS?15:29
robstafor bootstrapping?15:30
denixrobsta: how would you build any native tool, including gcc itself?15:31
*** yettt <yettt!~yettt@> has joined #yocto15:32
*** mizux <mizux!~mizux@> has quit IRC15:34
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:34
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC15:38
*** mdnneo <mdnneo!~umaucher@> has quit IRC15:38
*** ftonello <ftonello!> has quit IRC15:41
*** mjourdan <mjourdan!> has quit IRC15:42
*** mjourdan <mjourdan!> has joined #yocto15:42
*** toscalix <toscalix!~toscalix@> has quit IRC15:44
*** sjolley <sjolley!~sjolley@> has quit IRC15:46
*** rajm <rajm!> has quit IRC15:48
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC15:48
*** humberto <humberto!~jhibarra@> has joined #yocto15:53
*** humberto is now known as Guest8778215:53
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC15:54
*** hamis <hamis!~irfan@> has quit IRC15:55
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC15:55
*** zecke <zecke!> has quit IRC15:58
alimonkanavin: the upgrade is only registered in the RRS when the version is grater than the previous one... :/, i don't expect to have "reverse upgrades" in the recipes15:59
alimonkanavin: i remember that we have rpm4 and rpm for that reason or something like that15:59
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC16:00
alimonkanavin: i will register the new rpm 4 version manually...16:06
*** yettt <yettt!~yettt@> has quit IRC16:09
*** libby <libby!~libby@> has joined #yocto16:09
rburtonalimon: does RRS not respect epoch?16:10
*** libby <libby!~libby@> has left #yocto16:11
*** csanchezdll <csanchezdll!> has quit IRC16:11
alimonrburton: what you mean with epoch, the modification time in git commit?16:12
rburtonno, PE16:12
rburtonthe version in the recipe didn't go down16:12
rburtonit went from 5.something to 1:4.something16:12
rburtonwhich is an upgrade :)16:12
alimonrburton: nop i didn't code that kind of logic, RRS only sees PV16:13
rburtonthere's a few recipes that use PE, so would be good to handle it16:13
alimonrburton: yes will be good16:13
alimoni didn't know about PE since now16:14
rburtonits a normally invisible to the user version prefix16:14
rburtonfor situations like this16:14
rburtondefault PE is 0, so 1:4 sorts higher than 0:516:14
alimonrburton: yes i got it16:15
*** sjolley <sjolley!~sjolley@> has joined #yocto16:15
*** bavery_fn <bavery_fn!~bavery@> has quit IRC16:15
*** toscalix <toscalix!~toscalix@> has joined #yocto16:23
*** JoiF <JoiF!~jofr@> has quit IRC16:24
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto16:24
*** todor <todor!todor@nat/intel/x-dcrwuculjyslijjc> has joined #yocto16:29
*** Guest87782 <Guest87782!~jhibarra@> has quit IRC16:29
*** frsc <frsc!> has quit IRC16:31
luneffWhat does one do when he sees 'TouchPointPressed without previous release event QQuickEventPoint(valid:true acc16:31
luneffepted:false state:Pressed scenePos:QPointF(409,634) id:1 timeHeld:0)' for Qt/Wayland/Weston combo? The touchscreen seems to be identified properly. Wayland recieves frame and movement events yet clicks are not working :-(16:31
*** geoffrey_l <geoffrey_l!~geoffrey_@> has quit IRC16:31
*** egavinc <egavinc!> has quit IRC16:33
*** t0mmy <t0mmy!~tprrt@> has quit IRC16:34
*** sjolley <sjolley!~sjolley@> has quit IRC16:38
*** sjolley <sjolley!~sjolley@> has joined #yocto16:39
*** Kakounet <Kakounet!~Thunderbi@> has quit IRC16:39
*** zeenix <zeenix!~zeenix@> has joined #yocto16:40
*** mr_science <mr_science!> has joined #yocto16:40
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:40
*** nerdboy <nerdboy!> has joined #yocto16:41
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:41
*** nighty- <nighty-!> has quit IRC16:45
robstadenix RP right; but for my cause i might have to distinguish between bootstrapping and normal operation16:48
*** yettt <yettt!~yettt@> has joined #yocto16:49
RProbsta: FWIW some software has native tools which it builds with gcc and target pieces which it builds with gcc-cross16:49
RProbsta: wayland for example uses pkg-config-native even16:50
RPpieces of u-boot is another example16:51
*** nighty- <nighty-!> has joined #yocto16:54
*** morphis <morphis!> has quit IRC17:00
*** oob <oob!> has joined #yocto17:00
*** grma <grma!~gruberm@> has quit IRC17:00
*** oob <oob!> has quit IRC17:00
*** ftonello <ftonello!> has joined #yocto17:01
*** clsulliv <clsulliv!~clsulliv@> has quit IRC17:05
*** paulg <paulg!> has quit IRC17:06
*** clsulliv <clsulliv!~clsulliv@> has joined #yocto17:06
*** ftonello <ftonello!> has quit IRC17:09
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto17:10
*** paulg <paulg!> has joined #yocto17:10
*** toscalix <toscalix!~toscalix@> has quit IRC17:12
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:18
*** pohly <pohly!> has quit IRC17:21
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC17:37
*** sjolley <sjolley!~sjolley@> has quit IRC17:38
*** yettt <yettt!~yettt@> has quit IRC17:44
*** ntl <ntl!> has quit IRC17:53
*** bluelightning <bluelightning!~paul@> has joined #yocto17:57
*** bluelightning <bluelightning!~paul@> has quit IRC17:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:57
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC17:58
*** ntl <ntl!> has joined #yocto17:59
*** yettt <yettt!~yettt@> has joined #yocto17:59
*** sjolley <sjolley!~sjolley@> has joined #yocto17:59
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto18:01
*** jairglez <jairglez!~jairdeje@> has joined #yocto18:01
*** peacememories <peacememories!~textual@> has joined #yocto18:08
*** fl0v0 <fl0v0!> has quit IRC18:14
*** Snert_ <Snert_!~snert_@> has quit IRC18:15
*** Snert_ <Snert_!~snert_@> has joined #yocto18:15
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC18:16
*** colrack <colrack!~textual@> has quit IRC18:24
*** yettt <yettt!~yettt@> has quit IRC18:46
*** marquiz <marquiz!marquiz@nat/intel/x-ccjoorttbthjazbe> has quit IRC19:16
*** marquiz <marquiz!marquiz@nat/intel/x-gueseucocguwpzdg> has joined #yocto19:17
*** luneff <luneff!~yury@> has quit IRC19:17
*** berndhs <berndhs!> has joined #yocto19:18
*** JaMa <JaMa!~martin@> has quit IRC19:19
*** JaMa <JaMa!~martin@> has joined #yocto19:21
*** yettt <yettt!~yettt@> has joined #yocto19:21
*** peacememories <peacememories!~textual@> has quit IRC19:45
*** Biliogadafr <Biliogadafr!> has joined #yocto19:57
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:818c:528f:db7a:4ee> has quit IRC19:59
*** ant_home <ant_home!~ant__@> has joined #yocto20:00
robstaRP: fair enough, thanks again20:01
robstamaybe we can restrict the hosttools after bootstrapping20:01
ant_homeRP: after 9a23af3 The postinstall intercept hook 'update_gio_module_cache' failed20:02
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:818c:528f:db7a:4ee> has joined #yocto20:03
ant_homewhich leads to: The postinstalls for the following packages will be postponed for first boot: libglib-2.0-020:06
ant_homerevert tested20:07
*** joseppc <joseppc!> has joined #yocto20:09
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto20:09
*** sameo <sameo!~samuel@> has joined #yocto20:14
*** ed2 <ed2!~Adium@> has quit IRC20:17
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-bnilyaalxdlbrvce> has joined #yocto20:22
*** scottrif <scottrif!> has joined #yocto20:23
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC20:28
*** kanavin <kanavin!~ak@> has quit IRC20:30
*** joshuagl <joshuagl!~joshuagl@> has quit IRC20:31
*** joshuagl <joshuagl!joshuagl@nat/intel/x-hhwusljtsqnkjnip> has joined #yocto20:34
*** kanavin <kanavin!ak@nat/intel/x-oggxwgyetmvvieri> has joined #yocto20:35
RProbsta: there are certainly options for doing that20:38
RPant_home: that seems odd. any idea what the error in the postinst is?20:40
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:818c:528f:db7a:4ee> has quit IRC20:41
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:818c:528f:db7a:4ee> has joined #yocto20:41
ant_homeRP: I'm reverting the moment20:46
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:49
*** marquiz <marquiz!marquiz@nat/intel/x-gueseucocguwpzdg> has quit IRC20:50
*** paulg <paulg!> has quit IRC20:52
*** marquiz <marquiz!marquiz@nat/intel/x-uzfmidpppkrtrbfi> has joined #yocto20:52
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:818c:528f:db7a:4ee> has quit IRC20:53
ant_homeRP: kergoth:20:53
ant_homeNOTE: Running intercept scripts:20:53
ant_homeNOTE: > Executing update_gio_module_cache intercept ...20:53
ant_homechown: cannot access '/tmp/build/tmp-glibc/work/c7x0-oe-linux-gnueabi/core-image-base/1.0-r0/rootfs/usr/lib/gio/modules/giomodule.cache': No such file or directory20:53
RPant_home: so I wonder what it did create?20:54
*** marka <marka!> has quit IRC20:55
ant_homethe file is not there...dir empty20:55
*** paulg <paulg!> has joined #yocto20:58
ant_homeRP: the full log
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:818c:528f:db7a:4ee> has joined #yocto21:02
*** sameo_ <sameo_!~samuel@> has joined #yocto21:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:04
*** sjolley <sjolley!~sjolley@> has quit IRC21:05
*** sameo <sameo!~samuel@> has quit IRC21:05
*** rcw <rcw!~rwoolley@> has quit IRC21:07
RPant_home: which makes me wonder what the qemu call actually did...21:08
ant_homethe permissions of the dirs and files seem normal21:09
ant_homehm.. under /intercept_scripts some are executable, others not21:10
ant_homebase/1.0-r0/intercept_scripts$ ls -al21:10
ant_hometotal 2021:10
ant_homedrwxr-xr-x  2 andrea andrea  140 mar 29 22:51 .21:10
ant_homedrwxrwxr-x 10 andrea andrea  240 mar 29 22:52 ..21:10
ant_home-rwxr-xr-x  1 andrea andrea 2326 dic 29 23:34 postinst_intercept21:10
ant_home-rw-r--r--  1 andrea andrea  251 dic 29 23:34 update_font_cache21:10
ant_home-rwxr-xr-x  1 andrea andrea  322 mar 29 22:51 update_gio_module_cache21:10
ant_home-rw-r--r--  1 andrea andrea  273 dic 29 23:34 update_icon_cache21:10
ant_home-rw-r--r--  1 andrea andrea  378 dic 29 23:34 update_pixbuf_cache21:10
*** berton <berton!~berton@> has quit IRC21:17
RPant_home: I tried and it didn't reproduce locally...21:17
RPant_home: different MACHINE mind21:17
kergothI wonder if it doesn't produce the cache in cases where no gio modules are installed, and that results in the error? we've been using that for ages with a number of different imgaes, though, with and without it..21:23
*** yettt <yettt!~yettt@> has quit IRC21:24
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:818c:528f:db7a:4ee> has quit IRC21:28
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto21:33
*** sjolley <sjolley!~sjolley@> has joined #yocto21:40
RPkergoth: I'd appreciate the help in figuring it out if you could...21:41
*** Snert_ <Snert_!~snert_@> has quit IRC21:41
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto21:42
*** jairglez <jairglez!~jairdeje@> has quit IRC21:42
*** Snert_ <Snert_!~snert_@> has joined #yocto21:42
kergothThe obvious answer is to just add a conditional, only chown when it exists. It may be worth doing that and then investigating the root cause in parallel21:43
*** yettt <yettt!~yettt@> has joined #yocto21:43
*** jairglez <jairglez!~jairdeje@> has joined #yocto21:47
RPkergoth: right, the cause just worries me a bit21:50
RPkergoth: and a worry we could swallow the qemu command exit code :/21:50
*** rcw <rcw!> has joined #yocto21:52
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-bnilyaalxdlbrvce> has quit IRC21:57
*** caiortp <caiortp!~inatel@> has quit IRC22:04
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto22:05
*** sameo <sameo!~samuel@> has joined #yocto22:06
*** sameo_ <sameo_!~samuel@> has quit IRC22:07
*** mhilt <mhilt!> has quit IRC22:18
*** SoniaLeon <SoniaLeon!~sleonbau@> has quit IRC22:18
*** stephano <stephano!~stephano@> has quit IRC22:19
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto22:31
*** mhilt <mhilt!> has joined #yocto22:34
*** peacememories <peacememories!~textual@> has joined #yocto22:37
*** yettt <yettt!~yettt@> has quit IRC22:38
*** Biliogadafr <Biliogadafr!> has quit IRC22:40
*** joshuagl <joshuagl!joshuagl@nat/intel/x-hhwusljtsqnkjnip> has quit IRC22:41
*** lamego <lamego!jose@nat/intel/x-jqvgfmjrkenfpopp> has quit IRC22:43
*** ant_home <ant_home!~ant__@> has quit IRC22:43
*** JaMa <JaMa!~martin@> has quit IRC22:53
*** agust <agust!> has quit IRC22:59
*** sameo <sameo!~samuel@> has quit IRC23:11
*** stephano <stephano!~stephano@> has joined #yocto23:13
peacememorieshi everyone23:26
peacememoriesis there a way in yocto to define some services to start at an image level/in local.conf?23:26
peacememoriesright now the only thing i can see is inheriting update-rc.d in the recipe (but the application in the recipe isn't really a service inherently, it is just the main application of the device)23:27
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto23:33
*** SoniaLeon <SoniaLeon!~sleonbau@> has quit IRC23:44
*** todor <todor!todor@nat/intel/x-dcrwuculjyslijjc> has quit IRC23:46
*** todor <todor!~todor@> has joined #yocto23:48
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto23:48
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC23:50

Generated by 2.11.0 by Marius Gedminas - find it at!