| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 00:00 | |
| *** clopez <clopez!~tau@neutrino.es> has quit IRC | 00:03 | |
| *** clopez <clopez!~tau@neutrino.es> has joined #yocto | 00:10 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-182-183.telecom.by> has quit IRC | 00:12 | |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 00:33 | |
| *** dmiess_ <dmiess_!~dmiess@d50-92-44-206.bchsia.telus.net> has joined #yocto | 00:45 | |
| *** bananadev <bananadev!~onlyester@118.70.128.150> has joined #yocto | 02:16 | |
| *** bananadev <bananadev!~onlyester@118.70.128.150> has quit IRC | 02:23 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 02:24 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 02:29 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-newsxyjqfphanrzr> has joined #yocto | 02:38 | |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 02:52 | |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 03:06 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 03:49 | |
| *** clopez <clopez!~tau@neutrino.es> has quit IRC | 04:07 | |
| *** clopez <clopez!~tau@neutrino.es> has joined #yocto | 04:21 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto | 05:09 | |
| khem | whats TERM set to | 05:12 |
|---|---|---|
| khem | usually its a problem with virtual terminals | 05:13 |
| khem | does it work with screen ? | 05:13 |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 05:15 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC | 05:24 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto | 05:25 | |
| *** visaev <visaev!~visaev@81.171.81.144> has joined #yocto | 05:45 | |
| *** sujith_h <sujith_h!~toaster@122.167.86.104> has joined #yocto | 05:48 | |
| *** hatter <hatter!~hatter@46.194.185.1> has joined #yocto | 05:53 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC | 05:54 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto | 05:55 | |
| *** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC | 06:01 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC | 06:01 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto | 06:02 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC | 06:06 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto | 06:07 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC | 06:26 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto | 06:37 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.45> has joined #yocto | 07:01 | |
| *** gtristan <gtristan!~tristanva@121.131.110.69> has joined #yocto | 07:02 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 07:07 | |
| *** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 07:09 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6B851.dip0.t-ipconnect.de> has joined #yocto | 07:13 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 07:15 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 07:16 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 07:19 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 07:20 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 07:22 | |
| *** hatter <hatter!~hatter@46.194.185.1> has quit IRC | 07:27 | |
| *** Anticom <Anticom!~timo.m@217.6.33.234> has joined #yocto | 07:35 | |
| *** iskander <iskander!~iskander@81.171.81.151> has quit IRC | 07:39 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 07:40 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:40 | |
| CTtpollard | is it possible to do_install_append_$machine ? | 07:41 |
| *** iskander <iskander!~iskander@81.171.81.152> has joined #yocto | 07:43 | |
| *** iskander <iskander!~iskander@81.171.81.152> has quit IRC | 07:55 | |
| *** iskander <iskander!~iskander@81.171.81.150> has joined #yocto | 07:59 | |
| CTtpollard | also, it's possible to use sed in do_install commands right? | 08:06 |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 08:07 | |
| *** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC | 08:09 | |
| CTtpollard | seds claiming the file doe not exist at the given path in the sysroot, but it does | 08:13 |
| *** Crofton <Crofton!~Crofton@217.155.200.106> has joined #yocto | 08:16 | |
| *** Crofton <Crofton!~Crofton@217.155.200.106> has quit IRC | 08:23 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 08:25 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 08:37 | |
| *** Ulfalizer <Ulfalizer!~ulf@217.89.178.116> has joined #yocto | 08:46 | |
| *** iskander <iskander!~iskander@81.171.81.150> has quit IRC | 08:57 | |
| *** iskander <iskander!~iskander@81.171.81.151> has joined #yocto | 09:01 | |
| *** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC | 09:03 | |
| jubr | iskander: `echo $TERM`, then maybe `export TERM=linux` or `export TERM=xterm` | 09:04 |
| *** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto | 09:14 | |
| *** belen <belen!Adium@nat/intel/x-dovdopponbtqwbqv> has joined #yocto | 09:17 | |
| *** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 09:29 | |
| *** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC | 09:40 | |
| *** Anticom <Anticom!~timo.m@217.6.33.234> has quit IRC | 09:41 | |
| *** Anticom <Anticom!~timo.m@217.6.33.234> has joined #yocto | 09:41 | |
| *** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto | 09:46 | |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 10:04 | |
| *** maxin <maxin!~maxin@2001:998:22:0:657c:8573:13c2:de73> has joined #yocto | 10:14 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto | 10:15 | |
| *** maxin <maxin!~maxin@2001:998:22:0:657c:8573:13c2:de73> has quit IRC | 10:22 | |
| *** maxin <maxin!~maxin@37-219-27-165.nat.bb.dnainternet.fi> has joined #yocto | 10:26 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.42> has joined #yocto | 10:46 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 10:54 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 10:55 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 11:00 | |
| *** maxin <maxin!~maxin@37-219-27-165.nat.bb.dnainternet.fi> has quit IRC | 11:05 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 11:18 | |
| *** jku <jku!~jku@194.136.86.45> has joined #yocto | 11:26 | |
| *** jku is now known as Guest73867 | 11:26 | |
| *** maxin <maxin!~maxin@2001:998:22:0:657c:8573:13c2:de73> has joined #yocto | 11:27 | |
| *** maxin <maxin!~maxin@2001:998:22:0:657c:8573:13c2:de73> has quit IRC | 11:33 | |
| *** maxin <maxin!~maxin@37-219-27-165.nat.bb.dnainternet.fi> has joined #yocto | 11:34 | |
| *** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto | 11:38 | |
| *** simonl <simonl!uid6729@gateway/web/irccloud.com/x-hjggxemhqsnqyigk> has joined #yocto | 11:39 | |
| *** berton <berton!~fabio@177.127.4.56> has joined #yocto | 11:49 | |
| *** istarilucky <istarilucky!~rlucca@189.112.127.225> has joined #yocto | 11:58 | |
| visaev | jubr, it is still not working | 12:02 |
| visaev | tried both | 12:02 |
| visaev | make: *** No rule to make target `menuconfig'. Stop. | 12:03 |
| visaev | Command failed. | 12:03 |
| visaev | Press any key to continue... | 12:03 |
| *** gtristan <gtristan!~tristanva@121.131.110.69> has quit IRC | 12:05 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 12:07 | |
| *** Guest73867 <Guest73867!~jku@194.136.86.45> has quit IRC | 12:10 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 12:21 | |
| *** ionte <ionte!~ionte@c-31-209-59-170.cust.bredband2.com> has joined #yocto | 12:28 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 12:29 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 12:32 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 12:34 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 12:37 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 12:38 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 12:42 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 12:44 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 12:48 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 12:50 | |
| *** radzy <radzy!~radzy@unknown-216-87.windriver.com> has quit IRC | 12:50 | |
| *** radzy <radzy!~radzy@unknown-216-87.windriver.com> has joined #yocto | 12:51 | |
| *** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has quit IRC | 13:05 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 13:14 | |
| *** igor2 <igor2!~igor@189.112.127.225> has joined #yocto | 13:15 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 13:25 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 13:28 | |
| *** tobias_ <tobias_!~tobias@www3.mikrolund.ideon.se> has joined #yocto | 13:36 | |
| tobias_ | anyone have some experience with HP ProDesk 600 G2 mini ? i cant get it to boot. It runs the installer but after its done and reboots it prints "efi: requested map not found" | 13:38 |
| *** armpit <armpit!~akuster@2601:202:4001:9ea0:94d9:eae7:71b3:4646> has quit IRC | 13:40 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-newsxyjqfphanrzr> has quit IRC | 13:47 | |
| *** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC | 13:48 | |
| *** armpit <armpit!~akuster@2601:202:4001:9ea0:94d9:eae7:71b3:4646> has joined #yocto | 13:53 | |
| *** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto | 13:54 | |
| *** paulg <paulg!~paulg@128.224.252.2> has joined #yocto | 13:54 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC | 13:59 | |
| *** tomz_ <tomz_!~tomz@134.134.137.71> has joined #yocto | 14:08 | |
| *** billr <billr!~wcrandle@134.134.137.73> has joined #yocto | 14:09 | |
| *** tobias_ <tobias_!~tobias@www3.mikrolund.ideon.se> has quit IRC | 14:14 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:15 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 14:25 | |
| *** blueness__ <blueness__!~blueness@cpe-74-77-145-97.buffalo.res.rr.com> has quit IRC | 14:26 | |
| *** indie_ <indie_!~indie@134.134.139.83> has joined #yocto | 14:26 | |
| *** blueness__ <blueness__!~blueness@cpe-74-77-145-97.buffalo.res.rr.com> has joined #yocto | 14:31 | |
| *** sveinse <sveinse!~chatzilla@156.92-221-160.customer.lyse.net> has joined #yocto | 14:32 | |
| sveinse | Are there any benefits from letting multiple yocto trees, versions and machines use the same sstate cache? E.g. building for ARM vs Intel. Or one build building for jethro while another is building krogoth. | 14:36 |
| kergoth | yes. particularly in the former case. many 'native' recipes are built, which target the build machine. those are teh same between MACHINEs | 14:37 |
| CTtpollard | +1, althought may not be quite as usual across different releases, but certainly targets | 14:39 |
| sveinse | How do you share sstate across multiple users? I mean, do you allow all users to contribute to the common sstate? Or do you only generate it from a controlled build, like a build server? | 14:40 |
| sveinse | Do you allow it grow indefinitely? | 14:40 |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.42> has quit IRC | 14:41 | |
| sveinse | NFS is the only scheme that can be used that provides a two-way update of the remote sstate cache? | 14:41 |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.42> has joined #yocto | 14:43 | |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:44 | |
| kergoth | sveinse: that's really up to you | 14:45 |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.42> has quit IRC | 14:45 | |
| kergoth | we control our sstate size by removing files based on access time. i.e. nothing has used the file in over a week, gone | 14:45 |
| *** maxin <maxin!~maxin@37-219-27-165.nat.bb.dnainternet.fi> has quit IRC | 14:48 | |
| sveinse | kergoth: Ah, that's a pretty smart way of managing it. (Yet this is the first time in years I've heard a use case for atime) | 14:49 |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.42> has joined #yocto | 14:50 | |
| kergoth | :) yeah, i've used it both for yocto downloads and sstate, and it's about the only time i've used it too | 14:51 |
| sveinse | how do you share to the users? | 14:51 |
| kergoth | that depends | 14:52 |
| kergoth | at my company, we update our sstate on an internal server from our automated builds with rsync and share that via http, and have a cron job on that server for the atime cleanup | 14:52 |
| kergoth | same with downloads | 14:52 |
| rburton | note that sstate over NFS is good at exposing bad NFS servers | 14:52 |
| kergoth | hah, indeed | 14:52 |
| sveinse | Many of our devs are remote, so VPN is being used, with NFS begin tricky at best. So I think we'll settle at http. | 14:55 |
| sveinse | To my understanding that will build up a local sstate cache with what has been downloaded and what has been generated locally, right? So I could make a script that rsync back from the user's local sstate to the server sstate cache, and thus providing to the sstate pool? | 14:56 |
| rburton | or do a nightly automated build to populate the cache | 14:56 |
| *** lamego <lamego!~jose@134.134.139.70> has joined #yocto | 14:56 | |
| sveinse | rburton: yeah, for those builds that are "mainline". However, like now, where I'm experimenting with new BSPs and Yocto version. At the start of this conversation it was said that there are advantages to share sstate caches across such changes. And there are multiple devs working on these experiments, so sharing is a great way of doing this | 14:58 |
| sveinse | (But we might consider multiple sstate caches for the different development stages) | 14:59 |
| *** visaev <visaev!~visaev@81.171.81.144> has quit IRC | 15:02 | |
| sveinse | (this is going to be interesting: Storing sstate cache on a NTFS fs... Windows runs into corners when ':' are encountered) | 15:04 |
| rburton | not sure we support sstate on ntfs | 15:05 |
| rburton | can you even create a file with : in on ntfs? | 15:05 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-jkyealdenbpeaauq> has joined #yocto | 15:05 | |
| rburton | khem: http://errors.yoctoproject.org/Errors/Details/74601/ <— thoughts? | 15:06 |
| sveinse | rburton: I'm out of disk space -- again -- and I'm syncing sstate-cache to a small USB3 drive I have with NTFS. It seems ubuntu's fusefs is happy with it. Let's see how it goes | 15:07 |
| dl9pf | How do I workaround (INSANE_SKIP): QA Issue: libXYZ.la failed sanity test (workdir) in path [....]sysroot-destdir/usr/lib [la] | 15:09 |
| rburton | dfrey: well one fix is to delete the .la files as they're pointless and cause problems like this. | 15:10 |
| *** sgw_ <sgw_!sgw_@nat/intel/x-ulecfkvfpcbhbbbe> has joined #yocto | 15:10 | |
| kergoth | we just rsync from our automated builds to populate the cache for engineers to use, and don't share sstate for changes not in mainline, here. sstate can bloat up awfully fast with every little local change you're making. | 15:10 |
| nisha | hello! is there any way I can have a recipe point to a local git repo rather than a remote one? | 15:11 |
| kergoth | nisha: either use externalsrc or a file: url. i.e. git:///some/local/path;protocol=file | 15:11 |
| dl9pf | rburton: roger that, I'll add that to the recipe. Now how can I workaround it for the build with INSANE_SKIP ? | 15:11 |
| kergoth | that'll pass file:///some/local/path to the git-clone | 15:11 |
| nisha | kergoth, thanks! I'll try that | 15:12 |
| rburton | dl9pf: well if you delete the file it can't trigger the sanity check | 15:12 |
| rburton | you want to fix it as otherwise you've a way of breaking future builds | 15:12 |
| rburton | (which is why the check exists) | 15:12 |
| dl9pf | rburton: yes the fix will be done (rm .la) - for the moment I need to build to proceed, so I can find the other failing stuff | 15:13 |
| sveinse | rburton: Just unplugged my NTFS drive with sstate cache and plugged it into windows. It seems to be intact. That is I see the files, but I can't read them. | 15:14 |
| rburton | dl9pf: INSANE_SKIP_(package) += "workdir" iirc. but if you're editing the recipe then just throw in a rm | 15:14 |
| sveinse | I had a suspicion that that would happen. NTFS is a fairly agnostic file system in this respect. Its windows GUI which is croaking on "invalid" filenames | 15:15 |
| rburton | sveinse: ah interesting | 15:15 |
| sveinse | NTFS even have symlinks. Windows don't use it, themselves thou | 15:15 |
| dl9pf | rburton: tnx. I'll have to poke the recipe maintainer. | 15:15 |
| *** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has joined #yocto | 15:16 | |
| *** paulg <paulg!~paulg@128.224.252.2> has quit IRC | 15:18 | |
| nisha | kergoth, I get an error: Failed to fetch URL git:///path/to/local/repo;protocol=file | 15:18 |
| kergoth | insufficient information. check the do_fetch log file | 15:18 |
| *** radzy <radzy!~radzy@unknown-216-87.windriver.com> has quit IRC | 15:19 | |
| nisha | hmm...not sure why it is doing this: DEBUG: For url git:///home/nisha/work/cascadia/dlt-daemon;protocol=file returning http://downloads.yoctoproject.org/mirror/sources/git2_home.nisha.work.cascadia.dlt-daemon.tar.gz | 15:21 |
| nisha | so it's looking for a tarball? | 15:22 |
| *** radzy <radzy!~radzy@unknown-216-194.windriver.com> has joined #yocto | 15:23 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 15:23 | |
| *** Crofton <Crofton!~Crofton@217.155.200.106> has joined #yocto | 15:28 | |
| *** sameo <sameo!~samuel@192.55.54.43> has joined #yocto | 15:34 | |
| *** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 15:37 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 15:38 | |
| sveinse | I keep getting "fatal: Not a git repository (or any parent up to mount point /home)" multiple times while building an image. How can I track down which recipe generate this? | 15:41 |
| *** sameo <sameo!~samuel@192.55.54.43> has quit IRC | 15:44 | |
| *** sameo <sameo!~samuel@192.55.54.43> has joined #yocto | 15:44 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.75> has joined #yocto | 15:45 | |
| *** paulg <paulg!~paulg@192.190.0.143> has joined #yocto | 15:46 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:48 | |
| rburton | sveinse: i've seen older pulseaudio releases do that but we patch that out of them now | 15:51 |
| rburton | you could enable kernel auditing and get a trace of file access for /home/.git/ | 15:52 |
| *** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto | 15:56 | |
| billr | svense: I've seen that before when the git repo bb is trying to access is not on the same filesystem as the build directory. E.g., it's symlinked to someplace else or it's on a bin-mount fs. | 15:57 |
| *** Crofton <Crofton!~Crofton@217.155.200.106> has quit IRC | 15:58 | |
| *** AgentElrond <AgentElrond!~ELROND@97-102-189-66.res.bhn.net> has joined #yocto | 15:58 | |
| *** Crofton <Crofton!~Crofton@217.155.200.106> has joined #yocto | 15:59 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6B851.dip0.t-ipconnect.de> has quit IRC | 16:04 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.45> has quit IRC | 16:06 | |
| sveinse | rburton: Good idea -- My knowledge of kernel tracing is limited, but we can assume that is's the git executable accessing .git, can't we? And the parent process to git is bitbake isn't it? | 16:06 |
| *** Crofton <Crofton!~Crofton@217.155.200.106> has quit IRC | 16:08 | |
| rburton | its quite possibly a configure.ac trying to determine if its in a git clone to mark the version, or something | 16:09 |
| jubr | sveinse: BB_NUMBER_THREADS = '1' with a `bitbake $image-recipe | cat -` will give you nice sequential output - it skips the fancy rendering | 16:14 |
| rburton | you could grep the cooker log to see if the message ended up in there, and if it did work out what tasks were active at the time | 16:17 |
| kergoth | cat - is redundant, fyi, cat reads from stdin and writes to stdout by default | 16:21 |
| kergoth | just | cat will do | 16:21 |
| kergoth | :) | 16:21 |
| * jubr could pretend he borked his copy-paste of `| cat -n` -- but he won't :) | 16:25 | |
| jubr | tnx for the tip! | 16:26 |
| *** maxin <maxin!~maxin@37-219-27-165.nat.bb.dnainternet.fi> has joined #yocto | 16:26 | |
| *** Anticom <Anticom!~timo.m@217.6.33.234> has quit IRC | 16:26 | |
| kergoth | :) | 16:30 |
| AgentElrond | I'm having a Yocto problem on Debian. I'm fairly new to Yocto so I'm ignorant of many things, but I've been told that there are "virtual" names in some places for packages, of the form "virtual/whatever" | 16:31 |
| AgentElrond | For some reason, the Yocto build I'm attempting, with Debian package generation, is generating a DEBIAN/control file that still includes the full "virtual/whatever" in the package name. | 16:32 |
| AgentElrond | Because '/' is an invalid character for a package name, this fails the build immediately | 16:32 |
| AgentElrond | Any ideas what I might be missing would be appreciated! | 16:32 |
| AgentElrond | This is Yocto-2.0.1 for reference. | 16:33 |
| jubr | AgentElrond: I recall you doing a `bitbake -c menuconfig virtual/kernel`, can you try if using the real recipe would help? Probably something like `linux-$machine` | 16:42 |
| AgentElrond | jubr: I haven't used menuconfig or any "virtual/whatever" in the command-line. I have just used "bitbake overall-package-whatever" | 16:44 |
| *** maxin <maxin!~maxin@37-219-27-165.nat.bb.dnainternet.fi> has quit IRC | 16:49 | |
| *** moto-timo <moto-timo!~ttorling@134.134.139.74> has joined #yocto | 16:51 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto | 16:51 | |
| AgentElrond | This is similar to what I'm seeing: https://community.nxp.com/thread/394705 | 16:52 |
| rburton | AgentElrond: i think that was a bug in the recipes, virtual/ shouldn't be used in target packages. meta-oe had some fixes for that. | 16:56 |
| AgentElrond | This is even closer to what I see. https://github.com/imyller/meta-nodejs/issues/3 | 16:56 |
| AgentElrond | RPROVIDES specifically seems to be the line that causes issues with virtual/ for do_package_write_deb | 16:57 |
| rburton | basically recipes shouldn't be using / in target names as dpkg doesn't like them | 16:58 |
| rburton | unfortuntately nobody actually tests with dpkg | 16:58 |
| rburton | because 99% of people use rpm or opkg, which don't object as much | 16:58 |
| rburton | so my recommendation is "use opkg or rpm", followed by fix the recipes to not use virtual/ in target package names | 16:59 |
| rburton | as build-time PROVIDES/DEPENDS its fine | 16:59 |
| AgentElrond | Noted :) | 16:59 |
| kergoth | definitely stop using / in package names anyway | 16:59 |
| AgentElrond | Would fixing the RPROVIDES line be a likely solution, or is it going to be more trouble than it's worth? | 16:59 |
| rburton | its *the* fix | 17:00 |
| AgentElrond | Thanks again, sorry about the spam | 17:00 |
| *** igor2 <igor2!~igor@189.112.127.225> has quit IRC | 17:00 | |
| *** igor2 <igor2!~igor@177.159.144.73> has joined #yocto | 17:01 | |
| stwcx | rburton: Does PROVIDES solves RDEPENDS needs? | 17:01 |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 17:02 | |
| stwcx | Package A RDEPENDS on virtual/foo. Package B PROVIDES virtual/foo? | 17:02 |
| kergoth | no | 17:02 |
| kergoth | provides/depends are build time, rprovides/rdepends are run time. two en tirely different namespaces | 17:02 |
| stwcx | So how do you solve the RDEPENDS without using a slash? | 17:03 |
| *** jkridner|playdoh <jkridner|playdoh!~jkridner@c-68-61-101-211.hsd1.mi.comcast.net> has joined #yocto | 17:03 | |
| *** istarilucky1 <istarilucky1!~rlucca@177.159.144.73> has joined #yocto | 17:03 | |
| sveinse | yocto has some notable differences from Debian package building | 17:04 |
| AgentElrond | stwcx: Perhaps a package RDEPENDS on a name without a slash, e.g. YOUR_PREFIX_package? | 17:05 |
| *** istarilucky <istarilucky!~rlucca@189.112.127.225> has quit IRC | 17:05 | |
| stwcx | AgentElrond: The point of virtual is to be able to abstract a concept though. A package can need virtual/foo and multiple packages can satisify virtual/foo in their own wa. | 17:06 |
| stwcx | y | 17:06 |
| kergoth | either use VIRTUAL-RUNTIME, which is a way of selecting runtime packages using build time variables rather than selection at the package manager level, or use rprovides/rdepends without a / | 17:07 |
| *** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto | 17:07 | |
| kergoth | virtual/ is just a convention anyway, your virtaul package name can be anything | 17:07 |
| kergoth | call it 'blah' for all we care | 17:07 |
| stwcx | virtual/ssl is an example on some systems because openssl and libressl both provide the same functionality. | 17:07 |
| kergoth | so call it virtual-ssl and move on | 17:07 |
| stwcx | kergoth: With that in mind, is there any reason for them to not be virtual-foo ? | 17:07 |
| stwcx | ;) Ok. | 17:07 |
| kergoth | again, the name can be anything the package manager supports | 17:07 |
| kergoth | virtual/ is a convention, that's all | 17:07 |
| kergoth | and a convention only for build time at that | 17:08 |
| stwcx | kergoth: I wasn't sure if Yocto has anything special for virtual/. I do see that in a few .py files when I do a grep. | 17:08 |
| kergoth | there are a couple bits primarily to strip off or add back the prefix, when our bbclasses mangle the name | 17:08 |
| kergoth | so e.g. it ends up virtual/nativesdk-foo, not nativesdk-virtual/foo | 17:08 |
| kergoth | minor stuff | 17:08 |
| kergoth | can't think of much else off the top of my head, but maybe there's other bits. hopefully not | 17:09 |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto | 17:10 | |
| stwcx | kergoth: There is a little bit of stuff in lib/bb/providers.py and lib/bb/runqueue.py. runqueue.py looks the most interesting. | 17:10 |
| stwcx | Looks like it creates a special log file of those virtual lookups. | 17:10 |
| kergoth | sounds questionable, it should be able to identify cases where multiple recipes provide the same thing and use that, but i could be missing something | 17:11 |
| * kergoth shrugs | 17:11 | |
| *** Guest2569 <Guest2569!500fd832@gateway/web/freenode/ip.80.15.216.50> has quit IRC | 17:13 | |
| *** paulg <paulg!~paulg@192.190.0.143> has quit IRC | 17:13 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.76> has left #yocto | 17:30 | |
| *** paulg <paulg!~paulg@72.1.195.9> has joined #yocto | 17:36 | |
| *** belen <belen!Adium@nat/intel/x-dovdopponbtqwbqv> has quit IRC | 17:46 | |
| sveinse | How do I resolve a dependency loop? I got a large printout of two identified loops, but I have to admit I have problems seeing where the loop is | 17:53 |
| kergoth | good question, everybody has that problem :) | 17:53 |
| kergoth | the info is better than nothing, but it's still a lot of troubleshooting and manual digging into the recipes mentioned | 17:53 |
| sveinse | That is, I do know where it comes from: I added a dependency on qtbase from avahi. | 17:54 |
| kergoth | okay, so remove that and then dig into the dependency graph to see why qtbase depends on avahi. | 17:54 |
| kergoth | bitbake -u depexp -g qtbase may be of use, or bb whatdepends avahi qtbsae if you have bb, or a number of other options | 17:55 |
| sveinse | I added a PACKAGECONFIG --enable-qt5 to avahi. | 17:55 |
| kergoth | they'll at least show the dependency graph, if not the *why* | 17:55 |
| kergoth | right, so obviously if that introduces a cycle, then we know qt must need avahi as well as avahi needing qt. so again, dig into the former | 17:55 |
| sveinse | kergoth: wasn't there a dot that could show the deps? | 17:55 |
| kergoth | that's what bitbake -g is | 17:56 |
| kergoth | -u depexp gives an x11 gui to that info | 17:56 |
| sveinse | ah, right | 17:56 |
| kergoth | but bitbake -g and examining the .dot files or using graph-tool woudl be an option too | 17:56 |
| kergoth | from a quick check with whatdepends, it's pulseaudio. qtbase wants both pulseaudio and libnss-mdns, both of which result in pulseaudio being built, and pulseaudio wants avahi. | 17:59 |
| sveinse | yes, I just found the same thing: qtbase wants pulseaudio, which wants avahi. So when I setup avahi to depend on qt5base.... | 18:01 |
| *** willeponken <willeponken!~willeponk@diderot.campus.ltu.se> has quit IRC | 18:02 | |
| sveinse | There is no way round this I suppose other than building the package twice? Make a new recipe avahi-qt5 which only packages libavai-qt5? | 18:02 |
| sveinse | hmm, then you run a real risk of packages being out of sync... | 18:03 |
| kergoth | unless you don't want pulseaudio and can disable that in qtbase, yeah, i think that's about the only way, unless you arrange for special tasks to subvert the cycle | 18:03 |
| sveinse | No, we don't use pulseaudio. So that might be the approach. Thanks | 18:04 |
| *** dmiess__ <dmiess__!d0517801@gateway/web/freenode/ip.208.81.120.1> has joined #yocto | 18:05 | |
| * sveinse thinks fiddling in qt5 recipes is always a lot of fun | 18:05 | |
| dmiess__ | Hi, I'm trying to get sshd running on a small image I'm creating but I'm running into some trouble. It seems that the start script isn't running because there is no file /etc/init.d/functions | 18:07 |
| dmiess__ | I've added the server to my image with the following line: IMAGE_FEATURES += "debug-tweaks ssh-server-openssh" | 18:07 |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.42> has quit IRC | 18:12 | |
| *** jkridner|playdoh <jkridner|playdoh!~jkridner@c-68-61-101-211.hsd1.mi.comcast.net> has quit IRC | 18:12 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.42> has joined #yocto | 18:12 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.72> has joined #yocto | 18:12 | |
| *** pohly <pohly!~pohly@p5DE8EDF3.dip0.t-ipconnect.de> has joined #yocto | 18:16 | |
| *** nisha <nisha!~nisha@38.104.105.146> has quit IRC | 18:20 | |
| *** jkridner|playdoh <jkridner|playdoh!~jkridner@c-68-61-101-211.hsd1.mi.comcast.net> has joined #yocto | 18:21 | |
| *** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 18:25 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 18:29 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.72> has quit IRC | 18:32 | |
| *** tyler-baker <tyler-baker!tyler-bake@gateway/shell/linaro/x-wewmwzqrbtbwqlek> has quit IRC | 18:38 | |
| *** tyler-baker <tyler-baker!tyler-bake@linaro/tyler-baker> has joined #yocto | 18:38 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.72> has joined #yocto | 18:43 | |
| sveinse | Wow. DISTRO_FEATURES_BACKFILL_CONSIDERED has to be yoctos most nonintuitive variable, IMHO. | 18:44 |
| kergoth | the concept is actually pretty simple. backfilled features are appended regardless of what you set DISTRO_FEATURES to. considered backfilled features are those you've explicitly decided you want disabled anyway. | 18:45 |
| kergoth | but the variable naming is perhaps not ideal | 18:45 |
| kergoth | backfill is needed to let the core change the default distro features even when external distros set (rather than add/remove) DISTRO_FEATURES in their distro .conf | 18:46 |
| sveinse | But I use this to /remove/ functionality (pulseaudio in my case). So please explain BACKFILL? My lingual interpretation of "backFILL" and consider, suggests adding something, doesn't it? | 18:47 |
| kergoth | i just told you | 18:48 |
| kergoth | DISTRO_FEATURES_BACKFILL are items added to DISTRO_FEATURES behind the scenes | 18:48 |
| kergoth | it *is* adding something | 18:48 |
| kergoth | the _CONSIDERED part says you considered those items and want them not backfilled. as i said, that variable naming is likely not ideal. DISTRO_FEATURES_BACKFILL is named appropriately, but DISTRO_FEATURES_BACKFILL_CONSIDERED Is less than intuitive | 18:48 |
| sveinse | okay. I'm not going to make this my fight anyways, I was just curious. Perhaps DISTRO_FEATURES_BACKFILL_OMIT or some other negative/subtractive statement would have been better. EOD for my part :D | 18:51 |
| kergoth | i'm agreeing with you. i said 2-3 times, the _CONSIDERED variable is likely named badly :P | 18:51 |
| sveinse | yes, I got that XD | 18:52 |
| kergoth | not the first time our variable naming wasn't ideal | 18:52 |
| kergoth | sadly we're stuck with it unless we provide compatibility along the way | 18:54 |
| sveinse | I find the obsession about using 'tmp' really fun | 18:54 |
| *** istarilucky1 <istarilucky1!~rlucca@177.159.144.73> has quit IRC | 18:55 | |
| kergoth | over the years plenty of folks had moved the output of the build out of tmpdir, but once sstate was added that become not really possible due to how sstate packaging works (paths are all relative to the same root) | 18:55 |
| kergoth | would be nice to add support for that again by adding an intermediate path for the sstate archival | 18:55 |
| *** istarilucky <istarilucky!~rlucca@189.112.127.225> has joined #yocto | 18:55 | |
| kergoth | worth noting that you can trivially rename it to something else, if you want. it's not an obession, it's a default directory name. TMPDIR = "${TOPDIR}/foo" for example | 18:56 |
| kergoth | having everything we do relative to $PWD was a key design consideration when we started the project -- we needed to stay self contained to avoid mucking with the user's system | 18:56 |
| *** paulg <paulg!~paulg@72.1.195.9> has quit IRC | 18:57 | |
| sveinse | that's fair enough, it just seems... odd | 18:57 |
| kergoth | how so? the vast majority of what ends up there is temporary, it's just intermediate artifacts of the build process. | 18:57 |
| sveinse | And you have more than one tmp. each recipe has its own tmp and a work. So you'll end up typing tmp a lot when doing development | 18:58 |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC | 19:00 | |
| sveinse | well, tmp/deploy/images is an output, not a temporary directory. But perhaps the thinking is that you have a build management system that fetches the artefacts from tmp/, moves it elsewhere and deletes the tmp dir | 19:00 |
| sveinse | I haven't got any problems with this, I just raised my eyebrows a few times when getting used to this. I guess all build systems has its own things and quirks | 19:02 |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-182-183.telecom.by> has joined #yocto | 19:03 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto | 19:08 | |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto | 19:09 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 19:11 | |
| *** Girafferson <Girafferson!~Giraffers@2601:281:8500:95b0:5249:f3c:d4e2:30a9> has joined #yocto | 19:14 | |
| *** paulg <paulg!~paulg@70.52.193.89> has joined #yocto | 19:31 | |
| sveinse | Is it possible to exclude recipes from builds? We have a meta layer which provides recipes for our application and images. Depending on which BSP we use, different image recipes must be used. Unfortunately unreferenced recipes still fail on require, so we cannot collect all of them into one layer when a globbed BBFILES path is used in layer.conf | 19:35 |
| *** maxin <maxin!~maxin@37-219-27-165.nat.bb.dnainternet.fi> has joined #yocto | 19:41 | |
| *** Crofton <Crofton!~Crofton@217.155.200.106> has joined #yocto | 19:44 | |
| kergoth | sveinse: you can break up your repo so some appends are only used if the corresponding layer is included in teh configuration. | 19:48 |
| *** Girafferson <Girafferson!~Giraffers@2601:281:8500:95b0:5249:f3c:d4e2:30a9> has left #yocto | 19:48 | |
| *** pohly <pohly!~pohly@p5DE8EDF3.dip0.t-ipconnect.de> has quit IRC | 19:48 | |
| kergoth | sveinse: add https://github.com/MentorEmbedded/meta-mentor/blob/master/meta-mel/conf/layer.conf#L5-L10 or equivalent (other layers do this too), then move your appends into a subdir based on the layer name (as used in BBFILE_COLLECTIONS, not the path on disk. i.e. 'openembedded-layer' not 'meta-oe') | 19:49 |
| *** rubdos <rubdos!~rubdos@d54C65054.access.telenet.be> has joined #yocto | 19:51 | |
| *** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has quit IRC | 19:53 | |
| *** Crofton <Crofton!~Crofton@217.155.200.106> has quit IRC | 19:54 | |
| *** jkridner|playdoh <jkridner|playdoh!~jkridner@c-68-61-101-211.hsd1.mi.comcast.net> has quit IRC | 19:59 | |
| *** jkridner <jkridner!~jkridner@c-68-61-101-211.hsd1.mi.comcast.net> has joined #yocto | 20:01 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 20:01 | |
| *** maxin <maxin!~maxin@37-219-27-165.nat.bb.dnainternet.fi> has quit IRC | 20:04 | |
| *** pohly <pohly!~pohly@91.97.50.0> has joined #yocto | 20:04 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.72> has quit IRC | 20:05 | |
| *** aehs29 <aehs29!aehernan@nat/intel/x-rgmqyslawqwasisi> has joined #yocto | 20:05 | |
| *** nisha <nisha!~nisha@38.104.105.146> has joined #yocto | 20:06 | |
| *** istarilucky <istarilucky!~rlucca@189.112.127.225> has quit IRC | 20:10 | |
| *** Girafferson <Girafferson!~Giraffers@2601:281:8500:95b0:5249:f3c:d4e2:30a9> has joined #yocto | 20:10 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 20:10 | |
| *** aehs29 <aehs29!aehernan@nat/intel/x-rgmqyslawqwasisi> has quit IRC | 20:12 | |
| *** aehs29 <aehs29!aehernan@nat/intel/x-umfpqmovaofwcruf> has joined #yocto | 20:13 | |
| *** Artox <Artox!~Artox@79.124.7.87> has quit IRC | 20:14 | |
| *** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC | 20:16 | |
| *** willeponken <willeponken!~willeponk@diderot.campus.ltu.se> has joined #yocto | 20:20 | |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC | 20:23 | |
| AgentElrond | Hmm. I'm guessing if I rename part of the path above the yocto build, the build will be invalidated or fail? | 20:25 |
| AgentElrond | e.g. once a build has already finished, if I rename the directory to yocto_bob instead of yocto_default? | 20:26 |
| *** milindur <milindur!0592f853@gateway/web/freenode/ip.5.146.248.83> has joined #yocto | 20:26 | |
| Girafferson | I'm assuming all you'd need to do is source ae-init-build-env again | 20:27 |
| Girafferson | oe* | 20:27 |
| AgentElrond | I was afraid absolute paths would get baked into dependencies / caches / scripts / whatever | 20:28 |
| AgentElrond | Perhaps my fears were groundless | 20:28 |
| *** milindur is now known as milindur_ | 20:30 | |
| kergoth | AgentElrond: you'll need to wipe tmp | 20:30 |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC | 20:30 | |
| *** milindur_ is now known as milindur | 20:30 | |
| AgentElrond | kergoth: Thanks, that's what I was afraid of. The tmp directory is some 3+ hours of building and 11+ GB of data. | 20:32 |
| kergoth | ? | 20:32 |
| kergoth | if your sstate is outside of tmp, rebuilding from sstate is trivial | 20:32 |
| kergoth | doesn't take long at all | 20:32 |
| AgentElrond | Well, my system might be very slow to compile | 20:33 |
| AgentElrond | But I'll bear that in mind | 20:33 |
| kergoth | sstate is prebuilt binaries, the whole point of sstate is to *not* compile. | 20:33 |
| kergoth | builds from sstate == extracting some tarballs | 20:33 |
| AgentElrond | Thank you for yet again correcting my ignorance | 20:34 |
| AgentElrond | I'm TRYING to educate myself on some things via google and hands-on experience, but I still spam the IRC channel more than is necessary | 20:35 |
| kergoth | np | 20:35 |
| kergoth | there's a lot to pick up, quite a learning curve. worthwhile, but still a lot of complexity to pick up | 20:35 |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 20:36 | |
| *** milindur <milindur!0592f853@gateway/web/freenode/ip.5.146.248.83> has quit IRC | 20:37 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 20:39 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has joined #yocto | 20:43 | |
| *** dmiess__ <dmiess__!d0517801@gateway/web/freenode/ip.208.81.120.1> has quit IRC | 20:45 | |
| *** pohly <pohly!~pohly@91.97.50.0> has quit IRC | 20:52 | |
| *** AgentElrond <AgentElrond!~ELROND@97-102-189-66.res.bhn.net> has quit IRC | 20:53 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has quit IRC | 20:53 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has joined #yocto | 20:53 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 20:54 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 20:54 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has quit IRC | 20:54 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has joined #yocto | 20:54 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 20:55 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 20:55 | |
| *** paulg <paulg!~paulg@70.52.193.89> has quit IRC | 20:59 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has quit IRC | 20:59 | |
| *** jkridner_ <jkridner_!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 21:00 | |
| *** Artox <Artox!~Artox@79.124.7.87> has joined #yocto | 21:01 | |
| *** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 21:01 | |
| *** fledermaus <fledermaus!~vivek@78.32.176.249> has joined #yocto | 21:04 | |
| *** jkridner|playdoh <jkridner|playdoh!~jkridner@c-68-61-101-211.hsd1.mi.comcast.net> has joined #yocto | 21:05 | |
| *** jkridner_ <jkridner_!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 21:06 | |
| *** jkridner_ <jkridner_!~jkridner@c-68-61-101-211.hsd1.mi.comcast.net> has joined #yocto | 21:06 | |
| *** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 21:07 | |
| *** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC | 21:07 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has joined #yocto | 21:08 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 21:09 | |
| *** jkridner|playdoh <jkridner|playdoh!~jkridner@c-68-61-101-211.hsd1.mi.comcast.net> has quit IRC | 21:10 | |
| *** istarilucky <istarilucky!~rlucca@189.112.127.225> has joined #yocto | 21:12 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC | 21:14 | |
| *** berton <berton!~fabio@177.127.4.56> has quit IRC | 21:17 | |
| *** jkridner_ <jkridner_!~jkridner@c-68-61-101-211.hsd1.mi.comcast.net> has quit IRC | 21:20 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 21:21 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 21:24 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.42> has quit IRC | 21:30 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-jkyealdenbpeaauq> has quit IRC | 21:47 | |
| *** rubdos <rubdos!~rubdos@d54C65054.access.telenet.be> has quit IRC | 21:48 | |
| *** jkridner_ <jkridner_!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 21:52 | |
| *** jkridner|playdoh <jkridner|playdoh!~jkridner@2601:409:8500:9430:6d7b:dba9:6c3e:1fda> has joined #yocto | 21:53 | |
| *** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 21:54 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 21:54 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 21:54 | |
| *** jkridner_ <jkridner_!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 21:57 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 22:01 | |
| *** paulg <paulg!~paul@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto | 22:03 | |
| -YoctoAutoBuilder- build #875 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/875 | 22:05 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 22:05 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-182-183.telecom.by> has quit IRC | 22:08 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 22:21 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 22:22 | |
| *** jkridner|playdoh <jkridner|playdoh!~jkridner@2601:409:8500:9430:6d7b:dba9:6c3e:1fda> has quit IRC | 22:27 | |
| *** jkridner|playdoh <jkridner|playdoh!~jkridner@2601:409:8500:9430:d07a:3c1d:4764:ab92> has joined #yocto | 22:28 | |
| *** nighty <nighty!~nighty@sp1-79-72-249.msb.spmode.ne.jp> has joined #yocto | 22:33 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.75> has quit IRC | 22:35 | |
| *** lamego <lamego!~jose@134.134.139.70> has quit IRC | 22:39 | |
| *** istarilucky <istarilucky!~rlucca@189.112.127.225> has left #yocto | 22:39 | |
| *** igor2 <igor2!~igor@177.159.144.73> has quit IRC | 22:40 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 22:46 | |
| *** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has quit IRC | 22:55 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 22:57 | |
| *** nighty- <nighty-!~cp@www.taiyolabs.com> has quit IRC | 22:59 | |
| *** jkridner|playdoh <jkridner|playdoh!~jkridner@2601:409:8500:9430:d07a:3c1d:4764:ab92> has quit IRC | 23:02 | |
| *** jkridner <jkridner!~jkridner@2601:409:8500:9430:d07a:3c1d:4764:ab92> has joined #yocto | 23:02 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 23:02 | |
| -YoctoAutoBuilder- build #890 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/890 | 23:05 | |
| *** fledermaus <fledermaus!~vivek@78.32.176.249> has quit IRC | 23:06 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 23:25 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 23:27 | |
| *** paulg <paulg!~paul@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC | 23:29 | |
| *** nighty <nighty!~nighty@sp1-79-72-249.msb.spmode.ne.jp> has quit IRC | 23:31 | |
| -YoctoAutoBuilder- build #902 of nightly-x86 is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/902 | 23:37 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!