Tuesday, 2019-07-16

*** Dvorkin <Dvorkin!~Dvorkin@176.114.204.12> has quit IRC00:09
*** Dvorkin <Dvorkin!~Dvorkin@213.135.87.10> has joined #yocto00:10
*** Dvorkin <Dvorkin!~Dvorkin@213.135.87.10> has quit IRC00:15
*** Dvorkin <Dvorkin!~Dvorkin@176.114.204.12> has joined #yocto00:15
*** vineela <vineela!vtummala@nat/intel/x-pldzxwfiyntggwza> has quit IRC00:35
*** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto00:37
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC00:38
*** ricardocrudo <ricardocrudo!5387f440@i5387F440.versanet.de> has quit IRC00:38
*** vineela <vineela!~vtummala@134.134.139.72> has quit IRC00:39
*** moosnat <moosnat!~moosnat@unaffiliated/moosnat> has quit IRC00:44
*** vineela <vineela!vtummala@nat/intel/x-xmlmgqehzjnyarwz> has joined #yocto00:49
*** zkrx <zkrx!~quassel@adsl-89-217-88-77.adslplus.ch> has quit IRC00:50
*** zkrx <zkrx!~quassel@adsl-89-217-88-77.adslplus.ch> has joined #yocto00:57
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC01:24
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto03:01
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto03:13
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.139.61> has quit IRC03:36
*** armpit <armpit!~armpit@2601:202:4180:c33:70c7:3d00:8eb1:4f86> has quit IRC03:47
*** moosnat <moosnat!~moosnat@unaffiliated/moosnat> has joined #yocto03:53
*** nmoos <nmoos!~moosnat@unaffiliated/moosnat> has joined #yocto03:55
*** moosnat <moosnat!~moosnat@unaffiliated/moosnat> has quit IRC03:58
*** armpit <armpit!~armpit@2601:202:4180:c33:60a4:b905:b5f:2007> has joined #yocto03:59
*** nmoos_ <nmoos_!~moosnat@unaffiliated/moosnat> has joined #yocto04:04
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC04:06
*** nmoos <nmoos!~moosnat@unaffiliated/moosnat> has quit IRC04:07
*** nmoos_ <nmoos_!~moosnat@unaffiliated/moosnat> has quit IRC04:46
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto04:46
yoctiNew news from stackoverflow: How to deal with symbolic links in Yocto recipe using cmake? <https://stackoverflow.com/questions/57050146/how-to-deal-with-symbolic-links-in-yocto-recipe-using-cmake>05:05
*** agust <agust!~agust@pD95F1DFD.dip0.t-ipconnect.de> has joined #yocto05:15
ChruselGood morning everybody! I ask for some expertise regarding integrating Bitbake fetchers. How can I add a customized fetcher (or even a new one) in a separate layer? I have to fetch sources from a ClearCase server (-.-), and somehow, the ccrc fetcher provided by Bitbake does not fulfill the needs. Any ideas appreciated.06:09
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto06:16
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC06:22
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto06:28
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto06:36
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto06:44
__angelohi, preparing a submodule based repo, what is the difference from including separated oe-core (and meta) and bitbake from oe, or poky (with inside meta and bitbake) ?06:44
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto06:49
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:01
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:04
*** ricardocrudo <ricardocrudo!5387f440@i5387F440.versanet.de> has joined #yocto07:08
ricardocrudois ldconfig supposed to work on yocto?07:11
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto07:19
*** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto07:24
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-bzmzehnwmycbljql> has joined #yocto07:28
*** yann|work <yann|work!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC07:30
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto07:39
*** camus <camus!~Instantbi@183.158.241.77> has joined #yocto07:40
*** kaspter <kaspter!~Instantbi@183.128.188.113> has quit IRC07:42
*** camus is now known as kaspter07:42
*** yacar_ <yacar_!~yacar@80.215.40.58> has joined #yocto07:43
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto07:49
*** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC07:51
*** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto07:52
mcfriskhi, trying to update a BSP layer from sumo to master. Any ideas what is causing this: Error, the PACKAGE_ARCHS variable (all any noarch ${PACKAGE_EXTRA_ARCHS_tune-aarch64} my_machine) for DEFAULTTUNE (aarch64) does not contain TUNE_PKGARCH ().Toolchain tunings invalid:07:52
mcfriskTuning 'aarch64' has no defined features, and cannot be used.07:53
mcfriskto me the BSP layer seems to be quite timple aarch64 one but this sanity check is failing.07:53
*** freyr69 <freyr69!~user@46.252.240.75> has joined #yocto08:01
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:14
ricardocrudoI'd like to let yocto install my files using the install rule of the makefile but also install some extra files afterwards. The do_install overwrites the install rule of the makefile. Is it possible to have a do_post_install in my recipe?08:27
Chruselricardocrudo: does it help when you define a do_install_append() in your recipe?08:32
*** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has joined #yocto08:32
*** florian_kc is now known as florian08:33
*** yann <yann!~yann@85.118.38.73> has joined #yocto08:34
*** yacar_ <yacar_!~yacar@80.215.40.58> has quit IRC08:35
*** yacar_ <yacar_!~yacar@80.215.40.58> has joined #yocto08:36
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:38
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC08:42
*** bluca <bluca!~bluca@88.98.246.218> has joined #yocto08:46
ricardocrudoChrusel it seems like what I been looking for08:52
Chruselricardocrudo: (y)08:56
*** jij <jij!jonashg@nat/axis/x-gxdvvazhlggyafxb> has quit IRC09:05
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC09:18
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto09:22
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has joined #yocto09:26
opennandranabokov: got reply from mainling list and it actually works (even I don't know why : )) https://lists.yoctoproject.org/pipermail/yocto/2019-July/046024.html09:26
rburtonbecause wks.in files are handled differently09:30
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC09:36
yoctiNew news from stackoverflow: How to Compile SampleApp of Alexa-SDK using bitbake for RaspberryPi <https://stackoverflow.com/questions/57053869/how-to-compile-sampleapp-of-alexa-sdk-using-bitbake-for-raspberrypi>09:36
*** mous16 <mous16!~francesco@92.223.161.231> has joined #yocto09:42
mous16Morning everyone09:42
opennandrarburton: ok but when don't add this specific stuff in (for /data handling) then works fine with wks09:44
opennandraand there is no documentation for that either (at least I didn't find it)09:45
opennandrarburton: can you please shed some light why it is different? thx09:45
rburtonhaven't been following the thread at all, just saying that wks and wks.in are handled differently with regard to variables09:45
opennandraok I see09:46
opennandraso probably if variables are not used in wks (use wks) if yes then use wks.in09:47
opennandrathat make sense09:47
opennandrathx09:47
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC10:04
*** yacar_ <yacar_!~yacar@80.215.40.58> has quit IRC10:06
*** bluca <bluca!~bluca@88.98.246.218> has quit IRC10:36
*** jij <jij!jonashg@nat/axis/x-cuigpqdveesyfgux> has joined #yocto10:38
*** bluca <bluca!~bluca@88.98.246.218> has joined #yocto10:47
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has quit IRC11:00
*** freyr69 <freyr69!~user@46.252.240.75> has quit IRC11:15
*** yacar_ <yacar_!~yacar@80.215.40.58> has joined #yocto11:22
*** SCVready <SCVready!~SCVready@74.red-79-154-68.dynamicip.rima-tde.net> has joined #yocto11:25
*** freyr69 <freyr69!~user@46.252.240.75> has joined #yocto11:37
__angelowhat is the reason why poky/meta of sumo contains some recipes (bb) that are different from openembedded.core/meta (of same sumo tag) ?11:38
*** ricardocrudo <ricardocrudo!5387f440@i5387F440.versanet.de> has quit IRC11:41
*** freyr69 <freyr69!~user@46.252.240.75> has quit IRC11:43
*** freyr69 <freyr69!~user@46.252.240.75> has joined #yocto11:56
yoctiNew news from stackoverflow: How to build yocto with complete gtk+ support <https://stackoverflow.com/questions/57056758/how-to-build-yocto-with-complete-gtk-support>12:07
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:08
Chrusel__angelo: the higher prioritized layer wins - difficult to give you a precise answer without a specific recipe name - appending and overwriting recipes are basic concepts12:18
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC12:22
*** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC12:37
*** yacar_ <yacar_!~yacar@80.215.40.58> has quit IRC12:47
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto13:06
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC13:07
yoctiNew news from stackoverflow: aureport is printing -1 instead of the user id <https://stackoverflow.com/questions/57034281/aureport-is-printing-1-instead-of-the-user-id>13:07
mcfriskWhat's needed to swith a yocto image to utf8 character encoding everywhere? Is it enough set  GLIBC_GENERATE_LOCALES = "en_US.UTF-8" and set IMAGE_LINGUAS = "en_us"?13:09
*** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto13:12
*** SCVready <SCVready!~SCVready@74.red-79-154-68.dynamicip.rima-tde.net> has quit IRC13:28
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC13:32
rburtonmcfrisk: for historical reasons, yocto's en-us *is* utf813:35
mcfriskrburton: hmm, I have those in images but various tools fail to print utf8 strings correctly over openssh console and busybox shell..13:39
mous16I'm trying to write a recipe for a third-party custom-makefile kernel module. I was able to make it compile with bitbake, but it compile against wrong kernel version. What am I missing?13:40
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto13:41
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has joined #yocto13:49
*** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC13:52
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto13:55
freyr69I don't need meta-yocto-bsp if I use meta-intel, right?13:55
*** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto13:57
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC14:00
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-efvhlcyazohdupfy> has joined #yocto14:02
*** mous16 <mous16!~francesco@92.223.161.231> has quit IRC14:12
*** frsc <frsc!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto14:17
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC14:25
*** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC14:27
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto14:31
*** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto14:51
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:58
RPEngineering meeting: https://zoom.us/j/99089271214:59
*** litb <litb!~js@p5B2FE7AD.dip0.t-ipconnect.de> has joined #yocto15:03
litbhello folks15:03
litbI changed my distribution config file with the PREFERRED_VERSION_linux-yocto = "4.19%"  string15:03
litbbefore it had   "4.9%"15:03
litbnow when I recompile my kernel module  (i also did -c cleansstate and -c clean), it *still* uses kernel 4.915:04
litbwhat's going on?15:04
litbusing warrior and i manually copied 4.9 and 4.14 recipes over from other yocto releases15:05
litbactually this makefile is really dumb. it prints "KER: 4.9.0-8-amd64" because that's the kernel of my BUILD host :( I'm assuming it's a false positive15:08
litbmodinfo shows it uses   vermagic:       4.19.34-yocto-standard SMP preempt mod_unload PENTIUMM   all fine15:09
*** yacar_ <yacar_!~yacar@80.215.40.58> has joined #yocto15:16
rburtonRP: i'm too late to join the engineering call and need to disappear in a bit: did you bring up debian/suse?15:22
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC15:24
*** khem <khem!~khem@unaffiliated/khem> has quit IRC15:25
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has quit IRC15:30
RPrburton: I did15:33
*** litb <litb!~js@p5B2FE7AD.dip0.t-ipconnect.de> has quit IRC15:34
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto15:40
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto15:40
*** freyr69 <freyr69!~user@46.252.240.75> has quit IRC15:50
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto15:53
*** yacar_ <yacar_!~yacar@80.215.40.58> has quit IRC15:54
* kergoth yawns15:56
* kergoth back from a 1 month vacation, road trip across the US, arizona to south carolina. 4-5 day drive one way going 7-8 hours a day... with a 4 year old. so glad to be home15:57
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto15:57
*** frsc <frsc!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC15:57
JPEWI would never even attempt such a thing with my 4 year old15:59
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:03
kergoththank god for his tablet loaded with videos and episodes16:05
kergothand a battery pack16:06
*** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has quit IRC16:11
*** yann <yann!~yann@85.118.38.73> has quit IRC16:23
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:23
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:42
*** tlktlk <tlktlk!512fa528@40.red-81-47-165.staticip.rima-tde.net> has joined #yocto16:45
tlktlkHi, Is there a way to change GCCVERSION only for a specific recipe?16:45
kergothnot easily, no, as it controls which gcc recipe is built globally via a preferred version16:46
tlktlkWhat about not easily :)16:47
tlktlkEven if it is a hackish way16:47
tlktlkI would like to try something out, and it requires me to compile a specific with a specific GCC version, while leaving the erst of the system as it is16:47
*** armpit <armpit!~armpit@2601:202:4180:c33:60a4:b905:b5f:2007> has quit IRC16:51
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-efvhlcyazohdupfy> has quit IRC16:52
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:24
*** Tazura <Tazura!uid379554@gateway/web/irccloud.com/x-vydmvtdiyrtukbrg> has joined #yocto17:24
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC17:26
*** nmoos_ <nmoos_!~moosnat@unaffiliated/moosnat> has joined #yocto17:27
*** CoLa <CoLa!cordlandwe@kde/cordlandwehr> has joined #yocto17:32
CoLais it possible to change the #!/bin/sh shebang for the run.do_install task for a single recipe? (background: I got a recipe with bash commands that do not run with Ubuntu's /bin/sh -> dash)17:34
aehs29kergoth: nice, haha Im sure that was fun17:44
kergothtlktlk: you'd have to use a different build or configuration, then adjust the recipe to use the other toolchain, not the one built via its dependencies. you can't just copy the recipe, either. you'd have to either build it entirely externally and then reference it, or use multiconfig to try to pull it off17:49
*** yacar_ <yacar_!~yacar@186.25.24.93.rev.sfr.net> has joined #yocto18:14
rburtonCoLa: fix the recipe to use sh, we explicitly say the shell is posix and not bash18:25
rburtonif you cant then fix your sh symlink18:26
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-bzmzehnwmycbljql> has quit IRC18:27
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:28
*** opennandra <opennandra!~marek@94.18.181.146> has joined #yocto18:44
*** armpit <armpit!~armpit@45.19.219.178> has joined #yocto18:52
*** yacar_ <yacar_!~yacar@186.25.24.93.rev.sfr.net> has quit IRC19:02
*** florian_kc is now known as florian19:10
opennandrahi it is possible to override bootloader in image recipe?19:12
opennandraI'm building 2 mages one for storage medium and second kind of provision one19:13
opennandrabut would need differencies in bootlaoder19:13
opennandraif it possibility to do something like that?19:13
kergothuse multiple bootloader recipes, just make the second not provide virtual/bootloader19:19
*** tgraydon <tgraydon!tgraydon@nat/intel/x-jlmstjfnopuqdiin> has joined #yocto19:22
opennandrakergoth: I've tried that but getting then problem with deploy19:23
opennandraas first bootloader deploy stuff to deploy dir same as second one19:23
kergothshouldn't be problems unless they're trying to deploy the same files19:23
kergothyeah, don' do that. override do_deploy as necessary19:23
opennandrahmm19:23
opennandraok I'll try to play with that but it's nasty :)19:24
kergothnot many other options, though. bitbake does *not* like multiple recipes providing the same files or packages anywhere19:25
opennandrakergoth: yes I know that, thanks19:25
kergothnp, good luck19:26
robbawebbaI'm trying to build the 5.1.2 kernel within yocto, but I'm running into an issue during do_compile: "make: *** No rule to make target 'bzImage'.  Stop.". Does anyone know if there is something different or new about the build process of the newest stable kernel? I see that the bzImage is still available as a make target in my local clone of the kernel source code, so I'm not quite sure why it's missing.19:27
robbawebbaOne possibility could be that I'm using the Sumo branch of OE, so I'm wondering if the kernel bbclass could have been updated recently to support newer features of the kernel build system?19:29
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC19:29
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC19:36
kergothodds are there's something wrong with your source fetch or unpack steps resulting in $S or $KERNEL_SOURCE not existing, so its' running 'make' in an empty directory, where no targets exist19:39
kergothmake won't complain about there being no makefile, since it has implicit rules..19:39
*** armpit <armpit!~armpit@45.19.219.178> has joined #yocto19:43
*** bluca <bluca!~bluca@88.98.246.218> has quit IRC19:49
robbawebbakergoth: okay, thanks for the input. I'll double-check the work directory to make sure the source directory is unpacked and installed correctly19:52
robbawebbaon a side not, and I'm not sure how familiar you are with kernel development, but I saw in the logs that a script called mkmakefile is run, and there seems to be a "GEN makefile" step in the kernel build logs. Is there some sort of makefile generation system? I've been working on a 4.9 kernel for some time now, and I don't recall seeing this before.19:53
kergothhuh, sadly not familiar with that, i haven't done much kernel development the past few years19:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:06
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC20:11
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto20:17
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC20:18
*** aidanh_ is now known as aidanh20:18
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto20:20
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC20:26
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC20:30
*** yacar_ <yacar_!~yacar@186.25.24.93.rev.sfr.net> has joined #yocto20:34
*** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has joined #yocto20:34
*** armpit <armpit!~armpit@45.19.219.178> has joined #yocto20:41
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto20:45
*** opennandra <opennandra!~marek@94.18.181.146> has quit IRC20:47
*** yacar_ <yacar_!~yacar@186.25.24.93.rev.sfr.net> has quit IRC21:10
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:39
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC21:44
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC21:59
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto21:59
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.134.48> has joined #yocto22:21
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:35
*** agust <agust!~agust@pD95F1DFD.dip0.t-ipconnect.de> has quit IRC22:49
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.134.48> has quit IRC22:57
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC23:09
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:22
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC23:51
*** anujm <anujm!~anujm@134.134.139.77> has joined #yocto23:56
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto23:57

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!