| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 00:03 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has joined #yocto | 00:10 | |
| *** ant_home <ant_home!~ant__@95.233.213.52> has quit IRC | 00:14 | |
| *** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has joined #yocto | 00:21 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 00:23 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 00:24 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 00:27 | |
| *** gtristan_ <gtristan_!~tristanva@24.48.71.248> has joined #yocto | 00:43 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has quit IRC | 01:09 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 01:15 | |
| *** paul_99_ <paul_99_!~paul@89.129.15.186> has joined #yocto | 01:26 | |
| *** paul_99 <paul_99!~paul@89.129.15.186> has quit IRC | 01:26 | |
| *** BlauskaerM <BlauskaerM!~Fever@185.213.152.161> has quit IRC | 01:33 | |
| *** BlauskaerM <BlauskaerM!~Fever@185.213.152.161> has joined #yocto | 01:40 | |
| *** gtristan_ <gtristan_!~tristanva@24.48.71.248> has quit IRC | 02:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 02:38 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has quit IRC | 02:43 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 02:47 | |
| *** kanavin <kanavin!~kanavin@62.96.135.139> has quit IRC | 02:59 | |
| *** kanavin <kanavin!~kanavin@62.96.135.139> has joined #yocto | 03:00 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has joined #yocto | 03:13 | |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has joined #yocto | 03:17 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:23 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 03:27 | |
| *** Willy-- <Willy--!~william@184.48.144.186> has quit IRC | 03:40 | |
| *** geissonator <geissonator!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto | 03:49 | |
| *** geissonator <geissonator!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC | 04:09 | |
| *** onlyesterday16 <onlyesterday16!~onlyester@113.160.58.178> has joined #yocto | 04:18 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:24 | |
| *** saraf_ <saraf_!~a_saraf@103.195.203.160> has quit IRC | 04:25 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:27 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 05:12 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 05:23 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 05:27 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:28 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 05:37 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 05:52 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:58 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 06:00 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:08 | |
| *** sno <sno!~sno@p4FF5E266.dip0.t-ipconnect.de> has quit IRC | 06:15 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 06:22 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:23 | |
| *** sno <sno!~sno@2a01:598:b101:28bc:7576:fcb2:44be:3a28> has joined #yocto | 06:41 | |
| *** cvasilak <cvasilak!~cvasilak@athedsl-262146.home.otenet.gr> has joined #yocto | 06:41 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:44 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:51 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:f093:4a7d:8d11:17ae> has joined #yocto | 07:00 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC | 07:18 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 07:50 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 07:52 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 07:53 | |
| *** [Sno] <[Sno]!~sno@2a01:598:b101:28bc:3c5c:c5a3:8aa2:2a3d> has joined #yocto | 07:54 | |
| *** sno <sno!~sno@2a01:598:b101:28bc:7576:fcb2:44be:3a28> has quit IRC | 07:54 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:57 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 08:02 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-100-238.dsl.tropolys.de> has joined #yocto | 08:11 | |
| *** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 08:15 | |
| *** ant_work <ant_work!~ant__@host96-164-dynamic.250-95-r.retail.telecomitalia.it> has joined #yocto | 08:15 | |
| *** [Sno] <[Sno]!~sno@2a01:598:b101:28bc:3c5c:c5a3:8aa2:2a3d> has quit IRC | 08:20 | |
| *** mckoan|away is now known as mckoan | 08:22 | |
| mckoan | good morning | 08:22 |
|---|---|---|
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 08:24 | |
| *** sno <sno!~sno@2a01:598:b101:28bc:3120:6449:6f5:a635> has joined #yocto | 08:27 | |
| *** agust <agust!~agust@p50887FC0.dip0.t-ipconnect.de> has joined #yocto | 08:27 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 08:28 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 08:29 | |
| *** yann <yann!~yann@lfbn-1-12695-17.w90-90.abo.wanadoo.fr> has joined #yocto | 08:30 | |
| yocti | New news from stackoverflow: Yocto toolchain build fail <https://stackoverflow.com/questions/54177769/yocto-toolchain-build-fail> | 08:31 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:41 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:49 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:49 | |
| *** thannoy_ <thannoy_!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 08:51 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 08:54 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:03 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 09:10 | |
| *** Amit_T <Amit_T!~amit@106.215.32.133> has joined #yocto | 09:16 | |
| Amit_T | Hi, while building gstreamer 1.14.0 , facing this issue "autoreconf: failed to run autopoint: No such file or directory | 09:19 |
| Amit_T | autoreconf: autopoint is needed because this package uses Gettext | 09:19 |
| Amit_T | ERROR: autoreconf execution failed." | 09:19 |
| Amit_T | can anyone point me out how it can resolved ? | 09:20 |
| *** aleblanc <aleblanc!~aleblanc@2607:f2c0:95d9:8500:71cc:17fd:71b4:e9ab> has quit IRC | 09:20 | |
| *** saraf__ <saraf__!~a_saraf@42.108.228.188> has joined #yocto | 09:20 | |
| *** aleblanc <aleblanc!~aleblanc@node-4hv519mrhsh7kwhcmja.ipv6.teksavvy.com> has joined #yocto | 09:21 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 09:21 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:23 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 09:31 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:33 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 09:37 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 09:45 | |
| RP | kanavin: any news on perl? I think we may need to single thread this until we resolve the problem | 09:47 |
| RP | kanavin: too many AB failures :( | 09:47 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:55 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 09:55 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC | 10:18 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 10:18 | |
| kanavin | RP: I will send a patch in a moment | 10:24 |
| *** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 10:25 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 10:34 | |
| RP | kanavin: thanks! | 10:35 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:41 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 10:43 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 10:43 | |
| *** berton <berton!~berton@181.220.86.121> has joined #yocto | 10:45 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 10:48 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 10:48 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:49 | |
| *** berton <berton!~berton@181.220.86.121> has quit IRC | 10:52 | |
| *** berton <berton!~berton@181.220.86.121> has joined #yocto | 10:55 | |
| kanavin | RP: hope that's the last of them :-/ | 10:56 |
| *** interruptguy <interruptguy!~interrupt@hel-inetgw01.vaisala.com> has joined #yocto | 10:59 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 11:01 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 11:02 | |
| *** saraf__ <saraf__!~a_saraf@42.108.228.188> has quit IRC | 11:04 | |
| RP | kanavin: we'll see! | 11:14 |
| RP | rburton: any thoughts on -next? | 11:22 |
| * rburton looks | 11:23 | |
| rburton | drop the qemu/wic patch | 11:24 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 11:25 | |
| rburton | RP: apart from that, fine by me | 11:26 |
| RP | rburton: I already did! :) thanks | 11:27 |
| *** saraf__ <saraf__!~a_saraf@157.33.254.245> has joined #yocto | 11:28 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:31 | |
| *** sno <sno!~sno@2a01:598:b101:28bc:3120:6449:6f5:a635> has quit IRC | 11:32 | |
| rburton | reboot time bbiab | 11:32 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 11:33 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 11:36 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 11:39 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 11:39 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 11:41 | |
| *** malanecora <malanecora!b23cc82c@gateway/web/freenode/ip.178.60.200.44> has joined #yocto | 12:00 | |
| malanecora | Hi everyone! | 12:00 |
| malanecora | I'm trying to use the openssl1.1.0 recipe instead of openssl1.0.1 in Yocto Rocko, as consequence lots of packages that depend on openssl1.0.1 fail to build... | 12:02 |
| malanecora | Someone has experienced something similar? Is there a known patch to fix this (I haven't found it...)? | 12:03 |
| *** sno <sno!~sno@tmo-116-182.customers.d1-online.com> has joined #yocto | 12:04 | |
| kanavin | malanecora: sadly openssl has botched the transition, 1.1 and 1.0 series are API incompatible | 12:19 |
| kanavin | malanecora: the easiest way is to upgrade to thud, where everything (at least in oe-core) has transitioned to 1.1, and should just work | 12:20 |
| malanecora | those are terribly bad news... :( | 12:20 |
| kanavin | why do you want 1.1.0? | 12:21 |
| malanecora | It's a system requirement, I'm not sure but maybe openjdk-8 has something to do here... | 12:23 |
| malanecora | I'm afraid some previous work could be lost "upgrading" to Thud | 12:23 |
| kanavin | you should upgrade continously, otherwise you'll end up in situations like this | 12:24 |
| kanavin | * cue expensive Yocto consultants | 12:24 |
| malanecora | Yes, now I know...haha | 12:25 |
| LetoThe2nd | oO( if you're afraid of losing worktime due to new versions, software development probably is not for you ) | 12:25 |
| LetoThe2nd | </SCNR> | 12:25 |
| *** saraf_ <saraf_!~a_saraf@157.33.254.245> has joined #yocto | 12:25 | |
| LetoThe2nd | kanavin: cheap ones too? | 12:25 |
| *** saraf__ <saraf__!~a_saraf@157.33.254.245> has quit IRC | 12:25 | |
| kanavin | cheap Yocto consultants do not exist :) | 12:25 |
| rburton | malanecora: i'd double check where the requirement actually is. you might be fine with 1.0 | 12:26 |
| malanecora | LetoThe2nd: I just came across with this project by "heritage" | 12:27 |
| malanecora | rburton: I will, thank you! | 12:28 |
| LetoThe2nd | malanecora: don't take me too seriously, i know most of the things how one ends up in those situations. | 12:28 |
| *** cvasilak <cvasilak!~cvasilak@athedsl-262146.home.otenet.gr> has quit IRC | 12:31 | |
| *** onlyesterday16 <onlyesterday16!~onlyester@113.160.58.178> has quit IRC | 12:33 | |
| *** skynet <skynet!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto | 12:34 | |
| malanecora | LetoThe2nd: don't worry, I don't haha...I'll just check if changing from Rocko to Thud can lead to conflict or on the contrary it is just a straightforward step | 12:35 |
| malanecora | kanavin: btw, thank you too! | 12:35 |
| skynet | Hi, how to I force bitbake to rebuild? I manually removed some cache dirs and the deploy dir, but 'bitbake -c cleanall' says there's nothing to do | 12:35 |
| kanavin | skynet: bitbake -c cleansstate <recipe> | 12:36 |
| LetoThe2nd | skynet: "removed some cache dirs" sounds pretty fishy | 12:36 |
| LetoThe2nd | besides that, see kanavin :) | 12:36 |
| rburton | skynet: easiest way is bitbake [recipe] -C unpack | 12:37 |
| tgoodwin | So long as <recipe> isn't human_genome or something like that, skynet. | 12:37 |
| tgoodwin | ;-) | 12:37 |
| skynet | using kanavin's hint it just says in the end: NOTE: Tasks Summary: Attempted 2 tasks of which 0 didn't need to be rerun and all succeeded. | 12:38 |
| LetoThe2nd | tgoodwin: actually, i expect "skynet" to be capable of doing that | 12:39 |
| rburton | skynet: cleansstate just cleans, you'll need to rebuild the recipe next. | 12:39 |
| tgoodwin | LetoThe2nd: sure it's capable (just please don't ...) | 12:39 |
| skynet | LetoThe2nd: unfortunately T1000 is on vacation ;) | 12:40 |
| skynet | For instance 'core-image-minimal' such a <recipe>, right? | 12:42 |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 12:44 | |
| LetoThe2nd | skynet: thats an image recipe. it does not have any real own artifacts, so cleaning and rebuilding it will just reassemble whatever is already there. | 12:45 |
| rburton | skynet: telling that to rebuild won't cause everything else to rebuild. | 12:45 |
| malanecora | Is there a "recommended" upgrading way? Or shall I just checkout the desired version branch/tag? | 12:45 |
| rburton | malanecora: switch to the right branch, read release notes, make changes. | 12:46 |
| LetoThe2nd | skynet: so if you really want a total full rebuild, wipe your sstate and tmp | 12:46 |
| skynet | What should I use for <recipe> then? | 12:46 |
| rburton | skynet: what do you want to rebuild? | 12:46 |
| skynet | everything | 12:47 |
| LetoThe2nd | skynet: maybe you should start telling us what you *REALLY* want to do. | 12:47 |
| rburton | if you want to force a clean build of everything, easy way is to delete tmp and sstate. that's very rare though. if this is for CI purposes (ie "do a clean build every night") then do the build with a new sstate dir. | 12:48 |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:f093:4a7d:8d11:17ae> has left #yocto | 12:50 | |
| skynet | OK, First I had a standard yocto. I called "DISTRO=fsl-imx-wayland MACHINE=imx8mqevk source fsl-setup-release.sh -b build-wayland" and after that "core-image-minimal". After that I added my own custom layer to yocto following https://dornerworks.com/blog/including-custom-executables-and-libraries-in-your-linux-image-with-yocto . After that I wanted to bitbake my new yocto but after both commands as mentioned in the beginning bitbake | 12:51 |
| skynet | So I manually removed the cache dirs and deploy dirs. | 12:52 |
| skynet | But bitbake still says there's nothing to do. | 12:52 |
| LetoThe2nd | maybe your layer jsut has no effect? | 12:53 |
| skynet | The layer adds a helloworld.c and the recipe for it | 12:54 |
| LetoThe2nd | that guide is interesting but pretty complicated in some places, easy to get things wrong. | 12:54 |
| LetoThe2nd | well does that hello world thing compile? | 12:54 |
| LetoThe2nd | e.g. bitbake helloworld | 12:54 |
| rburton | skynet: adding a layer doesn't add it to the image | 12:54 |
| LetoThe2nd | rburton: i suspect that the append is buggy or forgotten. and while that guide is interesting, imho it shows quite some really bad practises. | 12:55 |
| skynet | Hmm, where can I find a simple newbie tutorial how to add a simple helloworld program to the yocto system in the right way? | 12:56 |
| rburton | the official manual :) | 12:56 |
| LetoThe2nd | skynet: let me explain: that guide shows how to mangle source code into the metadata (bad) and appends a standard image (not exacly bad, but also not good) | 12:57 |
| LetoThe2nd | skynet: its way cleaner to create your own layer with a custom image recipe first, and add something that already exists. just to get into the modification workflow | 12:57 |
| *** paul_99_ <paul_99_!~paul@89.129.15.186> has quit IRC | 12:58 | |
| rburton | skynet: https://www.yoctoproject.org/docs/2.6/dev-manual/dev-manual.html#usingpoky-extend-customimage | 12:58 |
| skynet | hmm, OK, so it's not good to follow that dornerworks.com tutorial | 12:58 |
| LetoThe2nd | skynet: the tutorial is like googling the symptoms of a disease. frightening and misleading for standard people, but might be helpful for a medically trained person. | 12:59 |
| LetoThe2nd | skynet: it has some nice points that can be useful. but certainly not for a beginner. | 12:59 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:59 | |
| *** paul_99 <paul_99!~paul@89.129.15.186> has joined #yocto | 12:59 | |
| skynet | I'm having a look at chapter "3.2.1. Customizing Images Using local.conf" right now (following rburton's hint). Many questions appear :) First one: Where is that local.conf (in which directory)? | 13:01 |
| Crofton | build/conf | 13:02 |
| skynet | Crofton: thank you | 13:04 |
| LetoThe2nd | skynet: by the way, thats 5. of the dornerworks tutorial. | 13:04 |
| LetoThe2nd | (so if you had actually read and followed it by the letter, you would'be known) </SCNR> | 13:04 |
| skynet | local.conf is not mentioned at dornerworks | 13:05 |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 13:06 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 13:07 | |
| LetoThe2nd | ah yes. its bblayers.conf. my bad then for misreading. | 13:07 |
| *** cengiz_io <cengiz_io!542c0ee2@gateway/web/freenode/ip.84.44.14.226> has joined #yocto | 13:07 | |
| rburton | any tutorial for yocto that doesn't mention local.conf is misguided | 13:07 |
| LetoThe2nd | rburton: hrhr | 13:07 |
| cengiz_io | hello! whenever I modify a recipe with `devtool modify`, my new commit file gets a duplicate sequence number (0001-a.patch 0002-b.patch 0003-c.patch 0001-new_modification.patch). is this intended? how can I correct this? | 13:09 |
| skynet | Chapter "3.2. Customizing Images" is written way more complicated than the dornerworks stuff. I don't get it reading it the second time... The good thing of the dornerworks is it just says mkdir this and edit that... but I don't want to complain... | 13:09 |
| LetoThe2nd | skynet: ? | 13:10 |
| LetoThe2nd | skynet: To add a package to your image using the local configuration file, use the IMAGE_INSTALL variable with the _append operator: | 13:11 |
| LetoThe2nd | IMAGE_INSTALL_append = " strace" | 13:11 |
| LetoThe2nd | ok, to help us improve - what is complicated here? | 13:11 |
| LetoThe2nd | (being serious!) | 13:11 |
| malanecora | LetoThe2nd: Well, to be fair Yocto itself is quite complicated at beginning! I guess he just has to get used to the system... | 13:17 |
| skynet | well, after I have managed to run a standard yocto on my eval board, my next aim is to add a simple helloworld.c to the system for having that program on my eval board additionally. My feeling is it's just a couple of files and lines to be added in a few conf files. But scrolling through chapter 3.2 I don't see it clearly in a fast way. | 13:18 |
| skynet | No doubt the docs are great though I cannot see the quick start. :) | 13:18 |
| LetoThe2nd | malanecora: not argueing that in the least. but claiming that a roughly 30 line paragraph is more complicated than a multipage how-to-create-your-own-layer-and-custom-compile-recipe is... surprising, to say the least. | 13:19 |
| LetoThe2nd | skynet: *sigh* because it does only *ONE* thing. it add the package "strace" to your image. we want to show you the necessary steps one by one. not all mangled together, like that "tutorial" does. | 13:19 |
| cengiz_io | let's release some tension by talking about my super simple problem: patch file sequence numbering. how can I re-number patches in a recipe? | 13:21 |
| malanecora | LetoThe2nd: touché...just saying haha | 13:21 |
| * cengiz_io hides under desk | 13:21 | |
| LetoThe2nd | malanecora: :-) | 13:21 |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 13:23 | |
| LetoThe2nd | skynet: once you understood how to add something to your image, you can proceed to creating a custom "something" that is added. thats how it usually is done. | 13:24 |
| LetoThe2nd | cengiz_io: no need to hide, probably just nobody knows. | 13:24 |
| LetoThe2nd | cengiz_io: while devtool is great for some usecases, it still has some rough corners. i wouldn't rule out a bug at all, so you might want to report it through bugzilla (or whatever we use these days) | 13:25 |
| *** interruptguy <interruptguy!~interrupt@hel-inetgw01.vaisala.com> has quit IRC | 13:27 | |
| *** saraf_ <saraf_!~a_saraf@157.33.254.245> has quit IRC | 13:27 | |
| cengiz_io | LetoThe2nd: I don't have the knowledge to decide whether it's a bug or not | 13:27 |
| *** saraf_ <saraf_!~a_saraf@157.33.254.245> has joined #yocto | 13:28 | |
| cengiz_io | patch gets appended to tail of the SRC_URI but the number bugs me | 13:28 |
| cengiz_io | LetoThe2nd: oh wait. someone already asked it in lists: http://lists.openembedded.org/pipermail/openembedded-core/2016-April/120629.html | 13:29 |
| *** geissonator <geissonator!~geissonat@32.97.110.56> has joined #yocto | 13:29 | |
| LetoThe2nd | cengiz_io: :) | 13:29 |
| *** cvasilak <cvasilak!~cvasilak@athedsl-317984.home.otenet.gr> has joined #yocto | 13:34 | |
| skynet | Reading chapter 3.2.1: It says I should use a variable IMAGE_INSTALL_append. Well, but my local.conf does not contain a line whit that variable. What do the docs mean with "use"? Should I insert such line? The it tells it's possible to extend to IMAGE_INSTALL_append_pn-core-image-minimal. Should I do that now or not? You see, it's quite blurry... | 13:39 |
| skynet | I actually need a concrete listing of commands and edit steps for copy'n'paste. Yes, it's good if it's explained what it means. But in the first run I don't want to read the explanation. I just want to use it for now. | 13:39 |
| LetoThe2nd | skynet: "i just want to use" is a good mindset for a doorhandle. for a distribution building system, less so. | 13:40 |
| LetoThe2nd | skynet: so yes, you just insert the line | 13:40 |
| skynet | This is just my hint from the silly user's point of view ;-) No offending, just friendly meant. Sorry if it's too harsh | 13:41 |
| LetoThe2nd | skynet: i seriously suggest to work through the getting started documentation: https://www.yoctoproject.org/docs/2.6/brief-yoctoprojectqs/brief-yoctoprojectqs.html | 13:41 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 13:42 | |
| LetoThe2nd | skynet: its written the way it is for a reason. after it, you'll have custom layer to add your stuff, and have a general idea of the local.conf file. | 13:42 |
| skynet | Thanks for the links! I thing I have something to read now :-) | 13:42 |
| LetoThe2nd | (instead of a radnom bunch of "type this here" snippets, and no clue why they fail afterwards) | 13:42 |
| * derRichard wonders why poky has -meta-*/ in .gitignore | 13:43 | |
| derRichard | what is the use case? except that you don't see new files in layers? :( | 13:43 |
| skynet | Well, the schedule wants us to benchmark by using some custom programs on the eval board in a short time. So it would be nice if I had such 'type this here' snippets ;) | 13:43 |
| LetoThe2nd | skynet: then tell the person that gave you the schedule that you don't have the required knowledge, and that you either need longer or somebody else has to do it. thats the real life | 13:44 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 13:45 | |
| skynet | no solution ;) I recommend quick start docs for adding plain custom programs instead of reading the full monty | 13:45 |
| LetoThe2nd | skynet: not meaning to be overly harsh either. but reaching out for a really complex product without prior knowledge means either invest time (yor own) or money (for a consultant). and expecting simple copy and paste instructions for exactly your case just is not going to work | 13:46 |
| LetoThe2nd | skynet: alternative option: install debian/ubuntu and just compile in-target | 13:49 |
| LetoThe2nd | skynet: way simpler for a one-of benchmark | 13:49 |
| * skynet is ordering a round of free beer for the whole chat | 13:51 | |
| skynet | OK, thanks! Cheers and thanks | 13:51 |
| LetoThe2nd | cheers. | 13:51 |
| * LetoThe2nd gets drunk on duty | 13:51 | |
| *** Willy-- <Willy--!~william@184.48.144.186> has joined #yocto | 13:54 | |
| *** interruptguy <interruptguy!~interrupt@82-181-115-116.bb.dnainternet.fi> has joined #yocto | 13:57 | |
| yates_home | where are the files for kernel-dev specified? | 13:58 |
| rburton | derRichard: yes, that. no chance to accidently commit new layers to poky. | 13:58 |
| yates_home | i've smart installed both kernel-dev and kernel-srcdev yet there seems to be files missing in /lib/module/..., e.g., the main module Makefile, which should bin in /lib/module/$(uname -r)/build | 13:59 |
| yates_home | s/should bin/should be/ | 14:00 |
| yates_home | in fact the entire build directory is missing | 14:00 |
| yates_home | and there is no Makefile at all under /lib/modules | 14:00 |
| yates_home | i'm trying to build a LKM on the target | 14:01 |
| yates_home | the kerne-dev package seems to lacking a lot of files: https://paste.fedoraproject.org/paste/FN6BfbFFsNTWizsDUU-Veg | 14:02 |
| *** cengiz_io <cengiz_io!542c0ee2@gateway/web/freenode/ip.84.44.14.226> has quit IRC | 14:07 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 14:08 | |
| rburton | yates_home: easier to just make a recipe to build the module in bitbake? :) | 14:09 |
| yates_home | "easier" depends on your metric for "easy"... :) | 14:11 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 14:12 | |
| yates_home | i'm in the first stage of development, so i'll probably be making lots of blunders and needing to rebuild 100 times a day. you really think bitbaking is faster in this scenario? | 14:12 |
| RP | yates_home: would be for me | 14:13 |
| RP | write the recipe once, not have to worry thereafter | 14:13 |
| yates_home | worry about what? i have to worry about the module src no matter which way i develop. | 14:14 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 14:14 | |
| LetoThe2nd | especially if you have to reflash or upgrade something on the image, you'll accidentially lose your src at least once. | 14:14 |
| LetoThe2nd | speaking from experience. | 14:14 |
| zeddii | yates_home. was it you, or someone else that was also just asking this question about a week ago ? you want kernel-devsrc, not kernel-dev | 14:14 |
| LetoThe2nd | and then, you develop out of target :) | 14:14 |
| rburton | yates_home: on-target building should work, and we test that on the ab, so i'd ask zeddii | 14:14 |
| rburton | oh thanks zeddii :) | 14:15 |
| yates_home | yes it was me, and i've installed kernel-devsrc | 14:15 |
| zeddii | everything you need is definitely there. | 14:15 |
| zeddii | zero doubts about that. | 14:15 |
| yates_home | i still do not have the necessary Makefile, namely, /lib/modules/$(uname -r)/build/Makefile | 14:15 |
| RP | yates_home: it will get built the same way each time and installed in the image - not needing to worry about documenting that or doing it again | 14:15 |
| zeddii | yates_home, what release are you using ? | 14:16 |
| yates_home | LetoThe2nd: got that covered - the file is under source control | 14:16 |
| yates_home | zeddii: there's the rub: morty | 14:16 |
| zeddii | ah yes. | 14:16 |
| zeddii | that's the problem | 14:16 |
| RP | indeed | 14:16 |
| *** bjobjo <bjobjo!~bjobjo@2a01:79d:3e81:5208::7b0> has joined #yocto | 14:16 | |
| zeddii | the re-worked devsrc wasn't even a glimmer then. | 14:16 |
| yates_home | ha | 14:17 |
| zeddii | yates_home, the souce is under /usr/src/kernel, IIRC | 14:17 |
| zeddii | in that release. | 14:17 |
| yates_home | yes, i was just noticing the stuff there. | 14:17 |
| zeddii | make a symlink from the /lib/modules structure if you have Makefiles looking there. | 14:17 |
| yates_home | ok, let me crunch on that more. | 14:18 |
| zeddii | and you will need to do a "make ARCH=<your arch> scripts" in that directory to get the reset of the build infrastructure re-created. | 14:18 |
| zeddii | s/reset/rest/ | 14:18 |
| yates_home | ok, good to know! | 14:18 |
| *** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has quit IRC | 14:18 | |
| yates_home | thanks zeddii | 14:19 |
| bjobjo | Hi all, I'm wondering about the difference between the docker containers provided by the crops-project - specifically crops/poky and crops/yocto - which one is recommended to use, and in the case of crops/yocto, should one use the -base or the -builder tags? | 14:21 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 14:24 | |
| skynet | YEAH, there was an image directory "build-wayland" in the yocto project root dir, it's in parallel to directory "downloads" and "sources". I removed that "build-wayland" and called again "bitbake core-image-minimal", and now it rebuilds everything. :-D Big jubilation here!! | 14:25 |
| * skynet is ordering another round of free beer for the chat | 14:25 | |
| jofr | skynet: You do know that there are 240 people in here..? That is A LOT of beer you're buying... | 14:27 |
| yates_home | zeddii: is the ARCH i specify in the make command the result of the "arch" command (armv71 for my target)? | 14:29 |
| *** zino_ <zino_!~zino@2-230-204-206.ip203.fastwebnet.it> has quit IRC | 14:29 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 14:29 | |
| *** learningc <learningc!~learningc@123.136.116.94> has joined #yocto | 14:29 | |
| skynet | jofr: the price of chat beer is cheap, just 4 bytes LOL | 14:30 |
| yates_home | or should it just be "arm"? that's the closest i see under the arch directory | 14:30 |
| RP | skynet: careful or we might now think we're worthless ;-) | 14:31 |
| skynet | hehehe :) | 14:31 |
| zeddii | yates_home. yes. that should be it. | 14:32 |
| * zeddii isn't sure how much mileage everything has running natively on an arm target | 14:32 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 14:33 | |
| *** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has joined #yocto | 14:47 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 14:49 | |
| *** saraf__ <saraf__!~a_saraf@157.33.254.245> has joined #yocto | 14:54 | |
| *** saraf_ <saraf_!~a_saraf@157.33.254.245> has quit IRC | 14:54 | |
| *** gtristan_ <gtristan_!~tristanva@63.250.96.74> has joined #yocto | 14:55 | |
| *** gtristan_ is now known as gristan | 14:55 | |
| *** gristan is now known as gtristan | 14:55 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 14:57 | |
| kanavin | yay patchbomb :) | 15:04 |
| *** la_croix <la_croix!~la_croix@94.0.201.8> has quit IRC | 15:04 | |
| RP | kanavin: not sure I dare look | 15:04 |
| *** la_croix <la_croix!~la_croix@94.0.201.8> has joined #yocto | 15:05 | |
| kanavin | RP: you can read my msg to openembedded-architecture then :) | 15:09 |
| *** geissonator <geissonator!~geissonat@32.97.110.56> has quit IRC | 15:11 | |
| derRichard | rburton: ok, got the use case. | 15:13 |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 15:13 | |
| *** luq <luq!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 15:14 | |
| *** luq_ <luq_!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 15:14 | |
| *** learningc <learningc!~learningc@123.136.116.94> has quit IRC | 15:15 | |
| yates_home | success building my first "hello world" LKM on target! | 15:17 |
| *** kanavin <kanavin!~kanavin@62.96.135.139> has quit IRC | 15:17 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 15:23 | |
| *** kanavin <kanavin!~kanavin@62.96.135.139> has joined #yocto | 15:23 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 15:23 | |
| *** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has joined #yocto | 15:25 | |
| didile | hi | 15:26 |
| didile | I'm writing a recipe for the monocypher library: https://monocypher.org/ | 15:26 |
| didile | Here it is: https://paste.ofcode.org/4fBx2ZjbVuzFp4dCcRrn6p | 15:27 |
| didile | but I get an error at do_package_qa: QA Issue: -dev package contains non-symlink .so: monocypher-dev path '/work/cortexa9hf-neon-poky-linux-gnueabi/monocypher/2.0.5-r0/packages-split/monocypher-dev/usr/lib/libmonocypher.so' [dev-elf] | 15:27 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 15:27 | |
| didile | I disabled the package split | 15:28 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 15:28 | |
| RP | kanavin: looks good :) I assume people can still select SDL? | 15:28 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 15:28 | |
| didile | any idea how to solve this? | 15:28 |
| kanavin | RP: yes, of course! | 15:30 |
| *** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has quit IRC | 15:32 | |
| *** interruptguy <interruptguy!~interrupt@82-181-115-116.bb.dnainternet.fi> has quit IRC | 15:33 | |
| *** interruptguy <interruptguy!~interrupt@82-181-115-116.bb.dnainternet.fi> has joined #yocto | 15:33 | |
| kanavin | RP: also runqemu still defaults to non-gl variant with vmware vga driver | 15:34 |
| *** interruptguy <interruptguy!~interrupt@82-181-115-116.bb.dnainternet.fi> has quit IRC | 15:35 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:39 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has quit IRC | 15:40 | |
| *** bernardoaraujo <bernardoaraujo!~bernardoa@mx1.silicon-gears.com> has joined #yocto | 15:44 | |
| didile | ok I found that I need to add INSANE_SKIP_${PN}-dev = "dev-elf" | 15:44 |
| *** jij <jij!jonashg@nat/axis/x-itgpjsfectcvugzn> has quit IRC | 15:44 | |
| RP | kanavin: makes sense, thanks for confirming :) | 15:45 |
| bernardoaraujo | sometimes I see BitBake processing more than one recipe in one thread, with a + sign between them... like recipe_1+recipe_2... where can I find some info about that kind of behavior? | 15:46 |
| rburton | didile: don't disable package split, fix the packaging | 15:46 |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has quit IRC | 15:46 | |
| didile | rburton: how should I do that? | 15:46 |
| rburton | didile: well why did you disable the package split? | 15:50 |
| *** jij <jij!jonashg@nat/axis/x-ngovvzmlpdgutjfn> has joined #yocto | 15:51 | |
| didile | rburton: I disable -dbg and -doc packages actually | 15:53 |
| didile | rburton: because I don't need them | 15:53 |
| didile | rbuton: it saves a lot of compilation time | 15:55 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 15:55 | |
| rburton | that's not really anything to do with package splitting, that's just not building stuff | 15:56 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 15:57 | |
| didile | the variables are INHIBIT_PACKAGE_DEBUG_SPLIT = "1" and INHIBIT_PACKAGE_STRIP = "1" | 15:58 |
| rburton | kanavin: boo to needing to build all of gtk+3-native :( | 15:58 |
| rburton | didile: you do realise that just leave the debug symbols in the main package, so making them a lot larger | 15:58 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 15:59 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 15:59 | |
| RP | rburton: I'm dreading to think of the performance implications :/ | 16:00 |
| rburton | kanavin: dropping the gtk2 icon cache thing means that gtk2 and gtk3 can't coexist | 16:01 |
| rburton | as they ship the same binary | 16:01 |
| didile | rburton: you mean INHIBIT_PACKAGE_DEBUG_SPLIT = "1" and INHIBIT_PACKAGE_STRIP = "1" make the packages a lot bigger? | 16:02 |
| rburton | yes | 16:02 |
| didile | I see | 16:02 |
| rburton | you're not splitting out the debug symbols, so unless you've ensured they're not generated in the first place they'll be there still | 16:02 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 16:02 | |
| didile | rburton: no I didn't know that | 16:02 |
| tgoodwin | Is there a way to bbappend a recipe that has its PV overridden by a different bbappend? For example, a_1.0.bb, a_%.bbappend (sets PV to 1.1), a_1.1.bbappend (results in "no recipes available") | 16:03 |
| *** malanecora <malanecora!b23cc82c@gateway/web/freenode/ip.178.60.200.44> has quit IRC | 16:04 | |
| didile | rburton: how could I remove the debug symbols instead? | 16:05 |
| rburton | didile: don't pass -g to the compiler. For a small library the difference will be <1s. | 16:06 |
| rburton | didile: why don't you just use the makefile provided? | 16:07 |
| didile | rburton: because it installs manpages too | 16:07 |
| rburton | all your package splitting problems are because you're building it yourself instead of using the makefile | 16:07 |
| rburton | so? they'll be in monocypher-doc and not installed unless you want them | 16:08 |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has joined #yocto | 16:08 | |
| didile | hm | 16:08 |
| rburton | a lot of upstream makefiles are pretty dumb, but don't reinvent the wheel unless you've verified this | 16:09 |
| didile | I should package man pages with FILES_${PN˘ | 16:09 |
| didile | FILES_${PN}-doc? | 16:09 |
| rburton | no need, default does the right thing. | 16:09 |
| rburton | note that your hand-coded CC is building a library with the wrong name | 16:09 |
| *** saraf__ <saraf__!~a_saraf@157.33.254.245> has quit IRC | 16:10 | |
| didile | rburton: oe_runmake install DESTDIR=${D} gives me this error: https://paste.ofcode.org/AGvNGGrprkbGa36h3i8Rqn | 16:10 |
| *** stephano <stephano!~stephano@134.134.139.75> has joined #yocto | 16:10 | |
| *** zino_ <zino_!~zino@2-230-204-206.ip203.fastwebnet.it> has joined #yocto | 16:11 | |
| rburton | didile: look at the makefile to see what you need to set | 16:11 |
| didile | rburton: I only see DESTDIR to be empty | 16:12 |
| rburton | makefile correctly defaults to PREFIX=usr/local | 16:13 |
| rburton | but system packages install into $prefix, which is /usr | 16:13 |
| rburton | so pass PREFIX=${prefix} in the recipe | 16:13 |
| *** skynet <skynet!91fdde45@gateway/web/freenode/ip.145.253.222.69> has quit IRC | 16:14 | |
| *** cvasilak <cvasilak!~cvasilak@athedsl-317984.home.otenet.gr> has quit IRC | 16:16 | |
| didile | rburton: I removed the PACKAGE_SPLIT var so it's compiling a few things... | 16:16 |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC | 16:17 | |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto | 16:17 | |
| *** ant_work <ant_work!~ant__@host96-164-dynamic.250-95-r.retail.telecomitalia.it> has quit IRC | 16:22 | |
| didile | rburton: it works fine :) | 16:23 |
| didile | rburton: the new recipe: https://paste.ofcode.org/5KbXqjX9SX2vXjwgakNacr | 16:24 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:27 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 16:27 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 16:28 | |
| *** amit_ <amit_!~amit@223.190.53.228> has joined #yocto | 16:29 | |
| *** Amit_T <Amit_T!~amit@106.215.32.133> has quit IRC | 16:30 | |
| *** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has joined #yocto | 16:31 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has quit IRC | 16:33 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:34 | |
| *** sgw <sgw!~sgw@192.55.54.39> has quit IRC | 16:38 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 16:39 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 16:39 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 16:40 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 16:40 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 16:40 | |
| *** rburton <rburton!~rburton@81.2.106.35> has joined #yocto | 16:41 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC | 16:44 | |
| prabhakarlad | Hi all, what is the good idea to apply a patch depending on the MACHINE type in a recipe ? | 16:44 |
| rburton | prabhakarlad: use machine overrides to add to SRC_URI selectively | 16:44 |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto | 16:46 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 16:47 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 16:48 | |
| rburton | kanavin: can you sling your qemu x11 patch to qemu-devel@nongnu.org | 16:48 |
| rburton | iirc, you get moderated but not rejected | 16:48 |
| rburton | (as a non-member) | 16:48 |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has joined #yocto | 16:50 | |
| prabhakarlad | rburton: thank you :) | 16:52 |
| * RP wonders why shell code is being fed to the python parser | 16:54 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 16:58 | |
| RP | ah, its not, its inline python in shell. gah | 16:59 |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has joined #yocto | 17:00 | |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has quit IRC | 17:06 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-100-238.dsl.tropolys.de> has quit IRC | 17:08 | |
| *** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has quit IRC | 17:16 | |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 17:16 | |
| *** yann <yann!~yann@lfbn-1-12695-17.w90-90.abo.wanadoo.fr> has quit IRC | 17:16 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-130-141.w83-201.abo.wanadoo.fr> has joined #yocto | 17:22 | |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 17:23 | |
| *** [Sno] <[Sno]!~sno@tmo-116-182.customers.d1-online.com> has joined #yocto | 17:33 | |
| *** sno <sno!~sno@tmo-116-182.customers.d1-online.com> has quit IRC | 17:33 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:35 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has quit IRC | 17:40 | |
| *** bernardoaraujo <bernardoaraujo!~bernardoa@mx1.silicon-gears.com> has quit IRC | 17:40 | |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has joined #yocto | 17:42 | |
| *** amit_ <amit_!~amit@223.190.53.228> has quit IRC | 17:43 | |
| *** mckoan is now known as mckoan|away | 17:46 | |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 17:56 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has joined #yocto | 18:07 | |
| kanavin | rburton: all of gtk+3-native is actually not that much, as many of the bits were already needed for g-i and qemu | 18:08 |
| kanavin | rburton: I guess we'll have to sort the conflict between gtk 2 and 3, but I can't honestly see the benefit of choosing between the two implementations of icon cache binary at this point | 18:11 |
| rburton | well we need to rename one or both, but then themes need to call the binary, so surely alternatives is the way forwards (unless we universally drop gtk2 and then have the same problem with gtk4) | 18:18 |
| *** [Sno] <[Sno]!~sno@tmo-116-182.customers.d1-online.com> has quit IRC | 18:23 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 18:27 | |
| kanavin | rburton: yep, there theoretically could be a gtk2-only system I suppose | 18:31 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has joined #yocto | 18:32 | |
| kanavin | in all other cases (gtk2+gtk3, gtk3 only) shipping the 3.x version of the utility should simply work without doing the alternatives thing | 18:32 |
| kanavin | I'll drop the patch, there was some reason I had to make it though | 18:33 |
| tgoodwin | If a layer is exposing a series of vendor-specific drivers for various hardware (and the vendor kernel), is that an appropriate use of adding MACHINE_FEATURES for each driver or is it more appropriate still to define specific machines? | 18:36 |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto | 18:46 | |
| *** sno <sno!~sno@p4FF5E266.dip0.t-ipconnect.de> has joined #yocto | 18:46 | |
| Crofton | tgoodwin, public layer? | 18:55 |
| khem | tgoodwin: maybe its ok to do so | 18:56 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:59 | |
| alimon | RP: I looked at the result parser in runtime ptest and is very elaborate is supposed to do a simple thing, :/ | 19:07 |
| tgoodwin | Crofton: might become one, yes | 19:16 |
| tgoodwin | Where I'm tripping up is whether or not to set the default kernel parameters based a certain machine feature being set in a user's configuration, for example | 19:17 |
| tgoodwin | seems wrong | 19:17 |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 19:20 | |
| *** feddischson <feddischson!~feddischs@55d4f027.access.ecotel.net> has joined #yocto | 19:20 | |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC | 19:33 | |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto | 19:33 | |
| aehs29 | alimon: so you better start working on it right away :) | 19:40 |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has joined #yocto | 19:44 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 19:47 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 19:57 | |
| kroon | Is there a point in using uninative+yocto sstate while keeping up with master ? I'm using "http://sstate.yoctoproject.org/dev" but I never see any sstate reuse .. | 19:59 |
| *** berton <berton!~berton@181.220.86.121> has quit IRC | 20:17 | |
| khem | with master doesnt help much | 20:21 |
| khem | with release branches it might make sense | 20:21 |
| kroon | ok | 20:22 |
| *** gtristan <gtristan!~tristanva@63.250.96.74> has quit IRC | 20:29 | |
| RP | alimon: I feel like that about a lot of oeqa :/ | 20:32 |
| RP | alimon: if it can be simplified I'm all for it | 20:32 |
| *** sgw <sgw!~sgw@134.134.139.76> has joined #yocto | 20:34 | |
| yocti | New news from stackoverflow: Generating callstack from inside system call <https://stackoverflow.com/questions/54188606/generating-callstack-from-inside-system-call> | 20:34 |
| *** hyde <hyde!uid25660@gateway/web/irccloud.com/x-gqfpcbjstoymdqzp> has joined #yocto | 20:40 | |
| *** hyde <hyde!uid25660@gateway/web/irccloud.com/x-gqfpcbjstoymdqzp> has left #yocto | 20:41 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.90> has quit IRC | 20:48 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.90> has joined #yocto | 20:49 | |
| Piraty | w00t?? did you replace the opkg-0.4.0 tarball with a real release one ?? checksum changed again and not autogen.sh is missing. guys, this is really bad | 20:49 |
| Piraty | on top of that, it refuses to build | 20:53 |
| RP | adelcast: ^^^ | 20:54 |
| adelcast | hey Piraty, you are talking about the binaries at http://downloads.yoctoproject.org/releases/opkg/? | 20:56 |
| Piraty | distfiles="https://downloads.yoctoproject.org/releases/opkg/opkg-${version}.tar.gz" | 20:57 |
| Piraty | yeah. saturday (for whatever reason) the checksum changed (from it's friday state) | 20:58 |
| adelcast | AFAIK, those binaries were only posted once, was there a delta of time where 2 different versions were uploaded? | 20:59 |
| adelcast | oh | 20:59 |
| Piraty | and i would swear to you they had an autogen.sh and now they don't | 21:00 |
| adelcast | I usually create the releases, and as part of my release process I run autogen.sh, then remove it (as well as other stuff, like .git, etc) | 21:01 |
| adelcast | so I am completely certain there has never been an autogen.sh on those tarballs | 21:01 |
| Piraty | ok lemme check, probably i screwed up and came yelling at you :-/ | 21:02 |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has quit IRC | 21:02 | |
| *** balister_ <balister_!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto | 21:03 | |
| adelcast | ok, lemme know if you still think there was an issue, I can check with yocto's IT contact to see if something changed on the backend | 21:04 |
| *** ernstp_ <ernstp_!sid168075@gateway/web/irccloud.com/x-kpymehcppjsdeknx> has joined #yocto | 21:04 | |
| *** flynn378__ <flynn378__!sid63564@gateway/web/irccloud.com/x-hplurbwywczxffmr> has joined #yocto | 21:04 | |
| Piraty | so because you run autogen.sh already, i should not have to use autoconf or the other tools, that correct? | 21:05 |
| adelcast | correct | 21:06 |
| Piraty | hm | 21:06 |
| Piraty | https://privatebin.net/?1363b43c06c7c1e3#DqChCGpOPcawmMpxNTvm+LnNfnhcnfUgvDRgZwz4pV4= | 21:07 |
| Piraty | libtool wants me to run autoconf | 21:07 |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has quit IRC | 21:07 | |
| rburton | Piraty: 99% sure the tarball you originally had was actually a cgit generated archive | 21:07 |
| rburton | you said the checksums matched, which wouldn't be the case for a cgit link vs the tarball adelcast built | 21:08 |
| *** balister_ is now known as Crofton|work | 21:08 | |
| rburton | also, we'd have noticed if it changed, as the autobuilder would have warned | 21:08 |
| Piraty | i guess what happened, i changed the distfile string and it used the tarball from the cache, therefore there was autogen.sh present and when is switched machines, it had to download from the new mirror (which then was the real download.yocto...) | 21:08 |
| Piraty | my bad | 21:09 |
| derRichard | is it known that oe-init-build-env does not work with dash? | 21:10 |
| Crofton|work | I think so | 21:11 |
| Piraty | thanks rburton adelcast , and sorry for confusion | 21:11 |
| derRichard | (the default /bin/sh on ubuntu) | 21:11 |
| *** flynn378 <flynn378!sid63564@gateway/web/irccloud.com/x-cjzguspgffkgmhgy> has quit IRC | 21:11 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-cuufxchcdpetkpof> has quit IRC | 21:11 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:bde0:cd61:908d:9500> has quit IRC | 21:11 | |
| *** Crofton <Crofton!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC | 21:11 | |
| derRichard | just tracked this down on a ubuntu docker :-\ | 21:11 |
| *** flynn378__ is now known as flynn378 | 21:11 | |
| *** ernstp_ is now known as ernstp | 21:11 | |
| RP | derRichard: it should, how was it failing? Or you mean the ability to specify the build directory? | 21:12 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:8d08:b580:d449:6594> has joined #yocto | 21:12 | |
| Piraty | adelcast: what's this with your libtool version (see my attached faillog) | 21:14 |
| Piraty | 2.4.6 is latest stable | 21:14 |
| RP | Piraty: libtool hasn't released in years which means people are using git snapshot versions | 21:16 |
| derRichard | RP: it fails to find the internal script: Can't open /scratch/rw/testing/new/scripts/oe-buildenv-internal | 21:17 |
| derRichard | but i passed the builddir as parameter | 21:18 |
| derRichard | let me try without | 21:18 |
| derRichard | nope, also wthout it fails | 21:18 |
| RP | derRichard: I thought it did work but dash is limited :/ | 21:19 |
| kroon | it does on my setup | 21:19 |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 21:20 | |
| kroon | debian 9 uses dash as well | 21:20 |
| RP | derRichard: does it help if you change to the directory first? | 21:20 |
| RP | kroon: but are you in a dash shell when starting the build? | 21:20 |
| kroon | RP, doh. no, sorry | 21:21 |
| * kroon shuts up | 21:21 | |
| derRichard | RP: where should it change to? | 21:21 |
| RP | derRichard: I mean instead of "source /foo/bar/oe-init-build-env", "cd /foo/bar; source oe-init-env" | 21:22 |
| derRichard | na, it fails differently | 21:22 |
| RP | derRichard: You may already be doing that in which case ignore me | 21:22 |
| derRichard | http://paste.debian.net/plain/1060515 | 21:23 |
| derRichard | btw. dash has no "source" | 21:23 |
| derRichard | just "." | 21:23 |
| RP | try ./oe-init-build-env | 21:23 |
| RP | derRichard: I knew it didn't have one or the other, guessed wrong :) | 21:23 |
| derRichard | ./ also does not help, it cannot find oe-buildenv-internal | 21:23 |
| derRichard | no big deal here. i hate dash anyways with passion :) | 21:24 |
| derRichard | one of my docker scripts just used /bin/sh and ubuntu has brain dead defaults </rant> | 21:24 |
| * RP isn't keen | 21:24 | |
| kroon | derRichard, you're not setting OEROOT in the env ? | 21:24 |
| derRichard | nope. should i? | 21:25 |
| derRichard | i never set it | 21:25 |
| kroon | no | 21:25 |
| kroon | but if I do, I get a similar error message | 21:25 |
| derRichard | yeah | 21:25 |
| derRichard | just checked, OEROOT is not set in my shell | 21:25 |
| *** ant_home <ant_home!~ant__@host223-89-dynamic.45-79-r.retail.telecomitalia.it> has joined #yocto | 21:26 | |
| derRichard | maybe we should just note in the manual that bash should be used? :-D | 21:27 |
| kroon | i get the same error as well when run from dash | 21:28 |
| derRichard | good. at least it is not me :) | 21:28 |
| kroon | maybe add sanity check in oe-init-build-env | 21:28 |
| derRichard | +1 | 21:29 |
| RP | that is surprisingly hard to do :/ | 21:30 |
| kroon | or maybe oe-init-build-env is just has a bug that needs to be fixed.. | 21:30 |
| derRichard | RP: just check whether $BASH_VERSION is something sane? | 21:31 |
| RP | derRichard: then the people who use csh complain (and so on) | 21:32 |
| JPEW | I though dash worked.... there was a bugzilla for it that was assigned to me, I tested it, and closed.... | 21:32 |
| derRichard | *does* oe-init-build-env worth with csh? | 21:32 |
| kroon | derRichard, does it work if you run it from the same dir ? | 21:32 |
| derRichard | no | 21:32 |
| RP | derRichard: I'm sure I remember patches but who knows | 21:32 |
| kroon | derRichard, cause it does here | 21:33 |
| derRichard | interesting | 21:33 |
| JPEW | YOCTO #11775 | 21:34 |
| kroon | IOW ". ./oe-init-build-env" does work on my debian 9 | 21:34 |
| ant_home | derRichard, we almost documented it years ago https://www.openembedded.org/wiki/OE-Core_Standalone_Setup | 21:35 |
| kroon | ". openembedded-core/oe-init-build-env" does not, and I get a similar error message | 21:35 |
| ant_home | I always do cd /oe/oe core; . ./oe/init-build-env | 21:36 |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has joined #yocto | 21:36 | |
| kroon | derRichard, you forgot the "." in your pastebin | 21:36 |
| kroon | i mean the "./" as in ". ./oe-init-build-env" | 21:37 |
| * derRichard hates dash even more | 21:38 | |
| derRichard | thx | 21:38 |
| kroon | dont think you can blame dash for that though | 21:39 |
| kroon | thats because "." is not in your PATH | 21:39 |
| derRichard | i blame ubuntu for using not bash as /bin/sh | 21:40 |
| ant_home | derRichard, we try to avoid bashism in OE FWIW | 21:41 |
| derRichard | why? | 21:41 |
| ant_home | portability | 21:41 |
| derRichard | yocto runs on linux, nothing else | 21:41 |
| ant_home | yes, nut different linus distro hav edifferent shells | 21:43 |
| RP | derRichard: we do support running with /bin/sh pointing at dash | 21:43 |
| RP | derRichard: that is tested | 21:43 |
| derRichard | ant_home: which yocto supported distro does *not* ship bash? | 21:43 |
| ant_home | as default? | 21:44 |
| derRichard | yes | 21:44 |
| RP | derRichard: ubuntu defaults to /bin/sh as dash | 21:44 |
| RP | derRichard: and bash as the login shell | 21:44 |
| derRichard | but it has bash installed | 21:44 |
| RP | /bin/sh is still dash | 21:44 |
| derRichard | anyway, i don't care much. i have bash installed and all is good. just want to let you know :) | 21:45 |
| *** ferlzc <ferlzc!~ferlzc@189-19-101-161.dsl.telesp.net.br> has joined #yocto | 21:45 | |
| ant_home | RP: ideally we aim to purity :) moving towards musl libc to have POSIX complaince as well | 21:45 |
| RP | and we run bitbake's scripts under /bin/sh | 21:45 |
| kroon | I added some comments to #11775 | 21:45 |
| RP | derRichard: I wish I didn't have to care ;-) | 21:45 |
| * ant_home confeeses his install of OpenBSD | 21:45 | |
| derRichard | RP: yocto depends on so many stuff, IMHO depending on bash does not hurt | 21:48 |
| kroon | JPEW, ^^^ | 21:49 |
| JPEW | kroon: Hmm, interesting. I wasn't aware that sourcing it outside the directory it lives in was supported. I wonder if that is why the original bug was logged | 21:51 |
| *** kaspter <kaspter!~Instantbi@183.157.82.90> has quit IRC | 21:54 | |
| *** kaspter <kaspter!~Instantbi@183.157.82.90> has joined #yocto | 21:55 | |
| kroon | JPEW, yeah, well at least thats how I always do it (in bash, . openembedded-core/oe-init-build-env) | 21:55 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 21:56 | |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 21:57 | |
| RP | derRichard: its not that simple sadly | 22:03 |
| derRichard | why? you depend even on python | 22:06 |
| RP | derRichard: we don't control many of the scripts we run which can call "/bin/sh". So either we start editing them to point at bash or we force people to change /bin/sh to point at bash, or we accept it can point at dash | 22:08 |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has quit IRC | 22:08 | |
| kergoth | common source of confusion. folks often think the limitations are in bitbake/oe itself when it's really the underlying buildsystems we call into. much like the system default 'python' being 'python3' thing, until we addressed that in hosttools | 22:09 |
| derRichard | ok, makes sense | 22:10 |
| *** feddischson <feddischson!~feddischs@55d4f027.access.ecotel.net> has quit IRC | 22:10 | |
| derRichard | is scons broken on sumo? | 22:14 |
| derRichard | PREFIX = os.path.normpath(sys.prefix).replace( os.getenv("BUILD_SYS"), os.getenv("HOST_SYS") ) | 22:14 |
| derRichard | TypeError: expected a string or other character buffer object | 22:14 |
| derRichard | it expects BUILD_SYS and HOST_SYS set | 22:14 |
| derRichard | if i add a "export BUILD_SYS", "export HOST_SYS" to the scons recipe, it builds fine | 22:14 |
| RP | there should be something setting those | 22:15 |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has joined #yocto | 22:19 | |
| derRichard | bitbake.conf does | 22:24 |
| derRichard | but in scons os.getenv("HOST_SYS") seems to return "None" | 22:25 |
| RP | derRichard: I think scons assumes you include one of the classes which exports then into the environment | 22:29 |
| kergoth | iirc one of the python bbclasses exports those | 22:29 |
| derRichard | RP: well the scons-native recipe itself fails to build... | 22:30 |
| derRichard | ./poky/meta/recipes-devtools/python/python-scons-native_3.0.1.bb to be correct | 22:30 |
| *** flihp <flihp!~flihp@76.243.124.132> has joined #yocto | 22:31 | |
| RP | derRichard: it just built for me with master... | 22:31 |
| derRichard | as i said, i'm on sumo | 22:32 |
| derRichard | on thud it also seems to build | 22:32 |
| derRichard | i did such a build yesterday | 22:32 |
| RP | derRichard: it could be a bug... | 22:32 |
| derRichard | yeah :) | 22:33 |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has joined #yocto | 22:37 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:38 | |
| kroon | kergoth, in a .bb file, are all variable assignments parsed and overrides applied, before the "inherit" lines are acted upon ? | 22:42 |
| kergoth | depends on the version. recent versions apply overrides at expansion time rather than at the end of the parse when they used to be | 22:42 |
| kergoth | so now a variabler eference in an include/require/inherit line will be applied, but only the ones that exist at that point, not those set after that line | 22:43 |
| kroon | kergoth, so include/require/inherit will "inline" the contents of the file, sort of like the C preprocessor and the "include" directive, and the argument to include/require/inherit will be expanded right there and then ? is that somewhat accurate ? | 22:48 |
| kergoth | essentially yes | 22:48 |
| kergoth | our lazy-ish variable expansion was inspired by gnu make, which is why they both have := to force immediate expansion | 22:50 |
| kroon | kergoth, ok, thanks for clarifying | 22:50 |
| kroon | was "-include" too ugly ? :-) | 22:51 |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has quit IRC | 22:56 | |
| *** bzb <bzb!~bzb@135-23-193-53.cpe.pppoe.ca> has joined #yocto | 23:01 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-130-141.w83-201.abo.wanadoo.fr> has quit IRC | 23:04 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has quit IRC | 23:06 | |
| *** sgw <sgw!~sgw@134.134.139.76> has quit IRC | 23:22 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-yfrgsvazeggfoick> has joined #yocto | 23:28 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 23:32 | |
| *** xperia64 <xperia64!~pi@pool-71-179-254-134.bltmmd.fios.verizon.net> has joined #yocto | 23:33 | |
| *** bzb_ <bzb_!~bzb@135-23-193-53.cpe.pppoe.ca> has joined #yocto | 23:35 | |
| *** bzb <bzb!~bzb@135-23-193-53.cpe.pppoe.ca> has quit IRC | 23:39 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 23:45 | |
| *** sgw <sgw!~sgw@192.55.54.44> has joined #yocto | 23:54 | |
| *** sgw <sgw!~sgw@192.55.54.44> has quit IRC | 23:59 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!