Thursday, 2017-09-28

*** scottrif <scottrif!~scottrif@> has quit IRC00:00
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto00:02
*** zarzar <zarzar!~zarzar@> has quit IRC00:07
*** rob_w_ <rob_w_!> has joined #yocto00:08
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC00:12
*** sveinse <sveinse!> has quit IRC00:14
*** sveinse <sveinse!> has joined #yocto00:21
*** kpo <kpo!> has quit IRC00:26
*** sgw <sgw!~swold@> has quit IRC00:31
*** majuk <majuk!> has joined #yocto00:32
*** User12345678 <User12345678!> has joined #yocto00:33
*** majuk <majuk!> has quit IRC00:37
*** kaspter <kaspter!~Instantbi@> has joined #yocto00:39
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto00:44
*** nighty- <nighty-!> has joined #yocto00:47
*** morphis_ <morphis_!> has joined #yocto00:48
*** stephano <stephano!~stephano@> has quit IRC00:49
*** morphis <morphis!> has quit IRC00:51
*** Argylelabcoat <Argylelabcoat!> has joined #yocto00:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:56
*** sjolley <sjolley!~sjolley@> has quit IRC01:16
*** sjolley <sjolley!~sjolley@> has joined #yocto01:26
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC01:39
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto01:48
*** armpit <armpit!~armpit@2601:202:4001:9ea0:f084:ad3:5bb0:9acb> has joined #yocto01:51
*** sgw <sgw!> has joined #yocto01:55
*** stephano <stephano!~stephano@> has joined #yocto02:01
*** kaspter <kaspter!~Instantbi@> has quit IRC02:06
*** sgw1 <sgw1!> has joined #yocto02:06
*** sgw <sgw!> has quit IRC02:06
*** sgw1 <sgw1!> has quit IRC02:09
*** sgw <sgw!> has joined #yocto02:14
*** Hauke <Hauke!> has quit IRC02:16
*** Hauke <Hauke!> has joined #yocto02:16
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has quit IRC02:16
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has joined #yocto02:17
*** sgw <sgw!> has quit IRC02:19
*** sgw <sgw!~swold@> has joined #yocto02:22
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:36
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto02:46
*** Argylelabcoat <Argylelabcoat!> has quit IRC02:58
*** Argylelabcoat <Argylelabcoat!> has joined #yocto03:00
*** Argylelabcoat <Argylelabcoat!> has joined #yocto03:00
*** Argylelabcoat <Argylelabcoat!> has joined #yocto03:01
*** Argylelabcoat <Argylelabcoat!> has joined #yocto03:04
*** Argylelabcoat <Argylelabcoat!> has joined #yocto03:07
*** pohly1 <pohly1!> has joined #yocto03:13
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC03:15
*** pohly <pohly!> has quit IRC03:16
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto03:21
*** stephano <stephano!~stephano@> has quit IRC03:32
*** mario-goulart <mario-goulart!> has quit IRC03:33
*** t0mmy <t0mmy!> has joined #yocto03:34
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has quit IRC03:35
*** suy <suy!~quassel@> has quit IRC03:54
*** bananadev <bananadev!~bananadev@> has joined #yocto03:54
*** bananadev <bananadev!~onlyester@> has joined #yocto03:57
*** suy <suy!> has joined #yocto03:58
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:03
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto04:10
*** sjolley <sjolley!~sjolley@> has quit IRC04:10
*** AndersD <AndersD!> has joined #yocto04:10
*** CoLa <CoLa!cordlandwe@kde/cordlandwehr> has quit IRC04:12
*** CoLa <CoLa!cordlandwe@gateway/shell/kde/x-efghegdmreehzplf> has joined #yocto04:32
*** CoLa is now known as Guest1022304:32
*** baali <baali!~baali@> has joined #yocto04:57
*** gtristan <gtristan!~tristanva@> has quit IRC04:57
khemsgw: yes I see that problem on musl+go, this is a golang issue, they check for isAlpineLinux which actually should have been isMusl, but at this point, I think there is no solution done yet05:06
sgwkhem: so your not it?  otavio?  I am surprised that someone has not found this yet05:07
*** baali <baali!~baali@> has quit IRC05:07
*** gtristan <gtristan!~tristanva@> has joined #yocto05:12
*** bananadev <bananadev!~onlyester@> has quit IRC05:14
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC05:14
*** t0mmy <t0mmy!> has quit IRC05:16
*** bananadev <bananadev!~onlyester@> has joined #yocto05:17
*** mario-goulart <mario-goulart!> has joined #yocto05:20
*** hamis <hamis!~irfan@> has joined #yocto05:48
*** bboozzoo is now known as mborzecki06:01
*** Bunio_FH <Bunio_FH!~bunio@> has joined #yocto06:35
*** rheagar <rheagar!67e51004@gateway/web/freenode/ip.> has joined #yocto06:36
*** Bunio_FH <Bunio_FH!~bunio@> has quit IRC06:39
*** msvb-lab <msvb-lab!> has joined #yocto06:40
*** kaspter1 <kaspter1!~Instantbi@> has joined #yocto06:40
*** kpo <kpo!> has joined #yocto06:41
*** sjolley <sjolley!~sjolley@> has joined #yocto06:42
*** kaspter <kaspter!~Instantbi@> has quit IRC06:42
*** kaspter1 is now known as kaspter06:42
*** sjolley1 <sjolley1!~sjolley@> has quit IRC06:44
*** luc4 <luc4!~luca@> has joined #yocto06:44
*** rob_w_ <rob_w_!> has quit IRC06:47
*** t0mmy <t0mmy!~tprrt@> has joined #yocto06:47
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:47
*** kaspter <kaspter!~Instantbi@> has quit IRC06:48
*** kaspter <kaspter!~Instantbi@> has joined #yocto06:50
*** sgw <sgw!~swold@> has quit IRC06:51
*** sgw <sgw!> has joined #yocto06:51
*** mdnneo <mdnneo!~umaucher@> has joined #yocto06:53
*** Bunio_FH <Bunio_FH!~bunio@> has joined #yocto06:54
*** fl0v0 <fl0v0!> has joined #yocto06:58
*** baali <baali!~baali@> has joined #yocto07:00
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:03
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC07:04
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto07:10
*** mckoan|away is now known as mckoan07:17
mckoangood morning07:17
*** colrack <colrack!~colrack@> has joined #yocto07:17
nayfemckoan: good morning07:18
*** Kakounet <Kakounet!> has joined #yocto07:25
*** zero_note <zero_note!> has joined #yocto07:26
*** aehs29 <aehs29!~aehernan@> has quit IRC07:33
*** hnje <hnje!~hnje@> has joined #yocto07:35
*** aehs29 <aehs29!~aehernan@> has joined #yocto07:36
*** rburton <rburton!> has joined #yocto07:36
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto07:41
*** kpo <kpo!> has quit IRC07:42
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto07:45
*** grma <grma!~gruberm@> has joined #yocto07:46
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto07:46
*** yann <yann!> has quit IRC07:49
*** mflow <mflow!~code@unaffiliated/shiningthrough> has joined #yocto07:51
*** top22 <top22!540ed2b2@gateway/web/freenode/ip.> has joined #yocto07:51
*** toscalix <toscalix!~toscalix@> has joined #yocto07:54
LocutusOfBorghello guys, I have a quick question07:56
LocutusOfBorgI have kernel foo for my project, and I want to build two versions, a foo_normal and a foo_fallback07:56
LocutusOfBorgstarting from the same recipe, one maybe with a "full" defconfig, the other with a minimal one (e.g. no modules and stripped of wifi and useless stuff)07:56
LocutusOfBorgwhat is the best way to do this? so far I had two different recipes, but we can have only one "virtual/kernel"07:57
*** cordlandwehr <cordlandwehr!~cordlandw@> has quit IRC07:57
LocutusOfBorgI mean, one preferred07:57
*** cordlandwehr <cordlandwehr!~cordlandw@> has joined #yocto07:57
*** Kakounet <Kakounet!> has quit IRC08:05
hnjeLocutusOfBorg: using override to specify a different defconfig for your fallback, maybe?08:06
LocutusOfBorgbut how can I build two kernels one for each rootfs?08:10
LocutusOfBorgI could use two machines, two builds but it seems to be an overkill just to have two kernels08:10
LocutusOfBorgright now the main kernel is a bbappend of the default imx6 one from meta-freescale08:10
LocutusOfBorgso, I can't easily have to different bbappends, I will likely need to have a full recipe for the fallback one08:11
nayfedid you see that thread ? don't know if other solution came by this time08:18
*** edgar444 <edgar444!uid214381@gateway/web/> has joined #yocto08:18
*** joshuagl <joshuagl!joshuagl@nat/intel/x-avqsxdezsfpppzla> has joined #yocto08:27
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto08:28
LocutusOfBorgnayfe, probably nothing changed in the meanwhile... I'll split in two machines probably08:30
*** aragua <aragua!~aragua@2a00:8c40:243:232:747a:bb68:a210:2610> has joined #yocto08:41
nayfeLocutusOfBorg: maybe wait for an expert answer. Can't you use the same kernel and undeploy modules at rootfs processing ? or use kernel fragments?08:52
LocutusOfBorghaving 2MB kernel blob instead of a 6MB one is interesting08:52
LocutusOfBorgand kernel fragments won't help because I will still need to do *two* kernel builds08:53
LocutusOfBorgso, somewhat I have to split the kernel recipe in two08:53
*** egavin <egavin!> has joined #yocto08:59
*** Kakounet <Kakounet!> has joined #yocto09:14
*** mflow <mflow!~code@unaffiliated/shiningthrough> has quit IRC09:16
*** mflow <mflow!~code@unaffiliated/shiningthrough> has joined #yocto09:21
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC09:26
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto09:32
*** yann <yann!> has joined #yocto09:33
*** yann <yann!> has quit IRC09:44
*** yann <yann!> has joined #yocto09:47
*** mflow <mflow!~code@unaffiliated/shiningthrough> has quit IRC09:51
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC09:51
*** Kakounet <Kakounet!> has quit IRC09:53
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto09:57
*** DemoniacMilk <DemoniacMilk!5ddf9a2d@gateway/web/freenode/ip.> has joined #yocto10:00
*** cornel <cornel!~cornel@> has joined #yocto10:03
*** luc4 <luc4!~luca@> has quit IRC10:03
cornelis it possible for several users to use the same downloads cache directory in the same time?10:03
rburtoncornel: they'll race over writing the final file, but they won't corrupt10:04
rburtonhm, actually, we don't write to  temporary file...10:05
DemoniacMilkHey people, I have just started using yocto. Im working on an i.mx7 device (created custom hardware) and now i want to vrify that the hardware actually works. i think i could do that by creating a linux image with a custom device tree?10:05
cornelrburton, what we see in practice that even if only one user uses its local downloads cache, but for several simultaneous builds, it may end in fetch() failures10:06
*** Kakounet <Kakounet!> has joined #yocto10:07
rburtoncornel: yeah, we tell wget to write directly to the final filename.  should write to a temporary file and rename on complete.  if you can replicate a patch should be fairly simple and you're able to test :)  download() in bitbake/lib/bb/fetch2/
LetoThe2ndDemoniacMilk: thts the basic way once you've got your bootloader up and running, yes10:11
*** luc4 <luc4!~luca@> has joined #yocto10:12
cornelrburton, thanks , i'll try10:12
*** luc4 <luc4!~luca@> has quit IRC10:18
DemoniacMilkLetoThe2nd okay thanks. I dont have a bootloader running yet. I guess I can find info on this on the NXP websites.10:21
DemoniacMilkdo i have to recompile the kernel after changing the device tree?10:22
DemoniacMilkor is this separated?10:22
LetoThe2ndDemoniacMilk: if you don't need any new drivers or patching, the just recompiling the DT is enough (for same kernel versions, that is)10:23
ramcqrburton, RP: so, the binutils recipe determines the ALTERNATIVES_TARGET by itself using TARGET_PREFIX - which means it's trying to set up ld -> arm-unknown-linux-gnueabi-ld links even though the rest of this recipe has successfully made arm-linux-gnueabihf-ld10:23
ramcqthe problem is now I don't think I can just set ALTERNATIVES_TARGET because do_package seems to uncondidionally set it based on TARGET_PREFIX10:23
LetoThe2ndDemoniacMilk: probably its using u-boot as the loader, so look for that.10:23
ramcqcan I, er, do a replace on the python before it's parsed or something?10:24
* ramcq is actually wondering if just adding support for the right triple to Yocto wouldn't have been quicker at this point10:24
ramcqalso, I've added thumb to my DEFAULTTUNE - armv7athf-vfpv3d1610:28
ramcqbut it doesn't seem to be in my CC flags10:28
rburtonramcq: RP is on <gasp> holiday right now10:29
ramcqWHAT?! VERBOTEN!10:29
rburtoni was shocked too10:29
DemoniacMilkLetoThe2nd yes its uboot. Ill figure out, just wanted to make sure im not following an idea that doesnt work at all10:30
DemoniacMilkthank you10:30
LetoThe2ndDemoniacMilk: have fun10:30
rburtonramcq: i've also spent the last five years ignoring the bintuils and gcc recipes...10:30
LetoThe2ndrburton: hopefully RP is back for some booze in prague :P10:31
rburtonyeah he is only away for a week10:31
*** fischerm <fischerm!> has quit IRC10:33
*** lukma <lukma!> has quit IRC10:34
*** aragua <aragua!~aragua@2a00:8c40:243:232:747a:bb68:a210:2610> has quit IRC10:34
*** fischerm <fischerm!> has joined #yocto10:34
ramcqrburton: ok, but if I wanted to tweak in a .bbappend how could I do it? can I make text changes on a python thing... ? :'(10:35
rburtonno, sorry10:38
rburtonyou could add another prepend in a bbappend but that will happen *before* that fragment10:39
rburtonand an append will be too late10:39
*** User12345678 <User12345678!> has quit IRC10:45
ramcqhm, I think if I use the USE_ALTERNATIVES_FOR variable I can reimplement the append then empty that var10:46
ramcqlet's try that10:46
ramcqI think I am going to bitbake hell10:46
rburtonwhen RP is back I suspect he's going to rewrite some of the toolchain recipes to be more flexible10:48
LetoThe2ndramcq: here you go10:48
*** nighty- <nighty-!> has quit IRC10:51
ramcqright, jobbed it. now where is libbfd going...10:52
ramcqrburton: I'm not sure flexibility is helpful here, I would actually just split the target recipts to be Quite Different10:54
ramcqalso expand armhf to the right triple and fix the fall-out10:55
*** wto <wto!> has quit IRC10:55
*** clement <clement!> has quit IRC10:56
*** clement <clement!> has joined #yocto10:56
*** zero_note <zero_note!> has quit IRC10:56
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC10:57
*** edgar444 <edgar444!uid214381@gateway/web/> has quit IRC10:58
*** bananadev <bananadev!~onlyester@> has quit IRC11:00
*** wto <wto!> has joined #yocto11:02
*** arkver <arkver!~arkver@> has joined #yocto11:11
*** t0mmy <t0mmy!~tprrt@> has quit IRC11:16
*** sjolley <sjolley!~sjolley@> has quit IRC11:17
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto11:17
*** egavin <egavin!> has quit IRC11:31
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:32
*** lpotter <lpotter!~quassel@2001:8003:6470:4900:ba27:ebff:febb:59b> has quit IRC11:32
*** lpotter <lpotter!~quassel@2001:8003:6470:4900:ba27:ebff:febb:59b> has joined #yocto11:32
ramcqrburton: ok my last (I think?) issue is I want to append to FILES_${PN} but only on one machine... the obvious FILES_${PN}_machine += "foo" appends to a blank FILES_${PN}_machine so clobbers FILES_${PN}11:41
*** ed21 <ed21!~Adium@> has joined #yocto11:41
ramcqbut, FILES_${PN}_machine = "${FILES_${PN}} ..." is defined in terms of itself so explodes11:42
*** wto <wto!> has quit IRC11:42
*** wto <wto!> has joined #yocto11:43
ramcqeh, fuck it I'll use python11:43
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has joined #yocto11:45
ramcqd.getVar("FILES_binutils", True) is None11:47
ramcqgood. perfect.11:47
*** kalpu <kalpu!> has joined #yocto11:47
kalpuHi, I did set INITRAMFS_FSTYPES ?= "cpio.xz"  but I still get cpio.gz after running bitbake. What am I doing wrong?11:48
*** vdehors <vdehors!~vdehors@2a01:e35:8bdc:70a0:667d:295b:e99f:fe0d> has joined #yocto11:49
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:57
*** fl0v0 <fl0v0!> has quit IRC11:59
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto12:01
*** ian_arkver <ian_arkver!~arkver@> has joined #yocto12:06
*** arkver <arkver!~arkver@> has quit IRC12:08
nayfeDemoniacMilk: Create a custom board BSP is well explained in Linux: Embedded development book, don't know if you read it ?12:11
nayferburton: Hi, did you read LocutusOfBorg problem? any advice (i'm interested too)12:12
rburtonramcq: FILES_${PN}_append_machine12:13
ramcqrburton: ... why... what... my god... I thought _append was kind of like an operator so it went afterwards?12:13
*** sgw <sgw!> has quit IRC12:14
*** Shurelous <Shurelous!~igor@> has joined #yocto12:14
rburtonramcq: hah trying to impose logic on bitbake assignments, you fool12:14
rburton_append and _remove go before overrides12:14
ramcqI've actually replaced it with some python which seems to run far enough after everything else that the variable seems to have deemed fit to appear...12:15
DemoniacMilknayfe: no i havent12:16
DemoniacMilkbut good hint12:16
*** Kakounet <Kakounet!> has quit IRC12:16
DemoniacMilktheres quite some of those books, any specific recommendation12:17
*** sgw <sgw!~swold@> has joined #yocto12:19
LetoThe2ndDemoniacMilk: unfortunately most of them are rather outdated12:22
*** marquiz <marquiz!marquiz@nat/intel/x-nqtevejlxcwrdtsw> has joined #yocto12:22
*** hnje <hnje!~hnje@> has quit IRC12:22
LetoThe2ndDemoniacMilk: seems to be rather recent (2016) and the author is known to be yocto/OE competent12:23
LetoThe2ndbut i haven't read it12:23
LetoThe2nd(sry for german amazon)12:24
DemoniacMilkwell german amazon is fine for me12:25
gunnarxTransaction check reporting conflict.  This means two recipes have listed the same file in FILES, right?12:26
*** aragua <aragua!~aragua@2a00:8c40:243:232:747a:bb68:a210:2610> has joined #yocto12:26
gunnarxHow should one think about directories here.  I see a conflict on a directory, but both packages are probably entitled to put files into that directory, so they both need to ensure it exists...12:27
*** FabKna <FabKna!~Fabian@> has joined #yocto12:27
nayfe this one is really complete, i read quite some books, and this one really helped me.12:29
nayfeyou can read it here
gunnarxShould components list all the specific *files* they are installing and not worry about mentioning the parent directory in FILES.  Is it enough?  Will the parent directory be created?  I'm justa asking to understand the intended policy and best practice.12:30
*** Sir_Gallantmon <Sir_Gallantmon!King_InuYa@fedora/ngompa> has joined #yocto12:30
*** marka <marka!~masselst@> has joined #yocto12:32
LetoThe2ndDemoniacMilk: again i've not read it, but authors of the packt thing that nayfe mentioned are well-known and competent too.12:35
DemoniacMilkcant find that one in book version, mostly downloads or some subscition stuff12:35
*** Sir_Gallantmon is now known as Son_Goku12:36
LetoThe2ndDemoniacMilk: but the really best thing is to be part of a team that does the thing for one or two board.12:38
DemoniacMilkgot no one in my company that had a closer look at linux ever12:39
LetoThe2ndDemoniacMilk: well you can either hire a consultant or spend a lot of time. or something in between, attend a training to get you started.12:41
*** kalpu <kalpu!> has left #yocto12:42
nayfeDemoniacMilk: you can /join #nayfe if you want12:42
DemoniacMilki got like 3 weeks :D12:42
LetoThe2ndDemoniacMilk: for?12:42
DemoniacMilkverifying my hardware12:42
DemoniacMilkim not into software at all, im a hardware developer12:43
DemoniacMilkbut before i can say "yep, my hardware works" i need to know if my hardwre works12:43
DemoniacMilkso im looking for an easy way to test the peripherals of my controller12:43
LetoThe2ndDemoniacMilk: well if its close to something thats known good, like some dev kit and just modified some peripherals, then 3 weeks is totally ok if there are no serious bugs.12:43
gunnarxit looks a bit lazy(?) to include the whole ${SDKPATHNATIVE} - would something more explicit:  "${SDKPATHNATIVE}/environment.d/" be better practice? (and solve a conflict in this case)12:44
LetoThe2ndthen its basically 1) grab bootloader 2) add new board 3) make boot12:44
DemoniacMilkye tahts what i would want to do12:44
*** luc4 <luc4!~luca@> has joined #yocto12:44
DemoniacMilkbut im not sure how to do that^12:44
LetoThe2ndbut if you have done some hevy modifications, like a massive change in memories, boot order, etc, then 3 weeks might be tough without prior experience12:45
DemoniacMilkfor now, its just an addon for an existing board12:45
DemoniacMilkmemory etc is identical12:45
DemoniacMilkbut a lot of the pinout has been changed12:45
LetoThe2ndwell then you certainly need to modify the bootloader12:46
LetoThe2ndin a nutshell, its looking at the source, find all points where the original board is referenced, and add the new one there too.12:46
nayfeand freescale soc pinmuxing is really ... well ...12:47
DemoniacMilki think most of the pin muxing is dealt with when i use the pinmux tool12:48
DemoniacMilkit allows  to export the device tree as well iirc12:49
DemoniacMilki guess if i knew more about all of this, itd be rather easy from there12:49
LetoThe2ndjsut that the bootloader won't use dt12:50
*** peacememories <peacememories!~textual@> has joined #yocto12:50
*** morphis_ <morphis_!> has quit IRC12:51
LetoThe2ndDemoniacMilk: this seems to be some basic imx7 board support in u-boot
*** vdehors <vdehors!~vdehors@2a01:e35:8bdc:70a0:667d:295b:e99f:fe0d> has quit IRC12:51
LetoThe2ndDemoniacMilk: with this being the initial patch
nayfemaybe you need to use ?12:53
DemoniacMilkhavent used git before either12:54
DemoniacMilkor make or anything really :D12:54
LetoThe2ndDemoniacMilk: so your software know how for ths board actually consists of finding this very channel?12:55
nayfethen you can multiply your 3 weeks by 10 :)12:55
DemoniacMilkthats kind of it12:55
LetoThe2ndwell not 3*10, but then 3 weeks sounds like very, very improbably to hit.12:56
DemoniacMilkas i said im a hardware developer12:56
LetoThe2ndDemoniacMilk: advice: go find a software developer12:56
DemoniacMilkprobably a good idea12:56
DemoniacMilkbut we have none in the company12:56
DemoniacMilkwont change in the next 3 weeks :D12:56
LetoThe2ndDemoniacMilk: hire one, there's a lot of consultants.12:56
DemoniacMilkwell we develop the hardware for software engineers12:57
DemoniacMilkmaybe they can help12:57
*** kaspter <kaspter!~Instantbi@> has quit IRC12:57
gunnarxrburton:  you have time?  looking for some opinion on the above, if you have time.12:57
LetoThe2ndDemoniacMilk: to give you some comparison, i usually need a1 or 2 weeks to bring up and test a board thats closely related to something i already have and know, with some minor to medium modifications12:57
*** ian_arkver <ian_arkver!~arkver@> has quit IRC12:58
* gunnarx can't figure out if LetoThe2nd and DemoniacMilk are discussing yocto issues or just discussing...12:58
*** scottrif <scottrif!~scottrif@> has joined #yocto12:58
rburtongunnarx: on what?12:58
gunnarxhence my comment, it's kinda lost in the noise12:58
LetoThe2ndgunnarx: you're right, sorry.12:58
*** scottrif <scottrif!~scottrif@> has left #yocto12:59
gunnarxabout one screen back, if you can find rburton, otherwise I'm happy to repeat12:59
DemoniacMilkill see if ican maybe get that prcessor programmed in bare metal then and skip yocto/linux. thanks for the heads up12:59
LetoThe2ndDemoniacMilk: only one last sentence: tell your boss you need to ask for help right now. not in three weeks.12:59
rburtongunnarx: what recipes are reporting conflicts with what files?13:00
*** Shurelous <Shurelous!~igor@> has quit IRC13:00
*** AndersD <AndersD!> has quit IRC13:00
rburtonrburton: yes, the recipe should probably use a fuller path just for clarity.13:01
gunnarxin this case cmake and qtbase, but it's as I say, both probably have the right to install a file in environment.d.   So I'm asking in general - 1. should FILES include directories or is it enough to just list files (are parent dirs created?)  2. How to handle if two recipes want ot install different files into the same dir.  They both want to ensure the dir is there.13:01
rburtonits actually warning about environment.d itself?13:02
gunnarxnot expected? :)13:02
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.> has joined #yocto13:02
rburtondifferent permissions or something in the rpm?  obviously two packages can and do install /usr/bin :)13:02
rburtonwhat files are they dropping in? don't have qt here13:02
gunnarxI was kind of starting to wonder if transaction check should complain about directories...13:02
rburtonrpm presumably?13:03
gunnarxcmake is creating and qt is creating IIRC13:03
*** AndersD <AndersD!> has joined #yocto13:04
gunnarxI'm currently trying out to have cmake reference the _file_ and not just the dir.  Listing the dir seems a sloppy way of saying "just take everything that I put in this dir".  Would we agree that is not best practice?13:04
gunnarxtrying to both fix a specific problem, and figure out policy/best practice here13:04
gunnarxbtw, it's working on nativesdk targets if it matters13:04
gunnarxnativesdk task perhaps better worded13:05
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC13:05
*** morphis_ <morphis_!> has joined #yocto13:06
*** vdehors <vdehors!~vdehors@2a01:e35:8bdc:70a0:667d:295b:e99f:fe0d> has joined #yocto13:06
*** Shurelous <Shurelous!~igor@> has joined #yocto13:07
rburtonjust the directory should work though13:07
rburtonso i wonder if the permissions don't match and that makes rpm barf13:07
gunnarxeven if more than one component lists it?13:07
gunnarxso if permissions are fine, more than one component *should* be able to list it in FILES without transaction check conflict?13:07
rburtonevery time you use ${bindir} in FILES, as is default, it uses /usr/bin/13:07
rburtonyes, my hunch is the perms are different which is why rpm is aborting.13:08
rburtonunpack the rpms manually to see the contents?13:08
gunnarxagreed, but do recipes list ${bindir} or do they list ${bindir}/myfile...13:09
*** Son_Goku <Son_Goku!King_InuYa@fedora/ngompa> has quit IRC13:09
*** morphis_ <morphis_!> has quit IRC13:09
*** morphis <morphis!> has joined #yocto13:10
gunnarxok, not sure about permissions.  the error msg only says there's conflict that both components want to install "environment.d" but the message might be misleading13:11
gunnarxalternative question:  if the explicit files are listed would rpm create the parent dir automatically or do you _have_ to list the directory before the file in FILES?13:12
*** bbarr <bbarr!> has joined #yocto13:12
rburtonFILES is a mix, its ${bindir}/*, but ${sysconfdir}13:13
rburtonparent folders are implied13:13
*** Shurelous <Shurelous!~igor@> has quit IRC13:16
rburtongunnarx: poky/scripts/ <path/to/rpm> |cpio -t -v13:17
gunnarxOK, give me a sec I'm not set up to run it at the moment.13:18
*** Son_Goku <Son_Goku!King_InuYa@fedora/ngompa> has joined #yocto13:19
rburtondoh, i just built cmake but this is nativesdk-cmake specific13:19
gunnarxyeah, I did mention though :)13:20
gunnarx  and line 232 If it matters, they have a custom function in there...13:20
gunnarxSorry I'm not sure what commit that was, not the one we use, but it looks the same on their pyro branch
*** Shurelous <Shurelous!~igor@> has joined #yocto13:23
lucaceresoli(sorry, mistyped)13:24
*** Argylelabcoat <Argylelabcoat!> has joined #yocto13:24
*** Kakounet <Kakounet!> has joined #yocto13:27
gunnarxrburton, I'll ping you again when I checked the rpms, I goofed and ran the fresh build script that starts by wiping tmp...13:29
*** clement_ <clement_!> has joined #yocto13:31
rburtonsstate to the rescue right13:33
*** gtristan <gtristan!~tristanva@> has quit IRC13:35
*** clement_ <clement_!> has quit IRC13:36
*** FabKna <FabKna!~Fabian@> has quit IRC13:38
*** Shurelous <Shurelous!~igor@> has quit IRC13:38
*** vdehors <vdehors!~vdehors@2a01:e35:8bdc:70a0:667d:295b:e99f:fe0d> has quit IRC13:40
*** Shurelous <Shurelous!~igor@> has joined #yocto13:41
*** sgw <sgw!~swold@> has quit IRC13:52
gunnarxya, I have the sstate fortunately :)13:52
*** nighty- <nighty-!> has joined #yocto13:52
mckoananybody have been facing to unexpected errors using a multi user build environment with a shared SSTATE_DIR?13:53
gunnarxso far looking like no diff in ownership or permissions on environment-setup.d, but let me double check that I haven't accidentally "fixed" it in some other way13:53
*** vdehors <vdehors!> has joined #yocto13:57
*** hamis <hamis!~irfan@> has quit IRC13:59
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC14:00
*** Son_Goku <Son_Goku!King_InuYa@fedora/ngompa> has quit IRC14:04
*** Argylelabcoat <Argylelabcoat!> has joined #yocto14:06
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC14:07
peacememorieshi everyone. does anyone know why swupdate requires u-boot-fw-utils specifically? i'm trying to build on a platform that uses u-boot-ezynq and have dependency problems14:08
LetoThe2ndpeacememories: guess because it can read and modify u-boot environments.14:09
paulbarkeranyone around with knowledge of the go toolchain in oe-core? I think I've made the front fall off it14:11
peacememoriesprobably, question is... is there a solution for this? should i add the features of u-boot-fw-utils to a bbappend for u-boot-ezynq and make it provide the former? or can i somehow extend a bsp config and change the preferred u-boot and see how that goes?14:11
*** Son_Goku <Son_Goku!King_InuYa@fedora/ngompa> has joined #yocto14:11
*** sgw <sgw!swold@nat/intel/x-pnpgxqwtxjqmsfyv> has joined #yocto14:11
*** stephano <stephano!~stephano@> has joined #yocto14:15
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto14:15
*** Son_Goku <Son_Goku!King_InuYa@fedora/ngompa> has quit IRC14:22
peacememoriescan i maybe stop u-boot-fw-utils from being skipped?14:23
rburtonpaulbarker: you want otavio or khem14:23
ramcqthis better work :P14:24
*** zarzar <zarzar!~zarzar@> has joined #yocto14:24
rburtonramcq: dare i look? :)14:24
ramcqI don't quite understand the thumb handling14:24
ramcqit seems setting "thumb" tune doesn't actually pass -mthumb unless you set ARM_INSTRUCTION_WHATEVER to thumb14:24
rburtonyeah i *think* thats because setting the thumb tune just makes it available and some upstreams just fail to build with thumb enabled.  you can set ARM_WHATEVER to thumb globally and you'll see some recipes unset it.14:25
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC14:26
ramcqbut do linux distros typically enable thumb everywhere? how does gcc choose when to use thumb?14:26
*** gtristan <gtristan!~tristanva@> has joined #yocto14:27
fraythe thumb tune says 'my cpu supports thumb'.  I know this may be a bit strange, but there are a LOT of things that won't build with thumb mode14:31
fray(that list dropped for a while, but now that everyone is moving to armv8, the list is starting to grow again..)14:31
LetoThe2ndfray: i am officially not moving to armv8!14:32
frayok, move to mips64.. :)14:32
LetoThe2ndhey c'mon, we're just leaving arm7tdmi (a.k. armv4)14:33
fray(32-bit arm still has a long life ahead of it.. but even 32-bit arm is moving the 32-bit version of armv8, I forget what it's called)14:33
* fray waits for 2038 and 32-bit timestamps....14:33
*** AndersD <AndersD!> has quit IRC14:34
peacememorieshmm, i've found RDEPENDS_${PN}_remove, but DEPENDS_${PN}_remove doesn't seem to work?14:36
rburtonbecause DEPENDS_${PN} doesn't exist14:37
peacememoriesdoes DEPENDS_remove work?14:37
rburton_remove works on all variables14:37
sr105Can I pass CFLAGS="-g -O0" to every recipe in my image build?14:37
sr105I have a bug I'm tracing through a nest of shared libraries and -O2 (the common default) causes gdb to jump around too much.14:38
rburtonsr105: set DEBUG_BUILD=114:39
rburton(in local.conf)14:39
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto14:42
peacememorieswhere does -c menuconfig actually store its configuration?^^14:43
sgwarmpit: which branch contains your pending morty changes?14:43
armpitakuster/morty-next on contrib14:43
sgwotavio: did you see the golang bug I assigned to you this morning?14:43
sgwarmpit: thanks14:43
*** jku_ <jku_!> has joined #yocto14:46
*** yates <yates!> has joined #yocto14:47
yatesi've found a nice utility i want to have included in my rootfs, devregs:
yatesinstead of bitbaking the recipe directly, how do i get it to be included as part of my image recipe?14:48
rburtonadd it to IMAGE_INSTALL14:49
yatesrburton: cool. thanks.14:50
*** jku <jku!> has quit IRC14:51
ramcqfray: so... Debian builds their GCC with --with-mode=thumb14:53
ramcqfray: does that just mean -mthumb is available, or does it enable it by default?14:54
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has quit IRC14:54
*** Son_Goku <Son_Goku!King_InuYa@fedora/ngompa> has joined #yocto14:56
*** frank_878 <frank_878!~frank@> has joined #yocto14:57
peacememorieshmm, how can i remove modifications i made via menuconfig?14:57
armpitsgw, I am in meeting of and on today if you have any questions, there may be a delay15:03
frank_878Hello everyone, I was wondering if you can help me with this issue.15:04
frank_878Apparently nothing that needs https works from our built image. It seems that the problem is caused by the SSL_CERTIFICATE. On this topic I had a look at this conversation15:04
frank_878on the mailing list:
frank_878On the openssl recipe, it says that to add the c_rehash function PKGCONFIG needs perl. I tried then adding this entry PACKAGECONFIG_append_pn-openssl = " perl" in local.conf, but still the problem isn't solved and15:04
frank_878there is no sign of the c_rehash function needed to hash the certificates..15:04
*** majuk <majuk!> has joined #yocto15:07
frank_878has any of you experienced the same problem??15:08
*** fl0v0 <fl0v0!> has joined #yocto15:10
*** armpit <armpit!~armpit@2601:202:4001:9ea0:f084:ad3:5bb0:9acb> has quit IRC15:12
rburtonfrank_878: did you install ca-certificates into the image?15:20
*** peacememories <peacememories!~textual@> has quit IRC15:22
frank_878rburton, yes ofcourse15:25
hmwel<peacememories> -c cleansstate15:27
*** frank_878 <frank_878!~frank@> has quit IRC15:28
*** dfaught <dfaught!> has joined #yocto15:29
*** aratiu <aratiu!~adi@> has quit IRC15:33
*** aratiu <aratiu!~adi@> has joined #yocto15:35
*** fl0v0 <fl0v0!> has quit IRC15:38
*** aragua <aragua!~aragua@2a00:8c40:243:232:747a:bb68:a210:2610> has quit IRC15:38
*** Bunio_FH <Bunio_FH!~bunio@> has quit IRC15:39
*** t0mmy <t0mmy!~tprrt@> has joined #yocto15:41
*** ed21 <ed21!~Adium@> has quit IRC15:49
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:52
*** WillMiles <WillMiles!> has joined #yocto15:54
*** DemoniacMilk <DemoniacMilk!5ddf9a2d@gateway/web/freenode/ip.> has quit IRC15:56
*** toscalix <toscalix!~toscalix@> has quit IRC16:00
*** luc4 <luc4!~luca@> has quit IRC16:03
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:12
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:14
*** joshuagl <joshuagl!joshuagl@nat/intel/x-avqsxdezsfpppzla> has quit IRC16:18
*** Kakounet <Kakounet!> has quit IRC16:19
kergothfatal: reference is not a tree: 8a93832dad621535e90aa8e1fb74ae5ba743fc3e16:21
kergothERROR: ptest-runner-2.1+gitAUTOINC+8a93832dad-r0 do_unpack: Function failed: base_do_unpack16:21
rburton <-- yes it is16:23
kergothwe're using a shared downloads dir on a common server, and apparnetly i don't have write access to it. but why didn't the git fetch fail earlier, rather than failing in unpack, if it wasn't able to update the repo?16:23
kergothvery odd16:24
*** sjolley1 <sjolley1!~sjolley@> has quit IRC16:24
kergothif i manually run git fetch, it errors.. so how did do_fetch succeed..16:26
*** bavery_fn <bavery_fn!~bavery@> has quit IRC16:26
rburtonlack of error checking, i'd guess16:26
rburtoncough fetch3 cough16:26
* rburton runs for the hills16:27
kergothshouldn't be possible, runfetchcmd() is supposed to raise an exception on any command failure.. guess we need another unit test16:27
kergothaside: i rather hate runfetchcmd16:27
rburtonyou verified git-fetch actually does set the exit code?16:27
kergothyep, returns 25516:27
*** kpo <kpo!> has joined #yocto16:33
*** Son_Goku <Son_Goku!King_InuYa@fedora/ngompa> has quit IRC16:33
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has joined #yocto16:40
aehs29rburton: so, want me to ste DISTRO_FEAT_NATIVE for ipv6 instead?16:40
*** stephano <stephano!~stephano@> has quit IRC16:46
*** mckoan is now known as mckoan|away16:47
*** FabKna <FabKna!> has joined #yocto16:50
*** auke <auke!5249ab6d@gateway/web/freenode/ip.> has joined #yocto16:50
*** grma <grma!~gruberm@> has quit IRC16:50
FabKnaIf I manually try to install an ipk package with opkg I alway get "nothing provides libc6 >= 2.25" error. Dont know how to fix this?!16:51
*** colrack <colrack!~colrack@> has quit IRC16:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:52
FabKnait gets correctly installed with --force-depends16:53
FabKnaHowever, I want to get rid of that error. Any ideas?16:54
aukeHi all, i was wondering if the following workflow is possible. I use devtool for editing/mainting code, however every once and a while i want to debug a specific program. I would like to use Eclipse for this, however, i can not find documentation on how to mix devtool and eclipse. Are there people that use this workflow?16:55
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:57
*** auke <auke!5249ab6d@gateway/web/freenode/ip.> has quit IRC17:04
*** vdehors <vdehors!> has quit IRC17:04
malinusHello. It seems like 'EXTRA_IMAGE_FEATURES += "read-only-rootfs"' sets a password for root. Any idea what the password might be?17:06
*** Sir_Gallantmon <Sir_Gallantmon!King_InuYa@fedora/ngompa> has joined #yocto17:07
malinusOr maye it even disables root login and makes a new user. All I can conclude is that without read-only-rootfs, I can login just fine (root with no pass), and with ro, I can't login17:07
kergothmalinus: most likely it isn't setting a password at all, but you have a EXTRA_IMAGE_FEATURES ?= farther down in your lcoal.conf which is no longer applied once you assigned it a value17:09
kergothmalinus: resultling in the default features not being included17:09
malinuskergoth: DOH! thanks!17:10
kergoth?= is 'set only if it's current unset'17:11
kergothsame syntax as ?= in makefiles17:11
malinusyeah I just missed the EXTRA_IMAGE_FEATURES further down17:12
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:12
* kergoth nods17:15
malinusthanks again, I'm still learning my way around yocto. But it sure seems a better aproach than doing your own small debian based distro.17:19
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto17:19
*** sachit <sachit!> has quit IRC17:26
*** sachit <sachit!> has joined #yocto17:27
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto17:36
*** fischerm <fischerm!> has quit IRC17:38
*** armpit <armpit!> has joined #yocto17:39
*** fischerm <fischerm!> has joined #yocto17:46
*** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC17:49
FabKnaI have to split OS layer and individual applications for update purpose and that the production systems can contain different constelations of applications. What is the best way to do so? Use OStree as pseudo overlayfs for applications?17:55
otaviosgw: I did; I didn't yet look at the issue17:59
otavioIs someone using package feeds with dnf?18:00
sgwotavio: it pretty much breaks all x86-64 platforms with musl18:00
otaviosgw: so nice!18:01
otaviokhem: you mentioned it checks for Alpine. How is it related?18:02
sgwotavio: I did not look at the code, but I think he mentions something about maybe doing IsMusl first or instead of the Alpine check18:04
otaviosgw: I'll dig on it later today; it is reproducible with qemu build?18:04
sgwotavio: yes, qemux86-64, genericx86-64 both fail18:05
sgwI found it testing intel-corei7-6418:05
*** bavery_fn <bavery_fn!bavery@nat/intel/x-fbgbgztwljqptdpu> has joined #yocto18:05
*** Sir_Gallantmon is now known as Son_Goku18:09
*** baali <baali!~baali@> has quit IRC18:11
*** baali <baali!~baali@> has joined #yocto18:19
*** t0mmy <t0mmy!> has joined #yocto18:24
*** stephano <stephano!stephano@nat/intel/x-rysinndocsvlgdof> has joined #yocto18:24
*** ian_arkver <ian_arkver!~arkver@> has joined #yocto18:27
*** ian_arkver <ian_arkver!~arkver@> has quit IRC18:36
*** marka <marka!~masselst@> has quit IRC18:40
*** majuk <majuk!> has quit IRC18:48
*** majuk <majuk!> has joined #yocto18:49
otavioIs someone using package feeds with dnf? It is failing on me18:50
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:51
*** morphis <morphis!> has quit IRC18:52
rburtonthe ab exercises that, so it should work18:53
*** majuk <majuk!> has quit IRC18:53
otaviorburton: i should call dnf makecache on the box right ?18:53
*** rburton <rburton!> has quit IRC18:59
*** baali <baali!~baali@> has quit IRC19:05
*** pohly1 <pohly1!> has quit IRC19:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:10
*** majuk <majuk!> has joined #yocto19:18
*** jrp55262 <jrp55262!ad4c22cb@gateway/web/freenode/ip.> has joined #yocto19:22
*** Son_Goku <Son_Goku!King_InuYa@fedora/ngompa> has quit IRC19:40
*** gtristan <gtristan!~tristanva@> has quit IRC19:40
*** vmesons is now known as vmeson19:46
*** WillMiles <WillMiles!> has quit IRC19:47
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.> has quit IRC19:49
*** marka <marka!> has joined #yocto19:51
*** Shurelous <Shurelous!~igor@> has quit IRC19:58
*** fischerm <fischerm!> has quit IRC20:04
*** rburton <rburton!> has joined #yocto20:05
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC20:08
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:10
*** sjolley <sjolley!~sjolley@> has joined #yocto20:10
FabKnadoes anyone has experience with lxc with yocto? Assume I have a ipk package and I want to isolate this application and want to isolate the used libraries. How can I accomplish this?20:20
*** yates <yates!> has quit IRC20:21
*** ant_home <ant_home!> has joined #yocto20:26
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:27
*** falstaff <falstaff!~quassel@2001:1620:c6e:0:92e6:baff:fe5c:b100> has joined #yocto20:29
*** sjolley <sjolley!~sjolley@> has quit IRC20:36
*** sjolley <sjolley!~sjolley@> has joined #yocto20:43
*** scottrif <scottrif!> has joined #yocto20:52
*** sjolley <sjolley!~sjolley@> has quit IRC20:53
*** clsulliv1 <clsulliv1!clsulliv@nat/intel/x-dyveqjyndlmmpuva> has quit IRC20:55
*** RP1 <RP1!> has joined #yocto21:00
*** clsulliv <clsulliv!~clsulliv@> has joined #yocto21:03
*** fischerm <fischerm!> has joined #yocto21:03
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC21:05
*** sgw <sgw!swold@nat/intel/x-pnpgxqwtxjqmsfyv> has quit IRC21:24
*** marka <marka!> has quit IRC21:25
*** FabKna <FabKna!> has quit IRC21:30
*** Shurelous <Shurelous!~igor@> has joined #yocto21:41
*** lamego <lamego!~jose@> has quit IRC21:51
*** bbarr <bbarr!> has quit IRC21:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC22:06
*** Argylelabcoat <Argylelabcoat!> has quit IRC22:07
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:07
*** klynn <klynn!~klynn@> has joined #yocto22:12
*** rburton <rburton!> has quit IRC22:14
*** ant_home <ant_home!> has quit IRC22:15
*** armpit <armpit!> has quit IRC22:17
*** sjolley <sjolley!~sjolley@> has joined #yocto22:17
*** kmorrow <kmorrow!81c4e2a4@gateway/web/freenode/ip.> has joined #yocto22:20
*** sjolley <sjolley!~sjolley@> has quit IRC22:22
*** rburton <rburton!> has joined #yocto22:23
*** marka <marka!> has joined #yocto22:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:32
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto22:34
*** sjolley <sjolley!~sjolley@> has joined #yocto22:36
*** marka <marka!> has quit IRC22:38
*** rburton <rburton!> has quit IRC22:47
*** Shurelous <Shurelous!~igor@> has quit IRC22:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC22:58
*** peacememories <peacememories!> has joined #yocto23:03
kergothhuh, the update_font_cache intercept is what's hanging in my images. weird23:04
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC23:06
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto23:06
*** stephano <stephano!stephano@nat/intel/x-rysinndocsvlgdof> has quit IRC23:06
*** nslu2-log <nslu2-log!> has quit IRC23:15
*** nslu2-log <nslu2-log!> has joined #yocto23:16
*** nighty- <nighty-!> has quit IRC23:26
*** bbarr <bbarr!> has joined #yocto23:27
*** agust <agust!> has quit IRC23:36
*** scottrif <scottrif!> has left #yocto23:40
*** majuk <majuk!> has quit IRC23:41
*** klynn <klynn!~klynn@> has left #yocto23:41
*** peacememories <peacememories!> has quit IRC23:52
*** sgw <sgw!> has joined #yocto23:58

Generated by 2.11.0 by Marius Gedminas - find it at!