| *** rcw <rcw!~rwoolley@104-222-117-122.cpe.teksavvy.com> has joined #yocto | 00:06 | |
| *** kpo__ <kpo__!~bob@user-94-254-248-17.play-internet.pl> has joined #yocto | 00:06 | |
| *** kpo_ <kpo_!~bob@user-94-254-248-17.play-internet.pl> has quit IRC | 00:07 | |
| *** hmwel <hmwel!~hmw@zimbra.welvaarts.com> has quit IRC | 00:11 | |
| *** hmwel <hmwel!~hmw@zimbra.welvaarts.com> has joined #yocto | 00:26 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:41 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 00:48 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 01:08 | |
| *** wolfmitchell <wolfmitchell!~mitchell@unaffiliated/wolfmitchell> has joined #yocto | 01:10 | |
| wolfmitchell | Is there a faster mirror of the git repos than git.yoctoproject.org? I'm getting at most 30kbps on that... | 01:10 |
|---|---|---|
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 01:18 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 01:20 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:20 | |
| *** Willy-- <Willy--!~Willy--@drmons0544w-99-192-37-94.dhcp-dynamic.fibreop.ns.bellaliant.net> has quit IRC | 01:23 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 01:37 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:39 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-fjjhoxxmqrtnbleq> has joined #yocto | 01:40 | |
| *** bluelightning <bluelightning!~paul@2406:e007:7ad3:1:5e51:4fff:febb:401d> has joined #yocto | 01:51 | |
| *** bluelightning <bluelightning!~paul@2406:e007:7ad3:1:5e51:4fff:febb:401d> has quit IRC | 01:51 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 01:51 | |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 02:00 | |
| *** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 02:00 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 02:45 | |
| Crofton | halstead, is there an issue ^^^ | 02:54 |
| *** kpo__ <kpo__!~bob@user-94-254-248-17.play-internet.pl> has quit IRC | 02:55 | |
| *** kaspter <kaspter!~Instantbi@115.216.26.63> has quit IRC | 03:24 | |
| *** kaspter <kaspter!~Instantbi@115.216.26.63> has joined #yocto | 03:25 | |
| *** alistair_ <alistair_!9b3fc837@gateway/web/freenode/ip.155.63.200.55> has quit IRC | 03:32 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 03:56 | |
| *** grokreality <grokreality!~avi@117.204.123.62> has joined #yocto | 04:00 | |
| *** promach <promach!promach@gateway/shell/suchznc/x-spvzrhcdhevtqqlq> has quit IRC | 04:17 | |
| halstead | wolfmitchell: I do see the slow down but I don't see the cause. You can grab from git://git-new.yoctoproject.org/poky (git protocol only) if you'd like to test that. | 04:18 |
| wolfmitchell | Mmk, I'll try it when I get a chance to, not working on that project rn so... | 04:18 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 04:18 | |
| *** sgw <sgw!~swold@134.134.139.82> has joined #yocto | 04:20 | |
| *** rcw <rcw!~rwoolley@104-222-117-122.cpe.teksavvy.com> has quit IRC | 04:22 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 04:32 | |
| *** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-thmgjnvqzgidpxvs> has quit IRC | 04:42 | |
| halstead | There are several fast connections pulling from that server. It doesn't appear to be anything malicious. | 04:42 |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 04:46 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 04:52 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 04:56 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto | 05:37 | |
| *** rebeccas <rebeccas!c0c693a5@gateway/web/freenode/ip.192.198.147.165> has joined #yocto | 05:51 | |
| *** grma <grma!~gruberm@212-186-19-9.cable.dynamic.surfer.at> has quit IRC | 05:52 | |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 06:13 | |
| *** promach <promach!promach@gateway/shell/suchznc/x-curirgpeqsuehppk> has joined #yocto | 06:15 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC | 06:36 | |
| *** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has quit IRC | 06:40 | |
| *** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has joined #yocto | 06:43 | |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 06:55 | |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 06:59 | |
| *** sagner <sagner!~ags@2001:1620:c6e::587> has joined #yocto | 07:01 | |
| *** btooth <btooth!6cab81a4@gateway/web/freenode/ip.108.171.129.164> has quit IRC | 07:02 | |
| *** pohly <pohly!~pohly@p54BD57A0.dip0.t-ipconnect.de> has joined #yocto | 07:06 | |
| *** gunnarx <gunnarx!~user@217-211-99-246-no148.bredband.skanova.com> has joined #yocto | 07:07 | |
| *** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto | 07:07 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 07:19 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-khmnvnwfdfoyecvq> has joined #yocto | 07:22 | |
| *** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto | 07:39 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 07:46 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 07:59 | |
| *** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has joined #yocto | 08:03 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 08:04 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 08:04 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 08:06 | |
| *** AndersD <AndersD!~anders@80.149.60.94> has joined #yocto | 08:06 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 08:07 | |
| cornel | good morning | 08:08 |
| cornel | anybody seeing mouse problems while using fedora 26/27 with gnome-shell on xorg? | 08:08 |
| cornel | it feels like the movement communication is lost and sometimes the mouse cursor does not move at all | 08:09 |
| cornel | i have replaced one wireless mouse only to find that the problem was not the mouse | 08:10 |
| cornel | in windows 8 on same computer works fine | 08:10 |
| cornel | grrrr | 08:10 |
| cornel | wrong chat :( | 08:10 |
| cornel | apologies | 08:11 |
| *** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto | 08:13 | |
| *** AndersD <AndersD!~anders@80.149.60.94> has quit IRC | 08:13 | |
| *** joshuagl <joshuagl!jlock@nat/intel/x-fogxvztxisqdijnl> has joined #yocto | 08:14 | |
| *** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto | 08:14 | |
| *** rajm <rajm!~robertmar@167.98.27.226> has quit IRC | 08:14 | |
| *** fl0v0 <fl0v0!~fvo@p4FED3BC5.dip0.t-ipconnect.de> has joined #yocto | 08:14 | |
| *** fitzsim` <fitzsim`!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 08:20 | |
| *** AndersD <AndersD!~anders@194.237.220.218> has quit IRC | 08:20 | |
| grokreality | hello friends | 08:21 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 08:21 | |
| grokreality | how do we solve ExpansionError during parsing, The issue is in meta-openembedded meta-ruby recipe. | 08:23 |
| LetoThe2nd | grokreality: this is appearing when doing what? you have checked that you are not mixing branches? on which recipe? | 08:24 |
| grokreality | its for the beagleboard xM (meta-ti) using daisy branch. | 08:25 |
| LetoThe2nd | erps | 08:25 |
| LetoThe2nd | that is about as outdated as possible | 08:26 |
| grokreality | doing bitbake core-image-minimal | 08:26 |
| LetoThe2nd | so besides the advice to check everything is equivalently on daisy... well... maybe upgrade? ;-) | 08:26 |
| grokreality | which is daisy branch...which do you think would be a better branch. plz help. | 08:26 |
| grokreality | i mean is daily branch outdated? | 08:27 |
| LetoThe2nd | grokreality: https://wiki.yoctoproject.org/wiki/Releases | 08:27 |
| LetoThe2nd | grokreality: daisy is 3.5 years old | 08:27 |
| grokreality | thanks for the advice...i was just following instructions from a n old blog... | 08:28 |
| LetoThe2nd | plus, beagle-xm is alsmost equivalently outdated and unsupported | 08:28 |
| grokreality | oh. :( | 08:28 |
| grokreality | just wanted to start with yocto and have this hardware around... | 08:28 |
| LetoThe2nd | you can easily start with openembedded without hardware, we have reasonably good qemu support | 08:29 |
| LetoThe2nd | but the beagle-xm is really a bad choice | 08:29 |
| *** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto | 08:30 | |
| LetoThe2nd | grokreality: you can try about everything in qemu, just follow the yocto quick start guide. it also makes sure you don't run into problems with pesky hardware etc. | 08:31 |
| nayfe | Hi everyone, do you know if we can override / with overlayfs if / is already mounted ? something like mount -t overlay ofs / -o lowerdir=/,upperdir=/data/overlay/,workdir=/data/work/ | 08:43 |
| neverpanic | Probably possible at least in a mount namespace, unless your kernel doesn't allow overlayfs in mount namespaces | 08:44 |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 08:44 | |
| grokreality | Thank you so much Leto...:) | 08:47 |
| *** AndersD <AndersD!~anders@2.64.202.161.mobile.tre.se> has joined #yocto | 08:47 | |
| *** ed21 <ed21!Adium@nat/intel/x-yzfzbfacmqygvzwm> has joined #yocto | 08:48 | |
| LetoThe2nd | grokreality: have fun | 08:49 |
| grokreality | :) | 08:49 |
| LetoThe2nd | nayfe: maybe you can leverage some ideas from this: https://spin.atomicobject.com/2015/03/10/protecting-ubuntu-root-filesystem/ | 08:49 |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 08:51 | |
| *** ant_work <ant_work!~ant__@host102-253-dynamic.44-79-r.retail.telecomitalia.it> has joined #yocto | 08:58 | |
| nayfe | LetoThe2nd> it should work with a separate partition for /boot and then mount rootfs partition to /readonly ... i'll probably try to mount only rootfs parts instead of all :p for example in ROOTFS_POSTPROCESS_COMMAND move /etc to /etc-ro and mount /etc with overlayfs .. | 09:00 |
| *** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has joined #yocto | 09:04 | |
| *** yann <yann!~yann@178.208.16.32> has joined #yocto | 09:10 | |
| *** joshuagl <joshuagl!jlock@nat/intel/x-fogxvztxisqdijnl> has left #yocto | 09:14 | |
| *** aragua_ <aragua_!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 09:15 | |
| *** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 09:18 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 09:20 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 09:20 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 09:21 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 09:21 | |
| *** colrack <colrack!~colrack@94.126.8.166> has joined #yocto | 09:23 | |
| *** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has quit IRC | 09:24 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 09:35 | |
| *** AndersD <AndersD!~anders@2.64.202.161.mobile.tre.se> has quit IRC | 09:37 | |
| *** AndersD <AndersD!~anders@2.64.202.161.mobile.tre.se> has joined #yocto | 09:42 | |
| *** colrack <colrack!~colrack@94.126.8.166> has quit IRC | 09:48 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:50 | |
| yocti | New news from stackoverflow: Build yocto project on entirely encrypted ubuntu <https://stackoverflow.com/questions/47470183/build-yocto-project-on-entirely-encrypted-ubuntu> | 09:59 |
| *** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC | 10:08 | |
| *** Tamis <Tamis!3e862e04@gateway/web/freenode/ip.62.134.46.4> has quit IRC | 10:12 | |
| -YoctoAutoBuilder- build #1255 of nightly-x86-64-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/1255 | 10:21 | |
| yocti | New news from stackoverflow: iMX27: Embedded Linux size to Run QT <https://stackoverflow.com/questions/47470992/imx27-embedded-linux-size-to-run-qt> || YOCTO how to create a basic ubuntu 16.04 linux <https://stackoverflow.com/questions/46725208/yocto-how-to-create-a-basic-ubuntu-16-04-linux> | 10:29 |
| *** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has quit IRC | 10:29 | |
| *** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has joined #yocto | 10:30 | |
| *** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has joined #yocto | 10:33 | |
| nayfe | ok so use overlayfs directly for / is not working but for /etc it is working ( mount -t overlay ofs /etc -o rw,lowerdir=/etc,upperdir=/data/overlay/etc,workdir=/data/work/etc ) (mountpoint same as lowerdir) | 10:36 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 10:36 | |
| *** _AndersD <_AndersD!~anders@2.68.55.70.mobile.tre.se> has joined #yocto | 10:45 | |
| fl0v0 | The recipe license for python3-pycairo is LGPLv3 in poky. Is this correct? On github it says it is 'licensed under the LGPLv2.1 as well as the MPLv1.1.' | 10:46 |
| *** AndersD <AndersD!~anders@2.64.202.161.mobile.tre.se> has quit IRC | 10:48 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 10:49 | |
| *** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.88.159.23.8> has joined #yocto | 10:53 | |
| wouterstreamit | Suppose I want to be able to build 3 different types of images: factory (everything including bootloader and some other stuff), update (just a new kernel and rootfs partition) and SD (my bootloader will choose to load the SD kernel), how should I specify which type I want to build in Yocto? By adding a DISTRO_FEATURE? 3 different image recipes? Other command line variable? What is the best practice? | 10:56 |
| hundeboll | ;2CD | 10:57 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:01 | |
| *** rburton_ <rburton_!~textual@home.burtonini.com> has joined #yocto | 11:07 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-pwengqhnlwhqosic> has joined #yocto | 11:10 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 11:12 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-dthldkyfwhdntdkd> has joined #yocto | 11:13 | |
| T_UNIX | Hi! I'm having issues (`tar: ./source/foobar: file changed as we read it`) with concurrent use of a SVN source repository by multiple recipes. Shouldn't bitbake lock it? If it does not: How can I force recipes to be not build in parallel? | 11:15 |
| rburton_ | what task is causing that error? | 11:16 |
| *** rburton_ is now known as rburton | 11:16 | |
| -YoctoAutoBuilder- build #1229 of nightly-x86-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/1229 | 11:20 | |
| T_UNIX | rburton: I think it's two seperate recipes sourcing the same svn repository | 11:21 |
| neverpanic | T_UNIX: https://p.dnnr.de/as4o5ENsYqzEGyqq | 11:24 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 11:24 | |
| *** morphis__ <morphis__!~morphis@pD9ED6096.dip0.t-ipconnect.de> has joined #yocto | 11:24 | |
| *** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-jazfxtjsqkrtuagj> has joined #yocto | 11:25 | |
| neverpanic | No idea of what the status getting this merged upstream is or whether that patch even applies anymore, I'm just dumping what we've done to solve this issue | 11:25 |
| T_UNIX | neverpanic: thanks :) | 11:27 |
| neverpanic | T_UNIX: if this works for you, I'd welcome if you cleaned it up and submitted it upstream | 11:27 |
| *** morphis <morphis!~morphis@pD9ED6248.dip0.t-ipconnect.de> has quit IRC | 11:28 | |
| T_UNIX | neverpanic: well I'm not even sure this will be an issue for us at all in the near future since we're migrating from SVN to git :-/ | 11:28 |
| neverpanic | Sure, maybe. It'll still be an issue in bitbake, even though fewer and fewer people are using SVN | 11:29 |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 11:29 | |
| neverpanic | Actually, we did submit that: http://lists.openembedded.org/pipermail/bitbake-devel/2016-May/007499.html | 11:30 |
| neverpanic | Turns out nothing happened, even after a ping: http://lists.openembedded.org/pipermail/bitbake-devel/2016-May/007507.html | 11:30 |
| neverpanic | rburton: ^? | 11:30 |
| *** gunnarx <gunnarx!~user@217-211-99-246-no148.bredband.skanova.com> has joined #yocto | 11:31 | |
| *** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto | 11:31 | |
| T_UNIX | :-D | 11:34 |
| rburton | neverpanic: can you ensure it still applies and reping? i tend to ignore bitbake patches and let RP handle those | 11:34 |
| LetoThe2nd | rburton: RP == ReProducer? ;-) | 11:35 |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 11:37 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 11:37 | |
| *** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC | 11:38 | |
| neverpanic | rburton: No time at the moment, but I'll ping somebody in our integration team to come back to it once they have time | 11:39 |
| *** hnje <hnje!~hnje@81.216.59.226> has quit IRC | 11:40 | |
| *** hnje <hnje!~hnje@193.106.123.182> has joined #yocto | 11:41 | |
| RP | neverpanic: hmm, we should really merge something like that | 11:43 |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 11:43 | |
| *** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC | 11:44 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 11:48 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 12:04 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 12:11 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 12:17 | |
| *** _AndersD <_AndersD!~anders@2.68.55.70.mobile.tre.se> has quit IRC | 12:18 | |
| sveinse | When a new project is started two things happen 1) Collect the layers, 2) Create the build/conf/local.conf and bblayers.conf and edit them with appropriate contents. | 12:18 |
| sveinse | There exists systems, such as repo to the first, but is there a tool for the second item? In particular populating the bblayers.conf, Or do we always require the user to hand-edit the two config files? | 12:19 |
| rburton | sveinse: bitbake-layers | 12:20 |
| sveinse | thanks, that makes it scriptable | 12:24 |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 12:25 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-fjjhoxxmqrtnbleq> has quit IRC | 12:40 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 12:43 | |
| *** kaspter <kaspter!~Instantbi@115.216.26.63> has quit IRC | 12:43 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 12:43 | |
| *** kaspter <kaspter!~Instantbi@115.216.26.63> has joined #yocto | 12:44 | |
| *** morphis__ <morphis__!~morphis@pD9ED6096.dip0.t-ipconnect.de> has quit IRC | 12:48 | |
| *** fl0v0 <fl0v0!~fvo@p4FED3BC5.dip0.t-ipconnect.de> has quit IRC | 12:52 | |
| rburton | kanavin: your patches to meta-selftest break the selftest. does upgrade-test1 need both upstream check uri and no update reason? surely the latter means the former is pointless? | 12:54 |
| kanavin | rburton: I didn't make any patches to meta-selftest lately? | 12:56 |
| rburton | 'meta-selftest: fix upstream version checks for devtool test recipes' | 12:56 |
| kanavin | ah | 12:56 |
| kanavin | upstream check uri is so that the recipe doesn't report that the version is unknown which improves the overall statistics | 12:57 |
| kanavin | no update reason is so that the tools won't attempt to update it | 12:57 |
| *** fl0v0 <fl0v0!~fvo@p4FED3BC5.dip0.t-ipconnect.de> has joined #yocto | 12:57 | |
| rburton | maybe we should remove meta-selftest from checkuri runs | 12:57 |
| rburton | anyway can you fix up the devtool selftest that uses those recipes? it does an upgrade and then compares the values, and they don't match anyore | 12:58 |
| rburton | https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/650/steps/Running%20oe-selftest/logs/stdio | 12:58 |
| kanavin | rburton: that would work too or I can fix the selftest | 12:58 |
| nayfe | SO review system is fucked up | 13:00 |
| nayfe | oops | 13:01 |
| kanavin | rburton: i wonder who will fix the curl/dnf issue :) | 13:03 |
| kanavin | maybe in the end I'll have to do it because everyone else is too busy.... | 13:03 |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 13:05 | |
| *** Willy-- <Willy--!~Willy--@drmons0544w-99-192-37-94.dhcp-dynamic.fibreop.ns.bellaliant.net> has joined #yocto | 13:09 | |
| *** kaspter <kaspter!~Instantbi@115.216.26.63> has quit IRC | 13:10 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:14 | |
| *** kaspter <kaspter!~Instantbi@115.216.26.63> has joined #yocto | 13:14 | |
| kanavin | rburton: fixed | 13:17 |
| kanavin | (the selftest, not the curl :) | 13:17 |
| *** ant_work <ant_work!~ant__@host102-253-dynamic.44-79-r.retail.telecomitalia.it> has quit IRC | 13:18 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 13:20 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:22 | |
| rburton | kanavin: should there be two patches? the meta-selftest bit you've already sent. | 13:22 |
| kanavin | rburton: I squashed them into one - it contains both the original patch and the needed fix in the reference output for the test | 13:23 |
| rburton | no it doesn't :) | 13:23 |
| kanavin | rburton: original patch 3 files changed, 5 insertions(+), new patch 5 files changed, 9 insertions(+) | 13:24 |
| rburton | hm | 13:25 |
| rburton | ah ok sorry, i was thinking it was one of the tests where the new content is in the test case itself | 13:25 |
| rburton | my fault | 13:25 |
| rburton | cheers | 13:25 |
| kanavin | :) | 13:26 |
| yocti | New news from stackoverflow: Yocto / Poky : Error at build - EGL functions feature could not be enabled <https://stackoverflow.com/questions/47474258/yocto-poky-error-at-build-egl-functions-feature-could-not-be-enabled> | 13:29 |
| *** kaspter <kaspter!~Instantbi@115.216.26.63> has quit IRC | 13:31 | |
| *** Crofton <Crofton!~Crofton@12.160.66.34> has quit IRC | 13:32 | |
| *** kaspter <kaspter!~Instantbi@115.216.26.63> has joined #yocto | 13:32 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 13:39 | |
| *** Tamis_ <Tamis_!3e862e04@gateway/web/freenode/ip.62.134.46.4> has joined #yocto | 13:50 | |
| *** lamego <lamego!~jose@134.134.139.76> has joined #yocto | 13:52 | |
| sveinse | I'm currently experimenting with a Yocto build for an Intel FPGA SoC. I see that they setup a meta-linaro-toolchain. Why would they? Why is there a Linaro toolchain and how is it different from the one in stock Yocto/OE? | 13:53 |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 14:03 | |
| sveinse | Does og will Yocto have a scheme for LTS or similar? | 14:04 |
| *** hnje <hnje!~hnje@193.106.123.182> has quit IRC | 14:11 | |
| sveinse | When I changed gcc for my distro (from linaro to stock yocto), I get a lot of version-going-backwards messages. However my build was clean, so this is fetched from sstate cache. How can I avoid this error? | 14:12 |
| *** hnje <hnje!~hnje@81.216.59.226> has joined #yocto | 14:13 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:13 | |
| *** hnje <hnje!~hnje@81.216.59.226> has quit IRC | 14:18 | |
| kanavin | sveinse: you'll get it only once | 14:24 |
| kanavin | right after switching | 14:24 |
| sveinse | kanavin: good, thanks | 14:25 |
| Tamis_ | I would like to ask what is the biggest advantage to use native recipe to build a tool instead of using the same tool from. | 14:26 |
| Tamis_ | Do you have a link to read online about that? | 14:26 |
| Tamis_ | from host* | 14:26 |
| kanavin | sveinse: LTS can be purchased from commercial yocto vendors; it's simply beyond the community's capacity | 14:26 |
| rburton | sveinse: you'll have to ask the fpga bsp people the linaro question | 14:27 |
| kanavin | Tamis_: in short, then we would know exactly what we're getting when we use that tool (or library etc.). Fighting with a zoo of desktop distributions is a major pain. | 14:27 |
| kanavin | Tamis_: the downside is that building the tool takes time, maintaining the recipe and its dependencies takes effort | 14:28 |
| rburton | Tamis_: example: we build subversion-native because subversion had a few serious changes in behaviour where we can't cater for both at the same time. build our own, we know what we're getting. | 14:30 |
| Tamis_ | kanavin: I see. So the biggest advantage is that get the exact version and behaviour we want. Instead of fighting with what the current distro provides | 14:32 |
| Tamis_ | But with all those new tools like VM's docker's etc. Wouldn't make above consideration a little bit obsolete? | 14:34 |
| rburton | only if we start shipping a VM for people to build inside | 14:34 |
| rburton | which so far, we're not | 14:34 |
| Tamis_ | I see. Ok thanks. | 14:35 |
| ramcq | the flatpak sdk can actually run yocto inside flatpak when building | 14:35 |
| ramcq | to avoid odd host systems | 14:35 |
| ramcq | :) | 14:35 |
| sveinse | kanavin, rburton: thanks | 14:36 |
| sveinse | allthou i've never really understood what linaro adds to the table (and not just for yocto-things) ...but yes, not a Yocto question | 14:38 |
| ramcq | upstream work on ARM support across the Linux ecosystem - for example upstreaming and maintaining good ARM support in gcc, linux, a u-boot that actually supports multiple boards, ... | 14:39 |
| kanavin | it will be a sad day when VM becomes a requirement for development | 14:39 |
| kanavin | you can solve any problem with another indirection layer, except the problem of too many layer | 14:40 |
| kanavin | s | 14:40 |
| ramcq | :) | 14:40 |
| *** rcw <rcw!~rwoolley@104-222-117-122.cpe.teksavvy.com> has joined #yocto | 14:41 | |
| neverpanic | And those indirection layers often hide real issues, too. | 14:42 |
| sveinse | I can vouch for that: Before we changed our product to Yocto, we used Ubuntu (they were the first to have good support for armhf back in the days). We need to use docker and maintain a container with the host tools that matches the (old) version of the target system. It's a pain to maintain. | 14:43 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-fcyxrttghahzbadx> has joined #yocto | 14:44 | |
| Tamis_ | From what I see here and there, devops and build systems are using heavily VM's and dockers and those stuff. So I guess that a lot of things are moving towards there. | 14:46 |
| *** toscalix <toscalix!~toscalix@167.98.27.226> has joined #yocto | 14:47 | |
| neverpanic | Absolutely agree, but even those VMs and containers aren't stuck at fixed versions, so you either need to continuously test with newer containers (and then adapt your code to support both versions or drop support for the older version), or you're stuck with an old container (which is even worse) | 14:48 |
| kanavin | not to mention that VMs and containers have their own bugs, too | 14:49 |
| kanavin | qemu can be very frustrating for us, and we only use it to do (simple) testing - the image boots, ssh works, etc. | 14:50 |
| *** Tamis_ is now known as Tamis | 14:50 | |
| Tamis | Thanks for all these inputs. I am really new to all these devops things so I want to know about all those considerations. | 14:53 |
| Tamis | I am changing our development process to use yocto for all the image creation and those questions pop up all the time | 14:54 |
| Tamis | I spent quite some time to make some java apps to build using ant-native and mvn so I really wandering if those time was well spend to make the yocto tools to work instead of just install those tools to the host machine | 14:55 |
| neverpanic | Btw, full disclosure, we're using a container for Yocto builds, too. It just takes another variable out of the equation when bugs occur. But we're also not very interested in finding every obscure bug that would make binutils or some other fundamental component fail to build. | 14:56 |
| sveinse | The distro feature 'multiarch', does it affect non-intel architectures? From what I can see from code when grepping, it seems not, but does it have impact on host tools? | 14:59 |
| *** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC | 15:02 | |
| *** msvb-mob <msvb-mob!~michael@x55b54189.dyn.telefonica.de> has joined #yocto | 15:17 | |
| *** rcw <rcw!~rwoolley@104-222-117-122.cpe.teksavvy.com> has quit IRC | 15:18 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-pwengqhnlwhqosic> has quit IRC | 15:19 | |
| *** osse <osse!~osse@zsh/user/osse> has left #yocto | 15:26 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 15:34 | |
| *** ed21 <ed21!Adium@nat/intel/x-yzfzbfacmqygvzwm> has quit IRC | 15:40 | |
| *** Tamis <Tamis!3e862e04@gateway/web/freenode/ip.62.134.46.4> has quit IRC | 15:47 | |
| sveinse | I wish bitbake would have a way to redefine a ?= value. The use case is that a machine conf includes tune-cortexa9.inc which sets DEFAULTTUNE ?=, and that the machine conf also would like to that, but with a different default value. | 15:47 |
| *** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 15:53 | |
| *** toscalix <toscalix!~toscalix@167.98.27.226> has quit IRC | 15:55 | |
| *** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:57 | |
| *** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 15:59 | |
| nayfe | sveinse maybe change ?= by ??= in tune-cortexa9.inc ? | 16:01 |
| *** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:01 | |
| sveinse | nayfe: which is in poky :D | 16:02 |
| nayfe | ???= lol :D | 16:02 |
| nayfe | can't you use something like DEFAULTTUNE_<machine> override ? | 16:03 |
| nrossi | sveinse: you normally set the ?= value in the machine.conf before the include of the tune | 16:03 |
| sveinse | sveinse: lol :D, yes | 16:04 |
| nrossi | sveinse: not sure your problem then? ?= behaves that why on purpose ;) | 16:05 |
| sveinse | nrossi: That would make more sense. But grepping a little bit around, it seems the DEFAULTTUNE_<machine> is more common? | 16:05 |
| *** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 16:05 | |
| nrossi | sveinse: i've never needed to set it with an override since that would break the nesting of DEFAULTTUNE | 16:06 |
| nrossi | e.g. if someone wants to include the machine.conf to create a derivative machine, then the override would not work | 16:07 |
| sveinse | nrossi: nesting? | 16:07 |
| sveinse | nrossi: yes, I see, but this is the case from a 3rd party machine layer. And it's certainly not the first time I've seen this | 16:08 |
| sveinse | The fix is that I need to fork this layer and do the appropriate reordering of the statements so that is defaults correctly | 16:09 |
| nrossi | sveinse: ideally yes | 16:10 |
| nrossi | sveinse: which/whose bsp layer is it out of query? | 16:10 |
| sveinse | nrossi: https://github.com/kraj/meta-altera | 16:11 |
| nrossi | sveinse: which machine? none of them set DEFAULTTUNE? | 16:13 |
| *** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:13 | |
| sveinse | Precicely. It instructs to set DEFAULTTUNE="cortexa9hf-neon" in local.conf, while this is a machine layer task. For the cyclone5.conf machine | 16:14 |
| *** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 16:15 | |
| *** pohly <pohly!~pohly@p54BD57A0.dip0.t-ipconnect.de> has quit IRC | 16:16 | |
| nrossi | sveinse: not sure exactly why it doesn't set the DEFAULTTUNE, i suspect it might be to play nicer with distro settings? | 16:17 |
| sveinse | nrossi: perhaps. no idea. I've forked the repo and will fix it, because I don't like having to rely on large edits in local.conf | 16:19 |
| nrossi | sveinse: you can always do it from a distro config, like how meta-angstrom rewrites DEFAULTTUNE for arm targets: https://github.com/Angstrom-distribution/meta-angstrom/blob/12a9410dff0806bf2b57b42920d2431f592c38d5/conf/distro/include/arm-defaults.inc#L28 | 16:20 |
| sveinse | nrossi: yes. I used to have DEFAULTTUNE in my own distro, but it doesn't feel right to have it there. It is a BSP-thing not a distro thing | 16:22 |
| *** toscalix_ <toscalix_!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:22 | |
| nrossi | sveinse: others would have you believe its the oppose :). But the choice is yours :) | 16:24 |
| nrossi | s/oppose/opposite/ | 16:24 |
| *** msvb-mob <msvb-mob!~michael@x55b54189.dyn.telefonica.de> has quit IRC | 16:27 | |
| sveinse | nrossi: I suppose it depends on how one interprets "distro". For some uses, like a complete image for a speicifc product or HW, then a distro can be machine specific. While if distro is a generic collection of functionlity, then I suppose machine shouldn't be a part of that equation. | 16:28 |
| sveinse | I've been using both variants, depending on what the purpose of what I'm building towards | 16:28 |
| *** grokreality1 <grokreality1!~avi@117.204.117.206> has joined #yocto | 16:33 | |
| *** grokreality <grokreality!~avi@117.204.123.62> has quit IRC | 16:35 | |
| *** fl0v0 <fl0v0!~fvo@p4FED3BC5.dip0.t-ipconnect.de> has quit IRC | 16:48 | |
| *** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has quit IRC | 16:52 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-fcyxrttghahzbadx> has quit IRC | 16:53 | |
| *** toscalix <toscalix!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 16:53 | |
| *** sagner <sagner!~ags@2001:1620:c6e::587> has quit IRC | 16:56 | |
| *** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.88.159.23.8> has quit IRC | 16:56 | |
| *** toscalix <toscalix!~toscalix@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:59 | |
| *** msvb-mob <msvb-mob!~michael@mail.cafe-netzwerk.de> has joined #yocto | 17:16 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:24 | |
| *** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has quit IRC | 17:31 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 17:34 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 17:49 | |
| *** yann <yann!~yann@178.208.16.32> has quit IRC | 17:51 | |
| sveinse | I'm writing a layer setup script, and I use bitbake-layers to add the layers. First of all the tool is very slow, and in rocko I get messages "NOTE: Starting bitbake server...". Am I using the tool wrong? | 17:56 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:00 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 18:00 | |
| *** rajm <rajm!~robertmar@167.98.27.226> has quit IRC | 18:07 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-117-187.ronkva.east.verizon.net> has quit IRC | 18:09 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:13 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-117-187.ronkva.east.verizon.net> has joined #yocto | 18:17 | |
| *** Crofton <Crofton!~Crofton@pool-108-44-117-187.ronkva.east.verizon.net> has joined #yocto | 18:17 | |
| rburton | no, it starts bitbake to do suff | 18:23 |
| rburton | stuff | 18:23 |
| Crofton|work | stuffing | 18:26 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 18:27 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-dthldkyfwhdntdkd> has quit IRC | 18:53 | |
| armpit | rburton, I started a built on .io AB. if you need it for mut, you can kill it | 19:18 |
| *** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto | 19:27 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-khmnvnwfdfoyecvq> has quit IRC | 19:32 | |
| rburton | thats fine, i'll just fire and let it run over the weekend | 19:41 |
| armpit | the original ab has hung but RP want me to look at it but I still don't have access | 19:46 |
| *** kpo__ <kpo__!~bob@user-94-254-248-17.play-internet.pl> has joined #yocto | 19:46 | |
| armpit | rburton, have a good weekend | 19:47 |
| sveinse | rburton: it is horribly slow thou. 40 secs per invocation of bitbake-layers. Takes time if you are manipulating 7 layers :( | 19:56 |
| *** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.82> has joined #yocto | 20:07 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 20:08 | |
| *** msvb-mob <msvb-mob!~michael@mail.cafe-netzwerk.de> has quit IRC | 20:46 | |
| sveinse | I see that yocto now has the multiconfig feature. The manual sais "You can change the TMPDIR to not conflict" when setting up the multiconfig. But you don't have to make not conflict, but you /can/, right? | 20:49 |
| sveinse | We're currently running bitbake three times in a row with three different MACHINE, since the basic arch is the same for all of these. So to adopt to multiconfig I only need to set MACHINE in the config file and I should be all set | 20:50 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 20:55 | |
| -YoctoAutoBuilder- build #1209 of nightly-mips-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/1209 | 21:11 | |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 21:22 | |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 21:30 | |
| *** lamego <lamego!~jose@134.134.139.76> has quit IRC | 21:39 | |
| kergoth | sveinse: yep, it's entirely safe to build multiple machines in a single tmpdir, it's other configuration changes that are more problematic | 22:02 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 22:18 | |
| *** ka6sox is now known as zz_ka6sox | 22:22 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 22:52 | |
| *** plp <plp!~plp@51.15.84.102> has left #yocto | 22:56 | |
| *** plp <plp!~plp@51.15.84.102> has joined #yocto | 22:57 | |
| *** aragua_ <aragua_!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 23:06 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 23:21 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 23:35 | |
| *** bluelightning <bluelightning!~paul@118.148.117.40> has joined #yocto | 23:41 | |
| *** bluelightning <bluelightning!~paul@118.148.117.40> has quit IRC | 23:41 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 23:41 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:42 | |
| *** gunnarx <gunnarx!~user@217-211-99-246-no148.bredband.skanova.com> has joined #yocto | 23:49 | |
| *** gunnarx <gunnarx!~user@217-211-99-246-no148.bredband.skanova.com> has left #yocto | 23:49 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 23:50 | |
| *** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has quit IRC | 23:58 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!