| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 00:00 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 00:05 | |
| mischief | thank you! | 00:22 |
|---|---|---|
| yocti | New news from stackoverflow: Yocto Bitbake Recipes for Nvidia Jetson Nano for Python whl files not on PyPi <https://stackoverflow.com/questions/56563920/yocto-bitbake-recipes-for-nvidia-jetson-nano-for-python-whl-files-not-on-pypi> | 00:25 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 00:26 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 00:37 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 00:40 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 00:41 | |
| *** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto | 01:46 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 01:54 | |
| *** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC | 02:20 | |
| *** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto | 02:22 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 02:48 | |
| *** kaspter <kaspter!~Instantbi@113.64.121.213> has quit IRC | 02:50 | |
| *** kaspter <kaspter!~Instantbi@113.64.121.213> has joined #yocto | 03:08 | |
| *** faildev <faildev!2f864074@047-134-064-116.res.spectrum.com> has quit IRC | 03:41 | |
| *** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC | 06:00 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 06:18 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 06:20 | |
| yocti | New news from stackoverflow: Adding nativesdk-qt4-tools to my yocto SDK <https://stackoverflow.com/questions/58256123/adding-nativesdk-qt4-tools-to-my-yocto-sdk> | 06:57 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-217-130.net.vodafone.it> has joined #yocto | 07:39 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 07:39 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 07:40 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 07:41 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 08:03 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 08:16 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 08:18 | |
| *** pohly <pohly!~pohly@dyndsl-037-138-250-149.ewe-ip-backbone.de> has joined #yocto | 08:48 | |
| RP | khem: I think the binutils change causes a selftest failure :/ | 08:50 |
| RP | khem: confirmed, the _x86-64 overridden line breaks oe-selftest -r sstatetests.SStateTests.test_sstate_32_64_same_hash | 09:07 |
| *** yann <yann!~yann@lstlambert-656-1-138-242.w80-14.abo.wanadoo.fr> has joined #yocto | 09:24 | |
| *** rburton <rburton!~rburton@134.191.227.37> has joined #yocto | 09:48 | |
| *** yann <yann!~yann@lstlambert-656-1-138-242.w80-14.abo.wanadoo.fr> has quit IRC | 09:49 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:56 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.12> has quit IRC | 10:00 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto | 10:00 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 10:09 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 10:19 | |
| *** camus1 <camus1!~Instantbi@183.24.179.211> has joined #yocto | 10:53 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 10:55 | |
| *** kaspter <kaspter!~Instantbi@113.64.121.213> has quit IRC | 10:56 | |
| *** camus1 is now known as kaspter | 10:56 | |
| dv|2 | how can I choose BRANCH based on MACHINE name in my own recipe? | 10:58 |
| *** dev1990 <dev1990!~dev@dynamic-62-87-214-51.ssp.dialog.net.pl> has joined #yocto | 11:27 | |
| RP | dv|2: BRANCH_machine1 = "A" BRANCH_machine2 = "B" and use ${BRANCH} ? | 11:43 |
| dv|2 | RP, exactly! | 11:43 |
| paulbarker | RP: I think I may have tracked down my extend_recipe_sysroot issue from yesterday. It was my mistake but a subtle one | 11:56 |
| RP | paulbarker: what was it out of interest? | 11:57 |
| paulbarker | I had `do_image_wic[depends] += "u-boot-bbe:do_build"`, should have been `do_deploy` at the end there instead | 11:57 |
| paulbarker | All works fine until you inherit rm_work | 11:58 |
| RP | paulbarker: ah, I can imagine how it could break | 11:58 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 11:58 | |
| paulbarker | Then you get a graph like `u-boot-bbe:do_build` -> `u-boot-bbe:do_rm_work_all` -> `glibc-initial:do_rm_work` -> `glibc-initial:do_populate_sysroot` | 11:58 |
| RP | the dependency code is all rather interesting :/ | 11:58 |
| paulbarker | And suddenly extend_recipe_sysroot is trying to add both glibc and glibc-initial | 11:59 |
| RP | paulbarker: which then breaks since the code which blocks both together then doesn't trigger | 12:00 |
| paulbarker | Exactly | 12:00 |
| paulbarker | I wonder if we can make it drop do_rm_work & do_rm_work_all in the "Create collapsed do_populate_sysroot -> do_populate_sysroot tree" section of the function | 12:01 |
| RP | paulbarker: I think there would be other implications of the issue so that probably would create more confusion than it could solve :/ | 12:02 |
| paulbarker | Ok. Maybe a warning if we see do_build in the dependencies of a task like that? | 12:03 |
| RP | paulbarker: maybe. I think only do_build should depend upon do_build | 12:03 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 12:24 | |
| *** kaspter <kaspter!~Instantbi@183.24.179.211> has quit IRC | 12:37 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 12:56 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 12:57 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 13:25 | |
| khem | RP:what does that test do, compare target binutils or cross | 13:58 |
| RP | khem: compares binutils-native on a 32 and a 64 bit host | 14:00 |
| RP | khem: I have a fix in -next | 14:00 |
| khem | ah yes was reading the testcase | 14:01 |
| RP | khem: fix mailed | 14:02 |
| RP | as well as fix for zeddii's kernel change and a fix for the psplash race issue | 14:02 |
| khem | looks good | 14:03 |
| khem | I was thinking to enable-targets=all for all kind of binutils as well | 14:04 |
| RP | khem: i was wondering about that. Could we even drop binutils-cross in favour of binutils-native and just symlink? | 14:04 |
| khem | which would make binutils build a bit longer and perhaps bigger but will account for | 14:05 |
| RP | khem: we build -native anyway though? | 14:05 |
| khem | RP: in that case perhaps yes | 14:05 |
| khem | yeah native is not always built I think but we can if we think of dropping cross | 14:06 |
| RP | khem: it'd be worth measuring the size/time difference | 14:07 |
| khem | in clang thats what I do, build one and symlimk for cross but clang driver supports it so any issues we can fix, not sure about binutils case, we might have to try | 14:07 |
| khem | RP: another problem I am seeing is that when I build musl/glibc in same tmpdir for same machine, it deletes content from core2-32-yoe-linux-musl when build is happening for glibc while it decides to do sysroot cleanup | 14:11 |
| khem | I thought core2-32-yoe-linux-musl will be unknown to glibc build | 14:11 |
| khem | so it should not even touch *-*-musl* dirs, no ? | 14:12 |
| RP | khem: It depends. Which dir exactly? | 14:12 |
| khem | work/core2-32-yoe-linux-musl | 14:13 |
| RP | khem: there is code which records what a given MACHINE built last time, then if its no longer reachable in a new build it can remove it | 14:13 |
| khem | packages under above are cleaned | 14:13 |
| khem | when doing glibc build | 14:13 |
| RP | khem: I'm slightly surprised it would clean musl from glibc | 14:13 |
| khem | I am too, | 14:13 |
| khem | easy to reproduce, TCLIBC=musl bitbake core-image-minimal && bitbake core-image-minimal now check musl/ dir under work/core2-32-yoe-linux-musl its removed | 14:14 |
| khem | and its surgical about it, not whole core2-32-yoe-linux-musl is removed | 14:15 |
| RP | khem: have a look at sstate-control/index-<machine> | 14:15 |
| RP | khem: I suspect something odd is going on with the indexes | 14:16 |
| RP | khem: my local ones don't look right to me at a quick glance | 14:16 |
| RP | khem: if those indexes aren't right it will remove things when it shouldn't | 14:16 |
| RP | khem: we have this behaviour so things like switching sysvinit to systemd work | 14:17 |
| RP | khem: it is there to clean up systemd ipks from the feed if the systemd recipe is disabled for example | 14:17 |
| RP | khem: I think it will also trigger to remove musl if you switch to glibc and vice versa | 14:18 |
| khem | but musl is different tuple unlike system/sysvinit case | 14:19 |
| kanavin_home | RP: is the wayland build issue caused by ninja update by any chance? | 14:19 |
| khem | I see that index names dont encode TARTGET_OS | 14:19 |
| RP | kanavin_home: possibly. Not sure if its deterministic yet or not | 14:19 |
| kanavin_home | RP: what I see in the failure is that it's trying to build tests ahead of everything else | 14:20 |
| RP | kanavin_home: so its racing with broken dependency information? | 14:20 |
| kanavin_home | RP: looking into source code now | 14:21 |
| RP | kanavin_home: I haven't really looked into that one, I decided to file it as its out my area of knowledge | 14:22 |
| khem | RP: index-core2-32 index-machine-qemux86 index-qemux86 they should also have TARGET_OS in their name IMO | 14:22 |
| kanavin_home | RP: let me try to build it with new ninja | 14:22 |
| RP | kanavin_home: there were three other issues for me to be going on with :/ | 14:22 |
| RP | khem: I'm not sure they should | 14:23 |
| RP | khem: where do the files end up under tmp/deploy/ipk ? | 14:23 |
| RP | khem: I suspect if we change this code you'll get both glibc and musl ipks together | 14:24 |
| khem | hmm thinking about it from feeds point of view it seems you are right | 14:25 |
| RP | khem: so the code is actually doing the right thing and preventing you hurting yourself | 14:25 |
| RP | :) | 14:25 |
| khem | so best is to use different tmpdir ? | 14:25 |
| khem | like oe-core defaults? | 14:26 |
| RP | khem: I think we'd have more work to do to make parallel glibc/musl builds work in the same tmpdir | 14:26 |
| RP | It does "work" only because we have code which detects and tries to handle it | 14:26 |
| RP | but to do that it has to clean up lots of stuff | 14:27 |
| khem | yeah i see that especially when you do world builds one after another you can see it cleaning up for long long time | 14:27 |
| RP | khem: separate tmpdir is simpler | 14:28 |
| khem | RP: with combined tmpdir, I have been able to catch some allarch bugs though | 14:29 |
| khem | so its not all in waste, but I guess I should change my distro defaults | 14:29 |
| khem | I have bigger fish to fry | 14:29 |
| RP | khem: right, I do see some value in it but I don't think its top of the agenda | 14:30 |
| RP | khem: In some ways I'm surprised it works at all! :) | 14:30 |
| khem | it works because I have been using it :) | 14:31 |
| kanavin_home | RP: nope, it's not ninja :-/ and the dependencies look right | 14:31 |
| kanavin_home | locally the tests build after everything else | 14:31 |
| RP | kanavin_home: hmm, so some kind of race? :/ | 14:32 |
| kanavin_home | or a malformed ninja file | 14:34 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 14:35 | |
| kanavin_home | RP: I ran ninja -j 100 and the race still doesn't show up :-/ | 14:37 |
| *** yann <yann!~yann@lstlambert-656-1-197-22.w80-14.abo.wanadoo.fr> has joined #yocto | 14:40 | |
| RP | kanavin_home: I wonder if we still have that builddir, would that help? | 14:40 |
| kanavin_home | RP: yes, particularly the generated ninja file, but everything else too so I can compare to local build | 14:41 |
| RP | kanavin_home: we have it, one second and I'll share | 14:42 |
| RP | kanavin_home: https://autobuilder.yocto.io/pub/repro-fail/wayland.tgz is the cut down version | 14:44 |
| RP | kanavin_home: creating wayland2.tgz with recipe-sysroot and everything | 14:44 |
| RP | (also now done) | 14:44 |
| RP | 200MB vs 1MB :) | 14:44 |
| kanavin_home | RP: right, let me see | 14:47 |
| RP | hmm, does anyone know systemd unit files? We're seeing psplash-systemd[134]: Error unable to open fifo even with my patch in -next :( | 14:52 |
| kanavin_home | RP: https://github.com/wayland-project/wayland/commit/0fc00fff3015edb70b865f126dc8f4c258fe2f56 | 14:56 |
| kanavin_home | I'll get some food now, then prepare the patch :) | 14:56 |
| RP | kanavin_home: cool, thanks! | 14:57 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 14:59 | |
| RP | hmm, the dependencies just look wrong to me :/ | 14:59 |
| kanavin_home | RP which dependencies? | 15:08 |
| RP | kanavin_home: sorry, for psplash systemd | 15:14 |
| kanavin_home | RP patch for wayland is on the list | 15:31 |
| khem | RP: for sysvinit psplash fifo is export PSPLASH_FIFO_DIR=/mnt/.psplash | 15:36 |
| khem | is it different for dir for systemd | 15:36 |
| RP | khem: it is, should be in /run for systemd | 15:44 |
| RP | kanavin_home: thanks | 15:44 |
| smurray | github has (temporarily?) disabled archive downloads, just in case anyone needed a better reason to stop using them: https://status.gitlab.com/pages/5b36dc6502d06804c08349f7 | 15:54 |
| *** yann <yann!~yann@lstlambert-656-1-197-22.w80-14.abo.wanadoo.fr> has quit IRC | 15:59 | |
| *** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-2172-114.w90-127.abo.wanadoo.fr> has quit IRC | 16:03 | |
| RP | smurray: gitlab or github? it sounds temporary to address a DoS attack? | 16:08 |
| smurray | RP: sorry, indeed gitlab. Yeah, hopefully temporary | 16:09 |
| smurray | RP: I posted that pre-coffee | 16:10 |
| khem | RP: I see perhaps add ConditionPathIsReadWrite=/run as well to deps | 16:10 |
| RP | khem: won't that mean it just skips the unit ? | 16:10 |
| RP | The ConditionPath stuff sounds one shot | 16:10 |
| RP | A path unit file with PathExists sounds better but means a path unit file afaict | 16:11 |
| * RP isn't systemd literate though, what do I know | 16:11 | |
| khem | RP: if that happens then we know the problem is that its mounted but not writable yet | 16:12 |
| smurray | I can't remember if systemd does watches so ConditionPath will trigger at runtime. It does seem more likely to be one shot | 16:12 |
| RP | khem: the problem is more likely the other service hasn't created it yet | 16:13 |
| RP | smurray: I found it hard to tell with google but one shot seemed more likely from the impression I got | 16:13 |
| smurray | RP: yep | 16:14 |
| RP | khem: we might get to drop a patch eventually: https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;a=commitdiff;h=d6f420d98126ac51396b89fbe287a32287cd92ed :) | 16:14 |
| khem | RP: saw that, my gcc10 patch (when upgraded past this commit) will drop it | 16:17 |
| khem | how many years it took I wonder | 16:17 |
| RP | khem: filed in 2013 | 16:17 |
| khem | heh, so almost 7 | 16:18 |
| RP | Jan 2013 so over 7 years to get a simple fix in | 16:18 |
| khem | contributing to clang is so easy, write a patch and push it to fabricator or now github pull request | 16:19 |
| RP | khem: I should really find the time to go through our gcc patches and see if we can do something with some of them | 16:19 |
| khem | on systemd thing you added RequiresMountsFor so that should take care of /run being mounted isnt it | 16:20 |
| khem | RP: most of them are config related and some are relocatable install related noneof them are ustream worthy | 16:21 |
| RP | khem: right, which makes me thing its a dependency issue | 16:21 |
| RP | khem: we should talk to upstream about relocatable install though | 16:21 |
| RP | khem: or see if we can do it better | 16:21 |
| smurray | RP: some spelunking in systemd source confirms that indeed it's only on unit start | 16:22 |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 16:22 | |
| RP | smurray: thanks. Do you happen to know if there is a "service is started when file X exists" parameter for a unit file? | 16:23 |
| khem | RP: perhaps 8 or so might be interesting to upstream | 16:23 |
| RP | khem: that would be 8 less to carry | 16:23 |
| khem | RP: yeah but who will sign legal papers which they never respond back | 16:23 |
| smurray | RP: as a prerequisite for starting, or do you mean something that indicates it has been started? | 16:25 |
| RP | smurray: basically service X creates file A and I want service Y to start when file A exists | 16:26 |
| RP | smurray: X=psplash-start and Y=psplash-systemd | 16:26 |
| RP | A=/run/psplash_fifo | 16:26 |
| *** yann <yann!~yann@lstlambert-656-1-138-242.w80-14.abo.wanadoo.fr> has joined #yocto | 16:27 | |
| smurray | RP: hrm, I think that ConditionPathExists=A might work if Y has After=X in its unit file, since the conditions are only checked on start | 16:29 |
| RP | smurray: there can be a delay between exec(X) and A existing though | 16:30 |
| RP | the irony being I thought systemd was designed to handle these races | 16:30 |
| smurray | RP: interesting. What type of service is psplash-start set as? Just simple? | 16:31 |
| RP | smurray: http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/recipes-core/psplash/files/psplash-start.service?h=master-next | 16:32 |
| smurray | RP: I always have to reread the systemd unit docs for this stuff. I could see how that might race, as for "simple" units it considers it started as soon as it forks to run whatever's in ExecStart | 16:36 |
| RP | smurray: that is my worry | 16:37 |
| smurray | RP: I've not looked at psplash in a long while, does it slap up the image and exit, or stick around? | 16:37 |
| RP | smurray: sticks around with progress bar, the fifo is used to drive that | 16:38 |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 16:38 | |
| smurray | RP: if it daemonizes, then Type=forking is more correct, and may fix the race | 16:39 |
| RP | smurray: don't worry too much, I was just hoping there was someone systemd literate around who could say "oh, just do ABC" | 16:39 |
| RP | smurray: I'd have to check to see if it does | 16:39 |
| RP | smurray: doesn't deamonize :/ | 16:40 |
| RP | This isn't funny, every new build has more failures we haven't seen before or don't understand :( | 16:42 |
| smurray | RP: yeah, that's going to be impossible to keep from racing unless psplash-start gets patched to use sd_notify, or perhaps there's a game that can be played with ExecStartPost in the psplash-start unit to wait for the fifo | 16:44 |
| smurray | RP: ouch. I'm about to step out, but I'll take a look at Bugzilla when I get in later and see if there's something I can help try to debug tomorrow | 16:45 |
| RP | smurray: thanks. I need to file them | 16:46 |
| RP | smurray: some I can't reproduce and am not sure its worth filing :( | 16:47 |
| RP | some we're seeing for the second time so they;re going to be problems | 16:47 |
| RP | smurray: an interesting one is executable bits disappearing from files in /lib/systemd/systemd-XXX :/ | 16:54 |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 16:59 | |
| *** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-2172-114.w90-127.abo.wanadoo.fr> has joined #yocto | 16:59 | |
| smurray | RP: yikes | 17:01 |
| RP | smurray: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13810 | 17:06 |
| yocti | Bug 13810: normal, Undecided, ---, unassigned, NEW , systemd file executable bits disappearing | 17:06 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 17:23 | |
| *** rburton <rburton!~rburton@134.191.227.37> has quit IRC | 17:26 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 17:33 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 17:37 | |
| smurray | RP: if the psplash thing is a blocker, I can whip up a patch to try adding a sd_notify call in psplash-start when building for systemd | 17:39 |
| RP | smurray: thanks. We're lucky with that one in that its not in master yet. I'm now torn on merging it as my last fix appears to be working even if it still theoretically has a race | 17:42 |
| RP | smurray: also wondering about a unit path file and PathExists to avoid messing too much with it, the sd_notify call is probably going to be a pain to do | 17:43 |
| * RP is now staring at a basehash changed error and wondering if hashequiv breaks it | 17:43 | |
| smurray | RP: I’ll take a look tonight/tomorrow | 17:44 |
| *** yann <yann!~yann@lstlambert-656-1-138-242.w80-14.abo.wanadoo.fr> has quit IRC | 17:44 | |
| RP | hash equiv can't break a basehash though, so I should stop being silly :) | 17:44 |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 17:48 | |
| RP | I wonder if this is actually an inconsistent logging issue | 17:48 |
| armpit | so its not bash the hash then | 17:49 |
| RP | armpit: hashequiv is the new sstate for any bug we don't understand :) | 17:50 |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 17:52 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 17:53 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 17:57 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 17:58 | |
| RP | Not logging but maybe data leakage between tests | 18:00 |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 18:01 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 18:02 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 18:03 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:05 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 18:08 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 18:11 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 18:16 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 18:17 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 18:21 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 18:27 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 18:30 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 18:32 | |
| *** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 18:37 | |
| *** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 18:39 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 18:39 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 18:40 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 18:45 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 18:47 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.96> has joined #yocto | 18:47 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 18:47 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 18:54 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 18:56 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 19:01 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 19:07 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 19:10 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 19:12 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.183> has quit IRC | 19:14 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.183> has joined #yocto | 19:16 | |
| *** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto | 19:42 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.183> has quit IRC | 19:46 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.183> has joined #yocto | 19:48 | |
| *** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC | 20:22 | |
| *** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-2172-114.w90-127.abo.wanadoo.fr> has quit IRC | 20:39 | |
| *** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 20:52 | |
| *** zeddii <zeddii!~zeddii@CPE98dac44fc29f-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 20:54 | |
| *** zeddii <zeddii!~zeddii@CPE98dac44fc29f-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 20:56 | |
| *** zeddii <zeddii!~zeddii@CPE98dac44fc29f-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 20:58 | |
| *** yann <yann!~yann@lstlambert-656-1-197-22.w80-14.abo.wanadoo.fr> has joined #yocto | 21:15 | |
| *** yann <yann!~yann@lstlambert-656-1-197-22.w80-14.abo.wanadoo.fr> has quit IRC | 21:51 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 21:53 | |
| *** pohly <pohly!~pohly@dyndsl-037-138-250-149.ewe-ip-backbone.de> has quit IRC | 21:53 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 22:05 | |
| *** palate <palate!~palate@palate.powered.by.lunarbnc.net> has quit IRC | 22:26 | |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 22:26 | |
| palate | What is "WKS_FILES"? | 22:27 |
| palate | it's complaining that it is not set appropriately, but I can't find documentation about it | 22:27 |
| palate | (I'm trying to make an *.ubi image) | 22:28 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 22:35 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 22:47 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 22:58 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 23:00 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 23:22 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 23:22 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:31 | |
| *** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto | 23:35 | |
| *** Piraty <Piraty!~irc@unaffiliated/piraty> has quit IRC | 23:45 | |
| *** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto | 23:46 | |
| *** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC | 23:50 | |
| *** zeddii <zeddii!~zeddii@CPE98dac44fc29f-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 23:55 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 23:59 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!