Wednesday, 2018-08-15

*** rburton <rburton!> has quit IRC00:11
*** fitzsim <fitzsim!> has joined #yocto00:26
*** nighty- <nighty-!> has joined #yocto00:46
*** anujm <anujm!anujm@nat/intel/x-pmhnzjnilyogduqk> has joined #yocto00:55
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:55
*** JaMa <JaMa!~martin@> has joined #yocto01:07
*** phragment <phragment!> has quit IRC01:15
*** noway96 <noway96!> has quit IRC01:21
*** noway96 <noway96!> has joined #yocto01:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC01:27
*** tgraydon <tgraydon!textual@nat/intel/x-tyjxthhkhwhzebmo> has quit IRC01:43
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC02:25
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto02:32
*** seebs <seebs!~seebs@> has joined #yocto02:51
tlwoernerhalstead: are any of the openSuSE builders going to be updated to Leap 15.0?04:17
halsteadtlwoerner, There certainly will be a 15.0 builder in the new cluster. I have additional hardware coming up for that. Do you have any tips?04:20
tlwoernerhalstead: nothing specific. maybe avoid btrfs (which i think it'll want to do by default)04:22
tlwoerneralso, don't disable barrier (as suggested on it seems to randomly mess up pigz (don't know if this is openSuSE-specific)04:24
halsteadWill do. Thank you.04:28
*** micka <micka!b0a2acfb@gateway/web/cgi-irc/> has quit IRC04:40
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:42
* armpit pigz don't like barriers04:52
khemwe should be testing distro defaults, so if btffs is default for suse then so be it. since we expect the opensuse users to use the defaults05:10
khemWe should stick to distro defaults as much as possible for best coverage05:10
tlwoernerarmpit: apparently they don't05:16
halsteadWe use defaults except the build partition is always ext4.05:16
tlwoernerkhem: hmm... is anyone else using btrfs for a build disk? i thought "don't use btrfs for OE" was a known rule-of-thumb05:17
tlwoernermaybe the manual should be updated to point this out? either specifically for openSuSE or just in general?05:18
khemif it is documented it might be ok, otherwise there is no point of testing various distros if we dont stick to mostly defaults05:20
khemwe could just publish a build container05:20
Jape_I am trying to build a RPI image having read only rootfs. Build fails because busybox post installation fails (update-alternatives: Error: not linking build/tmp/work/raspberrypi3-poky-linux-gnueabi/core-image-lsb/1.0-r0/rootfs/sbin/klogd to /bin/busybox.nosuid since build/tmp/work/raspberrypi3-poky-linux-gnueabi/core-image-lsb/1.0-r0/rootfs/sbin/klogd exists and is not a link). Yesterday got an tip that probably klogd is coming from05:35
Jape_sysklogd. But what my options are to get the build go through? :)05:35
Jape_learning how the system works, so pretty much no idea to which direction to go with that05:35
Jape_and definitely /sbin/klogd comes from package  sysklogd 1.5.1-r005:57
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto06:03
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto06:08
*** gtristan <gtristan!~tristanva@> has joined #yocto06:13
*** majuk <majuk!> has joined #yocto06:26
*** majuk <majuk!> has quit IRC06:30
*** frsc <frsc!> has joined #yocto06:33
*** TobSnyder <TobSnyder!> has joined #yocto06:56
*** fl0v0 <fl0v0!> has joined #yocto06:59
*** ukembedded <ukembedded!sid304355@gateway/web/> has joined #yocto07:12
*** Bunio_FH <Bunio_FH!> has joined #yocto07:15
*** varjag <varjag!> has joined #yocto07:22
*** anujm <anujm!anujm@nat/intel/x-pmhnzjnilyogduqk> has quit IRC07:43
*** lukma <lukma!> has joined #yocto07:48
*** Bunio_FH <Bunio_FH!> has quit IRC07:49
mcfrisk#ERROR: Nothing RPROVIDES 'libxml2-native' (but virtual:native:/home/builder/src/base/meta-openembedded/08:01
mcfriskmeta-python/recipes-devtools/python/ RDEPENDS on or otherwise requires it)08:01
mcfriskAny ideas how to resolve that on sumo? libxml2-native builds, but python-lxml somehow can't find it. Is it because python is arch all and libxml2 not?08:01
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:01
*** seebs <seebs!~seebs@> has quit IRC08:02
*** seebs <seebs!~seebs@> has joined #yocto08:14
RParmpit: nice green rocko :)08:28
*** hundeboll <hundeboll!> has quit IRC08:35
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC08:35
*** Bunio_FH <Bunio_FH!> has joined #yocto08:40
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto08:46
*** JoeR <JoeR!> has joined #yocto09:00
JoeRHi all. Is anyone here au fait with the meta-qt layer? I have a krogoth build that I'm moving to sumo, however I had been using the EGLFS backend for Qt, now Qt seems to require either x11 or wayland? Is that true?09:01
*** bviecelli <bviecelli!uid275978@gateway/web/> has quit IRC09:15
*** darknighte_ <darknighte_!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto09:16
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC09:18
*** kireevco <kireevco!sid87376@gateway/web/> has quit IRC09:18
*** mdp <mdp!sid49840@gateway/web/> has quit IRC09:18
*** fancer <fancer!sid180736@gateway/web/> has quit IRC09:18
*** darknighte_ is now known as darknighte09:18
*** TobSnyder <TobSnyder!> has quit IRC09:21
*** TobSnyder <TobSnyder!> has joined #yocto09:24
*** nighty- <nighty-!> has quit IRC09:36
*** joaocfernandes <joaocfernandes!> has joined #yocto09:51
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:05
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:12
*** nighty- <nighty-!> has joined #yocto10:39
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:48
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:55
*** tgoodwin <tgoodwin!> has quit IRC11:11
*** joaocfernandes <joaocfernandes!> has quit IRC11:12
*** tgoodwin <tgoodwin!> has joined #yocto11:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:42
*** gattuso <gattuso!> has quit IRC11:47
*** mdp <mdp!sid49840@gateway/web/> has joined #yocto12:00
*** rubdos <rubdos!> has quit IRC12:24
*** sigma_cv <sigma_cv!> has joined #yocto12:24
sigma_cvHi, I want to include "gdbserver" in my image. But despite adding "tools-debug" to EXTRA_IMAGE_FEATURES in my local.conf gdb/gdbserver is not included in my image. Is there anything else that must be enabled?12:26
*** marka <marka!~masselst@> has joined #yocto12:26
JoeRHmm, I've always just added it as an item within my image, just as "gdbserver".12:27
*** gattuso <gattuso!> has joined #yocto12:35
*** gtristan <gtristan!~tristanva@> has quit IRC12:50
*** tgoodwin <tgoodwin!> has quit IRC12:53
*** rcw <rcw!~rcw@> has joined #yocto13:00
*** shauno_ is now known as shauno13:02
*** rubdos <rubdos!> has joined #yocto13:04
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto13:05
*** tgoodwin <tgoodwin!> has joined #yocto13:12
*** bviecelli <bviecelli!uid275978@gateway/web/> has joined #yocto13:27
jofrI'm writing a bbappend to add an init-script for a daemon I'm installing. I have added my files like so: FILESEXTRAPATHS_prepend := "${THISDIR}/files:" and SRC_URI_append = "file://init" (plus all the inherit update-rc.d stuff).. But for some reason it seems to override the strings for the original-package source-files. It fails because it can't find the required patch-file, which seems not to be copied in anymore..13:35
*** Jape_ <Jape_!> has quit IRC13:35
jofrAhh no. It finds the patch-file allright. But it can't find the source-file to patch13:41
kergothjofr: you forgot to add a space to the beginning of your SRC_URI_append, so the last entry in the main SRC_URI was joined to file://init without a space13:41
*** rcw <rcw!~rcw@> has quit IRC13:42
JPEWRP: No luck reproducing that persist_data failure.... I suspect it is some sort of sqlite DB schema problem. Would it be possible for me to get a copy of the bb_persist_data.sqlite3 file from one of the failed autobuilders?13:42
*** rcw <rcw!~rcw@> has joined #yocto13:42
jofrkergoth: Thanks! But I'm still getting the same error13:43
jofrApplying patch 0001-Remove-hardcoded-usr-local-includes-from-configure.a.patch13:43
jofrcan't find file to patch at input line 1813:43
jofrIs there a way to get a devshell before patches are applied?13:44
jofrBecause it failes on patching so my devshell never gets started..13:44
JoeRComment out your patches maybe?13:44
jofrIn theory I could .. but those patches are a part of the original recipe which I'm just bbappending.13:45
*** rubdos <rubdos!> has quit IRC13:45
JoeRjofr: Oh. So you're saying you have problems even with the original recipe and no append?13:46
jofrNo. Original recipe works fine. Until I break it with whatever I'm doing wrong in my .bbappend13:46
JoeRjofr: Ahh. Gotcha.13:47
kergothcomment out the entire bbappend and try to build it. if it still fails, bitbake -c clean the recipe and build it again and go from there13:48
RPJPEW: surely if that were the case it would be consistent. Failed builds do run again later with no change :/13:58
JPEWRP: Oh.... hmm13:58
* RP is happier now glibc 2.28 is merged13:59
*** sigma_cv <sigma_cv!> has quit IRC14:03
jofrFound my problem. It did NOT like my: S = "${WORKDIR}"14:07
jofrSo in my do_install_append () I just used WORKDIR instead of trying to make it shorter. This is something I copied from another recipe...14:07
*** sigma_cv <sigma_cv!> has joined #yocto14:09
sigma_cvJoeR: thanks, simply adding gdbserver works.14:10
tgoodwinIs there a way to configure the u-boot recipe to load an FPGA from within the SPL (v2018.0x)14:26
jofrtgoodwin: AFAIK, no. I think you still need the Xilinx FSBL if you want the bitstream *before* u-boot is loaded.14:27
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto14:27
tgoodwinI would have sworn I saw options back in v2017 for this (via menuconfig).  I have some PL -controlled devices that need to get loaded before the drivers, otherwise it's hanging.14:28
tgoodwinjofr: right now I'm trying to look through how the microblaze config works since it's a soft processor.14:30
tgoodwinsimilar issue... the FPGA would have to be loaded first.14:30
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:31
jofrYes. But doesn't that still require the FSBL? I'm more than happy to be corrected, though  :)14:31
tgoodwinjofr: no idea; never tried it.14:31
jofrMe neither.14:32
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto14:33
jofrI used to use the FSBL, but since I didn't need my bitstream to get loaded before u-boot (I only need it before Linux, so I just load them from u-boot) I just switched to the u-boot one. Makes the build-environment so much simpler.14:34
tgoodwinjofr: I hear you.  I'm trying to avoid having to do a canned FSBL recipe or use meta-xilinx-tools given its external toolchain requirement.14:36
*** kanavin__ <kanavin__!~kanavin@> has quit IRC14:41
lukmaIs there any way to suppress -j X when calling oe_runmake ?14:43
lukmanormally this produces make -j <MAX NUM of threads> <options to oe_runmake>14:43
RPlukma: set PARALLEL_MAKE = "" ?14:45
lukmaRP: I would like to have PARALLEL_MAKE properly set (for other build stuff)14:45
lukmathe current build system do not accept make -j X14:46
lukmabut instead it wants make JOBS=X14:46
lukmaand show error when -j is passed to make14:46
RPlukma: PARALLEL_MAKE_pn-<recipe> = "" ?14:47
*** TobSnyder <TobSnyder!> has quit IRC14:51
lukmaRP: Ok, this works14:52
lukmaSo if PARALLEL_MAKE is NULL the oe_runmake doesn't pass -j ?14:52
RPlukma: the better way to think of it is the value of PARALLE_MAKE is passed to oe_runmake14:53
lukmaAch.... ok14:55
lukmaRP: The problem is that I do call make (oe_runmake)14:58
lukmathe during this make ...... another sub project is invoked, which calls ./configure14:58
lukmaI do need to set FOO=x86 for this configure14:59
lukmais there any way to do it from the oe_runmake level?14:59
lukmasimple export FOO=x86 doesn't help....14:59
*** rcw <rcw!~rcw@> has quit IRC15:00
*** rcw <rcw!~rcw@> has joined #yocto15:01
*** tgoodwin <tgoodwin!> has quit IRC15:05
*** JoeR <JoeR!> has quit IRC15:20
*** rcw <rcw!~rcw@> has quit IRC15:36
tlwoernerarmpit: i'm curious to know if you have mali working on the odroid-xu3? i know you don't have an xu4 but that's what i have (i don't have an xu3) and i can't seem to get mali to work15:50
tlwoernerarmpit: the driver doesn't load (complains about unknown symbols, and when i run glmark2-es2 it says the DDK doesn't match any GPU on the system15:51
tlwoerner(the xu3 and the xu4 are basically the same devices, just different boards?)15:53
armpittlwoerner, I thought I did. Yeah, I saw the missing symbols. the driver is calling functions on typically finds in userland not the kernel15:53
armpittlwoerner, so you built mali as a module ?15:54
RParmpit: thanks for the work on rocko, I took the liberty of merging :)15:55
RParmpit: I also moved a couple of patches into sumo-next and rocko-next to clean up my inbox15:55
armpitRP, no problem.. I have more patches to push out15:56
tlwoernerarmpit: the module is /lib/modules/4.17.14-odroid/extra/mali_kbase.ko15:56
tlwoerneri'm baking odroid-x11-image and adding 'MACHINE_FEATURES_append = " mali"' in local.conf15:57
armpittlwoerner, I guess I should try that. I built mine static.. I think the fixes are simple enough15:57
RParmpit: I wondered if you might...15:59
armpitRP, I have 30+ sitting on my desk. now I get to figure out what is applicable to master/sumo before rocko16:01
RParmpit: sounds like fun :/16:01
* RP is feeling a bit happier to have patches moving again and several annoying things resolved. For some reason I'm mentally feeling shattered :(16:02
RPI should perhaps take a break from the computer16:02
armpitsounds like a good plan16:03
armpitgo riding16:03
kergothsounds like you need a proper vacation :)16:03
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:03
RParmpit: supposed to be club cycling tonight but not sure I can face it...16:04
RPkergoth: yes! :)16:04
khemRP: got the core-image-sato-sdk -ctestimage passing with security-flags now we need and
*** jofr <jofr!~jofr@> has quit IRC16:06
*** frsc <frsc!> has quit IRC16:07
RPkhem: very cool. Have them queued locally for the next -next run16:09
RPkhem: glibc upgrade is finally in :)16:10
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC16:12
khemRP: yes saw it this morning, I was holding all meta OE patches on it16:14
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:23
* armpit time to see what breaks16:24
*** pabdaddy1995 <pabdaddy1995!4066f914@gateway/web/freenode/ip.> has quit IRC16:29
*** fl0v0 <fl0v0!> has quit IRC16:36
*** xtungvu90 <xtungvu90!uid313450@gateway/web/> has joined #yocto16:44
armpittlwoerner, I am updating to the latest mail driver and will see how it goes16:47
kergothDo we have a process for posting good tasks for new contributors or janitorial type stuff?16:48
RPkergoth: other than bugzilla entries, no16:50
kergothis there a flag or something in bugzilla to mark them explicitly yet, or just need to note it int he summary?16:51
kergothseems like a helpful thing a lot of projects are doing nowadays, adding entry points for new contributors16:51
RPkergoth: no, this is the bit that needs work as we've not found a mechanism that works16:51
* kergoth nods, fair enough16:51
RPkergoth: I'd suggest a new tag in the whiteboard and we mention it to stephen when he sends out the unassigned bugs list...16:52
kergothprobably a good idea16:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:53
RPkergoth: I was just looking at which is probably an interesting task without too much prior knowledge needed16:53
yoctiBug 12614: enhancement, Medium+, 2.99, richard.purdie, NEW , Add include_all directive16:53
kergoththere are a lot of things in my 'should do something about this someday' list, and a lot of them are actually trivial but low priority, so figured it'd be worth pointing them out somewhere for folks looking for something to do16:53
kergothah, indeed16:54
RPkergoth: spending a few minutes creating bugzilla entries would be a good move16:56
RPkergoth: we have a good record of doing things longer term16:56
tlwoernerarmpit: great! btw should i be using master or master-next of meta-odroid?17:09
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC17:19
armpittlwoerner, master.. I playing around with next too much. you can try it thou17:25
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto17:26
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC17:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto17:40
* kergoth ponders17:42
*** tgoodwin <tgoodwin!> has joined #yocto17:48
JPEWIs there a way to see all builds of a specific revision on the autobuilder?18:03
armpitJPEW, don't think so18:04
armpittlwoerner, still getting error18:07
JPEWAh, the builds are logged to the wiki by SHA1:
tlwoernerarmpit: okay, thanks for looking into it :-)18:14
*** tgraydon <tgraydon!~textual@> has joined #yocto18:25
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC18:33
tgoodwinjofr: Turns out if you use u-boot-xlnx you can do this with an SPL setup for zynq parts (but not zynqmp).  Using their 2018.2 version, I enabled CONFIG_SPL_FPGA_SUPPORT and CONFIG_SPL_FPGA_LOAD_ADDR (to 0x100000 in my case).  That was enough for it to go find fpga.bin and load it.  You just have to make sure your endianness is right for the bin file.  It wouldn't take the bit file output from Vivado.18:35
*** kism <kism!615a3e9e@gateway/web/freenode/ip.> has joined #yocto18:45
*** kism <kism!615a3e9e@gateway/web/freenode/ip.> has quit IRC18:50
*** Bunio_FH <Bunio_FH!> has quit IRC18:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:01
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto19:02
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:05
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC19:08
*** tgoodwin <tgoodwin!> has quit IRC19:09
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC19:12
*** tgoodwin <tgoodwin!> has joined #yocto19:18
xtronwhile building linux kernel 4.14 I'm getting this error "Cannot generate ORC metadata for CONFIG_UNWINDER_ORC=y, install libelf-dev", now the libelf-dev in not available in oe-core, how to disable this CONFIG_UNWINDER_ORC=y19:23
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:45
*** gtristan <gtristan!~tristanva@> has joined #yocto20:05
tgoodwinIs there a means to clear/  prevent appends to a variable?20:07
tgoodwinSort-of "seal" it?20:08
tgoodwinFor example, you have a machine that is derived of another so in most recipes you want to inherit those upstream machine items, but in this case, you want to block them.20:10
*** marka <marka!~masselst@> has quit IRC20:15
kergothbest would be to undo what they've done in your own bbappend. worst case you could use BBMASK to prevent those appends from being parsed entirely20:19
*** xtungvu90 <xtungvu90!uid313450@gateway/web/> has quit IRC20:20
*** tgoodwin <tgoodwin!> has quit IRC20:24
*** JaMa <JaMa!~martin@> has quit IRC20:33
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC20:37
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:38
RPJPEW: you can also query error reporting for failures in a given revision20:47
JPEWRP: I don't know if I'm familar with "error reporting". Is that some sort of service?20:49
RPJPEW: autobuilder uploads all failures to it20:53
JPEWAh excellent!20:53
JPEWRP: I did notice that the only failures with persist_data (that I could find) were on the fedora26 node, which is now offline... concidence?20:54
RPJPEW: builds in the tgrid view on the autobuilder have a link to the right errors query20:54
RPJPEW: there were some on other builds. f26 was running selftest which was perhaps causing the problem to show more20:55
RPJPEW: there was at least one on ubuntu1710 iirc20:55
JPEWRP: fair enough. Ok. I'll see if I can find that one somewhere.20:56
RPJPEW: we're morphing the f26 worker to f28 now I think21:00
*** mattsm <mattsm!~mattsm@> has quit IRC21:27
*** gtristan <gtristan!~tristanva@> has quit IRC21:28
*** mattsm <mattsm!~mattsm@> has joined #yocto21:30
*** chandana73 <chandana73!~ckalluri@> has joined #yocto21:36
khemRP: sent my share of recipe updates21:52
RPkhem: thanks!21:53
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto22:04
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC22:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:29
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC22:29
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto22:46
*** lukma <lukma!> has quit IRC22:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto22:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC23:06
*** lukma <lukma!> has joined #yocto23:11
khemRP: we need new uninative now too23:12
khemRP: WARNING: Your host glibc verson (2.28) is newer than that in uninative (2.27). Disabling uninative so that sstate is not corrupted.23:12
khemso you not only have to consider older distros but newer ones too :) sandwich23:13
armpitat least there was a check23:19
*** majuk <majuk!> has joined #yocto23:26
*** majuk <majuk!> has quit IRC23:30
* armpit hmm, more unknown symbols23:31
*** nighty- <nighty-!> has quit IRC23:39
* armpit gets hammer out23:45
*** lukma <lukma!> has quit IRC23:50
*** flying_sausages <flying_sausages!> has quit IRC23:50
denixso, rocko got updated today and several of my external modules now break in do_make_scripts... :(23:51
*** flying_sausages <flying_sausages!> has joined #yocto23:53
*** lukma <lukma!> has joined #yocto23:58

Generated by 2.11.0 by Marius Gedminas - find it at!