Tuesday, 2016-05-10

*** evanmeag_ <evanmeag_!~MongooseW@50.1.57.30> has joined #yocto00:00
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC00:00
*** evanmeag_ <evanmeag_!~MongooseW@50.1.57.30> has quit IRC00:03
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto00:03
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC00:08
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto00:08
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC00:15
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto00:15
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC00:17
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2001:cb3b::b88> has quit IRC00:17
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC00:20
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto00:20
*** snouto <snouto!~snouto@2.90.91.206> has quit IRC00:21
*** mbroadst <mbroadst!~mbroadst@cpe-67-244-123-227.nyc.res.rr.com> has joined #yocto00:24
-YoctoAutoBuilder- build #754 of nightly-qa-skeleton is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/75400:24
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC00:25
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto00:25
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC00:31
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto00:31
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-knahujatsbcwqlyl> has joined #yocto00:32
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-quetwcmnelfeixve> has quit IRC00:32
*** armpit_home <armpit_home!4c145ccf@gateway/web/freenode/ip.76.20.92.207> has quit IRC00:32
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:33
-YoctoAutoBuilder- build #105 of nightly-no-x11 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/10500:38
*** snouto <snouto!~snouto@2.90.91.206> has joined #yocto00:44
snoutobillr : if i want my custom linux distribution to show a logo during booting only (like apple IOS displays apple logo until the desktop appears) how can i do this ?00:45
billrsnouto: make sure you include the 'psplash' package and set a bitmap file. Here's one thread on the same question: http://yocto.yoctoproject.narkive.com/Cn3r1hSa/custom-splash-screen-using-psplash . I'm sure you can find others.00:49
*** billr <billr!~wcrandle@134.134.139.82> has quit IRC01:00
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC01:02
*** MWelchUK <MWelchUK!~martyn@host81-129-189-91.range81-129.btcentralplus.com> has quit IRC01:03
*** stephano <stephano!stephano@nat/intel/x-gxezkrvgzacaohji> has joined #yocto01:07
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC01:10
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto01:10
*** MWelchUK <MWelchUK!~martyn@host86-174-213-20.range86-174.btcentralplus.com> has joined #yocto01:16
khemthere are few more options e.g. dietsplash and plymouth01:22
khemplymouth integrates well with systemd01:22
*** bananadev <bananadev!~onlyester@118.70.128.150> has joined #yocto01:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:51
*** snouto <snouto!~snouto@2.90.91.206> has quit IRC01:51
*** snouto <snouto!~snouto@2.90.91.206> has joined #yocto01:52
snoutokhem : Thank you01:54
snoutobillr : Thank you , you really were very helpful to me01:54
*** snouto <snouto!~snouto@2.90.91.206> has quit IRC01:54
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto02:01
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto02:07
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC02:13
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto02:14
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC02:18
*** mbroadst <mbroadst!~mbroadst@cpe-67-244-123-227.nyc.res.rr.com> has quit IRC02:19
*** stephano <stephano!stephano@nat/intel/x-gxezkrvgzacaohji> has quit IRC02:30
*** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has quit IRC02:33
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-knahujatsbcwqlyl> has quit IRC02:39
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto02:42
*** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has joined #yocto02:49
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC03:03
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC03:12
*** cbzx <cbzx!~cbzx@CPE0015f27565d5-CMbc1401e21ad0.cpe.net.cable.rogers.com> has joined #yocto03:19
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC03:24
*** Amynka <Amynka!~frozen@wraeth.id.au> has joined #yocto03:24
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto03:24
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC03:26
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC03:39
-YoctoAutoBuilder- build #748 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/74803:47
rai_I'm trying to build the kernel and FS for the Intel Galileo 2.  I DLed the BSP from the Intel website and the and ran setup.sh . The build complains of many layer.conf files not found.  I've noticed that some layers (meta-*whatever*) don't have a 'conf' or layer.conf file.  Shouldn't all layers have a layer.conf ?03:56
*** cbzx <cbzx!~cbzx@CPE0015f27565d5-CMbc1401e21ad0.cpe.net.cable.rogers.com> has quit IRC04:10
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto04:17
*** agust <agust!~agust@p4FCB4E2D.dip0.t-ipconnect.de> has joined #yocto04:21
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC04:24
*** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has quit IRC04:37
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC04:42
-YoctoAutoBuilder- build #761 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/76104:43
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC04:47
*** sa2ajj <sa2ajj!~quassel@dsl-espbrasgw1-50de2f-243.dhcp.inet.fi> has joined #yocto04:48
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto05:12
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.102> has joined #yocto05:30
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC05:34
*** stephano <stephano!stephano@nat/intel/x-jkwyslobnmzkytgq> has joined #yocto05:36
-YoctoAutoBuilder- build #745 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/74505:38
*** pohly <pohly!~pohly@p5DE8D713.dip0.t-ipconnect.de> has joined #yocto05:43
tasslehoffI have an old target running dylan. Can't move on because I'm stuck at kernel 2.6.39. Now I want GCC 5.2. Think that can be done?05:45
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto05:45
-YoctoAutoBuilder- build #765 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/76505:46
*** frsc <frsc!~frsc@80.149.173.67> has joined #yocto06:03
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto06:05
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto06:09
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC06:10
*** sujith_h <sujith_h!~toaster@139.181.35.34> has joined #yocto06:12
-YoctoAutoBuilder- build #780 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/78006:15
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto06:15
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto06:16
*** sujith_h <sujith_h!~toaster@139.181.35.34> has quit IRC06:17
*** sujith_h <sujith_h!~toaster@139.181.35.34> has joined #yocto06:19
*** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto06:19
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:19
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto06:21
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC06:22
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto06:28
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.222.187> has joined #yocto06:32
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC06:36
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto06:37
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC06:39
*** sujith_h <sujith_h!~toaster@139.181.35.34> has quit IRC06:39
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto06:39
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto06:43
*** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto06:44
*** boucman_work <boucman_work!~boucman@247.37.0.109.rev.sfr.net> has joined #yocto06:46
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto06:47
*** jku <jku!jku@nat/intel/x-wnzmqxgyrrjugzij> has joined #yocto06:47
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC06:47
*** boucman_work <boucman_work!~boucman@247.37.0.109.rev.sfr.net> has quit IRC06:50
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-jbvzpjcuxyrijnxy> has joined #yocto06:50
*** jbrianceau_away is now known as jbrianceau06:50
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto06:51
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto06:52
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC06:52
*** josep <josep!~jhunt@c-d308e353.010-118-73746f7.cust.bredbandsbolaget.se> has quit IRC06:54
*** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC06:54
*** townxelliot <townxelliot!~ell@176.251.195.68> has joined #yocto06:56
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto06:58
*** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC06:59
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has joined #yocto07:02
*** fl0v0 <fl0v0!~fvo@p4FC0A1C2.dip0.t-ipconnect.de> has joined #yocto07:04
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has joined #yocto07:07
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC07:13
*** fl0v0 <fl0v0!~fvo@p4FC0A1C2.dip0.t-ipconnect.de> has quit IRC07:14
*** fl0v0 <fl0v0!~fvo@p4FC0A1C2.dip0.t-ipconnect.de> has joined #yocto07:15
*** sno <sno!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC07:17
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto07:17
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC07:18
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto07:20
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:24
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto07:27
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC07:32
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto07:32
*** mckoan|away is now known as mckoan07:37
*** edbart <edbart!ebartosh@nat/intel/x-wcfjkcmmlogfizhq> has joined #yocto07:37
mckoangood morning07:37
*** toscalix <toscalix!~toscalix@149.100.1.24> has joined #yocto07:42
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto07:45
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto08:00
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC08:08
*** moto-tim1 <moto-tim1!ttorling@nat/intel/x-rseuzcmljzjwcngu> has joined #yocto08:10
-YoctoAutoBuilder- build #735 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/73508:11
*** evanp_ <evanp_!~evan@192.55.54.40> has joined #yocto08:11
*** pianodaemon <pianodaemon!~pianodaem@134.134.139.76> has quit IRC08:11
*** tripzero <tripzero!tripzero@nat/intel/x-lewvsmuykahzarlk> has quit IRC08:11
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC08:11
*** sgw_ <sgw_!sgw_@nat/intel/x-hwpvppseeaychssa> has quit IRC08:11
*** sjolley <sjolley!sjolley@nat/intel/x-nledhnykkdunfaye> has quit IRC08:11
*** evanp <evanp!~evan@134.134.139.83> has quit IRC08:12
*** dshwang <dshwang!~dshwang@134.134.137.73> has quit IRC08:12
*** aehs29 <aehs29!~aehernan@134.134.137.75> has quit IRC08:12
*** aehs291 <aehs291!aehernan@nat/intel/x-tonqhrkjvdolyufm> has joined #yocto08:12
*** sgw_ <sgw_!~sgw_@134.134.137.75> has joined #yocto08:15
*** sjolley <sjolley!sjolley@nat/intel/x-dmilvpknpngphefh> has joined #yocto08:15
khemRP: Here is fix for non-glibc c++ header issue in SDK that I was talking about other day http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/gcc-6&id=e52025a59bc3bc19a5bcb16c9ab43ba7eb29f87208:17
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has joined #yocto08:17
RPkhem: ah, neat :)08:17
*** tripzero <tripzero!~tripzero@134.134.139.70> has joined #yocto08:17
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC08:17
*** maxin <maxin!~maxin@194.136.86.45> has joined #yocto08:20
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto08:26
*** boucman_work <boucman_work!~boucman@247.37.0.109.rev.sfr.net> has joined #yocto08:27
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC08:27
khemRP: my tree is growing, I have accumulated many updates in there08:28
khemwhen are we opening master08:28
*** mago__ <mago__!~mago@88.131.56.168> has quit IRC08:28
RPkhem: its open now basically08:29
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto08:29
-YoctoAutoBuilder- build #761 of nightly-mips is complete: Failure [failed Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/76108:29
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC08:30
khemRP: OK08:40
khemRP: In my tree, I have currently pointed the gcc/glibc/gdb to branches inside my github forks for ease of fixing08:41
khemRP: I will ask rburton to give it another run on ab08:42
*** belen <belen!Adium@nat/intel/x-akavhrdtyosqqdcc> has joined #yocto08:45
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:46
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:53
-YoctoAutoBuilder- build #481 of nightly-world-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/48108:54
*** toscalix <toscalix!~toscalix@149.100.1.24> has quit IRC08:56
*** toscalix_ <toscalix_!~toscalix@149.100.1.24> has joined #yocto08:56
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto09:00
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC09:01
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC09:03
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto09:04
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC09:05
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:05
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto09:11
lpappHi. Can RREPLACES/RCONFLICTS/RPROVIDES be applied for moving files from one package (also recipe) to another (also recipe)?09:12
*** belen <belen!Adium@nat/intel/x-akavhrdtyosqqdcc> has quit IRC09:12
lpappor what would be the right way for making opkg happy at a potential upgrade on the field?09:13
rburtonyes, that's what they're generally for09:13
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC09:13
*** belen <belen!~Adium@134.134.137.71> has joined #yocto09:13
*** tripzero <tripzero!~tripzero@134.134.139.70> has quit IRC09:13
*** sgw_ <sgw_!~sgw_@134.134.137.75> has quit IRC09:13
*** sjolley <sjolley!sjolley@nat/intel/x-dmilvpknpngphefh> has quit IRC09:13
lpappI used these when I renamed a package from old to new: RREPLACES_${PN} = "old-name"09:14
lpappbut I have not yet used them for files.09:14
lpappi.e. in the file restructuring sense, both packages will coexist in the future, they will just differently distribute the files at a potential upgrade.09:15
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto09:16
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto09:16
*** nrossi <nrossi!~nrossi@CPE-123-211-45-7.lnse3.cha.bigpond.net.au> has joined #yocto09:16
*** sjolley <sjolley!sjolley@nat/intel/x-lpugqhqazfmhjmjs> has joined #yocto09:16
lpappor is it something like opkg that I should use with some force option at package upgrade not to complain about clashing files from different packages?09:18
*** sgw_ <sgw_!~sgw_@134.134.137.75> has joined #yocto09:18
lpappor I should first remove the old packages and then install the new ones? What is the best practice here to solve this?09:19
*** tripzero <tripzero!~tripzero@134.134.139.70> has joined #yocto09:19
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC09:21
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto09:21
rburtoneasiest way is to go read the debian developer guide, the chapter on moving files between packages09:21
rburtonexplains how to do it, but basically use replaces/conflicts/provides09:22
lpappthank you, do you have a recipe in mind doing this in meta already?09:23
rburtongrep RCONFLICTS, you'll find some09:23
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-qapwsudtlelkcspf> has joined #yocto09:33
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto09:33
lpapprburton: I can only see package conflicts, not file.09:35
*** toscalix_ is now known as toscalix09:36
lpappe.g. in ./meta/recipes-support/libnl/libnl_3.2.22.bb09:41
lpappor ./meta/recipes-kernel/lttng/lttng-ust_2.4.0.bb09:43
lpappthese are all replacing packages, which is fine, but I cannot find an example for file restructing between two existing packages.09:43
lpappor is it enough to set these up between two packages?09:44
lpappwithout caring about the files?09:44
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC09:50
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC09:50
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto09:52
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto09:53
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto09:53
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC09:55
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto09:56
*** mortderire <mortderire!rkinsell@nat/intel/x-pxgbqrjwpxdmjqrq> has joined #yocto10:03
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC10:06
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC10:07
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto10:08
*** fledermaus <fledermaus!~vivek@93.93.133.71> has joined #yocto10:10
lpapprburton: from the debian manual: "It is usually an error for a package to contain files which are on the system in another package. However, if the overwriting package declares that it Replaces the one containing the file being overwritten, then dpkg will replace the file from the old package with that from the new. The file will no longer be listed as "owned" by the old package and will be taken over by the10:12
lpappnew package. Normally, Breaks should be used in conjunction with Replaces.[53] "10:13
lpapp     Replaces: foo (<< 1.2-3)10:13
lpapp     Breaks: foo (<< 1.2-3)10:13
lpappso it seems to be that the specification is not file based, but the same as for whole packages.10:14
lpappexcept that it does not say conflict10:14
lpappnot sure why it does not say rprovides though10:14
*** shagu <shagu!~eric@p5B2E8F20.dip0.t-ipconnect.de> has joined #yocto10:22
*** sjolley <sjolley!sjolley@nat/intel/x-lpugqhqazfmhjmjs> has quit IRC10:30
*** sjolley <sjolley!~sjolley@134.134.137.73> has joined #yocto10:32
*** mortderire <mortderire!rkinsell@nat/intel/x-wxzvutrvaayrmlrr> has joined #yocto10:38
*** shagu <shagu!~eric@p5B2E8F20.dip0.t-ipconnect.de> has joined #yocto10:49
*** sno <sno!~sno@62.157.143.22> has joined #yocto10:51
lpappis it RREPLACES_${PN} = "foo (<= 1.1.1)" -> is it possible to specify the PR version in that line for foo?10:52
lpappso for instance, something like 1.1.1-r3 instead of 1.1.1?10:53
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has quit IRC11:08
*** edbart <edbart!ebartosh@nat/intel/x-wcfjkcmmlogfizhq> has quit IRC11:10
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto11:15
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2001:cb3b::b88> has joined #yocto11:24
*** lumpidu <lumpidu!c108287e@gateway/web/freenode/ip.193.8.40.126> has joined #yocto11:34
lumpiduif I want to define do_compile() differently for native builds and for cross compilation builds: is there any do_compile_native() or how do I have to express this ?11:35
rburtondo_compile_class-native11:36
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-qapwsudtlelkcspf> has quit IRC11:39
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has quit IRC11:44
*** berton <berton!~fabio@187.23.154.250> has joined #yocto11:48
lumpidu@rburton: thanks, works!11:48
lumpiduif a recipe is built indirectly natively because of a bitbake rootfs-image  -c populate_sdk, how do I access the devshell for the native build of that recipe ?11:52
rburtonbitbake recipe-native -c devshell11:53
*** bananadev <bananadev!~onlyester@118.70.128.150> has quit IRC11:55
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto11:57
*** mortderire <mortderire!rkinsell@nat/intel/x-wxzvutrvaayrmlrr> has quit IRC12:00
lpappthis seems to work RREPLACES_${PN}-foo = "bar", but this does not RREPLACES_${PN}-foo = "bar (<=1.1.1)", i.e. I am getting conflicts at opkg install pkg-foo: RREPLACES_${PN}-foo = "bar". What am I doing wrong?12:04
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has quit IRC12:04
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has joined #yocto12:20
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC12:20
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto12:20
*** mortderire <mortderire!rkinsell@nat/intel/x-rixwsdhunsmomurb> has joined #yocto12:20
*** flihp <flihp!~flihp@c-50-185-54-102.hsd1.ca.comcast.net> has quit IRC12:23
*** flihp <flihp!~flihp@c-50-185-54-102.hsd1.ca.comcast.net> has joined #yocto12:24
*** khem <khem!~khem@unaffiliated/khem> has quit IRC12:24
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto12:27
lpapphas this ever been tested ? ./meta/recipes-support/libcheck/libcheck_0.9.12.bb:20:RREPLACES_${PN} = "check (<= 0.9.5)" I see no version specified at other replace places.12:33
lpappalso, this is weirdly constructed, too: ./meta/recipes-core/init-ifupdown/init-ifupdown_1.0.bb:37:RCONFLICTS_${PN} = "netbase (< 1:5.0)" -> what does 1:5.0 mean?12:34
jkulpapp: I suppose 1 is epoch (PE)12:35
lpappjku: hmm, ok, thanks.12:38
lpappI cannot see an example for the versioning restriction even in meta-oe...12:39
lpappperhaps opkg is buggy for the version operators? Because it works fine without...12:40
lpappbut once the replace happens, it is not required in newer versions for our project.12:40
*** cesdv <cesdv!~cesdv@client-188-168-43-165.spb-teleport.ru> has quit IRC12:43
*** flihp <flihp!~flihp@c-50-185-54-102.hsd1.ca.comcast.net> has quit IRC12:44
*** flihp <flihp!~flihp@c-50-185-54-102.hsd1.ca.comcast.net> has joined #yocto12:45
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has quit IRC12:49
*** mbroadst <mbroadst!~mbroadst@204.148.20.206> has joined #yocto12:50
*** edbart <edbart!ebartosh@nat/intel/x-zskfebbtyaxexamg> has joined #yocto13:01
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto13:03
mcfriskdoes jethro run nicely with read-only rootfs, or are fixes/backports/hacks needed?13:06
*** mortderire <mortderire!rkinsell@nat/intel/x-rixwsdhunsmomurb> has quit IRC13:16
*** mortderire <mortderire!rkinsell@nat/intel/x-hqxpcfhbrkuazoef> has joined #yocto13:18
*** Aethenelle <Aethenelle!~Aethenell@166.170.220.117> has joined #yocto13:20
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.102> has quit IRC13:21
*** paulg <paulg!~paulg@128.224.252.2> has joined #yocto13:26
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto13:27
*** jku <jku!jku@nat/intel/x-wnzmqxgyrrjugzij> has quit IRC13:28
*** karobar <karobar!4432d82d@gateway/web/freenode/ip.68.50.216.45> has joined #yocto13:28
*** mortderire <mortderire!rkinsell@nat/intel/x-hqxpcfhbrkuazoef> has quit IRC13:32
karobaranyone have an idea what would cause a improperly implemented machine configure file to cause satisfy_dependencies_for errors? I've got a better explained question here http://stackoverflow.com/questions/37124104/bitbake-fails-during-satisfy-dependency-for13:33
*** fl0v01 <fl0v01!~fvo@pD9F6AC43.dip0.t-ipconnect.de> has joined #yocto13:36
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:36
*** fl0v0 <fl0v0!~fvo@p4FC0A1C2.dip0.t-ipconnect.de> has quit IRC13:38
*** boucman_work <boucman_work!~boucman@247.37.0.109.rev.sfr.net> has quit IRC13:39
*** mortderire <mortderire!rkinsell@nat/intel/x-jcrvxonswaqdekam> has joined #yocto13:41
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC13:50
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto13:51
*** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has joined #yocto13:56
*** gtristan <gtristan!~tristanva@modemcable077.52-176-173.mc.videotron.ca> has quit IRC13:57
*** alimon1 <alimon1!~alimon@134.134.137.73> has joined #yocto13:58
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC13:58
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC14:01
*** maxin <maxin!~maxin@194.136.86.45> has quit IRC14:04
*** mortderire <mortderire!rkinsell@nat/intel/x-jcrvxonswaqdekam> has quit IRC14:04
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto14:06
*** present <present!~present@92.245.156.62> has joined #yocto14:06
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto14:09
*** Anticom <Anticom!~timo.m@217.6.33.234> has joined #yocto14:10
*** madisox <madisox!~madison@12.30.244.5> has quit IRC14:10
*** mortderire <mortderire!rkinsell@nat/intel/x-ktjknwhjcrbhfakm> has joined #yocto14:13
*** mortderire <mortderire!rkinsell@nat/intel/x-ktjknwhjcrbhfakm> has quit IRC14:14
AnticomHi all. Does putting relative paths in bblayers.conf work?14:15
*** maxin <maxin!~maxin@194.136.86.45> has joined #yocto14:16
AnticomMy task is to assemble a git repo (probably using submodules) to have a single repo that can be checked out and is ready to build our image. Afaik this is not how it's meant to be used but have to do that, unless you've got a better suggestion of course :)14:17
shaguAnticom: you could use variables such as $รข{TOPDIR}14:17
*** astrophys <astrophys!~janderJLR@38.104.105.146> has joined #yocto14:18
shaguAnticom: for example BBLAYERS = "${TOPDIR}/../meta"14:18
Anticomshagu: oh... totally forgot that it was an actual bb file... lol thanks :)14:18
*** maxin <maxin!~maxin@194.136.86.45> has quit IRC14:20
*** mortderire <mortderire!rkinsell@nat/intel/x-oiqmnystcamuebnq> has joined #yocto14:21
*** gtristan <gtristan!~tristanva@208.113.48.59> has joined #yocto14:23
*** ntl <ntl!~nathanl@cpe-24-242-75-173.austin.res.rr.com> has joined #yocto14:23
*** maxin <maxin!~maxin@2001:998:22:0:bd87:11a0:aea2:750b> has joined #yocto14:24
*** maxin <maxin!~maxin@2001:998:22:0:bd87:11a0:aea2:750b> has quit IRC14:28
*** dshwang <dshwang!~dshwang@192.55.54.40> has joined #yocto14:29
*** belen <belen!~Adium@134.134.137.71> has quit IRC14:31
*** mortderire <mortderire!rkinsell@nat/intel/x-oiqmnystcamuebnq> has quit IRC14:32
*** boucman_work <boucman_work!~boucman@247.37.0.109.rev.sfr.net> has joined #yocto14:33
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:34
*** mckoan is now known as mckoan|away14:36
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC14:36
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto14:36
*** Aethenelle <Aethenelle!~Aethenell@166.170.220.117> has quit IRC14:37
*** present <present!~present@92.245.156.62> has quit IRC14:40
lumpiduin my nativesdk libpthread is missing, how to add it to there ?14:46
*** adelcast <adelcast!~adelcast@130.164.62.82> has joined #yocto14:46
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:46
*** torriz <torriz!~torriz@unaffiliated/torriz> has joined #yocto14:49
*** torriz <torriz!~torriz@unaffiliated/torriz> has left #yocto14:50
*** billr <billr!~wcrandle@134.134.139.74> has joined #yocto14:51
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC14:52
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto14:52
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto14:53
*** frsc <frsc!~frsc@80.149.173.67> has quit IRC14:55
*** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto14:58
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has quit IRC15:02
AnticomBtw. why is there meta-*/ in poky's .gitignore?15:06
boucman_workAnticom: gitignore doesn't ignore stuff that is already tracked by git15:07
lpapppeople may like cloning meta layers into the poke root15:07
lpapppoky*15:07
lpappI certainly used to do that15:08
boucman_workso my guess is that it allows to hide whatever layers the dev has added while still tracking the ones that are in git15:08
lpappthat is right.15:08
Anticomlpapp: that's exactly what i wanted to do. However now i'd have to force them in15:08
lpappAnticom: why not submodule?15:08
*** tjamison <tjamison!~tjamison@38.104.105.146> has joined #yocto15:08
Anticomlpapp: from poky?15:09
Anticomhm15:09
*** belen <belen!~Adium@134.134.137.71> has joined #yocto15:09
lpappbecause they have their own history...15:09
Anticomi'm having a parent repo where poky is one of its submodules. That's how i wanted to do it15:09
Anticomguess i can set our repo as upstream for poky and leave the downstream for updates?15:10
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto15:10
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC15:11
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:11
*** mortderire <mortderire!rkinsell@nat/intel/x-npwkxhrfcerpohkf> has joined #yocto15:14
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.222.187> has quit IRC15:16
rburtonAnticom: if you've a parent repo then you could put the other layers alongside poky instead of under it15:17
*** tjamison <tjamison!~tjamison@38.104.105.146> has quit IRC15:17
*** smiller6 <smiller6!~smiller6@38.104.105.146> has joined #yocto15:17
Anticomrburton: that's the solution i'm going with now :)15:17
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.222.187> has joined #yocto15:18
rburtonmakes it clear that the layers are not part of poky15:18
neverpanicAnticom: that's also what we're doing.15:18
neverpanicSo if that's "not how it's meant to be used", rest assured that there are others violating that rule.15:19
*** tjamison <tjamison!~tjamison@38.104.105.146> has joined #yocto15:19
Anticomrburton: Also i still don't get how to use yocto w/o poky repo. Iirc it's "just" a reference distro however there are plenty of scripts and tools already set up for you so starting from ground up would be a rather huge efford, wouldn't it?15:19
rburtonno15:20
rburtonclone bitbake and oe-core15:20
rburtonsorted!15:20
*** ulf` <ulf`!~Ulf@134.134.139.78> has joined #yocto15:20
Anticomneverpanic: I thought you just version your own layers and set up your environment by getting the provided stuff yourself instaed of managing them in submodules15:20
Anticomrburton: oh okay15:21
Anticomoh man, haven't worked with yocto for 4 weeks bc of vacation and now i'm starting from scratch again :/15:21
*** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has joined #yocto15:22
neverpanicAnticom: We want to be able to have one central version where we can go back and forth to bisect problems15:22
*** cogitoergobum <cogitoergobum!~cogito@176.53.21.210> has joined #yocto15:23
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto15:24
*** cesdv <cesdv!~cesdv@client-188-168-43-165.spb-teleport.ru> has joined #yocto15:27
*** shagu_ <shagu_!~eric@p5B2E99DD.dip0.t-ipconnect.de> has joined #yocto15:28
Anticomrburton: btw is there any reason, why the layers have to be cloned manually and then added? Wouldn't it be more convenient to just specify the layers's location similar to SRC_URI and let some script handle the rest?15:29
Anticombesides effort to change it of course15:29
*** sjolley <sjolley!~sjolley@134.134.137.73> has quit IRC15:30
rburtonyou've just described bitbake-layers ;)15:30
Anticomrburton: well but i can't check that bblayers.conf in15:31
Anticomsince the paths are absolute and unique to my machine15:31
rburtonyeah15:31
*** sjolley <sjolley!~sjolley@134.134.137.73> has joined #yocto15:31
*** shagu <shagu!~eric@p5B2E8F20.dip0.t-ipconnect.de> has quit IRC15:31
Anticomrburton: i was thinking about like a bbproject.conf where you just say BBLAYERS = "git://git.yoctoproject.org/poky.git git://git.openembedded.org/meta-openembedded ..."15:32
Anticomand have a tool to set up your environment15:32
Anticomthis way it could be versioned and easily managed15:32
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-byjawawatjsxvwul> has joined #yocto15:32
*** belen <belen!~Adium@134.134.137.71> has quit IRC15:33
*** belen <belen!Adium@nat/intel/x-ylqulnwhwoetmahl> has joined #yocto15:33
billrRP; finally got to the point where I saw your reply to the oeqa2 email thread. What you said here earlier reiterates your comments in the email. Thanks.15:34
*** sjolley <sjolley!~sjolley@134.134.137.73> has quit IRC15:36
*** mortderire <mortderire!rkinsell@nat/intel/x-npwkxhrfcerpohkf> has quit IRC15:38
*** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has quit IRC15:40
kergothAnticom: as rburton says, bitbake-layers can fetch from the layer index. one ofthe montavista guys had a patch series to add remote layers support to BBLAYERS, but i don't think it ended up getting too far15:42
kergothmost folks just address it with other tooling15:42
kergothrather than making bitbake do everything15:42
lumpiduSorry for repeating my question: my nativesdk recipe needs <nativesdk-prefix>/usr/lib/libpthread_nonshared.a which according to the host manifest is not installed in the sdk, but according  to the target manifest it is. I added a nativesdk-packagegroup-sdk-host.bbappend and inside RDEPENDS for libpthread-stubs, but it does not add the lib to the native sdk :( Any ideas ?15:42
kergothyou need nativesdk-libpthread-stubs15:43
kergothnativesdk packages are nativesdk- prefixed15:43
kergothyou could also ust add it to TOOLCHAIN_HOST_TASK in the sdk / image / local.conf rather than adjusting the packagegroup15:44
Anticomare variables like TOPDIR and THISDIR expanded in bblayers.conf?15:46
*** moto-tim1 is now known as moto-timo15:46
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto15:46
*** mbroadst <mbroadst!~mbroadst@204.148.20.206> has quit IRC15:47
*** mbroadst <mbroadst!~mbroadst@204.148.20.206> has joined #yocto15:48
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC15:49
lumpidu@kergoth, so is it ok to add it as RDEPENDS_${PN} += "nativesdk-libpthread-stubs" of the nativesdk-packagegroup-sdk-host.bbappend ?15:49
karobaranyone have an idea what would cause satisfy_dependencies_for errors, even when the .ipks are in a package arch dir which is set to my MACHINE variable? I've got a better explained question here http://stackoverflow.com/questions/37124104/bitbake-fails-during-satisfy-dependency-for15:51
lumpiduand to make the dependency clear that this has to be available before my recipe is compiled, to add RDEPENDS_${PN}_class-nativesdk += "nativesdk-libpthread-stubs" to the recipe ?15:51
*** maxin <maxin!~maxin@194.136.86.45> has joined #yocto15:55
*** astrophys <astrophys!~janderJLR@38.104.105.146> has quit IRC15:55
rburtonlumpidu: do you really need pthread-stubs?15:56
lumpidurburton: unfortunately yes: I am about to put grpc under a recipe: for that I need protobuf for generating the translated files and then the grpc libs depend on pthread15:59
lumpidurburton: is this a problem ?16:00
*** sjolley <sjolley!~sjolley@134.134.139.78> has joined #yocto16:00
*** maxin <maxin!~maxin@194.136.86.45> has quit IRC16:00
rburtonglibc should be shipping pthreads16:00
rburtonmy glibc has /lib/libpthread-2.23.so and /lib/libpthread.so.0 in16:01
lumpiduwhat I am doing is bitbake rootfs -c populate-sdk and the  pthread libs are in the target sysroot but not in the host sysroot16:02
*** rubdos <rubdos!~rubdos@host-85-27-76-52.dynamic.voo.be> has joined #yocto16:02
*** cogitoergobum <cogitoergobum!~cogito@176.53.21.210> has quit IRC16:03
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto16:06
rburtonsadly i don't have a sdk built to compare16:06
rburtonlumpidu: so you want a nativesdk-grpc so you can run grpc inside the sdk itself16:06
lumpidurburton: ah what I am seeing is that the host sysroot has the libpthread.so inside but not the libpthread_nonshared.a which is required by grpc and which is present in the target sysroot16:07
rburtonwhy would you need a host libpthread-nonshared.a in a sdk?16:07
rburtonunless you're building other host binaries16:08
lumpiduwhat I want is to have the protoc plugins of grpc compiled for the native sdk so they can be run on the host when generating the grpc code for the target16:09
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC16:09
*** boucman_work <boucman_work!~boucman@247.37.0.109.rev.sfr.net> has quit IRC16:10
*** gtristan <gtristan!~tristanva@208.113.48.59> has quit IRC16:11
*** Anticom <Anticom!~timo.m@217.6.33.234> has quit IRC16:15
*** stephano <stephano!stephano@nat/intel/x-xuitqwkvpnwahtmg> has joined #yocto16:19
lumpidurburton: is libpthread_nonshared.a a problem for host sdk ?16:21
*** adelcast <adelcast!~adelcast@130.164.62.82> has left #yocto16:21
rburtonlumpidu: afaik, the host bits are just to run, so you won't get headers and static libraries16:22
*** fl0v01 <fl0v01!~fvo@pD9F6AC43.dip0.t-ipconnect.de> has quit IRC16:22
lumpiduis this something I could tweak with some .bbappend ? any hint on which recipe to look for ? glibc ?16:24
rburtonyou want to add nativesdk-glibc-dev to the sdk i guess16:25
*** gtristan <gtristan!~tristanva@208.113.48.59> has joined #yocto16:25
*** adelcast <adelcast!~adelcast@130.164.62.224> has joined #yocto16:27
*** smiller6 <smiller6!~smiller6@38.104.105.146> has quit IRC16:29
*** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has joined #yocto16:30
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC16:34
*** Jefro <Jefro!~jefro@50-0-157-200.dsl.static.fusionbroadband.com> has joined #yocto16:39
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC16:41
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto16:42
*** toscalix <toscalix!~toscalix@149.100.1.24> has quit IRC16:42
*** armpit <armpit!~akuster@2601:202:4000:1239:f10a:9ff0:2d1d:e70f> has quit IRC16:43
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto16:43
*** sno <sno!~sno@62.157.143.22> has quit IRC16:48
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto16:54
*** grma <grma!~gruberm@80.93.38.128> has quit IRC16:54
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC17:02
*** jbrianceau is now known as jbrianceau_away17:09
*** poirot <poirot!c0926547@gateway/web/freenode/session> has joined #yocto17:19
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has quit IRC17:27
*** belen <belen!Adium@nat/intel/x-ylqulnwhwoetmahl> has quit IRC17:30
*** dv__ <dv__!~quassel@62.178.118.86> has joined #yocto17:35
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC17:36
*** lumpidu <lumpidu!c108287e@gateway/web/freenode/ip.193.8.40.126> has quit IRC17:37
*** edbart <edbart!ebartosh@nat/intel/x-zskfebbtyaxexamg> has quit IRC17:39
kergothJaMa: if we want to stay on 5.6, is the best bet to just lock down meta-qt5 to c1b0c9f546289b1592d7a895640de103723a0305? Is there a tag/branch for folks who aren't prepared for the jump yet?17:40
JaMakergoth: krogoth branch17:42
kergothwe're not sticking to krogoth elsewhere, though :)17:43
JaMabut it will get bugfixes which apply fot 5.617:44
kergothah17:44
JaMamany projects are using older Yocto releases and meta-qt5 from krogoth branch17:44
JaMabecause they want 5.617:44
JaMaso you have oposite case :)17:44
kergothI don't know if we'll have to stay with 5.6 or not, but it needs to be carefully considered due to the licensing changes, which means dealing with legal :)17:44
kergothi'll try sticking with krogoth for now17:45
kergoththanks17:45
JaMait's possible that I'll eventually create separate branch for 5.6 maintanance which will be compatible with latest Yocto relases (once there are some incompatible changes) because of licensing17:45
* kergoth nods17:46
*** Jefro <Jefro!~jefro@50-0-157-200.dsl.static.fusionbroadband.com> has quit IRC17:52
* kergoth preps more ldflags fixes17:56
* kergoth wonders how he didn't hit some of these with the external toolchain, must not have built some of those recipes17:57
kergothRP: sorry i didn't get to the ldflags issues yesterday, feel free to hold off on the ldflags poisoning merge. i've got a sick kid at home, and he's in a dada phase, i barely got a half day of work in yesterday18:00
kergothheh18:00
*** bottazzini <bottazzini!~realBigfo@192.55.54.44> has quit IRC18:04
*** sgw_ <sgw_!~sgw_@134.134.137.75> has quit IRC18:05
*** sgw_ <sgw_!sgw_@nat/intel/session> has joined #yocto18:05
*** Amynka is now known as House_of_chains18:08
*** House_of_chains is now known as Zelena18:08
khemkergoth: ldflags poising is going to expose a lot of recipes which dont respect ldflags so imo that should be fixed18:11
khemkergoth: secondly, its going to mean that when I do $CC hello.c with installed SDK from OE that wont work18:11
khemits a different behavior than rest of gcc world18:12
kergothbinaries don't work without setting the hash style to gnu?18:12
khemno18:12
khemdefault it sysv18:12
khemeven though gnu_hash is better and faster, it would be less of a pain to drop it and take the hit if we really want the ldflags18:13
khempoisoning18:13
kergothi didn't realize gnu hash is required to run binaries, i thought it was just a performance improvement. regardless, we could easily apply the poisoning only to gcc-cross and not gcc-cross-canadian and sidestep the sdk issues entirely18:14
kergoththe main goal here to identify problematic recipes, which is via gcc-cross18:14
kergothRP: thoughts on that? i think we should set it aside entirely until more of the qa failures are fixed, regardless, but perhaps cross-canadian should be excluded18:16
khemare there some gut of gcc-cross that is exposed to libgcc and gcc-runtime as well ?18:18
khemsubsequently18:18
*** Snert_ <Snert_!~snert_@69-161-21-126.static.acsalaska.net> has joined #yocto18:21
*** nrossi <nrossi!~nrossi@CPE-123-211-45-7.lnse3.cha.bigpond.net.au> has quit IRC18:40
*** poirot <poirot!c0926547@gateway/web/freenode/session> has quit IRC18:41
*** poirot <poirot!c0926547@gateway/web/freenode/ip.192.146.101.71> has joined #yocto18:41
*** sgw_ <sgw_!sgw_@nat/intel/session> has quit IRC18:42
*** sgw_ <sgw_!sgw_@nat/intel/x-uyrdwzxgspsjnyks> has joined #yocto18:42
karobaranyone have an idea what would cause opkg to spit out satisfy_dependencies_for errors, even when the .ipks are in a package arch dir which is set to my MACHINE variable? I've got a better explained question here http://stackoverflow.com/questions/37124104/bitbake-fails-during-satisfy-dependency-for18:43
*** paulg <paulg!~paulg@128.224.252.2> has quit IRC18:46
*** armpit <armpit!~akuster@64.2.3.194> has joined #yocto18:46
khemkarobar: are those ipks empty ?18:54
otaviorburton: can you take a look at Neena's e-mail about FreeGLUT?18:56
otaviokergoth: I don't think 5.6 is worse than 5.5. 5.4 is the last one which were not gplv3 IIRC18:58
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto19:01
*** sno <sno!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto19:02
khemQt is headed wrong way19:02
karobarkhem: no, the .ipks for all the dependencies seem to have control and data tars19:06
*** fledermaus <fledermaus!~vivek@93.93.133.71> has quit IRC19:07
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-jbvzpjcuxyrijnxy> has quit IRC19:18
*** bottazzini <bottazzini!~realBigfo@192.55.54.42> has joined #yocto19:21
*** josep <josep!~jhunt@c-6525e655.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto19:23
*** sno <sno!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC19:31
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC19:31
*** gtristan <gtristan!~tristanva@208.113.48.59> has quit IRC19:32
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC19:33
*** stephano <stephano!stephano@nat/intel/x-xuitqwkvpnwahtmg> has quit IRC19:37
*** sjolley <sjolley!~sjolley@134.134.139.78> has quit IRC19:44
*** sjolley <sjolley!~sjolley@134.134.139.78> has joined #yocto19:45
*** sjolley <sjolley!~sjolley@134.134.139.78> has quit IRC19:47
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has quit IRC19:49
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has joined #yocto19:50
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto19:50
JaMaotavio: but meta-qt5/master has 5.7 which is a lot worse than 5.6 in meta-qt5/krogoth for many people19:53
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has quit IRC19:53
kergothotavio: 5.7 removes lgpl 2.1 as an option19:55
* kergoth yawns19:55
*** poirot <poirot!c0926547@gateway/web/freenode/ip.192.146.101.71> has quit IRC20:08
*** rburton1 <rburton1!~Adium@home.burtonini.com> has joined #yocto20:13
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC20:16
*** sjolley <sjolley!~sjolley@134.134.139.77> has joined #yocto20:16
*** sjolley1 <sjolley1!~sjolley@134.134.139.77> has joined #yocto20:19
*** sjolley <sjolley!~sjolley@134.134.139.77> has quit IRC20:19
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC20:20
*** kscherer <kscherer!~kscherer@128.224.252.2> has quit IRC20:22
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto20:23
*** townxelliot <townxelliot!~ell@176.251.195.68> has quit IRC20:28
*** pohly <pohly!~pohly@p5DE8D713.dip0.t-ipconnect.de> has quit IRC20:30
*** dreyna <dreyna!~dreyna@unknown-216-201.windriver.com> has joined #yocto20:33
*** cbzx <cbzx!~cbzx@CPE0015f27565d5-CMbc1401e21ad0.cpe.net.cable.rogers.com> has joined #yocto20:37
*** sno <sno!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto20:42
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC20:43
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.222.187> has quit IRC20:44
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto20:45
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC20:46
otaviokergoth: indeed20:48
*** mbergek <mbergek!~mbergek@c-4ab0e055.17-2-64736c10.cust.bredbandsbolaget.se> has joined #yocto20:49
*** deception <deception!~deception@unaffiliated/deception> has quit IRC20:53
*** deception <deception!~deception@unaffiliated/deception> has joined #yocto20:54
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto20:55
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto21:00
*** Zelena is now known as Amynka21:00
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC21:01
*** alimon1 <alimon1!~alimon@134.134.137.73> has quit IRC21:06
*** cbzx <cbzx!~cbzx@CPE0015f27565d5-CMbc1401e21ad0.cpe.net.cable.rogers.com> has quit IRC21:09
*** cbzx <cbzx!~cbzx@CPE0015f27565d5-CMbc1401e21ad0.cpe.net.cable.rogers.com> has joined #yocto21:09
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto21:09
*** josep <josep!~jhunt@c-6525e655.010-118-73746f7.cust.bredbandsbolaget.se> has quit IRC21:09
*** karobar <karobar!4432d82d@gateway/web/freenode/ip.68.50.216.45> has quit IRC21:10
*** berton <berton!~fabio@187.23.154.250> has quit IRC21:16
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC21:20
*** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC21:25
*** jpierre03 <jpierre03!~jpierre03@voyage.prunetwork.fr> has joined #yocto21:26
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has quit IRC21:28
*** gtristan <gtristan!~tristanva@modemcable077.52-176-173.mc.videotron.ca> has joined #yocto21:33
*** ulf` <ulf`!~Ulf@134.134.139.78> has quit IRC21:35
*** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto21:39
*** bottazzini <bottazzini!~realBigfo@192.55.54.42> has quit IRC21:40
*** mortderire <mortderire!~rkinsell@192.198.151.43> has quit IRC21:42
*** rburton1 <rburton1!~Adium@home.burtonini.com> has quit IRC21:43
*** bottazzini <bottazzini!~realBigfo@192.55.54.42> has joined #yocto21:46
*** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto21:51
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC21:52
*** fledermaus <fledermaus!~vivek@78.32.176.249> has joined #yocto21:53
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:03
*** ntl <ntl!~nathanl@cpe-24-242-75-173.austin.res.rr.com> has quit IRC22:10
*** ant_home <ant_home!~ant__@host175-222-dynamic.20-79-r.retail.telecomitalia.it> has joined #yocto22:13
*** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has quit IRC22:13
RPkergoth: In theory people should be using our SDK flags. If they're not, they're asking for trouble :/22:20
RPkergoth: I know people are unhappy about the --sysroot poisoning though22:20
*** mbroadst <mbroadst!~mbroadst@204.148.20.206> has quit IRC22:20
khemRP: I think as far as the options are bundled into CFLAGS or CC it should be fine22:26
khemRP: however, saying that you can not do $CC -o test test.c is not acceptable IMO22:27
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC22:32
RPkhem: its a tricky one... :/22:32
*** gtristan <gtristan!~tristanva@modemcable077.52-176-173.mc.videotron.ca> has quit IRC22:35
khemRP: most of folks have preexisting Makefiles,22:36
RPkhem: doesn't this mean we have problems changing gcc-cross too?22:36
khemasking for CC ${CLFAGS} -o test.o test.c ; LD $LDFLAGS test.o -o test22:37
khemis fine but then whats the point of gcc driver ?22:37
khemgcc-cross doesnt interact with users as much as SDK does22:37
khemit can be dealt with at recipe level22:37
khemit would help with cleanup but then we also have to keep in mind what developers expect22:38
khemmost of them expect native kind of experience22:38
khemespecially with SDKs22:39
RPkhem: don't you just do CC $CFLAGS $LDFLAGS -o test test.c ?22:39
RPkhem: our LDFLAGS are designed to go to the driver rather than the linker directly anyway22:39
khemRP: yes that would do it too22:39
khemhowever, they will begrudge22:39
khemhmm do we export CFLAGS and LDFLAGS into sdk env ?22:40
khemin that case it may not be needed22:40
RPkhem: we do export both afaik, yes22:44
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC22:46
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto22:47
*** stephano <stephano!~stephano@134.134.139.74> has joined #yocto22:51
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto22:56
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC23:00
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto23:00
*** mbergek <mbergek!~mbergek@c-4ab0e055.17-2-64736c10.cust.bredbandsbolaget.se> has quit IRC23:02
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC23:05
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto23:05
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC23:12
*** fledermaus <fledermaus!~vivek@78.32.176.249> has quit IRC23:16
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has quit IRC23:32
*** tjamison <tjamison!~tjamison@38.104.105.146> has left #yocto23:37
*** Aethenelle <Aethenelle!~Aethenell@166.170.220.117> has joined #yocto23:41
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto23:42
*** agust <agust!~agust@p4FCB4E2D.dip0.t-ipconnect.de> has quit IRC23:44
*** slips <slips!~slips@62.167.164.82.customer.cdi.no> has quit IRC23:54
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto23:56
khemok that may help bit makefiles23:56

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