Wednesday, 2019-06-12

*** vineela <vineela!~vtummala@> has quit IRC00:12
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC00:13
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto00:19
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC00:19
*** aehs29 <aehs29!~aehs29@> has quit IRC00:57
*** learningc <learningc!~learningc@> has joined #yocto01:33
*** learningc <learningc!~learningc@> has quit IRC01:38
*** geissonator <geissonator!> has joined #yocto01:45
*** Crofton|road <Crofton|road!~Crofton@> has joined #yocto01:52
*** blscoe <blscoe!~Jack___@> has quit IRC02:06
*** Crofton|road <Crofton|road!~Crofton@> has quit IRC02:23
*** tijko <tijko!~tijko@unaffiliated/tijko> has quit IRC02:30
*** tgraydon <tgraydon!tgraydon@nat/intel/x-bwsuyqnqzwzwyqcw> has quit IRC02:35
*** geissonator <geissonator!> has quit IRC02:45
*** learningc <learningc!> has joined #yocto03:05
*** luckywho <luckywho!~quassel@> has quit IRC03:41
*** rsalveti <rsalveti!sid117878@gateway/web/> has quit IRC03:49
*** rsalveti <rsalveti!sid117878@gateway/web/> has joined #yocto03:51
*** vmeson <vmeson!> has quit IRC03:51
*** awafaa <awafaa!sid716@gateway/web/> has quit IRC03:52
*** awafaa <awafaa!sid716@gateway/web/> has joined #yocto03:57
*** vmeson <vmeson!> has joined #yocto04:05
*** fatalhalt <fatalhalt!> has quit IRC04:59
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:05
*** khem <khem!~khem@unaffiliated/khem> has quit IRC05:07
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto05:10
*** denix <denix!> has quit IRC05:22
*** denix0 <denix0!> has joined #yocto05:22
*** denix0 is now known as denix05:22
*** TobSnyder <TobSnyder!> has joined #yocto05:25
*** AndersD <AndersD!> has joined #yocto05:31
*** kroon <kroon!~kroon@> has joined #yocto05:38
*** tprrt <tprrt!~tprrt@> has joined #yocto05:41
*** agust <agust!> has joined #yocto05:46
*** lazyape <lazyape!> has quit IRC05:46
*** lazyape <lazyape!> has joined #yocto05:47
*** lexano <lexano!> has quit IRC05:59
*** frsc <frsc!> has joined #yocto06:19
*** lexano <lexano!> has joined #yocto06:23
*** yann <yann!> has quit IRC06:24
*** cvasilak <cvasilak!~cvasilak@2a02:587:8118:a100:6406:7c44:14bb:89c7> has joined #yocto06:28
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto06:35
*** aehs29 <aehs29!~aehs29@> has joined #yocto06:39
*** JaMa <JaMa!> has joined #yocto06:49
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC07:09
*** diego_r <diego_r!> has joined #yocto07:16
*** jeanba <jeanba!~jbl@> has joined #yocto07:16
*** jeanba <jeanba!~jbl@> has left #yocto07:16
*** lexano <lexano!> has quit IRC07:16
*** mckoan|away is now known as mckoan07:19
mckoanLetoThe2nd: YW, I just wanted you to focus on the foggiest part of the recipe ;-)07:19
mckoangood morning07:19
LetoThe2ndmckoan: not exactly good, but it is a morning07:20
LetoThe2ndmckoan: and any input is appreciated :)07:21
derRichardi'm looking for a way to get the exact version of a package (git sha). background is, i want to collect this infos in my os-release package. what approach do you suggest?07:24
*** diego_r <diego_r!> has quit IRC07:24
*** fl0v0 <fl0v0!> has joined #yocto07:26
*** lexano <lexano!> has joined #yocto07:31
*** diego_r <diego_r!~diego@> has joined #yocto07:34
*** rburton <rburton!> has joined #yocto07:35
*** diego_r <diego_r!~diego@> has quit IRC07:39
*** yacar_ <yacar_!> has joined #yocto07:40
qschulzis there an equivalent of checkpatch from the kernel in Yocto? So that I can actually test my patch will not be rejected by the build/test bots?07:47
qschulzbecause I get this error:
qschulzAnd the message is pretty unhelpful07:48
qschulzespecially for those not used to code in Python07:49
*** diego_r <diego_r!> has joined #yocto07:55
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:10
*** leitao <leitao!~leitao@2620:10d:c092:200::1:31f1> has joined #yocto08:12
*** lexano <lexano!> has quit IRC08:13
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC08:14
*** lexano <lexano!> has joined #yocto08:25
*** kroon <kroon!~kroon@> has quit IRC08:25
*** AndersD <AndersD!> has quit IRC08:55
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto09:16
RPqschulz: I think that test is broken. patchtest has been offline for a while and now its back, it seems a little cranky :/09:31
RPqschulz: there is a way to run the tests locally against a patch, I just wish I could remember what it is09:32
*** mckoan is now known as mckoan|away09:50
*** yacar_ <yacar_!> has quit IRC09:50
*** muppe <muppe!> has joined #yocto10:23
muppeI wonder if anybody could tell what could be causing this phenomenon: in my local.conf I have PREFERRED_VERSION_linux-yocto ?= "4.4%", however, 'uname' on the generated Linux distro returns 4.12. The bzImage is 4.4 as well as /lib/modules/4.4.113-yocto-standard. It almost seems that I have 4.12 stuff which is just named 4.4. Any ideas?10:29
erbomuppe: weird, could you share more details on machine etc?10:31
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC10:37
*** diego_r <diego_r!> has quit IRC10:40
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto10:42
*** opennandra <opennandra!> has joined #yocto10:46
opennandrahi, I have some special need to setup list of systemd units which are found in source directory. I tried to create task which is running after do_fetch with basically setting d.setVar('SYSTEMD_SERVICE_' + d.getVar('PN'), ' '.join(x for x in systemd_units))10:48
opennandrabut it looks like it doesn't work (variable is not set)10:48
opennandrais there any way how to do it?10:48
*** Dvorkin <Dvorkin!~Dvorkin@> has joined #yocto10:59
*** yacar_ <yacar_!> has joined #yocto11:12
rburtonhas anyone found a free-for-oss CI system that is usable for actual OE builds? i.e. you can maintain a sstate-cache between runs to avoid building the world on every run11:27
rburtonazure pipeline caching isn't ready yet11:27
*** berton <berton!~berton@> has joined #yocto11:29
rburtontravis caches to S3 which sounds like its going to be very slow to restore an entire sstate11:29
erboopennandra: hmm, I did a simple test and if I set something using d.setVar() in a python task that value seems gone in next task even if next task runs after. If I have an anonymous python function that does d.setVar() it will be available in other tasks though.11:29
rburtonanon py runs before all the tasks11:30
erboMaybe someone can explain why changes to d in one task doesn't propagate to other tasks, there's problably an explanation that makes sense11:30
opennandraerbo: yes this is also my finding11:31
opennandrarburton: ok but I can change my python function to anonumous but need to be sure it's called only after source is fetched11:31
rburtonanon py happens *before any tasks are run*11:32
erboopennandra: you can't, since they run at parsing11:32
opennandrarburton: hmm is there some other way how to achieve what I want to do?11:32
opennandrabasically wait until unpack is done11:33
opennandraand then update variable11:33
opennandraor it is no go11:33
opennandrabasically in my python task I look at certain location in ${S} and list files which will be then added to SYSTEMD_SERVICES variable11:34
opennandraand got issues when fynction is anonymous11:34
opennandrabecause sometimes can happen that if parsed before all tasks then S is not available11:35
*** Crofton|road <Crofton|road!~Crofton@> has joined #yocto11:35
erboopennandra: Maybe you can add that code in a do_package_prepend since that's where the variable is used. Then it should be within the same task and might work11:37
opennandraerbo: FILES_${PN} also?11:39
opennandraerbo: ok it looks like it's working when use anonymous and line which look for file is in try except block11:41
erboopennandra: Hmm, that doesn't seems right11:42
opennandraerbo: but I can see varibales are update11:42
opennandrawhen check with -e11:42
erboAre you sure it's not working just because you had the files in place due to having run bitbake <your recipe> before?11:42
erboSo if you'd clean your recipe, does it still work?11:43
opennandraerbo: sec11:43
opennandraerbo: you're right :(11:44
opennandrawhen cleansstate it's again not working11:44
*** yacar_ <yacar_!> has quit IRC11:44
erboBut I think it should work with do_package_prepend11:45
erbojust give it a shot :)11:45
opennandraok sec11:46
*** yacar_ <yacar_!> has joined #yocto11:47
opennandraerbo: nope also not working11:49
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto11:50
erboopennandra: are you checking with bitbake -e, or trying the whole thing?11:54
opennandrawith -e11:54
erboBut -e shows environment after parsing only I think11:54
*** gsalazar <gsalazar!> has quit IRC11:55
erbobitbake -e example doesn't show FOO being set there either, but it works within the task11:55
opennandraok but I tried and get package QA issue about installed vs shipped11:56
opennandraso variable is not updated11:56
opennandraI mean FILES_${PN} variable11:57
muppeerbo: I am building for intel-corei7-64. Most of my layers are from rocko which I guess comes with 4.12. However, I have cleaned everything and tried to build 4.4. I wonder if something is still forcing 4.12 somehow.12:01
erbomuppe: what kind of image do you build? I'm thinking if it's possible that you updated rootfs but leaving old kernel in place?12:04
erboopennandra: Ok, then I don't really have any nice ideas. I would probably debug it by inserting some prints into systemd.bbclass to see if your changes are used, and then go from there.12:06
opennandraerbo: ok thanks anyway for help12:06
*** geissonator <geissonator!~geissonat@> has joined #yocto12:14
*** rburton <rburton!> has quit IRC12:18
*** rburton_ <rburton_!> has joined #yocto12:18
opennandraerbo: with anonymous function seems to work (do cleansstate then build) but get do_package, the basehash value changed from 312:19
opennandraI think it's bacause I updated variable12:19
opennandrais there anything I can prevent to have this error?12:19
opennandraerbo: nevermind fixed it12:28
opennandrasomehow :)12:28
erboI think it's strange if you got it working with the anonymous function, it shouldn't work if the code there needs some files in place12:29
erboAt least it should be unpredicable result12:30
erboBut if you got it working I might be wrong, I'm not a guru like some others lurking here12:30
opennandraerbo: np it's working so lesson learned : you can set variables only in anonymous functions ;)12:31
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC12:35
rburton_opennandra: each task runs in its own context: variables set in one don't reach the next. if your anonpy is looking at what was unpacked then it won't work with a clean build tree.12:40
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto12:40
opennandrarburton: ok thanks I'll try to play more with it12:41
*** tenknarf <tenknarf!> has joined #yocto12:44
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC12:45
*** cvasilak <cvasilak!~cvasilak@2a02:587:8118:a100:6406:7c44:14bb:89c7> has quit IRC12:46
*** Crofton|road <Crofton|road!~Crofton@> has quit IRC12:52
muppeerbo: I am building a UEFI live USB stick image. Once I boot it, /boot/ folder has bzImage-4.4.113-yocto-standard but uname -r gives me 4.12.28-yocto-standard.12:53
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto12:55
erbomuppe: so is that a .wic file you dd to the USB-stick?12:56
erboI still think the kernel is taken from somewhere else than /boot/. You can verify by grepping for the version string uname -r gives you. grep "4.12.28-yocto-standard" /boot/bzImage-4.4.113-yocto-standard13:01
erboIf you don't find it, that's not the kernel you booted13:01
muppeerbo: I am generating .uefiimg (the image has meta-mender in it so that's probably why the output image is like that)13:02
erboMaybe "dmesg | head" on the booted system can give you a hint13:02
muppe[    0.000000] Linux version 4.12.28-yocto-standard (oe-user@oe-host) (gcc version 7.3.0 (GCC) ) #1 SMP PREEMPT Thu May 9 11:55:51 UTC 201913:04
muppe[    0.000000] Command line: BOOT_IMAGE=(hd1,gpt2)/boot/bzImage root=/dev/sdb2 console=tty0,115200n8 console=ttyS0,115200n8 console=ttyO0,115200n8 console=ttyAMA0,115200n8 rootwait13:04
muppeand grep gave no results so obviously I am booting something 4.12 instead of 4.4.13:07
erboSo I guess your device has another partition which contains the /boot/bzImage the command line specifies13:08
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC13:09
muppeThe device has an SSD where I have dd'ed 4.12 based image a while ago. Is it possible that it is booting the kernel from /dev/sda instead of /dev/sdb?13:09
muppeThe booting process is definitely starting from the USB stick (after changing the BIOS settings to boot from UEFI mass storage).13:10
erboTry mounting both /dev/sda2 and /dev/sdb2 when the system has booted and see what kernels they contain?13:11
muppehmm... actually that hd1 at BOOT_IMAGE makes me wonder....13:11
RPautobuilder worker showing a process running for 5124107hours which is 805 years. Suspect.13:12
erboRP: so it's true when they say yocto build can take some time then :D13:12
RPerbo: that and we appear to have time travel13:13
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto13:15
LetoThe2ndRP: can you please travel to after my current bug hunt, and when you return tell me what the problem was?13:15
*** diego_r <diego_r!~diego@> has joined #yocto13:16
muppeerbo: Thanks for the tips. Apparently there was a wrong definition in grub.cfg. mender_grub_storage_device was set to hd1 whereas it should have been hd0. After manually changing that, the system booted kernel 4.4.13:17
erboGlad you found it13:19
opennandramuppe: for mender question you can ask on hub.mender.io13:19
opennandramuppe: there alre also topics about how to port mender to x86 board (intel nuc e.g.) so you can get also some info there (I'm author of some of them :))13:19
*** gsalazar <gsalazar!> has joined #yocto13:20
*** opennandra <opennandra!> has quit IRC13:28
*** lexano <lexano!> has quit IRC13:31
*** diego_r <diego_r!~diego@> has quit IRC13:33
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:35
*** diego_r <diego_r!> has joined #yocto13:37
*** yates <yates!> has quit IRC13:46
*** diego_r <diego_r!> has quit IRC13:46
*** Crofton|road <Crofton|road!> has joined #yocto13:48
*** radsquirrel <radsquirrel!> has quit IRC13:53
*** radsquirrel <radsquirrel!> has joined #yocto13:55
*** diego_r <diego_r!> has joined #yocto13:55
*** opennandra <opennandra!> has joined #yocto13:56
*** learningc <learningc!> has quit IRC13:57
*** diego_r <diego_r!> has quit IRC13:59
yoctiNew news from stackoverflow: Yocto Bitbake Recipes for Nvidia Jetson Nano for Python whl files not on PyPi <>14:02
*** diego_r <diego_r!> has joined #yocto14:03
*** learningc <learningc!~learningc@> has joined #yocto14:09
*** TobSnyder <TobSnyder!> has quit IRC14:16
psrcodeRP: does oe-core ship recipe for rc kernel?14:32
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC14:35
*** stephano <stephano!~stephano@> has joined #yocto14:38
*** tprrt <tprrt!~tprrt@> has quit IRC14:39
*** evanp <evanp!> has joined #yocto14:39
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto14:40
*** justanotherboy <justanotherboy!> has joined #yocto14:43
RPpsrcode: we have a -dev kernel which you could probably configure to do that14:45
psrcodebut by default?14:45
psrcodedoes -dev kernel target a rc kernel?14:45
RPpsrcode: -dev is currently set to 5.2-rc+ so it does but its not default14:46
*** AndersD <AndersD!> has joined #yocto14:46
*** diego_r <diego_r!> has quit IRC14:46
psrcodeyeah thats a problem for lttng-modules14:47
RPpsrcode: I think the git lttng-modules recipe is the best way forward for this, it will bring us as close as we can get14:47
*** evanp <evanp!> has quit IRC14:49
*** AndersD <AndersD!> has quit IRC14:52
*** yann <yann!~yann@> has joined #yocto14:53
*** diego_r <diego_r!> has joined #yocto14:53
*** diego_r <diego_r!> has quit IRC15:00
*** lexano <lexano!> has joined #yocto15:04
*** diego_r <diego_r!> has joined #yocto15:12
*** rcw <rcw!~rcw@> has joined #yocto15:28
*** vineela <vineela!~vtummala@> has joined #yocto15:32
*** yacar_ <yacar_!> has quit IRC15:36
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.> has quit IRC15:37
*** vineela <vineela!~vtummala@> has quit IRC15:39
*** opennandra <opennandra!> has quit IRC15:47
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.> has joined #yocto15:49
* zeddii notes that the pacific timezone blows for trying to keep up with mailing list threads.15:52
zeddiialways last to comment :D15:52
*** yacar_ <yacar_!~yacar@> has joined #yocto15:52
*** tprrt <tprrt!> has joined #yocto15:55
*** yacar_ <yacar_!~yacar@> has quit IRC15:56
*** diego_r <diego_r!> has quit IRC16:08
*** diego_r <diego_r!~diego@> has joined #yocto16:10
*** yann <yann!~yann@> has quit IRC16:12
*** yacar_ <yacar_!~yacar@> has joined #yocto16:14
*** tenknarf <tenknarf!> has quit IRC16:15
*** fl0v0 <fl0v0!> has quit IRC16:17
*** diego_r <diego_r!~diego@> has quit IRC16:24
*** frsc <frsc!> has quit IRC16:25
*** armpit <armpit!~armpit@2601:202:4180:c33:ac5b:d26e:fac2:f89f> has quit IRC16:33
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC16:36
*** rburton_ <rburton_!> has quit IRC16:43
*** rburton <rburton!> has joined #yocto16:44
*** yacar_ <yacar_!~yacar@> has quit IRC16:45
*** vineela <vineela!vtummala@nat/intel/x-koutrpkzxjddlwqf> has joined #yocto16:46
*** leitao <leitao!~leitao@2620:10d:c092:200::1:31f1> has quit IRC16:50
*** vineela <vineela!vtummala@nat/intel/x-koutrpkzxjddlwqf> has quit IRC16:54
erakisHi, when a systemd service (node js app) is configured as `StandardOutput=journal+console` and then I output something to the console like this `process.stdout.write('HELLO\n');`, am I supposed to see the message passed in my console when I start the service with `systemctl start myservice` ? I guest that as the service is started with a different shell then the output cannot be display on MY console.17:14
*** WillMiles <WillMiles!> has joined #yocto17:21
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:28
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC17:34
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:46
*** litb <litb!> has joined #yocto17:52
*** sashko <sashko!> has joined #yocto17:54
*** Lihis <Lihis!> has joined #yocto17:55
sashkoI try to run tests, but get this: images/qemux86/core-image-sato-qemux86.testdata.json Not Found. Have you built the image with INHERIT+="testimage" in the conf/local.conf?17:55
sashkoI have INHERIT+="testimage" in my local.conf17:55
sashkoMACHINE = "qemux86"17:56
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto17:56
sashkoI build it with bitbake core-image-sato -c testimage17:56
*** tgraydon <tgraydon!~tgraydon@> has joined #yocto18:10
*** stephano <stephano!~stephano@> has quit IRC18:13
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC18:16
ecdheI added a layer 'meta-mytest' and a basic "helloworld" recipe.  `bitbake helloworld' successfully compiles the simple program, but when I try to bitbake my full system image, I get the message "ERROR: Nothing RPROVIDES 'mytest'"18:28
ecdheThe next line says: NOTE: Runtime target 'mytest' is unbuildable, removing...18:28
*** AndersD <AndersD!> has joined #yocto18:29
ecdheHow is "mytest" becoming a target instead of just a layer?  The only place that the string "mytest" appears in a file is inside poky/build/conf/bblayers.conf18:29
*** vineela <vineela!~vtummala@> has joined #yocto18:34
litbecdhe, did you add that to the BBLAYERCOLLECTION? (or whatever it's called)18:38
*** dv_ <dv_!~dv@> has quit IRC18:40
ecdheBBFILE_COLLECTIONS += "mytest"18:41
ecdhelitb: yes18:41
ecdheit was my understanding (per tutorials) that BBFILE_COLLECTIONS names a variable suffix that bitbake can then append to a set of known basenames for parameter discovery.18:43
ecdhee.g, BBFILE_PATTERN_mytest, BBFILE_PRIORITY_mytest etc18:43
litbthat's my understanding aswell18:51
litband in BBLAYERDIRS or whatever it's called, you need to add all the directories of all your layers I think18:52
litbin conf/bblayers.conf18:52
*** Crofton|road <Crofton|road!> has quit IRC18:52
*** AndersD <AndersD!> has quit IRC18:53
*** dv_ <dv_!> has joined #yocto18:54
ecdhelitb: that's where I've got my layer listed.  to make sure the syntax was right, I used the 'add-layer' command of I forget what tool.18:56
ecdheIf I removed my custom layer from bblayers.conf, the RDEPENDS issue goes away, but of course, my packages can't be included18:57
*** rcw <rcw!~rcw@> has quit IRC18:57
litbI think I had that issue aswell. I renamed my layer name , and then it worked19:00
litbecdhe, ^19:00
*** litb <litb!> has quit IRC19:00
ecdhelitb: is there a cache I can clear instead?19:00
ecdhelitb, this is very interesting; I renamed my layer to "fourtest" but I'm still getting the error about 'mytest' being required but not provided.  the name 'mytest' seems to be cached somewhere!19:05
kergothunlikely. try grep19:06
ecdhekergoth, running `grep -r mytest'19:07
ecdhekergoth: you were right.  the file 'meta-fourtest/recipes-images/core-image.bbappend' was trying to append the layer name (not the package name) with an IMAGE_INSTALL_append directive.19:10
ecdheThis was from my inadequate mental model of layers/recipes/packages earlier today19:11
ecdheThe thing is finally building!19:11
*** armpit <armpit!~armpit@> has joined #yocto19:12
*** tprrt <tprrt!> has quit IRC19:15
*** tprrt <tprrt!> has joined #yocto19:16
*** sashko <sashko!> has quit IRC19:28
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto19:39
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:40
*** aidanh_ is now known as aidanh19:40
*** yann <yann!> has joined #yocto19:43
*** learningc <learningc!~learningc@> has quit IRC19:46
*** learningc <learningc!~learningc@> has joined #yocto19:52
*** learningc <learningc!~learningc@> has quit IRC20:08
*** JaMa <JaMa!> has quit IRC20:09
*** learningc <learningc!~learningc@> has joined #yocto20:12
*** learningc <learningc!~learningc@> has quit IRC20:14
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:23
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC20:24
*** florian_kc is now known as florian20:24
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:24
*** armpit <armpit!~armpit@> has quit IRC20:38
*** micka <micka!> has quit IRC20:40
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC20:57
*** micka <micka!> has joined #yocto21:00
*** berton <berton!~berton@> has quit IRC21:14
*** rburton <rburton!> has quit IRC21:17
*** geissonator <geissonator!~geissonat@> has quit IRC21:24
*** WillMiles <WillMiles!> has quit IRC21:25
*** tprrt <tprrt!> has quit IRC21:32
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto21:51
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:03
*** agust <agust!> has quit IRC22:05
*** justanotherboy <justanotherboy!> has quit IRC22:17
*** fatalhalt <fatalhalt!> has joined #yocto22:34
*** armpit <armpit!~armpit@2601:202:4180:c33:4072:80b2:c375:bce7> has joined #yocto22:51
*** vineela <vineela!~vtummala@> has quit IRC23:01
*** vineela <vineela!~vtummala@> has joined #yocto23:14
*** justanotherboy <justanotherboy!~justanoth@> has joined #yocto23:20

Generated by 2.11.0 by Marius Gedminas - find it at!