Thursday, 2019-08-08

*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-owmczdwgvuvblooo> has joined #yocto00:10
*** vineela <vineela!~vtummala@134.134.139.74> has quit IRC00:11
*** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has quit IRC00:58
*** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has joined #yocto01:00
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC01:42
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto01:43
*** tgraydon <tgraydon!~tgraydon@134.134.139.76> has quit IRC01:47
*** kaspter <kaspter!~Instantbi@115.230.120.192> has joined #yocto01:53
*** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.36> has joined #yocto01:54
* zeddii is back from the wilderness.02:20
zeddiiif anyone messaged me here, I didn’t see it and my history only seems to be a day.02:20
*** armpit <armpit!~armpit@2601:202:4180:c33:1491:8c86:fedd:9d1b> has quit IRC02:31
*** armpit <armpit!~armpit@2601:202:4180:c33:850a:47c7:68f4:7b01> has joined #yocto02:43
*** tgamblin_ <tgamblin_!~tgamblin@partnervpn-ala.windriver.com> has joined #yocto04:19
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC04:22
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC04:23
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC04:28
*** tgamblin__ <tgamblin__!~tgamblin@128.224.252.2> has joined #yocto04:30
*** tgamblin_ <tgamblin_!~tgamblin@partnervpn-ala.windriver.com> has quit IRC04:33
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC04:33
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC04:34
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto04:36
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto04:45
*** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.36> has quit IRC05:34
*** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.36> has joined #yocto05:34
*** harry-tait <harry-tait!ca25603f@202.37.96.63> has joined #yocto05:53
*** chinhuat <chinhuat!~chinhuat@192.198.146.173> has joined #yocto05:54
*** agust <agust!~agust@p54833DBB.dip0.t-ipconnect.de> has joined #yocto05:54
*** harry-tait <harry-tait!ca25603f@202.37.96.63> has quit IRC05:55
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:03
*** frsc <frsc!~frsc@200116b8243f3100cd5caba126b402f3.dip.versatel-1u1.de> has joined #yocto06:06
*** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto06:19
*** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto06:20
*** opennandra <opennandra!~marek@bband-dyn42.178-41-139.t-com.sk> has joined #yocto06:32
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto06:34
*** kaspter <kaspter!~Instantbi@115.230.120.192> has quit IRC06:34
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:34
*** kaspter <kaspter!~Instantbi@115.230.120.192> has joined #yocto06:36
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto06:37
*** chinhuat <chinhuat!~chinhuat@192.198.146.173> has quit IRC06:38
*** chinhuat <chinhuat!~chinhuat@192.198.146.173> has joined #yocto06:42
*** chinhuat <chinhuat!~chinhuat@192.198.146.173> has left #yocto06:43
*** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto06:51
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto06:53
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto06:53
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC07:01
*** chinhuat <chinhuat!~chinhuat@192.198.146.171> has joined #yocto07:03
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC07:04
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto07:04
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto07:06
LetoThe2ndbehanw: ping concerning streams07:12
jmieheg'morning! What exactly is the difference between "package" and "recipe" in yocto? (How) can one define multiple packages in a single recipe?07:12
LetoThe2ndjmiehe: a single recipe can (and in most cases does) produce a multitude of (hopefully related) packages.07:14
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto07:30
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC07:31
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto07:36
*** leitao <leitao!~leitao@2620:10d:c092:200::1:14d> has joined #yocto07:40
*** yacar_ <yacar_!~yacar@80.215.8.97> has joined #yocto07:40
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-glsgikesjiamglyk> has joined #yocto07:45
*** wooosaiii <wooosaiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto07:47
wooosaiiihi guys... I have a yocto build. I tried to build the sdk & esdk... well they didn't build without some changes in poky/classes/populate_sdk_ext.bbclass07:48
wooosaiiiI found patches online07:49
wooosaiiibut I don't want to update the poky layer at the moment07:49
wooosaiiican I somehow patch poky from my custom meta-mylayer?07:49
LetoThe2ndwooosaiii: depends on the form of the "paches"07:50
wooosaiiihttps://patchwork.openembedded.org/patch/155533/07:51
wooosaiiithis one for example07:51
LetoThe2ndnope, you can't apply this from another layer07:51
wooosaiiibummer :D07:51
wooosaiiiis there any good practice on such case?07:52
LetoThe2ndwooosaiii: updating poky :)07:52
wooosaiiiheheh :D07:52
wooosaiiiok07:52
wooosaiiiLetoThe2nd: what about this technique?07:54
wooosaiiihttps://stackoverflow.com/questions/51002891/overwriting-yocto-classes-through-meta-layer07:54
LetoThe2ndwooosaiii: it works, but is highly fragile. and will lead to hard-to-trace errors when somebody tries to reproduce your build. hence, i discourage it.07:55
wooosaiiiLetoThe2nd: I agree... that this is somehow bad approach...07:56
*** yacar_ <yacar_!~yacar@80.215.8.97> has joined #yocto07:59
*** yacar_ <yacar_!~yacar@80.215.8.97> has quit IRC08:05
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto08:10
*** leitao <leitao!~leitao@2620:10d:c092:200::1:14d> has quit IRC08:16
*** leitao <leitao!~leitao@2620:10d:c092:200::1:14d> has joined #yocto08:16
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:34
*** yacar_ <yacar_!~yacar@80.215.8.97> has joined #yocto08:41
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC08:42
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto08:43
*** fdav <fdav!~Thunderbi@85.98.176.37> has joined #yocto08:55
*** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto09:02
*** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto09:02
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto09:04
*** kaspter <kaspter!~Instantbi@115.230.120.192> has quit IRC09:17
jmiehecan I enforce a specific version for IMAGE_INSTALL? or for `bitbake <package>`?09:19
LetoThe2ndjmiehe: you can, given the prerequisite that a recipe providing the desired version exists.09:19
LetoThe2ndjmiehe: in that case, PREFERRED_VERSION (as to be found in the manual)09:20
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto09:24
*** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC09:26
*** fdav <fdav!~Thunderbi@85.98.176.37> has quit IRC09:40
*** florian_kc is now known as florian09:42
*** litb <litb!~js@pd907fca9.dip0.t-ipconnect.de> has joined #yocto09:46
litbhello folks09:46
litbthe qt5 recipes install the qmake, moc etc native tools to recipe-sysroot-native  . is this the  correct way?   must recipe-sysroot/usr/bin not contain binaries that are used at build time only?09:47
*** yacar_ <yacar_!~yacar@80.215.8.97> has quit IRC09:47
litbit complicates  our make scripts, because we use the QT5PATH variable for both the target-library .so files and headers in recipe-sysroot, and for the builtime-native binaries like qmake and moc09:48
litbnor we require a QT5TOOLSPATH  or something for the latter09:48
RPlitb: recipe-sysroot only contains target libs/binaries09:49
RPlitb: in the general case you can't run target binaries, only native ones09:50
*** frsc <frsc!~frsc@200116b8243f3100cd5caba126b402f3.dip.versatel-1u1.de> has quit IRC09:54
*** frsc <frsc!~frsc@77.246.119.228> has joined #yocto09:54
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto09:55
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC10:04
BCMMlitb: having build tools and runtime libraries in different trees is generally going to be a thing with any sane cross-compiling setup, not just with yocto10:15
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC10:22
*** learningc <learningc!~learningc@121.122.92.39> has joined #yocto10:23
*** jofr <jofr!~jofr@193.182.166.3> has quit IRC10:25
litbBCMM, hm, i see10:27
litbBCMM, I guess this is the reason why some packages need to be compiled for the build host, when cross compiling10:27
BCMMassumptions that make perfect sense for native builds but come back and bite you when cross compiling are pretty common in build systems; and this might be one of them10:27
litbto get native binaries for the "foo-config" thingies10:28
BCMM(actually even assumptions that don't make sense when you're packaging are fairly common)10:28
litbbut, I don't understand it completely. the Qt .pc files that are compiled for the build host still need to report paths of the compilation that was done for the target10:29
litbwhen those two compilations are completely separate, I can't imagine how this works. so, I think this needs some support from the  configure/makefiles in order to get a working result?10:29
*** opennandra <opennandra!~marek@bband-dyn42.178-41-139.t-com.sk> has quit IRC10:37
*** jofr <jofr!~jofr@193.182.166.3> has joined #yocto10:38
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto10:45
PinkSnakeHello all, someone here could give me some advice to fix this kind of issue (https://lists.yoctoproject.org/pipermail/meta-xilinx/2018-December/004127.html) witch meta-xilinx 2019.1 revision ? I have propably missed something but i don't know what :S10:46
*** learningc <learningc!~learningc@121.122.92.39> has quit IRC10:50
*** learningc <learningc!~learningc@121.122.92.39> has joined #yocto10:50
Crofton|workdid you try adding the line manju mentioned to your local.conf and see if it helped?10:50
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:05
*** yacar_ <yacar_!~yacar@80.215.8.97> has joined #yocto11:19
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto11:22
*** pung_ <pung_!~BobPungar@177.41.204.36> has joined #yocto11:22
*** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.36> has quit IRC11:26
*** jofr <jofr!~jofr@193.182.166.3> has quit IRC11:27
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto11:27
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:32
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto11:33
*** pung_ <pung_!~BobPungar@177.41.204.36> has quit IRC11:34
*** pung_ <pung_!~BobPungar@177.41.204.36> has joined #yocto11:35
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:39
*** berton <berton!~berton@181.220.86.53> has joined #yocto11:46
*** yacar_ <yacar_!~yacar@80.215.8.97> has quit IRC12:10
wooosaiiiI have built extensible SDK... now I have installed it and tried to run devtool --help12:13
wooosaiiiit fails with No such file or directory12:13
wooosaiiiafter investigating a bit further12:14
wooosaiiiI have checked with "which devtool" where it is located12:14
wooosaiiiand inspected the python file with vi12:14
wooosaiiii changed "#!/usr/bin/env python3" to "#!/usr/bin/python3"12:15
wooosaiiiand then I can run devtool --help....12:15
*** pung_ is now known as Pung12:15
wooosaiiiis this known bug or?12:15
*** Pung is now known as BobPungartnik12:16
georgemwooosaiii: what distro are you running?12:16
georgemwooosaiii: that should work fine on most12:16
wooosaiiiUbuntu 1812:17
*** yacar_ <yacar_!~yacar@80.215.8.97> has joined #yocto12:17
wooosaiiibut I have tried the same with extensible container12:17
wooosaiiiwhich is Ubuntu 1612:17
wooosaiiisame error12:17
georgemYou don't get a python prompt if you do this from the command line? /usr/bin/env python312:18
georgemI do on Arch Linux and Debian.12:19
wooosaiiiI do get it...12:19
wooosaiiithis is really strange error12:19
georgemyeah. bizarre12:19
georgemIf you just make a script with:12:21
georgem#!/usr/bin/env python312:21
georgemprint("test")12:21
PinkSnakeCrofton|work Yep but didn't help :S12:21
PinkSnakeit doesn't work out of the box ? same issue with 2018.312:21
PinkSnakeso it's probably in my configuration12:21
georgemwooosaiii: then chmod 755 script.py; ./script.py does it work?12:21
wooosaiiiammm12:22
wooosaiiibut does yocto run my machine native python3 or the one from $OECORE_NATIVE_SYSROOT12:22
wooosaiii?12:22
georgemdepends :)12:23
georgemdevtool should run with the python from the machine12:23
georgemIFAIK12:23
Crofton|workPinkSnake, email the meta-xilinx list with details12:27
PinkSnakeCrofton|work ok thx ;)12:28
*** kaspter <kaspter!~Instantbi@115.230.123.98> has joined #yocto12:30
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto12:35
*** kaspter <kaspter!~Instantbi@115.230.123.98> has quit IRC12:39
*** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.36> has quit IRC12:44
*** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.36> has joined #yocto12:44
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC13:01
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:10
*** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto13:16
JPEWRP: Ya, that is unsuprising. I suspect we'll need a more "industrial strength" server to handle that13:20
RPJPEW: you'd kind of have hoped it would have been simple enough to work even for this though :/13:26
JPEWRP: Do you happen to know where the bottleneck is?13:31
BobPungartnikHello people13:34
BobPungartnikI'm trying to do some changes at the kernel bbclass file.13:34
BobPungartnikSo far I already have my own layer where I'm placing all the changes for the board where I'm working(bb and bbappend files).13:34
BobPungartnikI thought that  for the bbclass I should proceed on the sme way, but, when I do bitbake my image, it don't use my bbclass file.13:34
BobPungartnikIs that the rigth way to do that?13:35
LetoThe2ndBobPungartnik: bbclasses cannot be appended, and usually should be version independent. its rather uncommon that you need to touch them for kernel development13:36
*** leitao <leitao!~leitao@2620:10d:c092:200::1:14d> has quit IRC13:37
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC13:38
*** kaspter <kaspter!~Instantbi@115.230.123.98> has joined #yocto13:39
BobPungartnikit's mainly cosmetic, for this board, they want build user, build host, and some other items set for the company reference.13:45
BobPungartnikmy idea was to place all in one layer for this board.13:45
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC13:49
litbis  it possible that I can tell bitbake that all DEPENDS and all RDEPENDS of a layer's recipes must be whitelisted somewhere?13:49
litbI want to prevent that our proprietary layer depends on opensource software without having whitelisted them somewhere13:49
alessioigorHave I to create an user to submit a layer to layers.openembedded.org?13:51
Crofton|workprobably13:52
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto13:53
RPJPEW: I'm not sure.13:55
* RP can't reproduce a hash equiv build failure from the autobuilder :(14:04
RPJPEW: an interesting dilemma. bitbake starts, sees valid sstate and tuns those tasks. Other tasks are run, equiv is noticed, the sstate hashes of the tasks which it already pulled from sstate change. What should it do?14:20
JPEWRP: Ya... the hash equiv database is currently a little more tightly coupled to the sstate cache contents that would be ideal.14:22
JPEWOne option would be to have the server return a list of compatible hashes instead of a single one and bitbake can decide then see the current hash is already valid and do nothing14:23
JPEWArgh, typing is hard. Need more coffee14:23
*** fdav <fdav!~Thunderbi@85.98.176.37> has joined #yocto14:24
RPJPEW: can we assume that since it already had one, that one is still valid?14:24
JPEWRP: Ya that's also what I was thinking.... only allow setsecene to be run once for any given task14:25
RPor might that not be true. I can't quite decide14:25
RPJPEW: https://autobuilder.yoctoproject.org/typhoon/#/builders/49/builds/907/steps/8/logs/step1b makes interesting reading for the number of times packagegroup-core-lsb reruns14:27
RPor it thinks about it anyway14:27
*** fdav <fdav!~Thunderbi@85.98.176.37> has quit IRC14:31
armpitYP bug triage started14:34
*** nabokov <nabokov!~armand@67.218.223.154> has quit IRC14:42
*** nabokov <nabokov!~armand@67.218.223.154> has joined #yocto14:43
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC14:47
*** yacar_ <yacar_!~yacar@80.215.8.97> has quit IRC14:50
*** yacar_ <yacar_!~yacar@80.215.8.97> has joined #yocto14:57
*** zbooth <zbooth!cc4da337@204.77.163.55> has joined #yocto14:59
*** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has quit IRC15:06
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC15:07
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC15:16
JPEWRP: I suppose I would expect the packagegroup to be updated frequently... each time a dependent package's unihash changed.15:33
litbhmm... trying to run   toaster in analysis mode with a python venv15:33
JPEWIdeally it wouldn't be actually run several times though15:33
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto15:33
RPJPEW: the question is whether its ok after any sstate runs?15:34
litbbut when I run toaster with the venv, and in the other terminal start a bitbake build, and then go to  http://localhost:8000/toastergui/landing/  , it just says "This is toaster", and doesn't show anything about the build15:34
litbwhat am I doing wrong?15:34
litbdo I have to run bitbake in the same shell that i ran "source toaster start" with? i'm unsure how to do that, because the venv is setup there, and I can't have it active when I run bitbake, I think15:35
JPEWRP: What if setscene tasks also reported to the hash server and updated unihash?15:46
*** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has joined #yocto15:47
JPEWThat would unify the hashes even for the case where an sstate object hadn't been seen before.... I suppose the weird part there is what do you do with the sstate file.... rename it?15:47
litbone question: the sstate cache only caches packages, I'm told15:56
litbare .o files also cached and reused?15:56
litbthere doesn't seem to be a ccache used15:57
*** yacar_ <yacar_!~yacar@80.215.8.97> has quit IRC15:57
JPEWlitb: It caches more than packages, but in general I don't think .o files would be cached.... More accurately, sstate caches the output from specific tasks15:57
*** Dvorkin <Dvorkin!~Dvorkin@176.114.204.12> has joined #yocto16:28
*** kaspter <kaspter!~Instantbi@115.230.123.98> has quit IRC16:29
*** kaspter <kaspter!~Instantbi@115.230.123.98> has joined #yocto16:30
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC16:35
*** frsc <frsc!~frsc@77.246.119.228> has quit IRC16:37
*** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto16:43
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC16:46
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC16:48
*** frsc <frsc!~frsc@200116b8243f3100cd5caba126b402f3.dip.versatel-1u1.de> has joined #yocto16:49
*** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC16:50
*** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC16:52
kergothhmm, would be nice if the layer index supported search result sorting. sort machines by layer name, or last update, or whatever.. or at the least be able to easily view the latest added layers, to see what's shown up since you were there last16:54
kergothah, can examine the change history. a bit verbose, but it's something16:54
RPJPEW: right, I'm not sure :/16:55
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:02
*** learningc <learningc!~learningc@121.122.92.39> has quit IRC17:04
*** learningc <learningc!~learningc@121.122.92.39> has joined #yocto17:04
*** vineela <vineela!vtummala@nat/intel/x-ztmbghnpfrsmytyw> has joined #yocto17:23
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC17:30
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:37
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-glsgikesjiamglyk> has quit IRC17:46
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto17:48
*** litb <litb!~js@pd907fca9.dip0.t-ipconnect.de> has quit IRC17:49
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:59
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:01
*** frsc <frsc!~frsc@200116b8243f3100cd5caba126b402f3.dip.versatel-1u1.de> has quit IRC18:10
*** nabokov <nabokov!~armand@67.218.223.154> has quit IRC18:21
*** nabokov <nabokov!~armand@67.218.223.154> has joined #yocto18:22
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto18:46
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC19:13
*** Ded_Zerom <Ded_Zerom!~Ded_Zerom@unaffiliated/deda-zych/x-1167266> has quit IRC19:14
*** Ded_Zerom <Ded_Zerom!~Ded_Zerom@unaffiliated/deda-zych/x-1167266> has joined #yocto19:14
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto19:23
*** kaspter <kaspter!~Instantbi@115.230.123.98> has quit IRC19:42
*** kaspter <kaspter!~Instantbi@115.230.123.98> has joined #yocto19:43
*** Ded_Zerom <Ded_Zerom!~Ded_Zerom@unaffiliated/deda-zych/x-1167266> has quit IRC19:45
*** Ded_Zerom <Ded_Zerom!~Ded_Zerom@unaffiliated/deda-zych/x-1167266> has joined #yocto19:46
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto19:48
*** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto19:59
*** zbooth <zbooth!cc4da337@204.77.163.55> has quit IRC20:03
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:09
*** stefandxm <stefandxm!~stefan@deusexmachinae.se> has joined #yocto20:31
*** tgraydon <tgraydon!tgraydon@nat/intel/x-ewxztgqkizzxbiwe> has joined #yocto20:39
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC20:53
*** learningc <learningc!~learningc@121.122.92.39> has quit IRC21:04
*** berton <berton!~berton@181.220.86.53> has quit IRC21:16
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC21:24
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:28
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC21:59
RPJPEW: I just had a look at netstat on the machine running hashserv. 16,000 connections open22:08
RPJPEW: its handling about 300 queries a second and held about 16,000 open for around 6 minutes22:11
RPalthough I guess I can't tell how many were timeouts and how many were handled22:13
*** elvispre <elvispre!~elvispre@ftp.och.me.uk> has quit IRC22:16
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto22:18
*** Crofton <Crofton!~Crofton@2601:5c0:c100:b84:a992:eddd:6e58:91f9> has quit IRC22:20
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:30
*** agust <agust!~agust@p54833DBB.dip0.t-ipconnect.de> has quit IRC22:45
*** diego_r <diego_r!~diego@81.29.205.101> has quit IRC22:54
*** Crofton <Crofton!~Crofton@66.225.251.196> has joined #yocto22:57
*** Crofton <Crofton!~Crofton@66.225.251.196> has quit IRC23:10
RPhmm, major bug in the new runqueue code :/23:16
* RP sleeps on it23:16
*** tgraydon <tgraydon!tgraydon@nat/intel/x-ewxztgqkizzxbiwe> has quit IRC23:24
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:28

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