Monday, 2019-10-14

*** kroon <kroon!> has quit IRC00:08
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:10
*** kaspter <kaspter!~Instantbi@> has quit IRC01:17
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:17
*** camus <camus!~Instantbi@> has joined #yocto01:28
*** kaspter <kaspter!~Instantbi@> has quit IRC01:28
*** camus is now known as kaspter01:28
*** kaspter <kaspter!~Instantbi@> has quit IRC02:26
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:27
*** davisr <davisr!> has quit IRC02:56
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC03:12
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto03:57
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC04:01
*** camus <camus!~Instantbi@> has joined #yocto04:09
*** kaspter <kaspter!~Instantbi@> has quit IRC04:11
*** camus is now known as kaspter04:11
*** iceaway <iceaway!~pelle@> has joined #yocto04:53
iceawayI am trying to add wifi-support to my distro by adding DISTRO_FEATURES += "wifi". When I try to bitbake it tells me that it is missing distro feature "x11". Is x11 really required for wifi support?04:55
kergothit's not, no04:57
*** kaspter <kaspter!~Instantbi@> has quit IRC04:58
*** kaspter <kaspter!~Instantbi@> has joined #yocto04:58
*** davisr <davisr!> has joined #yocto05:02
iceawayAny idea what could be causing that requirement? Could it be something else in my specific setup?05:06
*** AndersD <AndersD!> has joined #yocto05:21
*** AndersD <AndersD!> has quit IRC05:23
*** AndersD <AndersD!> has joined #yocto05:25
*** agust <agust!> has joined #yocto05:41
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC05:45
*** goliath <goliath!> has joined #yocto06:03
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto06:09
*** camus <camus!~Instantbi@> has joined #yocto06:12
*** kaspter <kaspter!~Instantbi@> has quit IRC06:12
*** camus is now known as kaspter06:12
LetoThe2ndiceaway: well, find out which file triggers the missing distro feature warrning06:21
LetoThe2ndit should be mentioned right with the message itself, in fact06:22
*** ak77 <ak77!c12e4b03@> has joined #yocto06:23
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto06:23
ak77hello. why is resolved still disabled in systemd? afaik it can be compiled since 24006:24
*** kroon <kroon!~kroon@> has joined #yocto06:26
*** camus <camus!~Instantbi@> has joined #yocto06:26
*** kaspter <kaspter!~Instantbi@> has quit IRC06:27
*** camus is now known as kaspter06:27
LetoThe2ndak77: i you want it, it should always be possible to activate it for your usecase06:36
*** Scoutboy <Scoutboy!> has joined #yocto06:40
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto06:43
*** camus <camus!~Instantbi@> has joined #yocto06:47
*** kaspter <kaspter!~Instantbi@> has quit IRC06:47
*** camus is now known as kaspter06:47
*** jmiehe <jmiehe!> has joined #yocto06:52
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto06:52
mckoangood morning06:52
*** kroon <kroon!~kroon@> has quit IRC06:53
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:01
*** lucaceresoli <lucaceresoli!> has joined #yocto07:05
*** saraf <saraf!~a_saraf@> has joined #yocto07:09
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC07:10
alessioigorgood morning to all07:10
*** yizhao <yizhao!~zhaoyi@> has quit IRC07:15
*** yacar_ <yacar_!> has joined #yocto07:20
iceawaygood morning07:24
*** kroon <kroon!~kroon@> has joined #yocto07:27
*** kaspter <kaspter!~Instantbi@> has quit IRC07:28
*** tprrt <tprrt!~tprrt@> has joined #yocto07:28
*** goliath <goliath!> has quit IRC07:29
*** saraf <saraf!~a_saraf@> has quit IRC07:40
*** yizhao <yizhao!~zhaoyi@> has joined #yocto07:40
*** kaspter <kaspter!~Instantbi@> has joined #yocto07:45
*** yann <yann!> has quit IRC07:47
*** goliath <goliath!~goliath@> has joined #yocto08:09
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:12
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC08:16
*** camus <camus!~Instantbi@> has joined #yocto08:17
*** kaspter <kaspter!~Instantbi@> has quit IRC08:17
*** camus is now known as kaspter08:17
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto08:19
*** Bunio_FH <Bunio_FH!> has joined #yocto08:21
*** bluca <bluca!~bluca@> has joined #yocto08:26
*** florian_kc is now known as florian08:29
*** elGamal <elGamal!~elg@> has quit IRC08:44
*** elGamal <elGamal!~elg@> has joined #yocto08:45
*** davisr <davisr!> has quit IRC08:56
*** davisr <davisr!> has joined #yocto08:57
*** ricardocrudo <ricardocrudo!> has joined #yocto09:11
ricardocrudoI'd like to create a release file in the rootfs as last step before generating a yocto image. maybe, `/etc/os-release`. This file would contain the git hash and/or git tag which was used to build. what is the recommended way to do that?09:15
*** sk_tandt <sk_tandt!> has joined #yocto09:17
LetoThe2ndricardocrudo:/etc/os-release gets automatically created from the information that your DISTRO is supposed to set.09:18
LetoThe2ndricardocrudo: recommended is probably something like or being inspired by that.09:19
*** palate <palate!~palate@unaffiliated/palate> has joined #yocto09:32
*** yacar_ <yacar_!> has quit IRC09:48
*** JaMa <JaMa!> has joined #yocto09:54
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC10:08
*** rokm <rokm!> has joined #yocto10:23
rokmHi, Is there quick solution for "no current session" after devshell -c ?10:24
*** rburton <rburton!> has joined #yocto10:27
*** ChrisStuart <ChrisStuart!> has joined #yocto10:28
*** wooosaiiii <wooosaiiii!> has quit IRC10:40
yoctiNew news from stackoverflow: Yocto esdk cannot find header file and static lib <>10:43
*** yacar_ <yacar_!> has joined #yocto11:13
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto11:16
*** tprrt <tprrt!~tprrt@> has quit IRC11:25
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:32
*** kautschuk <kautschuk!> has joined #yocto11:40
kautschukHi, i've created a recipe for "ulogd2" since there was none. How can I contribute it to the community for others which might find it useful?11:41
LetoThe2ndkautschuk: giving it only a very quick superficial look, maybe submitting it to meta-openembedded, the meta-networking layer?11:43
kautschukthx. I figured that would be the right layer, but how exactly to i submit a patch?11:44
LetoThe2ndkautschuk: generally like this: 1) you pull the desired upstream 2) switch to a local branch 3) commit your changes, with s-o-b 4) git format-patch the changes 5) git send-email11:45
kautschukok perfect. thx.11:46
qschulzkautschuk: I think this could be helpful:
LetoThe2ndkautschuk: this approach holds true for most git based projects these days :)11:46
LetoThe2ndqschulz: ++11:46
kautschukagain: thx for helping a newbie11:47
*** sk_tandt_ <sk_tandt_!> has joined #yocto11:47
LetoThe2ndkautschuk: np, have fun11:47
*** sk_tandt <sk_tandt!> has quit IRC11:50
*** woutervh <woutervh!~woutervh@> has joined #yocto11:51
*** ricardocrudo <ricardocrudo!> has quit IRC11:53
*** berton <berton!~berton@> has joined #yocto11:55
*** ricardocrudo <ricardocrudo!> has joined #yocto11:59
*** kautschuk <kautschuk!> has quit IRC12:00
*** kroon_ <kroon_!~kroon@> has joined #yocto12:01
*** bradleyb <bradleyb!> has joined #yocto12:04
*** kroon <kroon!~kroon@> has quit IRC12:05
*** radsquirrel <radsquirrel!> has quit IRC12:05
*** palate <palate!~palate@unaffiliated/palate> has quit IRC12:06
*** palate <palate!~palate@unaffiliated/palate> has joined #yocto12:08
*** berton <berton!~berton@> has quit IRC12:10
*** berton <berton!~berton@> has joined #yocto12:11
yacar_ Hi there, I've been working on SPDX identifier this weekend, I'm wondering if Makefiles shall too have a SPDX id ?12:16
kayterinahello.Is there  migration instructions fot yocto layers?. The nxp imx6ull documentation and myirtech's layer references the meta-fsl-arm layer which is depricated. I am getting lots of errors (base_contains not defined, no qt recipe)12:23
LetoThe2ndkayterina: for the yocto project maintained things (basically poky and whatever it includes) there is
LetoThe2ndkayterina: for all other layers, as their maintainers.12:28
kayterinaI see.12:30
rburtonthe migration guide should cover stuff like base_contains being deleted12:38
rburtonbut yes harass the maintainers is the first step12:38
LetoThe2ndrburton: we should not encourage harassment.12:39
LetoThe2ndall we do are "friendly and extremely polite reminders"!12:39
rburtonyes, that12:42
*** litb <litb!> has joined #yocto12:50
litbhello folks12:50
litbwhy is it that oe-run-native uses the sysroot-destdir of a native recipe, instead of the image/ directory?12:50
litbisn't the sysroot-destdir supposed to only contain dependencies for other recipes that depend on that native package? when executing the recipe's binary, I would think that image/{bin,usr/bin} is the correct folder to use?12:51
rburtonwell image is only populated during do_install12:51
litbyeah. that's what I think aswell12:52
litbso that is the most "pure" directly when it comes to mirroring a recipe's target structure.12:52
rburtonwould you want to force do_install to run every time you wanted to run a binary?12:53
litbrburton, hm, but the way it is now, that it uses STAGING_DIR_NATIVE, it needs to ensure that  do_install runs aswell, in order to use up to date binaries, I think?12:53
rburtonoe-find-native-sysroot uses STAGING_DIR_NATIVE, which is $WORKDIR/recipe-sysroot-native12:54
rburtonso its just a matter of populating the sysroot12:54
rburtonwhich is all from sstate12:54
rburtoneven with a clean tmp12:54
litbah, it's supposed to use a recipe's build tool sysroot-native folder12:54
litbI was confused. I thought it's supposed to be used for <recipe>-native recipes12:55
rburtontbh it might not even work, as nothing elses uses oe-run-native12:56
litbso if i want to execute the "file" utility, then I cannot use  "oe-run-native file-native file", but I have to manually go into file-native's image directly and run it from there12:57
*** yann <yann!~yann@> has joined #yocto12:57
litbbecause file-native's recipe-sysroot-native of course doesn't contain the file binary, but only the file binary's build dependencies12:57
rburtonright, the tool predates the recipe-specific-sysroot functionality12:57
rburtonso potentially was ported, badly12:57
*** Bunio_FH <Bunio_FH!> has quit IRC12:58
rburton oe-run-native  bmap-tools-native bmaptool --help12:59
rburtonRunning bitbake -e bmap-tools-native12:59
rburtonusage: bmaptool [-h] [--version] [-q] [-d] {create,copy} ...12:59
rburtonworks fine12:59
litbrburton, if I disable the packaging functionality for my mingw target (which seems sane), then I think after building all my recipes, at the end I should iterate over all the image/ directories and take out the results from there12:59
rburtonah right, it requires addto_recipe_sysroot, whcih adds *itself* to the sysroot12:59
*** ricardocrudo <ricardocrudo!> has quit IRC12:59
litbrburton, ah, I see!12:59
rburtonlitb: i'd keep packaging on13:00
*** ricardocrudo <ricardocrudo!> has joined #yocto13:00
rburtonno point reimplementing it13:00
rburtonfor final app deploy you can have a little class to drop the static binary or whatever into deploydir13:01
litbrburton, all that stuff with package splitting seem not to be useful for windows, where everythign will at the end be put into a single installer (MSI or similar) anyway13:01
rburtondoes it hurt to keep it enabled?13:01
litbrburton,  I think it could be useful to at the end generate an SDK with a gcc-cross-canadian that has host linux with target linux13:03
litbi suppose that the SDK scripts take -staticdev and -dev packages13:03
rburtoncorrect, SDKs are just special images13:04
litbrburton, some INSANE checks will need to be disabled. staticdev for instance will complain about .dll.a import libraries being in -dev13:04
litbrburton, I think i will keep it enabled, but with my own FILES and PACKAGES. thanks for the heads up13:05
*** AndersD <AndersD!> has quit IRC13:07
rburtonremember to share your layer when you make it work :)13:08
rburtonhopefully we can suck it into meta-mingw and oe-core13:08
litbrburton, i will need to recreate it at home, because this is closed source :p13:09
rburtonbooo, tell your employer to open it13:09
litbbut maybe it's worth the effort13:09
rburtonabsolutely, if you can ship the bulk of it into core and meta-mingw then your maintenence disappears.  when oe-core breaks mingw we fix it...13:10
litbkeeping patches around is a hassle, so I have good chances to convince them13:10
*** Bunio_FH <Bunio_FH!~bunio@> has joined #yocto13:14
*** kaspter <kaspter!~Instantbi@> has quit IRC13:16
*** kaspter <kaspter!~Instantbi@> has joined #yocto13:16
*** bradleyb is now known as radsquirrel13:41
rburtonRP: why does qemu-helper-native do addtask addto_remove_sysroot?13:41
rburtoni guess its to add the built binary to the recipe-sysroot-native automatically13:42
rburtonwhy not just explicitly call that instead of doing something special13:43
*** bisbarn <bisbarn!> has joined #yocto13:47
RPrburton: explicitly call it from where?13:51
RPrburton: you mean recipe, not remove, right?13:51
rburtonerm, yes13:52
rburtonwell runqemu does bitbake qemu-helper-native directly, that could easily add -caddto_recipe_sysroot13:52
rburtonthat and systemtap are two recipes that override how that task works13:53
*** AndersD <AndersD!> has joined #yocto13:55
*** AndersD_ <AndersD_!> has joined #yocto13:57
RPrburton: is it causing a problem?13:59
RPrburton: I'm sure we did this for a reason...13:59
rburtonno just curious13:59
RPrburton: It may have been user expectation - that recipe is useless without it?14:00
rburtonsystemtap was 373ea52b896c85655f8883ee7608a4c038c9f12014:00
*** AndersD <AndersD!> has quit IRC14:00
rburtonof course oe-run-native could throw in a bitbake -caddto_recipe_sysroot for you14:00
rburtonright was looking at that14:01
rburtonso yes, runqemu could just invoke the right task directly14:01
RPrburton: I think there may have been oeqa implications too14:02
RPrburton: Faced with "fix all the call sites" or add the dependency, which would you do?14:03
rburtonwell how many calls sites is 'all'14:03
RPrburton: well, we didn't know :/14:03
RPrburton: RSS did break a previously working workflow, this made it compatible14:03
RPrburton: so I can see why we'd have done it14:04
rburtonright, but i suspect the number of call sites is ~3 so maybe we can clean it up14:04
RPsure there are other ways14:04
rburtonanyway just noticed it14:04
RPrburton: -next is clean, should that merge?14:05
rburtonwill look14:06
*** AndersD_ <AndersD_!> has quit IRC14:06
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:09
*** goliath <goliath!~goliath@> has quit IRC14:09
rburtonkanavin: top marks on the selftest for the license work14:11
*** kroon_ <kroon_!~kroon@> has quit IRC14:15
litbperhaps the order of ${PN}-staticdev and ${PN}-dev in PACKAGES should be  reversed?14:27
litbbecause in -staticdev, files only have suffix "*.a", but in -dev, files have a suffix that's user-configurable through SOLIBS. for example, for me it's ".dll.a"14:27
rburtonwhat is a .dll.a file?14:28
litbrburton, importlib in mingw. Apparently mingw uses .dll.a as importlib, while windows linkers use .lib as import lib (aswell as for static libs)14:29
litbso I'm setting SOLIBS =  ".a" and SOLIBSDEV = ".dll.a"14:29
*** yacar_ <yacar_!> has quit IRC14:29
rburtonif i were you i'd just override FILES_${PN}-staticdev globally14:29
litbhowever the ordering of -staticdev and -dev makes this not work. i suspect I can easily change that order in my distribution config though.14:29
rburtonbonus points for a patch to add a variable like SOLIBS so the machine can just fiddle those14:30
litbah I see. from the comment to this line in bitbake.conf, it seems that they also had an ordering problem of the two: SOLIBSDEV_darwin = ".dylibbroken"14:30
rburtonkanavin: does glib really need the full py3 for the test suite?14:33
*** woutervh <woutervh!~woutervh@> has quit IRC14:34
rburtonRP: something happened to sysprof in buildhistory14:34
rburtonpackages/core2-64-poky-linux/sysprof/sysprof-dbg: PKGSIZE changed from 1889968 to 0 (-100%)14:35
RPrburton: from -next?14:35
rburtonlooking at the buildhistory14:35
RPrburton: well spotted14:35
*** ricardocrudo <ricardocrudo!> has left #yocto14:42
*** rburton <rburton!> has quit IRC14:44
*** rburton_ <rburton_!> has joined #yocto14:44
*** sk_tandt__ <sk_tandt__!> has joined #yocto14:52
*** sk_tandt_ <sk_tandt_!> has quit IRC14:55
*** goliath <goliath!> has joined #yocto14:56
*** ChrisStuart <ChrisStuart!> has quit IRC15:15
*** andycooper <andycooper!uid246432@gateway/web/> has joined #yocto15:21
RPrburton_, kanavin: Its because we now disable libsysprof due to a hard polkit dependency15:22
RPwhich disables sysprof15:22
*** armpit <armpit!~armpit@2601:202:4180:a5c0:5c58:2ffd:b6af:7edd> has quit IRC15:22
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC15:31
litbquick question!15:34
litbthis is how SELECTED_OPTIMIZATION is defined:     SELECTED_OPTIMIZATION = "${@d.getVar(oe.utils.vartrue('DEBUG_BUILD', 'DEBUG_OPTIMIZATION', 'FULL_OPTIMIZATION', d))}"15:34
litbwhy doesn't bitbake figure out that SELECTED_OPTIMIZATION depends on all those three other variables?15:35
kergothbitbake doesn't track "oe.utils.vartrue", so it doesn't know args 2 and 3 are variable names15:35
kergoththat's part of oe, not bitbake15:35
*** armpit <armpit!~armpit@2601:202:4180:a5c0:1c7e:9ce6:b4cb:b655> has joined #yocto15:35
kergothit recognizes getVar, etc15:35
kergother, all the args are variable names, not just 2 and 3, but you get the point15:36
litbah I see.15:40
kergothwe track variable usage by parsing python code into an ast and basically doing naive static analysis, but python is a dynamic language, attempting to track what the names are is often non-trivial15:42
*** ragnoraq <ragnoraq!41717b12@> has joined #yocto15:47
*** goliath <goliath!> has quit IRC15:52
*** JaMa <JaMa!> has quit IRC15:53
*** yann <yann!~yann@> has quit IRC15:54
*** JaMa <JaMa!> has joined #yocto16:03
rburton_RP: sysprof without polkit just ships some metadata for stuff that isn\t installed and a small static library16:12
rburton_not worth having in oe-core16:12
rburton_eg the dbus files are for a daemon that isn't installed16:13
*** learning1 <learning1!~pi@> has quit IRC16:14
*** learning1 <learning1!~pi@> has joined #yocto16:18
RPrburton_: right, we need polkit to make it useful16:19
rburton_tbh i'm happy enough with adding polkit to oe-core, as systemd can use it too16:19
rburton_alternatively we can just rip sysprof out...16:20
kergothheh, bitbake -e | bat -l BitBake -> syntax highlighted -e16:20
rburton_oh nice bat does bitbake16:20
kergothbat supports textmate/sublime syntax/themes16:21
kergothso you can install wahtever16:21
*** jmiehe <jmiehe!> has quit IRC16:21
kergothi heavily use bat+fd-find+ripgrep+fzf nowadays, with a bunch of aliases. i have cat=bat when stdout is a tty at the moment16:21
*** vineela <vineela!~vtummala@> has joined #yocto16:38
*** vineela <vineela!~vtummala@> has quit IRC16:39
*** sk_tandt__ <sk_tandt__!> has quit IRC16:40
*** mckoan is now known as mckoan|away16:42
*** goliath <goliath!> has joined #yocto16:50
*** Bunio_FH <Bunio_FH!~bunio@> has quit IRC16:57
*** jwessel <jwessel!~jwessel@> has joined #yocto16:57
litbI need to modify the cmake toolchain file created by cmake.bbclass "after do_patch before do_configure". I suspect the best way is to INHERIT a class of my own, and check with for the presence of this class17:15
litband do that checking using an event handler. I believe there's a PreFinalize handler for such purposes. and in the handler, delete the do_generate_toolchain_file, replacing it by my own17:16
litbthat sounds cleaner than trying to shadow the cmake.class using a same-named class in my layer. I hear that's frowned-upon17:17
kergothagreed, i've done that sort of hacking before. it's not pretty, but better for your maintainance than copy+modify, that's a pain to track every time you update your upstream layers17:19
*** JaMa <JaMa!> has quit IRC17:21
*** JaMa <JaMa!> has joined #yocto17:27
*** litb <litb!> has quit IRC17:29
*** vineela <vineela!~vtummala@> has joined #yocto17:32
*** Bunio_FH <Bunio_FH!> has joined #yocto17:37
*** ragnoraq <ragnoraq!41717b12@> has quit IRC17:49
yoctiNew news from stackoverflow: Can't compile qemu with yocto <>18:15
*** goliath <goliath!> has quit IRC18:19
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC18:26
*** JaMa <JaMa!> has quit IRC18:47
*** JaMa <JaMa!> has joined #yocto18:54
*** goliath <goliath!> has joined #yocto18:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:02
*** bluca <bluca!~bluca@> has quit IRC19:06
*** ruru4143 <ruru4143!> has joined #yocto19:13
ruru4143Hello guys, i'm very knew to yocto and want to build a raspberry pi image. i get this "WARNING: Your host glibc verson (2.30) is newer than that in uninative (2.29). Disabling uninative so that sstate is not corrupted." Warning. i found somebody who said that i should use warrior, but i'm already on the warrior branch on every git repo (poky, oe, raspi-bsp). after a few hours of searching trough the internet i'm a bit frustrated... i hope19:17
ruru4143somebody of you can help me19:17
LetoThe2ndruru4143: actually its only a warning thats telling you the included uninative blob is not used. probably its not a problem at all.19:19
ruru4143LetoThe2nd: okey, thank you19:20
*** Bunio_FH <Bunio_FH!> has quit IRC19:27
*** JaMa <JaMa!> has quit IRC19:31
*** JaMa <JaMa!> has joined #yocto19:41
rburton_ruru4143: replied on stack overflow already19:44
rburton_if you get that either you found another breakage, or you're not running tip of warrior branch19:45
rburton_ruru4143: if you're definitely on tip or warrior then file a bug please19:48
*** u1106 <u1106!~quassel@> has quit IRC20:02
*** rburton_ <rburton_!> has quit IRC20:27
*** rburton <rburton!> has joined #yocto20:28
*** u1106 <u1106!~quassel@> has joined #yocto20:51
*** berton <berton!~berton@> has quit IRC21:18
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC21:50
*** agust <agust!> has quit IRC22:00
*** tsjsieb <tsjsieb!~quassel@> has quit IRC22:00
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto22:02
*** rburton <rburton!> has quit IRC22:05
*** goliath <goliath!> has quit IRC22:42
*** JaMa <JaMa!> has quit IRC23:07
*** vineela <vineela!~vtummala@> has quit IRC23:54

Generated by 2.11.0 by Marius Gedminas - find it at!