Thursday, 2018-11-29

*** tprrt <tprrt!> has quit IRC00:05
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:06
*** OpenSorceress <OpenSorceress!> has joined #yocto00:16
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto00:16
*** stephano <stephano!stephano@nat/intel/x-tghrxmrudbhaoieu> has quit IRC00:17
*** wto <wto!~wto@> has quit IRC00:20
*** scottrif <scottrif!> has left #yocto00:29
*** moto-tim1 <moto-tim1!~ttorling@> has quit IRC00:46
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto00:46
*** marka <marka!~masselst@> has joined #yocto00:50
*** Willy-- <Willy--!> has quit IRC00:57
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto01:11
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC01:16
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto01:17
*** dv_ <dv_!> has quit IRC01:31
*** Saur <Saur!pkj@nat/axis/x-vsxdnalxkwapyelr> has quit IRC01:39
*** jij <jij!jonashg@nat/axis/x-owrydrakitzxivkd> has quit IRC01:40
*** dv_ <dv_!~dv@> has joined #yocto01:45
*** macbug <macbug!> has quit IRC01:53
*** fitzsim <fitzsim!> has quit IRC02:21
yoctiNew news from stackoverflow: bitbake error when remove wayland in local.conf on Ubuntu 14.04 <>02:29
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC02:36
*** wto <wto!~wto@> has joined #yocto02:37
*** macbug <macbug!> has joined #yocto02:38
*** marka <marka!~masselst@> has quit IRC03:29
*** kaspter <kaspter!~Instantbi@> has quit IRC04:10
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-qxicyplcidouphsy> has quit IRC04:15
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-fqmhmmgvmxewulku> has joined #yocto04:17
*** armpit <armpit!> has joined #yocto04:24
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC04:42
*** OpenSorceress <OpenSorceress!> has joined #yocto04:42
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto04:42
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC04:46
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto04:52
*** hamis <hamis!~irfan@> has joined #yocto05:00
*** gtristan <gtristan!~tristanva@> has joined #yocto05:59
*** AndersD <AndersD!> has joined #yocto06:09
*** BlauskaerM <BlauskaerM!~Fever@> has quit IRC06:11
*** AndersD <AndersD!> has quit IRC06:13
*** AndersD <AndersD!> has joined #yocto06:14
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC06:21
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto06:28
*** interruptguy <interruptguy!> has joined #yocto06:37
*** timblechmann <timblechmann!~quassel@2001:e68:5420:5df3:b00f:7b39:cb2f:c9ab> has quit IRC06:52
*** frsc <frsc!> has joined #yocto07:24
*** lusus <lusus!~lusus@> has joined #yocto07:28
*** tprrt <tprrt!~tprrt@> has joined #yocto07:28
*** Bunio_FH <Bunio_FH!> has joined #yocto07:29
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:33
*** jij <jij!jonashg@nat/axis/x-tmzjypohquwsqpph> has joined #yocto07:45
*** Klaus <Klaus!5c4f48aa@gateway/web/freenode/ip.> has joined #yocto07:50
*** interruptguy <interruptguy!> has quit IRC07:51
*** Klaus is now known as Guest1269307:51
*** learningc <learningc!> has joined #yocto07:51
Guest12693Hello, i try to move my project from fido to thud. currebtly i have a problem to build busybox. the error message is: rpc/rpc.h - No such file. the problem was already mentioned here: but i don't find the solution if there is already one. What can i do?07:55
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto07:56
*** fl0v0 <fl0v0!> has joined #yocto07:58
*** comptroller <comptroller!> has quit IRC08:01
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC08:04
*** sagner <sagner!~ags@> has joined #yocto08:06
learningcHow can I add gcc compiler on my target?08:09
learningcAnd also tools like make08:09
*** sstiller <sstiller!> has joined #yocto08:12
*** Guest12693 <Guest12693!5c4f48aa@gateway/web/freenode/ip.> has quit IRC08:12
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:13
*** klaus0x7C4 <klaus0x7C4!5c4f48aa@gateway/web/freenode/ip.> has joined #yocto08:13
*** comptroller <comptroller!> has joined #yocto08:14
*** mckoan|away is now known as mckoan08:14
mckoanlearningc: IMAGE_INSTALL_append = " packagegroup-core-buildessential"08:17
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC08:17
*** learningc <learningc!> has quit IRC08:18
*** learningc <learningc!> has joined #yocto08:19
*** varjag <varjag!> has joined #yocto08:23
*** rburton <rburton!> has joined #yocto08:25
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto08:26
*** interruptguy <interruptguy!> has joined #yocto08:26
*** TobSnyder <TobSnyder!> has joined #yocto08:30
*** cquast <cquast!~cquast@> has joined #yocto08:33
*** TobSnyder <TobSnyder!> has quit IRC08:35
*** TobSnyder <TobSnyder!> has joined #yocto08:36
*** rajm <rajm!> has joined #yocto08:41
*** cvasilak <cvasilak!> has joined #yocto08:42
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC08:43
*** toanju <toanju!~toanju@> has joined #yocto08:46
*** klaus0x7C4 <klaus0x7C4!5c4f48aa@gateway/web/freenode/ip.> has left #yocto08:48
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto08:51
*** cquast <cquast!~cquast@> has quit IRC08:54
*** cquast <cquast!~cquast@> has joined #yocto08:55
*** kaspter <kaspter!~Instantbi@> has joined #yocto09:13
*** learningc <learningc!> has quit IRC09:19
*** learningc <learningc!> has joined #yocto09:19
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:23
*** gtristan <gtristan!~tristanva@> has quit IRC09:25
*** learningc <learningc!> has quit IRC09:26
*** learningc <learningc!> has joined #yocto09:26
*** Saur <Saur!pkj@nat/axis/x-jhjbqxqlnyrycxmf> has joined #yocto09:30
*** timblechmann <timblechmann!~quassel@2001:e68:5420:5df3:b065:f458:d9a4:c61e> has joined #yocto09:36
*** gtristan <gtristan!~tristanva@> has joined #yocto09:54
*** florian_kc is now known as florian09:58
*** JSwede <JSwede!c10fcc01@gateway/web/freenode/ip.> has joined #yocto10:00
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:05
JSwedeHi. Yesterday I asked a question about how to know that a certain configuration fragment that is added in a custom layer is actually included in the final build, without having to flash Yocto on the actual device. aeh29 came with some good hints but then my build server went offline so I had to postpone this to today. To be a bit more specific, I am using Digi Embedded Yocto 2.4, and I have created a custom layer with a configuration fr10:06
JSwedecontains "CONFIG_TUN=y". When I build, I can see in the project directory that my fragment file was picked up, but I don't know if the kernel was built using this option. Does anyone know how I can check that without flashing the OS?10:06
*** kristoiv <kristoiv!> has joined #yocto10:06
*** yann <yann!> has quit IRC10:07
JSwedeWith "project directory" I mean: /home/dev/workspace/ccimx6ulsbc/tmp/work/ccimx6ulsbc-dey-linux-gnueabi/linux-dey/4.9-r0/tun_interface.cfg10:07
*** klaus0x7C4 <klaus0x7C4!> has joined #yocto10:07
*** rajm <rajm!> has quit IRC10:12
*** cmichel <cmichel!> has joined #yocto10:22
*** learningc <learningc!> has quit IRC10:28
*** learningc <learningc!> has joined #yocto10:29
tristanramHey guys, does anyone happen to know why trace ends up in the image even if I have no libaudit and trace states on target at execution "trace command not available: missing audit-libs devel package at build time."?10:31
tristanramWhats the purpose of having trace (3.3MB) on the image if it does not work?10:32
LetoThe2ndtristanram: look at the package dependencies to find out how it gets pulled in, and maybe also oe-pkgdata-util to see where it comes from10:37
LetoThe2ndtristanram: sounds like a bug, yes.10:37
*** berton <berton!~berton@> has joined #yocto10:39
*** interruptguy <interruptguy!> has quit IRC10:44
*** interruptguy <interruptguy!> has joined #yocto10:44
*** egavin <egavin!> has joined #yocto10:46
*** interruptguy <interruptguy!> has quit IRC10:46
tristanramLetoThe2nd: No results for "grep package-name". Could it be that trace is built because my Kernel config has "CONFIG_AUDIT=y"?10:46
*** fl0v0 <fl0v0!> has quit IRC10:46
*** fl0v0 <fl0v0!> has joined #yocto10:46
LetoThe2ndtristanram: i doubt it, at least on first glance. have you checked which package/recipe provides that trace binary?10:47
LetoThe2nd-> oe-pkgdata-util10:47
tristanramLetoThe2nd: It comes from perf: oe-pkgdata-util list-pkg-files -p perf ... /usr/bin/trace ...10:51
LetoThe2ndtristanram: and nothing pulls in perf? being completely silent?10:54
tristanramLetoThe2nd: I am pulling in perf myself. But I would only like to have perf and not trace if possible10:55
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto10:55
tristanramLetoThe2nd: There is no point to me in having a non working trace10:55
LetoThe2ndtristanram: well then, look at the perf recipe if it is built unconditionally or what causes it, fix the recipe, then submit a patch :)10:56
LetoThe2ndIMHO this is a bug in the recipe10:56
tristanramLetoThe2nd: Trying to look into and on how NO_LIBAUDIT and CONFIG_AUDIT are working together. The latter has changed been changed to "CONFIG_TRACE" in newer Kernels. So the issue in the recipe might affect me because I am still on 4.12.11:11
*** learningc <learningc!> has quit IRC11:13
*** learningc <learningc!> has joined #yocto11:14
*** ak77 <ak77!c12e4b03@gateway/web/freenode/ip.> has joined #yocto11:20
*** yann <yann!> has joined #yocto11:22
*** JaMa <JaMa!~martin@> has joined #yocto11:23
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC11:24
ak77where to put my MACHINE_EXTRA_RDEPENDS?11:32
ak77image recipe ?11:32
ak77distro recipe? (i guess not)11:32
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto11:35
derRichardak77: i'd say your machine config11:35
ak77derRichard: ok. how do i then extend existing machine config ? (case of rpi, it's meta layer defines all the machines)11:36
derRichardi define always my own machine type and inherit the existing one11:37
derRichardi depends on how you want to work with yocto. i try to avoid settings in my local.conf as much as possible11:38
derRichardothers stuff almost all settings there....11:38
ak77derRichard: yes, i try to do the same11:39
ak77derRichard: I did so, but now it's missing BSP or defconfig.11:45
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC11:47
*** khem <khem!~khem@unaffiliated/khem> has quit IRC11:47
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto11:50
rburtonRP: not sure what to do with 'xxx binconfig: only mangle files'.  intention was to stop attempting to rewrite absolute symlinks (wx has wx-config as an absolute symlink so doesn't do the right thing) but what if the link is relative...11:54
RPrburton: tricky, I keep hoping we don't have many of these things. Error if there is a symlink in there?11:56
RPrburton: it would probably be reasonable only to have files in BINCONFIG_GLOB11:57
*** rajm <rajm!> has joined #yocto11:58
RPrburton: good news is I've figured out the ccache failure and the stoptasks one12:00
rburtonRP: yay12:00
mcfriskmaster emits lots of warnings from missing dependencies from ptest to locale packages. Is this a known issue?12:00
[Sno]I currently try to add a "run test" task for perl modules to prove before creating an image whether all/reasonable tests succeed12:00
mcfriske.g. WARNING: libxml2-2.9.8-r0 do_package_qa: QA Issue: libxml2-ptest rdepends on locale-base-en-us, but it isn't a build dependency? [build-deps]12:00
[Sno]is there any chance to add the interpreter into ${STAGING_DIR_TARGET}/usr/bin?12:01
rburtonmcfrisk: are you using musl?12:01
rburton[Sno]: how do you suggest running a target binary at build time?12:01
[Sno]rburton: kind-of - similar to pgo run in python compile stage12:02
rburton[Sno]: so i've a proof of concept for that for python.  qemu-user is *really* limited12:02
rburton[Sno]: see "XXX DOESNT WORK try package check" in poky-contrib:ross/py12:03
rburtonqemu-user can't fork/exec which may be a problem12:03
[Sno]rburton: I tried by copying target perl into ${STAGING_DIR_TARGET}/usr/bin and then "cloned" the qemu-wrapper to run "perl -e ... t/*.t"12:03
rburtonif that's not a problem then what i hacked up in that commit could be generalised12:03
[Sno]rburton: will check ;)12:04
rburtonfor a module, yes, getting the binary it the tricky bit12:04
mcfriskrburton: not that I know of, just building core-image-minimal with USE_NLS = "no" and GLIBC_GENERATE_LOCALES="en_US"12:05
[Sno]rburton: BTW - any decision how to deal with the python3 related issues like ?12:05
rburtonmcfrisk: in that case its telling you that the tests won't work because youre missing the locales...12:05
rburton[Sno]: properly and upstream would be best12:06
rburtonbut upstream and cross is an uphill struggle12:06
rburtonthough my float detection change made it in12:06
[Sno]I must reject upstream :P12:06
[Sno]And properly is maybe impossible for me - as I wrote, I could appy a similar hack to sysconfig as Perl 5.x is using to load the "right" Config_heavy.pl12:08
ak77how to inherit from existing machine ?12:08
[Sno]when this is acceptable - I give it a shot12:08
*** procton <procton!> has joined #yocto12:09
rburtonRP: the cpio patch i posted replaces the ones i had in mut last night12:09
*** TobSnyder <TobSnyder!> has quit IRC12:12
*** TobSnyder <TobSnyder!> has joined #yocto12:13
*** learningc <learningc!> has quit IRC12:14
*** learningc <learningc!> has joined #yocto12:15
RPrburton: cool, I was expecting that :)12:18
RPrburton: just posted my various fixes for this morning...12:18
[Sno]rburton: to make it clear - I could hack something like into Python-3.7.1/Lib/distutils/sysconfig.py12:19
rburton[Sno]: haven't looked deeply enough, but i think we're at one with needing hacks there currently.  poking and working with upstream is a long-term effort that needs someone willing to get really dirty with the build12:21
[Sno]rburton: that should probably do someone who is familiar with Python community etc.12:23
*** yann <yann!> has quit IRC12:25
*** marka <marka!~masselst@> has joined #yocto12:29
mcfriskvarious fixes, theme of the day :)12:30
*** kristoiv <kristoiv!> has quit IRC12:31
rburtonmcfrisk: i guess the tests should use recommends?12:31
mcfriskrburton: yea, that would be nice12:32
mcfriskif they really don't need more locales12:32
rburtonthe tests will fail12:34
mcfriskok, then they need to depend. I can live with the warning. Was just wondering if it's by design and that seems to be the case.12:36
*** kristoiv <kristoiv!> has joined #yocto12:37
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:41
*** jostor <jostor!55a495f3@gateway/web/freenode/ip.> has joined #yocto12:42
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto12:43
RPrburton: down to one major problem now I think, the bitbake server restart one :/12:43
RPrburton: Is there a "rebuild most things" patch I can put into -next to run another round of selftest testing?12:44
rburtonoh i'm sure i have one somewhere ;)12:45
RPrburton: I've put a few questionable ones in -next already12:45
rburtonwell there's the python manifest patches from aehs in mut12:45
*** adrianbunk <adrianbunk!> has quit IRC12:46
rburtontouches python-native so surely will cause a fairly heavy rebuild12:46
RPrburton: I'm not sure it will actually rebuild12:46
*** learningc <learningc!> has quit IRC12:48
jostorHi! I am building a yocto image for raspberrypi3. I am trying to get ufw to work. If I am trying to create some rules, I get an error message saying: FATAL: Module ip6_tables not found in directory /lib/modules/4.14.6812:48
jostorI have tried adding IMAGE_INSTALL_append = " kernel-modules". Then it is working. But I guess it is a better idea to just include the needed modules?12:49
jostorIf I am adding CONFIG_IP6_NF_FILTER=y, CONFIG_IPV6_SEG6_HMAC=y and CONFIG_IPV6_SEG6_LWTUNNEL=y, it is also working, but then the whole system is very unstable, and I get kernel panic after a few minutes.12:49
jostorWhat should I do to get it working?12:49
RPrburton: I guess we'll see. Local test says it might be enough12:49
*** adrianbunk <adrianbunk!> has joined #yocto12:52
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-fqmhmmgvmxewulku> has quit IRC12:56
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC13:03
*** didile_ <didile_!b07ff51a@gateway/web/freenode/ip.> has joined #yocto13:22
didile_hi there!13:24
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto13:24
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-ehvzrquozzjqmwvc> has joined #yocto13:26
didile_I moved from morty to sumo and I now have troubles to built images13:29
didile_There is an error in the new recipe "make-mod-scripts"13:30
didile_The kernel sources are 4.1.15:
didile_The error says: "scripts/genksyms/lex.lex.c_shipped:567:10: fatal error: No such file or directory"13:32
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto13:36
*** rajm <rajm!> has quit IRC13:41
*** rajm <rajm!> has joined #yocto13:49
*** Crofton|work <Crofton|work!~Crofton@> has quit IRC13:59
*** yann <yann!> has joined #yocto14:01
*** AndersD <AndersD!> has quit IRC14:03
*** marka <marka!~masselst@> has quit IRC14:06
*** marka <marka!~masselst@> has joined #yocto14:06
*** hamis <hamis!~irfan@> has quit IRC14:07
derRichardwhen using multilib yocto, what do i have to set to have the 32bits version of a library installed in my sdk?14:14
[Sno]rburton: see fwd mail - works in general14:22
[Sno]rburton: unfortunately there is a manual step ('cp tmp/work/cortexa8hf-neon-poky-linux-gnueabi/perl/5.28.0-r0/package/usr/bin/* tmp/work/cortexa8hf-neon-poky-linux-gnueabi/text-csv-xs-perl/1.37-r0/recipe-sysroot/usr/bin/') which needs somehow eliminated14:23
yatesif you -c cleansstate for a recipe that DEPENDS on recipe recipeB, will recipeB be rebuilt?14:23
yates...when bitbaking recipeA14:23
yatesyou mean in binconfig.bbclass?14:25
yates[Sno]: you mean in binconfig.bbclass?14:25
*** yann <yann!> has quit IRC14:26
yatesso override it in your recipe with a new binconfig_XYZ_preprocess()14:26
[Sno]yates: it's worth a try - thank you very much14:27
yates[Sno]: i've been squirreling with binconfig stuff for my wxwidgets library build for days now... :(14:28
[Sno]good luck ;)14:29
yatesi need it - thank you.14:29
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC14:31
*** sagner <sagner!~ags@> has quit IRC14:34
*** sagner <sagner!~ags@> has joined #yocto14:36
*** Crofton|work <Crofton|work!> has joined #yocto14:37
*** yann <yann!> has joined #yocto14:42
*** toanju <toanju!~toanju@> has quit IRC14:44
*** rajm <rajm!> has quit IRC14:49
*** AndersD <AndersD!> has joined #yocto14:52
*** yann <yann!> has quit IRC14:52
JPEWI can't seem to be able to push to ssh:// anymore "Permission denied (publickey)". Is it just me?14:53
*** didile_ <didile_!b07ff51a@gateway/web/freenode/ip.> has quit IRC14:57
*** AndersD_ <AndersD_!> has joined #yocto15:02
*** gtristan <gtristan!~tristanva@> has quit IRC15:03
*** rajm <rajm!> has joined #yocto15:04
*** AndersD <AndersD!> has quit IRC15:04
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:06
*** yann|work <yann|work!> has joined #yocto15:12
*** sagner <sagner!~ags@> has quit IRC15:13
*** sstiller <sstiller!> has quit IRC15:21
*** yann|work <yann|work!> has quit IRC15:32
*** gtristan <gtristan!~tristanva@> has joined #yocto15:34
*** pschneider <pschneider!bcc3ba11@gateway/web/freenode/ip.> has joined #yocto15:34
*** Bunio_FH <Bunio_FH!> has quit IRC15:36
pschneiderHi, can anyone help me with a current problem? I am trying to migrate a project from yocto-morty to yocto-pyro. I have two recipes, recipe A produces a static library and puts it into the $STAGING_LIBDIR, recipe B uses this library for built-in compilation with reference to $STAGING_LIBDIR (so that the lib and header from recipe A don't need to go to the target sysroot, but can be used in different recipes). That worked perfectly15:37
pschneiderspecific sysroots and I don't know a way to access staging directory from recipe A in my recipe B15:37
kergothall recipes install files to ${D} in do_install15:38
kergoththey should not be putting an ything in staging directly, even in morty15:38
kergothand there's no need for recipe B to do anything, libraries and headers are in the default linker search path already15:39
*** cvasilak <cvasilak!> has quit IRC15:39
kergothlinker/compiler, that is15:39
pschneiderhi, thanks for the answer - I want to avoid that the library and headers from recipe A are put into the target system, I just want to share them with recipe B15:40
kergoththe correct process is to use do_install.15:41
*** AndersD_ <AndersD_!> has quit IRC15:41
kergothif you don't want to package those files for target use, then set inherit nopackage or set PACKAGES = ""15:41
pschneiderokay - ahm so recipe A installed the output to "install -m 0644 libgsm-utils.a ${STAGING_LIBDIR}/", where exactly should that go now?15:43
kergoth${D}${libdir} is where it should always have gone, including in morty15:44
pschneiderah allright, I'll try that, thank you!15:45
kergothno problem15:45
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:50
yatesis libz named something else in the oe layers?15:53
yates| /opt/fslc-x11/2.4.1/sysroots/x86_64-fslcsdk-linux/usr/libexec/arm-fslc-linux-gnueabi/gcc/arm-fslc-linux-gnueabi/7.2.0/real-ld: warning:, needed by /Storage/production-hardware-revision-A-1.0/sources/poky/build-hw-test-image/tmp/sysroots/imx6ul-var-dart/usr/lib/, not found (try using -rpath or -rpath-link)15:53
kergothsounds like zlib isn't in DEPENDS?15:57
yatesthat's what i'm trying now. but the linker was looking for libz, not zlib...15:58
kergothand the linker looks for libc, but you don't depends on libc,l the project is glibc15:58
kergothnot naming the proejct the name of the lib is extremely common15:59
kergothit's glib, not libglib, gtk+ not libgtk, etc15:59
*** tijko <tijko!~tijko@unaffiliated/tijko> has joined #yocto16:04
Crofton|workOK, so I have a kernel module that I do not want installed on a bootstrap image16:05
Crofton|workbut want it on all others16:05
Crofton|workand I have kernel-modules in machine definition, so all module send up in image16:06
Crofton|workHow do I remove one module in one specific image?16:06
*** [Sno] <[Sno]!> has quit IRC16:06
kergothdon't include kernel-modules in the machuine definition if you don't want it installed in all images16:06
Crofton|workkergoth, not the answer I am looking for :)16:07
kergothit gets pulled in via a packagegroup, so any image with that packagegroup installed will end up with the kernel-modules package, you cant' use _remove to get rid of it at that point16:07
kergothit's not directly installed via image_install or whatever16:07
kergothit's part of packagegroup-base's machine package16:07
kergothyou could check and see if it's rrecommended or rdepended. if the former, you could remove it in the image16:08
kergothif the latter, not doable without excluding packagegroup-base16:08
Crofton|workNeed to deal then :)16:08
Crofton|workcomes in via MACHINE_EXTRA_RRECOMMENDS16:08
kergothiirc paul put something in for removing packages, if it's rrecommended that won't result in removing the packagegroups16:08
Crofton|work= "kernel-modules16:09
kergothPACKAGE_REMOVE Or something? or bad_recommends?16:09
* kergoth shrugs16:09
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto16:13
*** lusus <lusus!~lusus@> has quit IRC16:15
*** TobSnyder <TobSnyder!> has quit IRC16:16
yateskergoth: yeah, i guest "z" would be a pretty terse library name...16:17
kergoththere's no real  consistency in library vs project naming16:18
*** varjag <varjag!> has quit IRC16:19
*** yann|work <yann|work!> has joined #yocto16:21
yatesok someone please help me out here. i'm getting this error when building client-6300-devel recipe, which DEPENDS on wxwidgets, and the wxwidgets recipe DEPENDS on zlib (among others).
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC16:23
pschneider@kergoth thank you very much, that worked like a charm and solved my problem (and got rid of an ugly workaround)16:26
yatesdoes yocto only pull in a DEPENDS library if something in the recipe directly depends on the library? it seems other libraries in the wxwidgets recipe DEPENDS (e.g., libglu) are getting pulled in.16:26
kergothpschneider: np16:27
pschneiderso now I am stumbling into the next problem - I don't know if yocto related, I probably miss some kind of configuration or a package dependency - I try to run a python script found on github to test bluetooth and when I execute it i get that error: "ImportError: cannot import name GObject, introspection typelib not found"16:27
pschneiderbut I set: DISTRO_FEATURES += "gobject-introspection-data"16:28
kergothprobably need to import the appropriate classes for gobject introspection. i don't recall what they are offhand16:29
yatesbut i think zlib is  a secondary dependency16:29
pschneideryeah but I can't figure out which ones - tried googling the error16:29
kergothlooks like you'll need to inherit the gobject-introspection class, and possibly others depending on the project. gnomebase, gsettings, gtk-icon-cache, gtk-doc, etc. grep oe-core and go based on the particular recipe16:30
kergothgrep is your friend16:30
kergothi just did a grep inherit.\*gobject16:30
pschneideryeah well it's just a *.py file I downloaded from github16:30
yatesyeah, but there are 36^N possibilities for a grep search string of length N...16:30
yatesat least..16:31
*** tprrt <tprrt!~tprrt@> has quit IRC16:31
kergothyates: not sure offhand how indirect deps are handled in recipe specific sysroot construction16:31
pschneiderI don't have a recipe I only try to execute the python script here16:31
*** toanju <toanju!> has joined #yocto16:32
kergothif you're trying to run something on target, you'll need to ensure its dependent packages are installed, i.e. via adding to the image's image_install16:32
yateskergoth: was that intended for me?16:33
pschneideryeah and I have problems figuring out which dependencies that *.py script has, that seems to be my root problem16:33
kergothpschneider: i'd su ggest using recipetool to create a recipe for it. even if you don't need one, i t'll use the pythondeps script to scan it for python moduel/package deps and map them to the packages that've been built in your build dir16:34
kergothso you can examine the resulting RDEPENDS_${PN}16:34
kergothit's not full proof, since it na├»vely scans the ast of the  py thon script, but it's a starting point16:35
pschneiderokay that is again very helpfull, I usually don't use the tool, can you point me in the right direction where to find documentation on how to do that?16:35
kergothrecipetool create --help16:36
kergothit's probably int he docs too of course16:36
kergothbut it's rpetty straightforward. recipetool create <some-url-to-the-source>16:36
*** learningc <learningc!~learningc@> has joined #yocto16:36
*** toanju <toanju!> has quit IRC16:37
pschneiderthanks a whole lot! I'll do that!16:38
yatesi see this in one of the lines from my linker error: undefined reference to `deflateSetHeader@ZLIB_1.2.2'16:40
yatesdoes that mean it's looking for version 1.1.1 of zlib?16:40
yatessorry, 1.2.216:40
yatesmy sysroot has 1.2.8, not 1.2.2...16:40
kergothit likely still has 1.2.2 versioned symbols, however, unless they do it much differently than glibc does16:43
*** learningc <learningc!~learningc@> has quit IRC16:43
yatesright. for backwards compatibility.16:44
*** learningc <learningc!~learningc@> has joined #yocto16:44
*** yann|work <yann|work!> has quit IRC16:46
yatesdoes the build system search <sysroot>/lib as well as <sysroot>/usr/lib?16:46 is in the former but not the latter16:47
yatesand i noticed a lot of symlinks to <sysroot>/lib, via ../../lib16:47
yatesis there an option to ld that says "spit out all your library search paths"16:49
yatess/spit out/emit to the console"16:49
yatesi've looked and don't see it.16:49
yatesor maybe i should just "echo $<libsearchvariable>"?16:50
*** kristoiv <kristoiv!> has quit IRC16:53
*** kristoiv <kristoiv!> has joined #yocto16:59
RPkanavin: I'm impressed you fixed a bug assigned in triage before the triage call finished :)17:13
*** mckoan is now known as mckoan|away17:16
*** egavin <egavin!> has quit IRC17:16
*** marka <marka!~masselst@> has quit IRC17:17
*** stephano <stephano!stephano@nat/intel/x-rpjvditnrquamowc> has joined #yocto17:18
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:18
*** fl0v0 <fl0v0!> has quit IRC17:18
yatesthat was it. "ln -s ../../lib/" in the /usr/lib of sysroot fixed the link.17:25
yatesis this a bug?17:25
yatesmaybe i should just put it in my do_install?17:26
rburtonsounds like a bug in whatever is building, not libz17:26
* rburton has to go again17:26
rburtonoption 1: zlib is broken and nothing that uses it builds17:26
rburton(that's a lot of software)17:26
rburtonoption 2: zlib is fine and you're building something which is doing it wrong17:26
yatesrburton: i'm simply putting zlib in the DEPENDS. it's yocto that does the rest17:27
yateswell, that's not quite true17:28
yatesi added this so binconfig_sysroot_preprocess(): sed -i -e 's:_ldflags="-L$libdir":_ldflags="-Wl,-rpath-link=$libdir -Wl,-Y$libdir":g;' $config17:28
yatesthe -Y option is an old solaris option that says "add this path to the default paths"17:29
yatesstill, i don't see why this would hose zlib17:30
yatesshould i change it to: sed -i -e 's:_ldflags="-L$libdir":_ldflags="-Wl,-rpath-link=$libdir -Wl,-rpath-link=$libdir/../../lib -Wl,-Y$libdir":g;' $config17:32
yatesthat's in the wx-config script17:35
rburtoni suspect this is getting really over-engineered but i'm also cooking right now17:35
rburtonall binconfig does is change all references of eg $libdir to $STAGING_LIBDIR17:36
rburtonso instead of getting -L/usr/lib it returns -L/path/to/sysroot/lib17:36
yatesthe problem is the -L option itself17:36
*** cquast <cquast!~cquast@> has quit IRC17:37
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC17:38
rburtonif wx-config is assuming that zlib is in $libdir then its wrong, and just hack it to add STAGING_BASELIBDIR too17:38
rburtonerm, with a bonus _17:38
yatesSTAGING_BASELINELIBDIR is basically <SYSROOT>/lib?17:39
rburtonlibdir = ..../usr/lib17:39
rburtonbaselibdir = .../lib17:39
rburtonfrom the last 10 seconds sounds like wx is assuming zlib is in the same prefix17:40
rburtonsame dir, even17:40
yatesif that assumption is wrong, why does it work on a native build?17:42
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:42
yatesis there a $baselibdir as STAGING_BASELIB_DIR is toe STAGING_LIB_DIR?17:46
rburtonhave a look in bitbake.conf :)17:46
yatesi've heard of that before.. :)17:46
yatesthe problem with -L is that it was causing the link to pick up the wrong version of libpthread. from the ld man: "Directories specified on the command line are searched before the default directories.  All -L options apply to all -l options, regardless of the order in which the options appear."17:50
yatesso without a -L, the correct one was picked up17:50
yatesat least that's my story and i'm sticking to it...17:51
*** cag_ss <cag_ss!~chris@> has joined #yocto17:52
khem`RP: I sent a v2 for musl update, I am not yet able to reproduce the issue locally, I am doing bitbake -ctestimage core-image-sato-sdk for qemux86-64, please give this a shot it has three more commits see
*** georgem <georgem!~georgem@> has quit IRC18:01
*** marka <marka!~masselst@> has joined #yocto18:04
*** frsc <frsc!> has quit IRC18:12
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC18:12
*** learningc <learningc!~learningc@> has quit IRC18:18
*** BlauskaerM <BlauskaerM!~Fever@> has joined #yocto18:20
*** BlauskaerM <BlauskaerM!~Fever@> has quit IRC18:26
yateswhy is this happening?
yates(running the app that DEPENDS on wxwidgets on the target)18:27
yatesyeah, different ABI versions, but why are they different?18:27
*** zeddii <zeddii!~bruce@> has quit IRC18:28
*** BlauskaerM <BlauskaerM!~Fever@> has joined #yocto18:28
kergothdifferent flags used between the library and application build?18:29
kergothiirc c++ abi can be specified..18:29
yatesyou mean via a compiler flag?18:31
*** lazyape_home <lazyape_home!> has joined #yocto18:32
*** lazyape <lazyape!> has quit IRC18:32
yatesthings like -mfloat-abi=hard ?18:33
*** armpit <armpit!> has quit IRC18:34
kergothyes, i.e. -fabi-version=0 or -std=c++0x or whatever18:34
kergothin fact, from a quick google about it, looks to be the very same error18:34
JaMabut not -mfloat-abi, that would show different error abotu VFP registers18:35
kergoththat said, i'd expect wx-config to return the correct cxxflags18:35
*** armpit <armpit!~armpit@2601:202:4180:c33:2166:163d:d580:e520> has joined #yocto18:35
kergothso perhaps you just need to ensure you're using those18:35
*** berton <berton!~berton@> has quit IRC18:37
*** berton <berton!~berton@> has joined #yocto18:39
*** berton <berton!~berton@> has quit IRC18:56
*** berton <berton!~berton@> has joined #yocto18:56
*** georgem <georgem!~georgem@> has joined #yocto19:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:03
*** rajm <rajm!> has quit IRC19:10
*** CoRfr <CoRfr!> has quit IRC19:19
*** CoRfr <CoRfr!> has joined #yocto19:19
khem`wxGTK 2.8.x and 3.0 seems to incompatible19:27
khem`another issue could be flags used to compile wxGTK 3.x19:29
khem`gcc8 defaults to c++1419:30
khem`it seems one of the involved packages is forcing -std flag can you post verbose do_compile for both the app and lib19:33
khem`see this is the issue
khem`delete that19:43
*** WillMiles <WillMiles!> has joined #yocto19:47
*** rburton <rburton!> has quit IRC19:47
*** rburton_ <rburton_!> has joined #yocto19:48
yatesis there a way to specify the -std= option for the c++ when bitbaking a library (wxwidgets)? what does yocto use by default? my application is using -std=c++1119:53
kergothyates: it's up to the underlying buildsystem20:02
kergothbitbake doesn't fuss with how to build some particular cpp file20:03
yatesis there a g++ option to emit the default c++ abi?20:05
la_croixHas anybody managed to build wifi into the yocto image for raspberry pi? I've added IMAGE_INSTALL_append = " linux-firmware-bcm43430" to local.conf, but it didn't work20:09
*** berton <berton!~berton@> has quit IRC20:10
*** stephano <stephano!stephano@nat/intel/x-rpjvditnrquamowc> has quit IRC20:14
yateskergoth: ok. i'm just trying to see what XY in std=c++XY is being used when the autotools compile the wxwidgets source.20:16
yates...trying to find out what XY...20:16
*** gtristan <gtristan!~tristanva@> has quit IRC20:20
yatescan i do something like "export CXXFLAGS="$CXXFLAGS -std=c++11" in a do_compile_prepend?20:26
kergothoe doesn't set abi, which means you'd run into this outside of it too, so it should really be fixed there20:30
kergothin the underlying buildsystem, as mentioned before20:30
kergothautoconf? make? qmake? i have no idea what that recipe's project uses20:31
kergotheither way, abi selection isn't handled at the oe level20:31
kergothgenerally speaking, anyway20:31
yatessince this is autotools-based, are you saying that i should see where the abi is specified there?20:38
yatese.g., in some .m4 files or somesuch?20:38
yatesbeyond "./configure; make; make install" i'm pretty ignorant of autotools... :(20:38
*** toanju <toanju!> has joined #yocto20:40
yatesand like i asked before, what if the autotools doesn't specify it? then isn't the compiler default used? and the compiler is NOT part of the autotools, but part of yocto20:45
yatesthe SDK, if i have that term correct.20:45
yatesor am i confused?20:46
kergothit's not relevant, because the same toolchain is used for both wxwidgets and your app20:46
kergothif both were using the default, the mismatch wouldn't occur20:46
kergothso one or both are specifying it20:46
yatesyes, my applicaiton is specifying c++11, i know that for a fact.20:46
kergothand that's not matching how wxwidgets is being compiled.20:47
kergothso change one or hte other to match20:47
yateswhat if i really needed that ABI for my app?20:47
yatesmaybe i should rethink that - maybe i don't need it for the app.20:47
kergothbut yes you could manually adjust CXXFLAGS, assuming it's being obeyed properly. you could append to it right it he recipe. CXXFLAGS += "..."20:58
khem`la_croix: use Yoe distro :)
*** khem` is now known as khem21:02
khemyates: if you need c++11 then c++14 will work too, you dont need to lock to c++1121:03
khemyates: unless you tell me what feature from c++14 is regressing your app, I would suggest to use defaults from compiler21:04
khemunless you are using gcc < 521:04
bluelightningkhem: hmm, meta-yoe seems not to be in the layer index...21:07
*** ant_home <ant_home!> has joined #yocto21:12
kergothhadn't heard of yoe before, interesting21:14
bluelightningI guess I will add it... I typically don't, people should submit their own layers, but I doubt Cliff would object21:18
yatesdoes "devtool build <recipe>" run all the tasks to the end including rpms in the tmp/deploy?21:28
*** nathani_ <nathani_!> has joined #yocto21:30
*** Crofton|work <Crofton|work!> has quit IRC21:35
JaMaany poor soul also using 2.2 Morty (or any pre-RSS version) with multilib?21:36
JaMado you also see errors/warnings like ERROR: QA Issue: gcc-cross-canadian-i686 rdepends on nativesdk-elfutils, but it isn't a build dependency? [build-deps] ?21:38
JaMait's caused by wrong PKGDATA_DIR set by multilib.conf, but I'm wondering why nobody was complaining about it before21:38
bluelightningyates: no, just up to do_populate_sysroot & do_packagedata21:39
bluelightningyates: however, it's not documented, but you can configure that in conf/devtool.conf21:39
*** toanju <toanju!> has quit IRC21:42
khembluelightning: yes, maybe I should submit it21:44
bluelightningkhem: already taken care of :)21:44
bluelightningkhem: I also added meta-riscv21:44
khemcool ! thanks21:44
khemyes I got email :)21:45
bluelightningah yes I forgot we now email the maintainers21:45
bluelightningCliff added you after the fact hence why you wouldn't have gotten one for meta-yoe21:45
khemi see21:46
bluelightningstrictly speaking I wonder if we should email maintainers when they get added if they aren't adding themselves21:47
bluelightningseems like a courteous thing to do21:47
* bluelightning adds todo item21:47
khemyou should21:47
*** stephano <stephano!~stephano@> has joined #yocto21:48
pschneiderHey guys, I have a problem running a simple python3 script on my target. I wrote a recipe for it and try to figure out all dependencies, which I then included in the image. I also included 'gobject-introspection-data' into my DISTRO_FEATURES. Still - if I try to execute the script on my target it fails with '  File "/usr/lib/python3.5/site-packages/gi/", line 127, in find_module 'introspection typelib not found' % names21:56
pschneideron my host machine21:56
pschneiderAre there any packages I could have missed which are not obvious? For the record, I am kinda new to python, never needed it before.21:57
yatesis there a way to bitbake my recipe using modified files in the fetch folder? it seems the recipe will overwrite the mods there with the pristine original recipe source sometime during bitbake22:04
kergothnot sure what you mean by fetch folder22:04
kergothbut devtool modify is the easiest method to work with modified source22:04
yateskergoth: yeah, but i need the rpm's to generate too.22:05
yatesand they're not22:06
kergothdevtool modify foo; bitbake foo -> now you have rpms22:06
kergothyou don't have to use devtool build just to use devtool modify22:06
yateswell why didn't you say so ...22:07
* yates ducks22:07
kergothdevtool modify makes a persistent change by creating the workspace layer, adding it to BBLAYERS, and generating a bbappend for the recipe in that layer which points to the pre-extracted/patched sources. any subsequent bitbake command will continue to work there22:07
*** Crofton|work <Crofton|work!~Crofton@> has joined #yocto22:08
yatesdoes bitbake <recipe -c cleansstate still work in that state too?22:13
*** sno <sno!> has joined #yocto22:14
*** marka <marka!~masselst@> has quit IRC22:18
*** sno <sno!> has quit IRC22:18
yatesis the proper way to invoke my application's clean function as part of a -c clean to define a do_clean_append() with my clean command(s)?22:21
yatesit's not working:
yatesi don't see what's wrong with this syntax - most of it is copied from the do_compile()22:23
*** sno <sno!> has joined #yocto22:23
yatesdoes do_clean_xyz have to be python ?22:28
yatesit can't be shell like the other tasks can be???22:28
aehs29yates: appends have to be whatever the original function is in22:29
yatestwo years' in now and just finding this out...22:29
yatesthere is a lot of STUFF to know in this tool!!!!!!!! <arrrgghhhhh...>22:30
yatesit hurts22:31
JaMabuilding OS isn't for the weak :)22:34
yatesthings really start to get interesting when you begin forgetting faster than you learn/refresh...22:36
* yates cracks the mental whip at himself!!!! "Hya!"22:36
*** WillMiles <WillMiles!> has quit IRC22:40
*** pschneider <pschneider!bcc3ba11@gateway/web/freenode/ip.> has quit IRC22:47
yatesdoes morty use python 2?22:47
yatesbetter "does morty's bitbake use python 2"?22:49
*** kristoiv <kristoiv!> has quit IRC22:49
*** kristoiv <kristoiv!> has joined #yocto22:50
yatesah, 2.6 or 2.7, right?22:50
*** kristoiv <kristoiv!> has quit IRC22:50
*** kristoiv <kristoiv!> has joined #yocto22:51
*** maudat <maudat!~moda@> has joined #yocto22:51
*** kristoiv <kristoiv!> has quit IRC22:51
khemmorty uses python322:57
khembut bitbake itself is still py222:57
*** maudat <maudat!~moda@> has quit IRC23:00
rburton_yates: if you can, do out of tree builds instead of needing a custom clean command23:01
yatesso e.g. the python functions inside a .bbclass are python3? "python do_listtask() {...}"23:02
rburton_no if bitbake is running in py2 then the functions need to be py223:04
yatesrburton_: i don't understand the term "out of tree" although i've heard it used a lot. what do you mean by "out of tree bilds"?23:05
rburton_if S=WORKDIR/foo-1.2/ then build tree can be B=WORKDIR/build. no built objects are written to S, but all written to B23:06
yatesso does a standard do_clean remove the whole B?23:07
rburton_no, because by default S=B23:07
rburton_*but* autotools will set B=workdir/build and delete $B23:07
rburton_ditto cmake, meson, and a few other build systems that do out of tree builds properly23:07
rburton_of course, morty, so maybe not that old23:07
*** dev1990 <dev1990!> has quit IRC23:12
yatesis there no way to call a shell function from python?23:16
yatesso "python do_clean_append() {call myshellclean}" and "myshell_clean () {make clean}"23:17 will let you run any bitbake function from a py function23:18
rburton_you could just override do_clean entirely23:18
rburton_presumably you're not actually running make clean, right23:18
yatesnot exactly but close. "make -f makfile.mak target=<target> platform=<platform> clean"23:20
rburton_why are you doing that in do_clean?23:20
yateswhat's wrong with doing it there? seems obvious from the naming convention23:21
rburton_do_clean deletes ${WORKDIR}23:21
rburton_so your source tree disappears23:21
yatesi need a command i can run to clean my project's output files. how to do?23:22
rburton_lets back up: what are you trying to do23:22
yatesmake clean, basically, at the right directory in my project files, and with an environment variable set23:22
yatesbecause my build puts the output outside of yocto (in /tmp) i need to run this to really clean23:23
yatesi thought it would be easy to splice that in to yocto's clean process...23:24
yatessomewhere, somehow..23:24
rburton_it does what23:24
rburton_why does it put stuff in /tmp instead of under $WORKDIR23:25
yatesthis is a make system i've had since before yocto existed23:25
yatesit's the way i did things23:25
*** u1106 <u1106!~quassel@> has quit IRC23:26
*** clementben is now known as clement23:26
rburton_do_clean[postfuncs] = "my_horrible_clean_hack"23:26
rburton_hm, no, how would you run make clean after workdir has been deleted23:27
*** u1106 <u1106!~quassel@> has joined #yocto23:27
rburton_maybe a prefuncs23:27
rburton_then you can just write a shell function that runs make23:27
rburton_before workdir disappears23:27
yateswhat prefuncs?23:27
rburton_do_clean[prefuncs] = "my_horrible_clean_hack"23:28
rburton_my_horrible_clean_hack() { make clean }23:29
yatesok, cool23:29
rburton_+=, actually.23:29
yateslemme give it a whirl..23:29
yatesand cleansstate invoke clean, so it'll run then too?23:31
yatesok seems to be working.. cool.23:33
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:36
*** ant_home <ant_home!> has quit IRC23:39
*** stephano <stephano!~stephano@> has quit IRC23:44
yatesis readelf part of some tools recipe?23:45
yatesyates: yes, binutils23:46
yatesyates: thanks man!23:46
yatesrburton_: why aren't you gone? you usually exit hastily around 5:0723:49
yatesi should shutup and enjoy the treat!23:50
rburton_because i just finished my 11pm staff meeting23:50
rburton_hooray working in a team which has people across the globe, and being the only one in europe.  11pm calls23:51
*** stephano <stephano!~stephano@> has joined #yocto23:53
yatesto California?23:53
yatesthat'd be what, 3pm23:53
yatesmind going... fading...23:53
rburton_west coast23:55
rburton_and malaysia23:55
rburton_i hope they dialled in from bed as its 7am for them!23:56

Generated by 2.11.0 by Marius Gedminas - find it at!