Wednesday, 2016-07-27

*** sameo <sameo!~samuel@192.55.54.42> has quit IRC00:01
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto00:02
*** johndau <johndau!~FossaMail@113.161.95.72> has joined #yocto00:33
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto00:34
*** tjamison <tjamison!~tjamison@38.104.105.146> has left #yocto00:54
*** anselmolsm_ <anselmolsm_!~anselmols@192.55.54.44> has quit IRC00:56
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC00:56
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:01
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto01:01
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC01:03
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC01:06
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:29
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:31
*** johndau <johndau!~FossaMail@113.161.95.72> has quit IRC01:36
*** armpit <armpit!~akuster@50.233.148.158> has quit IRC01:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:50
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC01:56
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto01:56
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto01:57
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto01:57
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:57
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:00
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto02:02
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto02:02
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC02:03
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC02:07
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-cbmhmfwttvhrrblb> has joined #yocto02:37
*** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC02:50
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC02:51
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto02:54
*** csd <csd!~csd@216.31.219.19> has quit IRC03:00
*** csd <csd!~csd@216.31.219.19> has joined #yocto03:01
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto03:02
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto03:03
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC03:07
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto04:03
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC04:08
*** armpit <armpit!~akuster@2601:202:4001:9ea0:f92f:3340:cbae:45bb> has joined #yocto04:22
*** pohly <pohly!~pohly@p5DE8C14A.dip0.t-ipconnect.de> has joined #yocto04:43
*** obsrwr <obsrwr!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has joined #yocto04:54
*** cference <cference!~cference@206-248-171-218.dsl.teksavvy.com> has quit IRC05:02
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto05:04
nerdboyhmmm, linux-libc-headers-4.4 is missing one tiny #define05:06
nerdboyand it's needed by python-evdev05:07
nerdboyi'm a teensy bit behind on krogoth, so unless that was recently fixed?05:08
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC05:09
*** tlwoerner_ <tlwoerner_!~trevor@unaffiliated/tlwoerner> has quit IRC05:09
*** tlwoerner_ <tlwoerner_!~trevor@unaffiliated/tlwoerner> has joined #yocto05:09
*** MDNNeo <MDNNeo!d959b274@gateway/web/freenode/ip.217.89.178.116> has joined #yocto05:29
MDNNeoHi, I have seen if I do a package as well native via BBCLASSEXTEND there is no native package generated ... is there a way to do it anyway?05:31
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto05:50
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC05:56
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC05:59
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto06:11
*** agust <agust!~agust@p4FCB49D2.dip0.t-ipconnect.de> has joined #yocto06:11
*** tlwoerner__ <tlwoerner__!~trevor@104-247-228-241.cpe.teksavvy.com> has joined #yocto06:12
redenginanyone built a NOMMU yocto image?06:13
*** tlwoerner_ <tlwoerner_!~trevor@unaffiliated/tlwoerner> has quit IRC06:15
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto06:44
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto06:45
*** mjl <mjl!sid16781@gateway/web/irccloud.com/x-uojohfxvdsvzrfiy> has quit IRC06:49
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ppaoqmurrdfegwiu> has joined #yocto06:52
*** mjl <mjl!sid16781@gateway/web/irccloud.com/x-ndhslpgpofgtaaty> has joined #yocto06:52
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto06:52
*** jbrianceau_away is now known as jbrianceau06:52
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:55
*** sno <sno!~sno@62.157.143.22> has joined #yocto06:55
*** johndau <johndau!~FossaMail@113.161.95.72> has joined #yocto07:05
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto07:05
*** Kakounet <Kakounet!58a35735@gateway/web/freenode/ip.88.163.87.53> has joined #yocto07:08
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC07:10
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC07:11
*** aragua_ <aragua_!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto07:14
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC07:14
*** johndau <johndau!~FossaMail@113.161.95.72> has quit IRC07:19
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:23
*** maxin <maxin!~maxin@37-219-32-131.nat.bb.dnainternet.fi> has joined #yocto07:25
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto07:26
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto07:27
*** __karthik <__karthik!~karthik@192.91.75.29> has quit IRC07:27
*** __karthik <__karthik!~karthik@192.91.75.30> has joined #yocto07:27
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto07:29
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC07:34
*** tripzero <tripzero!~tripzero@134.134.139.83> has quit IRC07:34
*** tripzero <tripzero!~tripzero@134.134.139.83> has joined #yocto07:34
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto07:34
*** ulf` <ulf`!~ulf@134.134.139.74> has quit IRC07:35
*** alimon1 <alimon1!alimon@nat/intel/x-ywkxoesmvuabasgj> has quit IRC07:36
*** alimon1 <alimon1!~alimon@134.134.137.75> has joined #yocto07:37
*** icanicant <icanicant!~icanicant@195.88.236.129> has quit IRC07:37
*** icanicant <icanicant!~icanicant@195.88.236.129> has joined #yocto07:40
*** ant_work <ant_work!~ant__@95.236.249.71> has joined #yocto07:40
*** t0mmy_ <t0mmy_!~tprrt@217.114.201.133> has joined #yocto07:40
*** frsc <frsc!~frsc@80.149.173.67> has joined #yocto07:40
*** toscalix <toscalix!~toscalix@80.91.95.202> has joined #yocto07:42
*** florian_kc is now known as florian07:43
*** frsc <frsc!~frsc@80.149.173.67> has quit IRC07:44
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has joined #yocto07:47
khemMDNNeo: bitbake <package>-native should do it07:55
khemredengin: there is some work on baremetal, I encourage you to look at zephyr project which is using Yocto project infra for baremetal rtos07:56
khemnerdboy: header missing a define is almost like an API change if kernel intended users to use it07:57
khemnerdboy: its not clear what you are referring to though07:57
redenginkhem, my google-foo is lacking can you provide a link?07:57
khemhttps://www.zephyrproject.org/07:59
redenginkhem, do you participate on NOMMU builds?  I'd like to know what the modern standard is for placement independence07:59
khemredengin: FDPIC07:59
khematleast some arches like SH and blackfin has support for it08:00
*** pjconnol <pjconnol!pjconnol@nat/intel/x-vxjxvviqfijgjjxo> has joined #yocto08:00
redenginkhem, has OE adopted FDPIC?08:01
khemredengin: I dont think so.08:02
khemin the past OE supported uclinux target08:02
khemfor avr IIRC but it has bitrotted08:02
khemnow you can build SDKs from OE which can then help you compile your nommu application08:03
redenginyeah, I'm willing to raise those bodies, just want to make sure FDPIC has future momentum08:03
khemredengin: it should be.08:03
MDNNeokhem: isn't it exactly not doing it .. so for target we do ipk packages and i can find the not native one but not if I bitbake pkg-native? also checked the native.bbclass it explicit inherit nopackage08:04
redenginI'd still like to see an MPU emulation of an MMU evolve, but I can save that for another time08:04
*** sameo <sameo!~samuel@192.55.55.39> has joined #yocto08:05
*** fl0v0 <fl0v0!~fvo@pD9F6B7BF.dip0.t-ipconnect.de> has joined #yocto08:06
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto08:06
*** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC08:06
khemMDNNeo: thats right, we do not build packages for native tools, they are just used during build anyway08:06
redenginkhem, would you have a link to the fdpic maintainers?08:06
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto08:06
*** townxelliot <townxelliot!~ell@176.249.240.35> has joined #yocto08:06
khemredengin: for OE ?08:06
khemthere isnt any but I can help08:07
redenginkhem, no for evolution of fdpic08:07
khemredengin: docs hmmm, there are lot of discussions atleast in musl forums on implmenting nommu and fdpic is clear winner08:07
kheme.g. see http://lists.nommu.org/pipermail/0pf/2015-September/000033.html08:07
redenginkhem, i.e. if I want to evolve an MPU into an emulated MMU, I'll need some fdpic support08:08
MDNNeokhem: if there is a way to do it still ... so maybe some background its just a pretty simple pckg with xml schemas and I want to share them some how easily to validate on target or on some host (not necessarly have the full yocto envirionment)08:08
*** pjconnol <pjconnol!pjconnol@nat/intel/x-vxjxvviqfijgjjxo> has left #yocto08:08
*** simfir_ <simfir_!~quassel@mail.f9s.eu> has joined #yocto08:09
khemMDNNeo: you can make such pakages as *all* type08:09
redenginkhem, sounds like my best bet is musl to find some brethren08:10
khemMDNNeo: just add inherit allarch and remove BBCLASSEXTEND = "native"08:10
MDNNeok, thx ... will give it a try08:10
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC08:10
khemredengin: yes, other option is uclibc but thats more or less stagnant project08:10
khemredengin: whats your motivation for nommu and what arch are you looking at08:11
*** simfir <simfir!~quassel@mail.f9s.eu> has quit IRC08:11
redenginkhem, cortex-r/m08:12
khemredengin: yeah, we would be happy if you can contribute the port to musl08:12
khemsince sh2 is in now08:12
MDNNeokhem: perfect ... works ... should have tought of this on my own it sounds even more clean anyways08:12
khemyou do have a template08:13
khemthere are tweaks needed in binutils and gcc at times. Since mmuless systems didnt have uniform ABI08:13
khemredengin: see this http://git.musl-libc.org/cgit/musl/commit/?id=7a9669e977e5f750cf72ccbd2614f8b72ce02c4c08:14
redenginkhem, perhaps you can also settle an argument I've had with a coworker.  Does the linux kernel have any dependency on the *libc?08:14
khemredengin: no08:14
redenginkhem, I agree, but I wasn't 100% sure08:15
khemredengin: but when it comes to nommu then it does08:15
ant_workkhem: hi, sorry to jump in. I'm back testing musl and I'd need a bit of help with old qte (OPIE). There is a list of obsolete toolchains in the qt sources and musl is not there. Which one should I take as example?08:15
redenginkhem, only in the sense of which ldd.so it pulls08:15
redenginkhem, if the ldd.so places things in memory nicely, the kernel has no care08:16
khemant_work: dont get it. but I think it will require some work for OPIE to work with musl08:17
ant_workI have doubts about the right triplet to use like oe-musl-gnueabi08:18
*** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto08:18
MDNNeoredengin: not sure about the dependency to kernel isn't it that the glibc headers are used during kernel compilation08:18
redenginMDNNeo, but only portions of the headers that are considered portable08:19
khemredengin: yes, if its relocatable etc. are artifacts of no MMU abi08:19
khemMDNNeo: no its other way around08:19
-YoctoAutoBuilder- build #264 of nightly-checkuri is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/26408:19
MDNNeo... ah yes ... both is right08:20
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto08:21
khemant_work: oe-linux-musleabi for ARM EABI08:21
ant_workhm, I see08:21
khemant_work: and oe-linux-musl for rest of the arches08:21
ant_workI got08:21
redenginkhem, whats the vision of musl libc?  is NOMMU a necessary objective?08:22
ant_workERROR: qte-mt-2.3.10-r32 do_configure: Function failed: do_configure  No shared library support for platform/compiler  linux-musleabi-arm-g++-shared08:22
ant_workit seems to be in qmake_base_legacy.bbclass08:22
ant_workcase ${QMAKESPEC} in ...08:22
khemredengin: yes nommu is game. The real aim is to have POSIXly C library for linux08:22
khemant_work: yeah you have to fix the specs for qmake08:23
ant_workah, ok, adding it under qt-2.3.10/configs08:23
redenginkhem, well its easy to drop NOMMU for POSIX, hence the reason I asked08:24
khemredengin: I think nommu is of interest as sh2 has got it now. Especially FDPIC08:24
redenginsounds like I should get to work on MMU emulation via MPU08:24
khemredengin: hmm, thats interesting although, I am not sure about performance08:25
redenginkhem, what performance are you worried about?  (e.g. number of context switches, cycle cost of remapping mpu)?08:26
ant_workkhem: besides, my last build showed pretty similar sizes for core-image-base musl/glibc...unexpected08:27
ant_workthat was default distro / arm08:27
ant_workmaybe the stripping is not properly done? I'll check08:28
khemredengin: yeah08:33
khemredengin: in general the MPU latency and access to external storage08:33
khemant_work: hmm, must is about 600K which include libm+libc+librt and other utils08:34
*** jkroon_ <jkroon_!~jkroon@89-253-118-72.customers.ownit.se> has joined #yocto08:34
khemant_work: glibc is around 2M08:34
khemso you should atleast see that difference08:34
ant_workwell, I've kept both images iirc, I'll give you details08:35
ant_worknote that my images does include the 2Mb kernel so one big part is that08:35
ant_workthus I wasn't expecting an enormous saving08:36
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has quit IRC08:38
ant_workkhem: fwiw it was core-image-base + modules = 17119K, musl was 17108K08:40
ant_worktht was June 19th, I'll give you fresh figures08:41
ant_workthanks08:41
redenginkhem, I need to test, but I believe the MPU latency is minimal on these TI platforms, if that assumption holds, paging of external storage will be only bound by the drivers/external-bandwidth08:46
khemredengin: sounds good08:46
khemant_work: ok08:47
* khem -> sleep()08:47
ant_workgn08:47
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto08:48
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has joined #yocto08:53
*** IllNate <IllNate!~nathani@mail.validmanufacturing.com> has joined #yocto08:54
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto09:06
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC09:11
*** rubdos <rubdos!~rubdos@D4709866.rev.sefiber.dk> has joined #yocto09:13
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has joined #yocto09:19
*** IllNate <IllNate!~nathani@mail.validmanufacturing.com> has quit IRC09:19
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto09:21
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto09:21
*** belen <belen!Adium@nat/intel/x-fnfoikgynjpqrftv> has joined #yocto09:23
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has quit IRC09:25
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has joined #yocto09:30
*** IllNate <IllNate!~nathani@mail.validmanufacturing.com> has joined #yocto09:31
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has quit IRC09:31
*** maxin <maxin!~maxin@37-219-32-131.nat.bb.dnainternet.fi> has quit IRC09:40
*** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC09:47
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC09:59
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto10:02
*** IllNate <IllNate!~nathani@mail.validmanufacturing.com> has quit IRC10:15
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC10:23
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto10:23
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-182-183.telecom.by> has joined #yocto10:26
*** shagu <shagu!~eric@p5B2E8893.dip0.t-ipconnect.de> has joined #yocto10:36
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto10:40
*** MDNNeo <MDNNeo!d959b274@gateway/web/freenode/ip.217.89.178.116> has quit IRC10:42
*** ulf` <ulf`!ulf@nat/intel/x-bxwsfbtncsytgcfi> has joined #yocto10:50
*** maxin <maxin!~maxin@37-219-32-131.nat.bb.dnainternet.fi> has joined #yocto10:54
*** maxin <maxin!~maxin@37-219-32-131.nat.bb.dnainternet.fi> has quit IRC11:01
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto11:24
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC11:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:55
*** fledermaus <fledermaus!~vivek@2a00:1098:5:0:740f:b741:811c:cee4> has joined #yocto11:57
mcfriskyocto default parallel build options don't work at all anymore in our project. Has anyone set memory usage limits to every do_compile calls? ulimit or cgroups?11:57
mcfriskif there are no limits, developers consume it all, and more. Single c++ compile process taking 20 gigs of RES == physical ram. grazy.11:58
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has quit IRC11:59
*** ant_work <ant_work!~ant__@95.236.249.71> has quit IRC12:02
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC12:05
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto12:05
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@2.238.240.162> has joined #yocto12:09
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto12:09
boucman_workRP: did you have time to dicuss my bitbake patch ?12:09
*** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto12:10
RPboucman_work: I've wanted to talk to kergoth about it. I think its ok, I just want to talk with Chris before we add syntax since its hard to change later12:13
*** maxin <maxin!~maxin@37-219-32-131.nat.bb.dnainternet.fi> has joined #yocto12:21
*** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has quit IRC12:24
rburtonmcfrisk: i wonder if it would be possible to write a class to fiddle cgroup stuff in do_compile tasks12:25
*** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has joined #yocto12:25
boucman_workRP: ok, cool, take your time. I have the python workaround so I don't need it right away... it's just on my list of "patch on projects I can't commit myself and need to bug the maintainers" :P12:31
-YoctoAutoBuilder- build #613 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/61312:46
Ulfalizerdon't know what it's about, but please also submit documentation patches if you introduce new syntax12:46
*** anselmolsm <anselmolsm!~anselmols@192.55.54.44> has joined #yocto12:47
*** igor2 <igor2!~igor@177.159.144.73> has joined #yocto12:50
sveinseI am working on a larger recipe with a lot of depends, and a week ago I got a lot of complaints from QA about missing RDEPENDS, but now I don't get any. Why might that be?12:56
sveinseIs this because DEPENDS are automatically promoted to RDEPENDS?12:57
sveinseBecause I see the debs (and ipks) have a rather long list in there Depends section, which I have not explicitly specified12:57
mcfriskrburton: ok, similar to current PARALLEL_MAKE handling I guess.13:01
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto13:01
igor2hi guys13:02
mcfriskhaving 20 cores (40 with hyberthreading) and only 64 gigs of ram is bad with current yocto parallel defaults, and 'modern' c++ programmers and their template crap13:02
igor2Everytime I bitbake my image it starts to compile the whole linux-yocto, no matter if there is no modification13:02
igor2someone know if its a known mistake or something predictable?13:03
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC13:03
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto13:03
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC13:05
RPigor2: sounds like there is a bug somewhere but OE-Core doesn't do that as far as I know13:05
igor2humm... I thought I was doing something wrong13:06
*** bottazzini <bottazzini!~realBigfo@192.55.54.40> has joined #yocto13:06
igor2thank you RP13:06
*** paulg <paulg!~paul@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto13:08
*** t0mmy_ <t0mmy_!~tprrt@217.114.201.133> has quit IRC13:14
*** t0mmy_ <t0mmy_!~tprrt@217.114.201.133> has joined #yocto13:16
*** cference <cference!~cference@64.187.189.2> has joined #yocto13:25
rburtonsveinse: probably what's happening is that your app is detecting dependencies and enabling/disabling features, so if it eg finds bzip2 it may enable bzip2 usage and therefore link to libbz2. as you don't DEPEND on bzip you'll get a warning that this is happening.13:31
rburtonsveinse: however now your sysroot doesn't contain those extra dependencies, so when it rebuilds it disables bzip2 and doesn't link to libbz anyore13:32
sveinserburton: My objective with this is to make sure I have the proper list in RDEPENDS, and it concerns me that QA no longer complains about it :(13:33
rburtonmcfrisk: i have been wondering about changing the auto-detect logic to be slightly more advanced, basically threads=ncores for <4 and after that ncores/2 or something13:34
rburtonsveinse: as you know you have a recipe which is doing this you could just read the configure script or whatever it uses and see what DEPENDS you are missing and/or what options you need to explicitly disable13:34
sveinserburton: Well, my app has no option not to link against a feature, so when I put bzip2 in its DEPENDS to allow it to build, it does not complain about missing libzip2 in RDEPENDS evidently13:35
rburtonthe QA message is when you RDEPEND on something that isn't provided by anything in DEPENDS13:35
*** lamego <lamego!~jose@134.134.139.83> has joined #yocto13:36
rburtongenerally when you link to a library (which turns into a RDEPENDS automatically) which you don't DEPEND on13:36
sveinserburton: Ah, there you go. So there /is/ an implicit RDEPENDS feature. Thanks13:36
rburtonyeah, as with every other packaging system, library linkage -> runtime dependencies13:36
sveinseOther systems, such as debian dependencies, don't do this. You have to explicitly put libs in both DEPENDS and RDEPENDS13:36
rburtonthey do13:37
rburton(https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-dpkg-shlibdeps)13:37
rburtonand we use bits of rpm to do the dependency generation13:38
*** eraineri <eraineri!~eraineri@cpe-70-119-111-146.tx.res.rr.com> has joined #yocto13:38
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto13:38
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto13:38
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC13:40
sveinseNo, but you need to use some specific directives to do that, afaik. Before I explain why, one question about yocto's depend system: DEPENDS is that referring to a source package, what is called a recipe here, or a package? And RDEPENDS is refering to packages, right?13:40
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC13:40
rburtonDEPENDS is build time so recipes, RDEPENDS is runtime to packages13:41
sveinseBecause a recipe might generate multiple packages. That implies that you don't necessarily want to RDEPENDS to depend on all packages a recipe generates, right?13:41
rburtonyou rdepend on the package that you need13:41
sveinseSo with implicit put-in-DEPENDS-then-its-automatically-RDEPENDED, can you control it then?13:42
rburtonnot sure you understand what's happening magically13:42
sveinseI guess I don't13:42
sveinseSay boost. this is one recipe, but generates a lot of packages13:42
rburtonyou have a binary that links to libz.  libz is provided by zlib.  packaging generates a RDEPENDS=zlib for you13:42
rburtonsure so you have a binary that links to libboost-clock.so, so adds a RDEPENDS=libboost-clock.13:43
rburtonif you don't also DEPEND on boost then you get a QA warning13:43
sveinseI need DEPENDS=boost, but I only want RDEPEDS=boost-filesystem, not the other things boost generates13:43
rburtonyes13:43
rburtonthats what happens13:43
rburton(have a look at the dependencies)13:44
sveinseYes, I see from my debs, that is indeed does only depend on the libboost-filesystem as you say. So yes, there is some magic there. good13:44
rburtonfwiw you can opt out of the shared library depends in debian, but the upload would be rejected on review13:45
*** Crofton <Crofton!~Crofton@wsip-66-210-101-150.rn.hr.cox.net> has joined #yocto13:45
sveinseIt's equivalent to ${shlibs:Depends} then I belive13:46
sveinseyes, precisely13:46
rburtonyeah exactly the same13:46
sveinseok, good to know. And this was indeed my quesiton, so thanks13:47
*** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto13:47
*** nisha <nisha!~nisha@38.104.105.146> has quit IRC13:47
sveinseThen the scheme for a new package is make sure that DEPENDS contains what it needs to build and you are mostly OK with RDEPENDS in terms of libs at least13:49
rburtonyeah13:49
sveinseperfect13:49
rburtonone trick is to build world then your recipe and see if you get any warnings13:49
*** benjamirc1 <benjamirc1!~besquive@134.134.139.74> has joined #yocto13:50
rburton(JaMa does that for a number of layers automatically and mails the lists with the warnings)13:50
*** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC13:50
sveinseI think it was you who told me to start off a wiped sysroot and stop building at do_compile to ensure as little polluted sysroot from other recipes going on in parallel.13:51
sveinseThat has worked out well13:51
rburtonyeah that also helps weed out hard failures where the recipe will fail to build with missing deps13:52
sveinse...and possible races, as sometimes sysroot contains a missing, but required package, and sometimes not13:52
*** nisha <nisha!~nisha@38.104.105.146> has joined #yocto13:54
JaMascripts/test-dependencies.sh is the script which does this automatically13:54
JaMabuilds world, rebuilds tested recipes separately, then wipes sysroot and builds them again and compares RDEPENDS in those 2 builds13:55
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC13:55
JaMathis way it catches more issues than those QA warnings along (e.g. packages not created at all often in things like gstreamer plugins)13:56
sveinseJaMa: Cool, I'll take a look at it13:56
rburtonits "a bit" time intensive but very complete13:57
sveinseDoes it work with sstate caching?13:57
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC13:57
JaMait does, but in the end it needs to rebuild each tested recipe without sstate13:58
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto13:58
JaMaand twice (with maximal and minimal sysroot)13:58
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto13:59
*** rubdos <rubdos!~rubdos@D4709866.rev.sefiber.dk> has quit IRC14:03
rburtoni did say its time intensive :)14:03
*** Crofton <Crofton!~Crofton@wsip-66-210-101-150.rn.hr.cox.net> has quit IRC14:05
*** rubdos <rubdos!~rubdos@D4709866.rev.sefiber.dk> has joined #yocto14:05
sveinseJaMa, you're maintaining Qt5 right?14:06
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto14:07
*** ernstp <ernstp!uid168075@gateway/web/irccloud.com/x-uquebekkxljsprir> has joined #yocto14:08
ernstprunning yocto on sabrelite board, why is my sdcard readonly?14:09
ernstpmmcblk0: mmc0:aaaa SL08G 7.40 GiB (ro)14:09
ernstpnothing indicates why...14:09
*** boucman_work <boucman_work!~boucman@193.56.60.161> has joined #yocto14:10
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto14:12
rburtonyou didn't flip the lock switch on the sd did you?14:13
rburton:)14:13
ernstprburton: I did check. and I'm writing new images from my dev machine all the time14:14
JaMasveinse: yes, but recently I don't have  much time for it14:14
JaMasveinse: I've seen your question, but don't know the answere without digging the history why it is as it is now14:15
ernstpcat /sys/block/mmcblk0/ro: 1 /sys/block/mmcblk0/force_ro: 014:15
*** t0mmy_ <t0mmy_!~tprrt@217.114.201.133> has quit IRC14:17
sveinseJaMa: All right, thanks thou. I also saw you discussion with the Qt devs and you, and it seems there are some, lets say some controversy on how Qt thinks cross builds should be and how Yocto does it. Nevertheless we've worked around the issue by using conditional qmake and ExternalHostBinaries.14:18
*** t0mmy_ <t0mmy_!~tprrt@217.114.201.133> has joined #yocto14:18
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:18
sveinseE.g. Qt insists on generating versioned libraries, but when using plugins, they load the unversioned .so. Yocto places the symlink into -dev by default...14:20
rburtona more accurate way to describe that would be that qt is building versioned libraries instead of modules14:21
rburtonwhen it actually wants a module14:21
sveinserburton: yup. But trying to explain the fact to Qt devs seems to be talking to a wall, unfortunately. I have to setup my own LDFLAGS to circumvent it14:22
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC14:25
*** obsrwr <obsrwr!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has quit IRC14:27
*** obsrwr <obsrwr!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has joined #yocto14:27
JaMasveinse: yes, but these discussions were before even 5.0, since then they added something similar as ExternalHostBinaries but unfortunately I haven't had enough time to adapt our changes to use that instead our own ExternalHostBinaries14:32
JaMasveinse: or even to verify that their new atempt (IIRC meant mostly for android) can be used for our purposes14:32
*** Kakounet <Kakounet!58a35735@gateway/web/freenode/ip.88.163.87.53> has quit IRC14:37
*** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC14:37
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto14:40
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto14:40
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC14:45
*** acer <acer!628f6982@gateway/web/freenode/ip.98.143.105.130> has joined #yocto14:46
acerHi there! I'm trying to bitbake a minimal image for an aarch64/armv8 machine14:48
acerWhen I run "bitbake linaro-image-minimal" or "bitbake core-image-minimal" I get the following error:14:49
acerERROR: Nothing PROVIDES 'virtual/kernel'14:49
acerERROR: linux-linaro-aarch64 PROVIDES virtual/kernel but was skipped: PREFERRED_PROVIDER_virtual/kernel set to linux-linaro, not linux-linaro-aarch6414:49
acerI did "echo 'MACHINE= "genericarmv8"' >> conf/local.conf"14:50
acerand added all the dependency layers to conf/bblayers.conf14:50
acerDoes anyone know where to start looking for the problem? Thanks14:52
*** ziggo <ziggo!~ziggo@212.118.209.82> has joined #yocto14:52
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto14:52
*** ziggo <ziggo!~ziggo@212.118.209.82> has quit IRC15:01
fray'linux-linaro' doesn't have a 'virtual/kernel' provide in it -- but the system is tryingt o be helpful and saying 'linux-linaro-aarch64' does..15:01
frayso something in your system has 'PREFERRED_PROVIDER_virtual/kernel = "..." set wrong15:02
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC15:06
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto15:08
*** ziggo_ <ziggo_!~ziggo@212.118.209.82> has joined #yocto15:10
*** Anticom <Anticom!~timo.m@217.6.33.234> has quit IRC15:16
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-cbmhmfwttvhrrblb> has quit IRC15:17
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC15:19
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC15:20
*** maxin <maxin!~maxin@37-219-32-131.nat.bb.dnainternet.fi> has left #yocto15:20
*** paulg <paulg!~paul@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC15:20
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ljmyavrgobyglgxp> has joined #yocto15:23
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-anhirqbygthdrrnn> has joined #yocto15:31
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto15:31
*** boucman_work <boucman_work!~boucman@193.56.60.161> has quit IRC15:33
khemernstp: may be you have readonly-rootfs in image_features15:36
khemrburton: only way to ensure predictable builds with autotools being more intelligent then humans, is to have recipe specific build time sysroot15:38
khemor cache all the configure variables so that a rerun of configure would not run the probes15:39
khemfreebsd this that, and it was valuable15:39
khems/this/did/15:39
*** tjamison <tjamison!~tjamison@38.104.105.146> has joined #yocto15:39
*** sno <sno!~sno@62.157.143.22> has quit IRC15:39
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto15:44
*** shagu <shagu!~eric@p5B2E8893.dip0.t-ipconnect.de> has quit IRC15:46
sveinsebaah, it's not the fact that test-dependencies.sh takes a lot of time, but the fact it eats disk space. I'm full once more. Is there a way to resume when it stops because of STOPTASKS?15:48
*** benjamirc1 <benjamirc1!~besquive@134.134.139.74> has quit IRC15:54
*** Crofton <Crofton!~Crofton@pool-108-44-115-86.ronkva.east.verizon.net> has joined #yocto15:58
acerfray: thanks! it's compiling now15:59
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC16:00
*** igor2 <igor2!~igor@177.159.144.73> has quit IRC16:05
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:05
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC16:10
*** armpit <armpit!~akuster@2601:202:4001:9ea0:f92f:3340:cbae:45bb> has quit IRC16:11
rburtonsveinse: have you inherited rm_work?16:12
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC16:14
*** dv__ <dv__!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto16:14
*** berton <berton!~fabio@177.127.4.56> has joined #yocto16:18
jmesmonregarding BB_SRCREV_POLICY="cache", was there a bug fix for removing the 'cache' dir not causing a re-cache (and subsequenty potential re-build) of packages? I'm currently on a fairly old fork of poky (from what I can tell), and I'm not able to force a re-cache just by deleting the cache dir.16:19
jmesmonspecifically, I'm on ~daisy-11.0.316:21
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC16:21
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has joined #yocto16:22
*** armpit <armpit!~akuster@2601:202:4001:9ea0:fd9d:2e79:6157:365c> has joined #yocto16:23
*** aehs29 <aehs29!~aehernan@134.134.137.73> has joined #yocto16:26
*** aehs29 <aehs29!~aehernan@134.134.137.73> has left #yocto16:30
*** grma <grma!~gruberm@80.93.38.128> has quit IRC16:30
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC16:33
*** Ulfalizer <Ulfalizer!~ulf@217.89.178.116> has quit IRC16:35
*** benjamirc1 <benjamirc1!~besquive@134.134.139.83> has joined #yocto16:37
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC16:38
*** fl0v0 <fl0v0!~fvo@pD9F6B7BF.dip0.t-ipconnect.de> has quit IRC16:38
*** sveinse <sveinse!~chatzilla@156.92-221-160.customer.lyse.net> has quit IRC16:42
*** jbrianceau is now known as jbrianceau_away16:46
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto16:48
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto16:54
*** sveinse <sveinse!~chatzilla@156.92-221-160.customer.lyse.net> has joined #yocto16:59
*** townxelliot <townxelliot!~ell@176.249.240.35> has quit IRC17:01
*** igor2 <igor2!~igor@177.159.144.73> has joined #yocto17:01
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto17:06
*** t0mmy_ <t0mmy_!~tprrt@217.114.201.133> has quit IRC17:09
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC17:13
sveinse(I lost my link for minute there, so I don't know if my question got answered while away)17:18
sveinseI found on the web I can override with an empty do_rm_work() function for those recipes I want not to run rm_work on. But that will require me to modify the receipes. I can't do that from local.conf, where I define the rm_work in the first place?17:19
*** dv__ is now known as dv_17:21
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto17:24
khemsveinse: rm_work is added via a bbclass17:26
khemjmesmon: deleting cache dir should enforce recaching17:27
khemeven on daisy17:27
sveinsekhem: Sorry, but what does that mean?17:28
*** ernstp <ernstp!uid168075@gateway/web/irccloud.com/x-uquebekkxljsprir> has quit IRC17:28
khemsveinse: I was trying to hint you to read through :) however RM_WORK_EXCLUDE can be set in local.conf to blacklist recipes from rm_work17:29
khemsveinse: however, rm_work might kill your HDD faster than usual17:30
sveinsekhem: heh, yes, I'm on SSD :P -- but it does not help much when it's full :P17:31
*** armpit <armpit!~akuster@2601:202:4001:9ea0:fd9d:2e79:6157:365c> has quit IRC17:32
*** belen <belen!Adium@nat/intel/x-fnfoikgynjpqrftv> has quit IRC17:34
sveinsekhem: And sorry for being slow and not taking the hint. Now I've read it. Thanks17:35
*** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC17:40
*** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto17:40
*** Technicus <Technicus!615662d1@gateway/web/freenode/ip.97.86.98.209> has joined #yocto17:40
TechnicusHello :)17:41
TechnicusI am building something cool with the Intel Edison, and I need to have a kernel driver loaded `modprobe snd-virmidi`, but it is not there "FATAL: Module snd_virmidi not found." How can I install it?17:42
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC17:42
*** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC17:45
*** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto17:45
nerdboykhem: i mean include/uapi/linux/input.h is missing one #define that is not missing from build host header17:47
nerdboyand python-evdev does not compile without it17:48
nerdboy+#define BUS_RMI  <=  missing17:48
khemTechnicus: you need to add the module to your image. you can add just this one module or you can add all by doing MACHINE_EXTRA_RRECOMMENDS = " kernel-modules" in your machine configuration file17:53
khemnerdboy: what kernel version do you have on build host ?17:53
Technicuskhem, will you please explain the machine configuration file to me?17:55
nerdboy4.3.5-hardened-r2 right now17:56
nerdboyshould be another one ready...17:56
nerdboybut it has linux-headers-4.617:57
*** toscalix <toscalix!~toscalix@80.91.95.202> has quit IRC17:58
Technicuskhem: Do I need to completely reinstall the OS?18:00
nerdboykhem: and it's true for versions of python-evdev back to 0.4.718:01
nerdboybeaglebone kernel is up to 4.4-ti/4.7-bone18:02
nerdboyi have it as _append_beaglebone right now18:03
nerdboylooks like 4.6 headers got the update, and python-evdev-0.4.5 compiles against the older ones18:25
nerdboyso i have no idea how 0.6.0 ever compiled without 4.618:26
* nerdboy looks funny at moto-timo 18:26
*** toanju <toanju!~toanju@x4db49558.dyn.telefonica.de> has joined #yocto18:35
Technicuskhem: Is this: < http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#closer-look > where I will find my answer?18:38
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC18:48
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ppaoqmurrdfegwiu> has quit IRC18:49
*** belen <belen!Adium@nat/intel/x-baczsglqahgoloht> has joined #yocto18:50
*** acer <acer!628f6982@gateway/web/freenode/ip.98.143.105.130> has quit IRC18:53
-YoctoAutoBuilder- build #614 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/61419:00
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ljmyavrgobyglgxp> has quit IRC19:07
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto19:13
*** t0mmy_ <t0mmy_!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto19:17
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto19:17
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC19:21
*** armpit <armpit!~akuster@50.233.148.158> has joined #yocto19:21
*** Technicus <Technicus!615662d1@gateway/web/freenode/ip.97.86.98.209> has quit IRC19:26
*** armpit <armpit!~akuster@50.233.148.158> has quit IRC19:26
*** armpit <armpit!~akuster@64.2.3.194> has joined #yocto19:26
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has quit IRC19:27
*** fledermaus <fledermaus!~vivek@2a00:1098:5:0:740f:b741:811c:cee4> has quit IRC19:28
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC19:32
*** paulg <paulg!~paulg@72.1.195.9> has joined #yocto19:33
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto19:37
*** toanju <toanju!~toanju@x4db49558.dyn.telefonica.de> has quit IRC19:39
*** xist <xist!~toanju@x5ce68937.dyn.telefonica.de> has joined #yocto19:39
*** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC19:39
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto19:41
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC19:42
*** xist <xist!~toanju@x5ce68937.dyn.telefonica.de> has quit IRC19:53
*** bluelightning <bluelightning!~paul@85.219.69.111.dynamic.snap.net.nz> has joined #yocto19:58
*** bluelightning <bluelightning!~paul@85.219.69.111.dynamic.snap.net.nz> has quit IRC19:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:58
*** obsrwr <obsrwr!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has quit IRC19:58
*** aboseley <aboseley!~kvirc@101.165.216.251> has joined #yocto20:11
*** Crofton|work <Crofton|work!~balister@pool-108-44-115-86.ronkva.east.verizon.net> has quit IRC20:11
*** Crofton <Crofton!~Crofton@pool-108-44-115-86.ronkva.east.verizon.net> has quit IRC20:12
*** sgw_ <sgw_!~sgw_@c-71-238-116-168.hsd1.or.comcast.net> has joined #yocto20:15
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC20:15
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto20:20
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@host187-226-dynamic.8-87-r.retail.telecomitalia.it> has joined #yocto20:26
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto20:26
*** aboseley <aboseley!~kvirc@101.165.216.251> has quit IRC20:28
*** Crofton <Crofton!~Crofton@66-87-75-208.pools.spcsdns.net> has joined #yocto20:28
*** aboseley <aboseley!~aboseley@101.165.216.251> has joined #yocto20:28
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC20:30
*** aboseley <aboseley!~aboseley@101.165.216.251> has quit IRC20:31
*** aboseley <aboseley!~aboseley@101.165.216.251> has joined #yocto20:32
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto20:35
*** paulg <paulg!~paulg@72.1.195.9> has quit IRC20:47
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC20:48
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC20:51
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC20:51
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto20:51
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC20:55
*** Technicus <Technicus!615662d1@gateway/web/freenode/ip.97.86.98.209> has joined #yocto20:55
*** lamego1 <lamego1!~jose@134.134.137.71> has joined #yocto20:57
*** lamego <lamego!~jose@134.134.139.83> has quit IRC20:58
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto21:01
*** lamego1 <lamego1!~jose@134.134.137.71> has quit IRC21:02
*** dreyna <dreyna!~dreyna@unknown-216-197.windriver.com> has joined #yocto21:04
*** cference <cference!~cference@64.187.189.2> has quit IRC21:04
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC21:05
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC21:06
Xzhi guys, is udev part of systemd package these days?21:07
*** sgw_ <sgw_!~sgw_@c-71-238-116-168.hsd1.or.comcast.net> has quit IRC21:11
*** berton <berton!~fabio@177.127.4.56> has quit IRC21:18
nerdboyyup21:19
nerdboyeudev is the fork21:19
*** pohly <pohly!~pohly@p5DE8C14A.dip0.t-ipconnect.de> has quit IRC21:26
rburtonXz: if systemd is in your distro features then you get the udev that is built by systemd, otherwise you get eudev.21:31
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has quit IRC21:32
TechnicusHow do I add add modules to the kernel?  Specifically I need to add snd-virmidi .21:36
mcfriskrburton: the parallel job logic needs to take into account CPU's and RAM (not swap, swapping is bad), and it should monitor builds and allow to start processes only if memory and CPU is available. Hitting kernel oom killer during builds is bad. Sometimes the failures bitbake build logs don't even show that gcc/g++ or similar got killed due to oom. And in our case I really wan't to punish developers who requ21:36
mcfriskire up to 20 gigabytes of RSS/RAM for a single g++ compiler process. Thus setting cgroup/ulimit limits for tasks makes sence, offender gets killed instead of random other build due to oom.21:36
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC21:37
Xzrburton: nerdboy thanks21:39
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto21:40
*** bottazzini <bottazzini!~realBigfo@192.55.54.40> has quit IRC21:41
nerdboycgroups++21:42
nerdboyXz: you didn't say which branch21:42
rburtona beer for the first person to write a class that puts each compile task in its own cgroup21:42
nerdboyeudev isn't everywhere...21:43
Xznerdboy: well, on the image I have udev installed, that's a fact21:43
Xznerdboy: I'm just trying to figure out how to make a recipe that will add 1 rule21:43
nerdboythat change was fairly recent, on master i think21:43
nerdboy(hopefully) that shouldn't matter21:44
nerdboyare you saying it does?21:44
nerdboyer, how the rule works/wher it gets installed21:44
*** sgw_ <sgw_!~sgw_@134.134.139.76> has joined #yocto21:44
bluelightningit was in krogoth iirc21:45
bluelightning(eudev)21:45
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC21:45
bluelightningXz: look at meta/recipes-core/udev/udev-extraconf*21:45
Xzthat's the daemon that runs on the board: /lib/systemd/systemd-udevd21:46
nerdboylooks like udev-extraconf should not care which21:47
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC21:49
*** lamego <lamego!~jose@134.134.139.83> has joined #yocto21:51
*** Crofton <Crofton!~Crofton@66-87-75-208.pools.spcsdns.net> has quit IRC21:52
*** sameo_ <sameo_!~samuel@192.55.54.43> has joined #yocto21:57
*** paulg <paulg!~paulg@70.52.193.89> has joined #yocto21:58
*** sameo <sameo!~samuel@192.55.55.39> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto22:01
*** rubdos <rubdos!~rubdos@D4709866.rev.sefiber.dk> has quit IRC22:01
*** tobiash <tobiash!~quassel@212.118.206.70> has quit IRC22:07
*** eraineri <eraineri!~eraineri@cpe-70-119-111-146.tx.res.rr.com> has quit IRC22:08
*** tobiash <tobiash!~quassel@212.118.206.70> has joined #yocto22:09
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC22:10
*** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has joined #yocto22:10
seebsIn case people missed it, I am in fact still planning to do some work on pseudo, and I have a notion of how to fix the xattr-fix-related performance regression. And joshuagl independantly invented roughly the same fix, and it appears to work, so I am encouraged.22:12
seebsAlso I have spotted a more fundamental design flaw introduced some revisions back which is why some failure modes have produced corrupted permissions without clear error diagnostics, and I have a plan for fixing it.22:12
*** Crofton|work <Crofton|work!~balister@pool-71-171-12-218.nwrknj.east.verizon.net> has joined #yocto22:14
*** lamego <lamego!~jose@134.134.139.83> has quit IRC22:22
*** Crofton <Crofton!~Crofton@pool-71-171-12-218.nwrknj.east.verizon.net> has joined #yocto22:25
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:30
nerdboyseebs++ for having a plan22:30
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:30
*** anselmolsm <anselmolsm!~anselmols@192.55.54.44> has quit IRC22:35
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC22:40
*** aboseley <aboseley!~aboseley@220.57.96.58.static.exetel.com.au> has joined #yocto22:41
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto22:42
*** benjamirc1 <benjamirc1!~besquive@134.134.139.83> has quit IRC22:52
*** aehs29 <aehs29!~aehernan@134.134.137.73> has joined #yocto22:52
*** agust <agust!~agust@p4FCB49D2.dip0.t-ipconnect.de> has quit IRC22:53
*** tobiash <tobiash!~quassel@212.118.206.70> has quit IRC22:54
*** tobiash <tobiash!~quassel@212.118.206.70> has joined #yocto22:55
*** jkroon_ <jkroon_!~jkroon@89-253-118-72.customers.ownit.se> has quit IRC23:01
*** aehs29 <aehs29!~aehernan@134.134.137.73> has left #yocto23:02
*** igor2 <igor2!~igor@177.159.144.73> has quit IRC23:16
*** paulg <paulg!~paulg@70.52.193.89> has quit IRC23:37
*** tjamison <tjamison!~tjamison@38.104.105.146> has quit IRC23:39
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC23:39
*** nisha <nisha!~nisha@38.104.105.146> has quit IRC23:40
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-182-183.telecom.by> has quit IRC23:40
*** tjamison <tjamison!~tjamison@38.104.105.146> has joined #yocto23:41
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto23:41
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC23:45
*** sgw_ <sgw_!~sgw_@134.134.139.76> has quit IRC23:46
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto23:49
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC23:51
*** nisha <nisha!~nisha@38.104.105.146> has joined #yocto23:51
*** nisha is now known as Guest8650023:52
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto23:53
*** paulg <paulg!~paulg@173.239.178.230> has joined #yocto23:55

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