| kergoth | sveinse: perhaps we should have a SRC_URI ??= "". then the default is applied late, so we know it's always set. | 00:13 |
|---|---|---|
| *** sameo <sameo!~samuel@192.55.54.44> has quit IRC | 00:15 | |
| *** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has quit IRC | 00:17 | |
| *** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has joined #yocto | 00:17 | |
| sveinse | no, now it failed again. This time with wiped tmp but with populated sstate | 00:18 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 00:19 | |
| sveinse | But it did warn with the "WARNING: Unable to get checksum for sp SRC_URI entry oe-workdir: [Errno 2] No such file or directory" for both oe-workdir and oe-logs. | 00:20 |
| kergoth | afaik devtool modify -x sets those up, but externalsrc should work with manually set up external dirs too.. | 00:21 |
| * kergoth shrugs | 00:21 | |
| sveinse | My hunch (and I just proved my previous to be false) is that when tmp/ is wiped, the oe-workdir/ and oe-logs/ become dangling symlinks. When bitbake then is re runned, these dangling link cause bitbake to croak | 00:23 |
| sveinse | Running bitbake on a wiped tmp/, with oe-logs/ present. It now warned of oe-workdir&oe-logs missing. Let's see if it dies | 00:25 |
| sveinse | Then I'll retry the same thing, but this time erase oe-logs and oe-workdir prior to running bb | 00:26 |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 00:29 | |
| *** bluelightning <bluelightning!~paul@50-39-168-205.bvtn.or.frontiernet.net> has joined #yocto | 00:34 | |
| *** bluelightning <bluelightning!~paul@50-39-168-205.bvtn.or.frontiernet.net> has quit IRC | 00:34 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 00:34 | |
| sveinse | jup, the former failed, the latter succeeds. | 00:44 |
| *** mastier <mastier!~mastier@mastier.pl> has quit IRC | 01:08 | |
| *** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has quit IRC | 01:17 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-vycddjoistwxanet> has joined #yocto | 01:21 | |
| *** bananadev <bananadev!~onlyester@117.6.99.240> has joined #yocto | 01:22 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 01:34 | |
| *** clopez <clopez!~tau@neutrino.es> has quit IRC | 02:24 | |
| *** clopez <clopez!~tau@neutrino.es> has joined #yocto | 02:31 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 02:34 | |
| *** sgw_ <sgw_!~sgw_@134.134.139.77> has quit IRC | 02:34 | |
| *** sameo <sameo!~samuel@192.55.54.44> has joined #yocto | 03:02 | |
| *** vlad_b <vlad_b!~Vlad@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 03:14 | |
| *** vladb <vladb!~Vlad@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 03:35 | |
| *** bananadev <bananadev!~onlyester@117.6.99.240> has quit IRC | 03:37 | |
| *** bananadev <bananadev!~onlyester@117.6.99.240> has joined #yocto | 03:39 | |
| *** vishy27 <vishy27!c0374fa5@gateway/web/freenode/ip.192.55.79.165> has joined #yocto | 03:50 | |
| *** aehs29 <aehs29!aehernan@nat/intel/x-dnfduwluihztcekl> has joined #yocto | 04:02 | |
| *** aehs29 <aehs29!aehernan@nat/intel/x-dnfduwluihztcekl> has quit IRC | 04:10 | |
| *** morphis_ <morphis_!~morphis@pD9ED6839.dip0.t-ipconnect.de> has joined #yocto | 04:25 | |
| *** sameo <sameo!~samuel@192.55.54.44> has quit IRC | 04:33 | |
| *** vishy27 <vishy27!c0374fa5@gateway/web/freenode/ip.192.55.79.165> has quit IRC | 04:40 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 04:43 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 04:45 | |
| *** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto | 04:52 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 05:01 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto | 05:11 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 05:11 | |
| *** agust <agust!~agust@p4FCB5FD5.dip0.t-ipconnect.de> has joined #yocto | 05:14 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 05:20 | |
| *** Crofton <Crofton!~Crofton@88-111-155-240.dynamic.dsl.as9105.com> has quit IRC | 05:22 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 05:30 | |
| *** melonipoika <melonipoika!~jose@194.9.252.237> has quit IRC | 05:47 | |
| *** Crofton <Crofton!~Crofton@88-111-155-240.dynamic.dsl.as9105.com> has joined #yocto | 05:54 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 05:56 | |
| *** sveinse <sveinse!~chatzilla@156.92-221-160.customer.lyse.net> has quit IRC | 06:16 | |
| *** townxelliot <townxelliot!~ell@176.249.240.35> has joined #yocto | 06:17 | |
| *** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 06:23 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 06:23 | |
| *** pohly <pohly!~pohly@p5DE8FF9F.dip0.t-ipconnect.de> has joined #yocto | 06:25 | |
| *** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has quit IRC | 06:25 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:26 | |
| *** sno <sno!~sno@62.157.143.22> has joined #yocto | 06:29 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 06:31 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 06:33 | |
| *** eduardas_ <eduardas_!~eduardas_@213.197.143.19> has joined #yocto | 06:33 | |
| *** frsc <frsc!~frsc@80.149.173.67> has joined #yocto | 06:34 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 06:37 | |
| *** Crofton <Crofton!~Crofton@88-111-155-240.dynamic.dsl.as9105.com> has quit IRC | 06:42 | |
| *** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has joined #yocto | 06:45 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 06:46 | |
| *** eduardas_ <eduardas_!~eduardas_@213.197.143.19> has quit IRC | 06:50 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 06:50 | |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 06:51 | |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 06:52 | |
| *** eduardas_ <eduardas_!~eduardas_@213.197.143.19> has joined #yocto | 06:52 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 06:54 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 06:55 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 06:59 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:00 | |
| boucman_work | pidge: ping ? | 07:02 |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:04 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 07:05 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 07:06 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 07:06 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-sgvzjlabzzddgvsf> has joined #yocto | 07:08 | |
| *** jbrianceau_away is now known as jbrianceau | 07:08 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:09 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:10 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto | 07:10 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:12 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 07:13 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:14 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 07:16 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:18 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:20 | |
| *** jku <jku!jku@nat/intel/x-qlclylklktoentdq> has joined #yocto | 07:23 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 07:26 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:26 | |
| *** smartin_ is now known as smartin | 07:28 | |
| *** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 07:33 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 07:33 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:36 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 07:36 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:37 | |
| *** frsc <frsc!~frsc@80.149.173.67> has quit IRC | 07:38 | |
| *** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto | 07:38 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:39 | |
| *** frsc <frsc!~frsc@80.149.173.67> has joined #yocto | 07:39 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 07:42 | |
| *** sveinse <sveinse!~chatzilla@79.160.140.131> has joined #yocto | 07:46 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:46 | |
| *** alexlarsson <alexlarsson!~alexl@213-66-155-112-no94.tbcn.telia.com> has quit IRC | 07:48 | |
| *** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC | 07:48 | |
| *** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has quit IRC | 07:49 | |
| sveinse | The docs state nfs is better for sstate sharing than http, but at the same time I got the impression from discussion here on this channel that NFS is not optimal. Why is that? In what way? | 07:59 |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 08:04 | |
| *** morphis_ <morphis_!~morphis@pD9ED6839.dip0.t-ipconnect.de> has quit IRC | 08:22 | |
| *** belen <belen!~Adium@134.134.137.73> has joined #yocto | 08:23 | |
| *** morphis_ <morphis_!~morphis@pD9ED6839.dip0.t-ipconnect.de> has joined #yocto | 08:24 | |
| boucman_work | aaaand one more hardcoded reference to gcc (glibc this time) | 08:29 |
| *** obsrwr_ <obsrwr_!~otp-amois@188.24.204.43> has joined #yocto | 08:29 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 08:31 | |
| *** yann <yann!~yann@LFbn-1-3226-41.w90-79.abo.wanadoo.fr> has joined #yocto | 08:32 | |
| sveinse | sstate only saves the hashsum of the recipe, not the actual contents, does it? | 08:37 |
| sveinse | Is it possible to see why a recipe is being rebuilt? | 08:38 |
| Ulfalizer | sveinse: the sstate caches task output. the "key" is a hash of all the inputs (variables affecting) the task. | 08:38 |
| Ulfalizer | sstate tasks just copy the output they want to cache in the sstate cache into a directory | 08:39 |
| *** Girafferson <Girafferson!~Giraffers@2601:281:8500:95b0:5249:f3c:d4e2:30a9> has joined #yocto | 08:40 | |
| Ulfalizer | sveinse: there's a way to get a list of all the variables a task depends on, but it's currently not documented very well | 08:41 |
| Ulfalizer | i have a pending bug for it | 08:41 |
| Ulfalizer | see http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#usingpoky-viewing-dependencies as well | 08:41 |
| sveinse | I have a kernel recipe which is retriggered on builds. E.g. wipe tmp/ and it rebuilds, not loading from sstate like all the rest. This recipe opens with a warning "Unable to get checksum for linux-dr SRC_URI entry defconfig: file could not be found". I suspect that this might be the cause | 08:41 |
| Ulfalizer | sveinse: my usual debugging technique is to remove stuff until it stops rebuilding, and then working backwards from there :) | 08:43 |
| Ulfalizer | sveinse: if you don't remove tmp/ and rebuild, does it say that no tasks needed to be rerun? | 08:43 |
| *** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has joined #yocto | 08:44 | |
| sveinse | Ulfalizer: Yes, I know about the -g option, but it (or -e) cannot show the vars in which is stored into sstate, can it? | 08:44 |
| sveinse | Ulfalizer: Rerunning bb without erasing /tmp does not rebuild the kernel | 08:45 |
| sveinse | *err erasing tmp/... Huuuge difference | 08:45 |
| Ulfalizer | sveinse: https://bugzilla.yoctoproject.org/show_bug.cgi?id=10141 has instructions for how to see what variables went into creating the input checksum | 08:46 |
| yocti | Bug 10141: normal, Medium, 2.2, srifenbark, NEW , Suggested fleshing out of the sigdata/siginfo documentation | 08:46 |
| rubdos | Something changed on the pypi front? I'm gonna submit a patch for python-cassandra-driver, but seems that the pypi default url doesn't work or something like that | 08:47 |
| sveinse | oh, perhaps it does. .siginfo contains the vars in a pickled (?) object. So I need something that can diff them between sstate and the current recipe then | 08:48 |
| Ulfalizer | sveinse: short version is to find the siginfo file for the task in SSTATE_DIR and run bitbake-dumpsig on it | 08:48 |
| Ulfalizer | there's bitbake-diffsigs as well for comparing the signature between different versions | 08:49 |
| sveinse | Ulfalizer: Yeah, I'm reading the bug report now. Looks promising | 08:49 |
| Ulfalizer | i think the doc maintainer is on vacation. should hopefully go in after that. :) | 08:49 |
| *** Crofton <Crofton!~Crofton@217.41.227.99> has joined #yocto | 09:02 | |
| sveinse | I think I'm ready to conclude: If you are using EXTERNALSRC, please note that bb leaves two symlinks in the path, oe-workdir and oe-logs. Please be aware that these two symlinks must be deleted if tmp/ is erased, otherwise bb will bork when generating sstate cache for that recipe. | 09:09 |
| sveinse | ^^ is there a place this information should be put? E.g. bug report? | 09:12 |
| Ulfalizer | sveinse: https://bugzilla.yoctoproject.org/enter_bug.cgi | 09:14 |
| sveinse | So this /is/ a bug? | 09:14 |
| Ulfalizer | i have no idea. i've never used EXTERNALSRC. ;) | 09:14 |
| sveinse | Lucky you. It's either EXTERNALSRC or fixup hg-support for our part. | 09:15 |
| Ulfalizer | you could send an email to one of https://www.yoctoproject.org/tools-resources/community/mailing-lists as well | 09:16 |
| Ulfalizer | asking if what you're seeing is intended behavior | 09:16 |
| Ulfalizer | and suggesting improvements, etc. | 09:16 |
| Ulfalizer | that has the advantage of being visible to google. the bugzilla doesn't seem to be. :/ | 09:16 |
| sveinse | ok, I will. (Personally not to fond of email lists any more. It drowns in all the spam I get.) | 09:17 |
| *** Hunk <Hunk!ce7a6654@gateway/web/freenode/ip.206.122.102.84> has joined #yocto | 09:19 | |
| Hunk | Hello, I try to run PyQT without x11. Anyone has some experience with that? | 09:19 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 09:22 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 09:22 | |
| *** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto | 09:24 | |
| *** yann <yann!~yann@LFbn-1-3226-41.w90-79.abo.wanadoo.fr> has quit IRC | 09:27 | |
| *** Crofton <Crofton!~Crofton@217.41.227.99> has quit IRC | 09:28 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6B7FA.dip0.t-ipconnect.de> has joined #yocto | 09:28 | |
| *** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has joined #yocto | 09:30 | |
| neverpanic | rubdos: I think pypi changed, yes. There's a different URL that can be used now, let me check. | 09:32 |
| rubdos | neverpanic, thanks. I was panic'ing. ;p | 09:33 |
| rubdos | I hardcoded the URL for now | 09:33 |
| *** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC | 09:34 | |
| neverpanic | rubdos: https://bitbucket.org/pypa/pypi/issues/438/backwards-compatible-un-hashed-package | 09:39 |
| *** yann <yann!~yann@LFbn-1-3226-41.w90-79.abo.wanadoo.fr> has joined #yocto | 09:40 | |
| *** vdehors <vdehors!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 09:40 | |
| neverpanic | rubdos: seems files.pythonhosted.org/packages/source/${d.getVar('PYTHON_PACKAGE', True)[0]}/${PYTHON_PACKAGE}-${PV}.tar.gz is now the way to go | 09:40 |
| rubdos | reading the issue, it seems to me that the bitbake class should get changed? | 09:40 |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC | 09:40 | |
| rubdos | There always was the convenient "import pypi" statement, which magically downloaded the tar.gz and compiled it... :P | 09:41 |
| neverpanic | rubdos: yes, is it not changed yet? | 09:41 |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 09:42 | |
| rubdos | Don't know for sure; I'll check it. I changed my cassandra version to 3.6 (coming from 3.0), and it didn't work out of the box | 09:42 |
| rubdos | Perhaps it's not backported to krogoth? | 09:42 |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 09:43 | |
| rubdos | mmm, krogoth is the latest stable, so don't think that's the problem | 09:43 |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 09:43 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto | 09:45 | |
| rubdos | seems like I didn't fully update my distro, I'll report back | 09:45 |
| rubdos | neverpanic, this is current pypi.bbclass: https://github.com/openembedded/meta-openembedded/blob/master/meta-python/classes/pypi.bbclass | 09:47 |
| rubdos | (in master) | 09:47 |
| rubdos | for reference: http://cgit.openembedded.org/cgit.cgi/meta-openembedded/tree/meta-python/classes/pypi.bbclass?h=master | 09:47 |
| *** yann <yann!~yann@LFbn-1-3226-41.w90-79.abo.wanadoo.fr> has quit IRC | 09:49 | |
| *** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 09:50 | |
| rubdos | I'm sorry, that url has been changed indeed | 09:52 |
| rubdos | wow. I'm slow today | 09:52 |
| rubdos | Doesn't seem to be backported to krogoth though | 09:53 |
| rubdos | http://cgit.openembedded.org/meta-openembedded/tree/meta-python/classes/pypi.bbclass?h=krogoth | 09:53 |
| rubdos | http://cgit.openembedded.org/meta-openembedded/tree/meta-python/classes/pypi.bbclass?h=krogoth-next same for krogoth-next | 09:53 |
| rubdos | It's in master, but not yet in krogoth | 09:54 |
| neverpanic | rubdos: So suggest a backport on the list, then? | 09:54 |
| rubdos | Yes, I'll dothat | 09:54 |
| rubdos | (fill in spaces where needed) | 09:54 |
| *** vdehors <vdehors!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 10:02 | |
| *** yann <yann!~yann@LFbn-1-3226-41.w90-79.abo.wanadoo.fr> has joined #yocto | 10:02 | |
| *** nemunaire <nemunaire!~nemunaire@ra.nemunai.re> has quit IRC | 10:05 | |
| *** melonipoika <melonipoika!~jose@194.9.252.237> has joined #yocto | 10:24 | |
| *** yann <yann!~yann@LFbn-1-3226-41.w90-79.abo.wanadoo.fr> has quit IRC | 10:25 | |
| *** sveinse <sveinse!~chatzilla@79.160.140.131> has quit IRC | 10:33 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 10:46 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 10:50 | |
| Hunk | ello, I try to run PyQT without x11. Anyone has some experience with that? | 11:10 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 11:11 | |
| rubdos | Hunk, so... Wayland? :P | 11:11 |
| rubdos | Or just the non-gui elements? Either case I cannot help... Just trying to gather information for the guys that can. | 11:12 |
| *** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto | 11:13 | |
| Hunk | never installed wayland with yocto. Is that complicated? | 11:14 |
| CTtpollard | no, it's provided by poky | 11:14 |
| boucman_work | Hunk: I think you just need to add that to distro features, if it's not in there... | 11:14 |
| Hunk | what is the package name? The problem is that pyqt require x11 | 11:15 |
| rburton | does it really need x11 or does it need qt, on something | 11:16 |
| rburton | as qt5 can run on wayland | 11:16 |
| rburton | i guess the real question is "do you need graphics at all" | 11:16 |
| *** bananadev <bananadev!~onlyester@117.6.99.240> has quit IRC | 11:16 | |
| Hunk | yes i need | 11:17 |
| *** psadro <psadro!~Thunderbi@216.234.148.134> has quit IRC | 11:17 | |
| rburton | so what were you going to replace x11 with | 11:17 |
| rburton | as this isn't a choice to make without any planning | 11:17 |
| *** psadro <psadro!~Thunderbi@216.234.148.134> has joined #yocto | 11:17 | |
| Hunk | I used the default QWS before | 11:18 |
| Hunk | for qt c++ | 11:18 |
| Hunk | that work well | 11:18 |
| Hunk | but pyqt needs x11 | 11:18 |
| Hunk | # depends on qt4-x11-free REQUIRED_DISTRO_FEATURES = "x11" | 11:18 |
| rburton | oh right, qt4. i believe qt4 does need x11 yes. | 11:18 |
| boucman_work | so... I finally compiled yocto without gcc, and now I need to upstream patches to glibc, busybox and the kernel :P | 11:18 |
| rburton | boucman_work: \o/ | 11:18 |
| *** fl0v0 <fl0v0!~fvo@pD9F6B7FA.dip0.t-ipconnect.de> has quit IRC | 11:18 | |
| rburton | Hunk: port pygt to qt-embedded? | 11:19 |
| CTtpollard | Hunk: can you switch to meta-qt5? | 11:19 |
| boucman_work | (tbh, busybox and the kernel have the same bug, it's in the kconfig infrastructure...) | 11:19 |
| *** morphis_ <morphis_!~morphis@pD9ED6839.dip0.t-ipconnect.de> has quit IRC | 11:19 | |
| Hunk | I use meta-qt5 | 11:20 |
| Hunk | but pyqt is inside meta-openembedded | 11:21 |
| rburton | google says pyqt for qt5 exists, so maybe you just need to write a recipe or something | 11:22 |
| *** morphis_ <morphis_!~morphis@pD9ED6839.dip0.t-ipconnect.de> has joined #yocto | 11:22 | |
| CTtpollard | my system uses pyqt, on qt5 | 11:23 |
| CTtpollard | with wayland | 11:23 |
| CTtpollard | Hunk: https://github.com/GENIVI/meta-genivi-dev/blob/9649b132ca5d6ed0b03565ff3642a035fd87891e/meta-genivi-dev/recipes-devtools/python/python-pyqt_5.3.1.bb | 11:25 |
| rburton | tsk tsk that should be in meta-qt5 or something ;) | 11:25 |
| CTtpollard | I can't comment on the origin, but yes I agree | 11:28 |
| *** fl0v0 <fl0v0!~fvo@pD9F6B7FA.dip0.t-ipconnect.de> has joined #yocto | 11:29 | |
| *** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has joined #yocto | 11:34 | |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 11:35 | |
| quite | Yow, I have trouble building chromium for my image (OOM killer, or so). I got the built rpm from a colleague, can I override the build systems to just use it? dropped it in tmp/deploy/... is not enough.. | 11:36 |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@31.159.129.167> has joined #yocto | 11:37 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 11:37 | |
| Hunk | thank you i will check it :) | 11:38 |
| *** berton <berton!~fabio@177.127.4.56> has joined #yocto | 11:39 | |
| darwish | Hello, my poky version has two versions of the mesa recipe: mesa_git.bb and mesa_10.6.3.bb | 11:40 |
| darwish | mesa_git.bb has DEFAULT_PREFERENCE = "-1" | 11:40 |
| darwish | and in my local.conf I set PREFERRED_VERSION_mesa = "10.6.3" | 11:41 |
| darwish | So everything should be set that bitbake chooses the 10.6.3 version | 11:41 |
| darwish | Nonetheless I get the following warnings, then the build fails: | 11:42 |
| darwish | NOTE: preferred version 10.6.3 of mesa not available (for item libegl) | 11:42 |
| darwish | NOTE: versions of mesa available: 2:10.5.4+gitAUTOINC+ea0d1f575c | 11:42 |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 11:43 | |
| darwish | I've checked the dependencies of libegl, and it does _not_ specify any mesa version to depend on | 11:43 |
| darwish | So what's really the problem here? I've been trying to debug it with no luck :-( | 11:43 |
| CTtpollard | the mesa..bb will require the .git file | 11:45 |
| darwish | CTtpollard, sorry; could you elaborate further? :-) | 11:45 |
| CTtpollard | actually maybe not | 11:45 |
| darwish | hmmm ... | 11:46 |
| CTtpollard | it's common for recipes to depend on a related .git file, but mesa.bb's pull in tarballs | 11:46 |
| *** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 11:46 | |
| darwish | CTtpollard, yes .. it's an http tarball fetcher | 11:47 |
| darwish | CTtpollard, what's really frustrating is that if I just remove mesa-git.bb .. everything work as expected without any errors! | 11:48 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 11:48 | |
| *** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto | 11:50 | |
| darwish | correction: mesa_git.bb .. | 11:50 |
| CTtpollard | darwish: are you sure there's nothing else in your system that is explicitly setting the version in meta_git as required? it might also be useful to use the mesa-megadriver | 11:57 |
| darwish | CTtpollard, how can another recipe explicitly state the version? I can grep that expression if there's one | 11:58 |
| CTtpollard | or the preferred provider of libegl somewhere | 11:58 |
| darwish | (that is, how a recipe mandates using a certain version of a dependency) | 11:58 |
| *** istarilucky <istarilucky!~rlucca@189.112.127.225> has joined #yocto | 11:58 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 11:59 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 12:02 | |
| jku | darwish: it seems to be telling you it can't find the 10.6.3 recipe at all | 12:02 |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 12:04 | |
| darwish | jku, it's there .. at the end bitbake complains that its sees both mesa_git and mesa_10.6.3 and that I must choose one | 12:05 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 12:05 | |
| darwish | jku, and I've already chosen one using PREFERRED_PROVIDER, and it's showing in bitbake -e :-( | 12:05 |
| jku | huh | 12:06 |
| darwish | jku, yeah .. it claims that some other dependencies are pulling for mesa_git, and I've chosen mesa_10.6.3 .. and thus it gets confused | 12:08 |
| darwish | (two mesa versions included in the same build) | 12:08 |
| darwish | How can I see if some random recipe is pulling mesa_git.bb version (instead of mesa_10.6.3.bb) behind my back? | 12:09 |
| darwish | Can even a recipe mandate a certain version!? | 12:09 |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 12:10 | |
| darwish | And if any recipe really depends on mesa_git.bb instead of mesa_10.6.3.bb .. why just removing mesa_git.bb makes everything succeed (the mysterious recipe should've bailed out instead I guess?) | 12:16 |
| *** anticom <anticom!~timo.m@217.6.33.234> has joined #yocto | 12:18 | |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto | 12:20 | |
| joshuagl | doesn't mesa offer multiple PROVIDES ? is the _git version providing something 10.6.3 doesn't? | 12:25 |
| darwish | hmmmm | 12:25 |
| joshuagl | a recipe can't mandate a specific version of a dependency, that's a distro-level policy decision | 12:25 |
| *** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto | 12:26 | |
| darwish | great; I'll diff the two | 12:26 |
| darwish | joshuagl, both include the same include file with the same provides :-( | 12:27 |
| darwish | https://github.com/01org/luv-yocto/blob/master/meta/recipes-graphics/mesa/mesa_10.6.3.bb | 12:27 |
| darwish | https://github.com/01org/luv-yocto/blob/master/meta/recipes-graphics/mesa/mesa_git.bb | 12:28 |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 12:29 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 12:37 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 12:47 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 12:49 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 12:52 | |
| joshuagl | darwish: hmm, not entirely sure what's going on tbh | 12:53 |
| darwish | yeah, neither do I :-( :-( | 12:53 |
| joshuagl | same error for different MACHINE? | 12:53 |
| darwish | will try | 12:54 |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 12:57 | |
| *** istarilucky <istarilucky!~rlucca@189.112.127.225> has quit IRC | 12:58 | |
| *** jku <jku!jku@nat/intel/x-qlclylklktoentdq> has quit IRC | 12:58 | |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto | 12:59 | |
| *** lamego <lamego!~jose@134.134.139.82> has joined #yocto | 13:04 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 13:05 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 13:08 | |
| *** morphis_ <morphis_!~morphis@pD9ED6839.dip0.t-ipconnect.de> has quit IRC | 13:13 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 13:17 | |
| *** morphis_ <morphis_!~morphis@pD9ED6839.dip0.t-ipconnect.de> has joined #yocto | 13:18 | |
| *** vladb <vladb!~Vlad@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 13:27 | |
| *** ncgs <ncgs!~ncgs@mail.dev.rtsoft.ru> has joined #yocto | 13:28 | |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 13:31 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 13:32 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 13:32 | |
| *** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has joined #yocto | 13:33 | |
| *** georgem <georgem!~georgem@216-21-169-52.slc.googlefiber.net> has quit IRC | 13:36 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto | 13:37 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 13:38 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 13:40 | |
| *** georgem <georgem!~georgem@216-21-169-52.slc.googlefiber.net> has joined #yocto | 13:41 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 13:43 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 13:44 | |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 13:51 | |
| *** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has quit IRC | 13:53 | |
| *** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has joined #yocto | 13:55 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 13:58 | |
| *** madisox <madisox!~madison@12.30.244.5> has joined #yocto | 13:58 | |
| *** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC | 13:59 | |
| *** igor3 <igor3!~igor@177.159.144.73> has joined #yocto | 13:59 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 14:03 | |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 14:04 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 14:05 | |
| *** billr <billr!~wcrandle@134.134.137.71> has joined #yocto | 14:11 | |
| *** Guest3872 is now known as davis | 14:14 | |
| davis | hello | 14:14 |
| *** dv__ <dv__!~quassel@62.178.118.86> has joined #yocto | 14:17 | |
| *** dv <dv!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC | 14:17 | |
| davis | I want to give someone a archive of the cross development sdk. I did bitbake -c populate_sdk myimgname and it did indeed build a sdk which my coworker could install, but it created an archive which is looking for file in my /home dir where I built the code. This url http://www.yoctoproject.org/docs/1.6.1/adt-manual/adt-manual.html does not say anything about the environment file have references to where the | 14:18 |
| davis | build is made or how to remove the references. ie. other options to provide. | 14:18 |
| joshuagl | that sounds like a bug, the SDK should be able to be installed independently of the build location | 14:20 |
| *** boucman_work <boucman_work!~boucman@193.56.60.161> has joined #yocto | 14:22 | |
| davis | nvm, yah one thing I need try | 14:22 |
| *** benjamirc <benjamirc!~besquive@134.134.139.82> has joined #yocto | 14:23 | |
| *** bluelightning <bluelightning!~paul@c-71-63-217-65.hsd1.or.comcast.net> has joined #yocto | 14:23 | |
| *** bluelightning <bluelightning!~paul@c-71-63-217-65.hsd1.or.comcast.net> has quit IRC | 14:23 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 14:23 | |
| *** sgw_ <sgw_!sgw_@nat/intel/x-xszacyeeuduybavk> has joined #yocto | 14:24 | |
| LetoThe2nd | well 1.6 is really outdated by now. you might consider looking into a recent release, which also offers the extensible sdk facilities. | 14:24 |
| davis | no, i confirmed, he took the .tgz i gave him, sourced the script, it built the code and put in an install dir, in the install dir there is a env script. | 14:26 |
| davis | . ./the-env-script | 14:27 |
| davis | and to test we tried to build something and it complained that th ecompiler oculd not make exe's. | 14:27 |
| davis | i look at the env script and it definitely has refs to my dir with -f directives | 14:28 |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 14:29 | |
| *** boucman_work1 <boucman_work1!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 14:29 | |
| davis | ok, perhaps I screwed up. | 14:29 |
| davis | i tar'd deploy/glibc/sdk and I gave him that. I should have sourced the script and give him the results. | 14:30 |
| davis | nvm, let me build it on my box and give him the output. | 14:30 |
| davis | my bad | 14:30 |
| *** boucman_work <boucman_work!~boucman@193.56.60.161> has quit IRC | 14:30 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 14:31 | |
| *** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has quit IRC | 14:36 | |
| davis | hmm. no | 14:37 |
| *** alimon1 <alimon1!~alimon@134.134.139.77> has joined #yocto | 14:39 | |
| *** radzy <radzy!~radzy@unknown-216-194.windriver.com> has joined #yocto | 14:41 | |
| *** ciccatrix <ciccatrix!cebf2f82@gateway/web/freenode/ip.206.191.47.130> has joined #yocto | 14:47 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has joined #yocto | 14:48 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 14:49 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has quit IRC | 14:51 | |
| *** boucman_work1 <boucman_work1!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 14:52 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 14:52 | |
| *** aurele <aurele!~aurele@srvmsg.castel.fr> has joined #yocto | 14:58 | |
| aurele | hi everyone | 14:58 |
| HyP3r | hi aurele | 14:58 |
| *** sgw_ <sgw_!sgw_@nat/intel/x-xszacyeeuduybavk> has quit IRC | 14:58 | |
| aurele | is it possible to build a 32bit sdk on a 64 bit machine | 14:59 |
| kergoth | darwish: recipes don't control versions of dependencies. versions are specified using PREFERRED_VERSION | 14:59 |
| joshuagl | aurele: it is http://www.yoctoproject.org/docs/2.1/ref-manual/ref-manual.html#var-SDKMACHINE | 15:00 |
| darwish | kergoth, yeah .. which makes me wonder why Yocto is not able to recognize PREFERRED_VERSION_mesa = "10.6.3" :-( | 15:00 |
| *** [Sno] <[Sno]!~sno@62.157.143.22> has joined #yocto | 15:00 | |
| kergoth | first, use bitbake -e to confirm its set the way you think it is, and wasnt overridden by a config file parsed after local.conf, like distro or machine | 15:00 |
| kergoth | bitbake -e | grep PREFERRED_VERSION_mesa= | 15:00 |
| *** sno <sno!~sno@62.157.143.22> has quit IRC | 15:00 | |
| aurele | (I have a build error with qt5/qtwebengine seems to be due to address space and "oomkiller", but only on 32 bit machines) | 15:01 |
| aurele | joshuagl thanks | 15:02 |
| *** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-chljwlefpzyspebh> has joined #yocto | 15:02 | |
| rburton | aurele: that would be because webkit can be bigger than 4gb when linking, so good luck holding that in memory on a 32-bit host. using gold as linker may help, or pass —no-keep-memory to the linker | 15:03 |
| *** sveinse <sveinse!~chatzilla@79.160.140.131> has joined #yocto | 15:05 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 15:06 | |
| aurele | rburton, many thanks I knew there was something but can't retrieve it, I will try this | 15:06 |
| *** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has joined #yocto | 15:06 | |
| *** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has joined #yocto | 15:07 | |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 15:08 | |
| nillerbrun | having trouble with BB_ENV_EXTRAWHITE, anyone used this? Trying to import CVSROOT environment variable from outside bitbake | 15:08 |
| kergoth | rburton, aurele: you can also adjust the compiler options to make it consume less ram at link time, we have a workaround of that sort in meta-mentor. not always enough, but might help. see https://github.com/MentorEmbedded/meta-mentor/blob/master/meta-mentor-staging/recipes-sato/webkit/webkitgtk_%25.bbappend | 15:09 |
| kergoth | nillerbrun: adding a var to BB_ENV_EXTRAWHITE should get it into the metadata, but won't re-export it. check bitbake -e to see if it's set there. also, iirc oe-init-build-env sets it, it doesn't append it, so your alterations to it have to be done after sourcing that | 15:10 |
| kergoth | at least that was the case in older versions, i think that's improved somewhat | 15:10 |
| kergoth | s/sets it/sets BB_ENV_EXTRAWHITE/ | 15:11 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 15:12 | |
| nillerbrun | Thanks kergoth, I'll check. I have a custom build-env supplied by my hardware manufacturer, perhaps that's my problem. | 15:13 |
| kergoth | ah, could very well be | 15:13 |
| *** sgw_ <sgw_!sgw_@nat/intel/x-znugicdxmrmufrxz> has joined #yocto | 15:13 | |
| *** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has quit IRC | 15:15 | |
| sveinse | What alternatives are there to a upload syncing of sstate without using NFS? Would a manual additive rsync work? | 15:16 |
| *** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 15:18 | |
| kergoth | sstate is just a pile of tar files | 15:18 |
| kergoth | so yes, rsync can handle it fine | 15:18 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 15:26 | |
| aurele | kergoth, thanks I will try --no-keep-memory first as I would like to keep debug symbols, but it worth the try | 15:29 |
| * kergoth nods | 15:29 | |
| *** boucman_work <boucman_work!~boucman@193.56.60.161> has joined #yocto | 15:34 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:34 | |
| sveinse | I notice that my local SSTATE use a mix of two hex-prefix and a lot that is put there without any prefix. I won't push the latter to the server. I used to have two-letter only, what have I done? | 15:34 |
| sveinse | I have SSTATE_DIR ?= "/srv/yocto/sstate" and SSTATE_MIRRORS ?= "file://.* http://our-sstate.local/yocto/sstate/PATH" | 15:36 |
| *** frsc <frsc!~frsc@80.149.173.67> has quit IRC | 15:37 | |
| kergoth | sveinse: if you use PATH on the remote side, it'll include the path prefix | 15:38 |
| sveinse | kergoth: So no PATH then? I'll find the 8a/ dirs itself without PATH? | 15:39 |
| kergoth | I don't understand the question | 15:39 |
| kergoth | if your remote server doesnt' include the prefix, then you don't want to use PATH in the mirror, you'd adjust the mirror replacement to replace the subdir. if the remote server does include the prefix, then you're fine and don't need to do anything | 15:40 |
| sveinse | What is an example of a prefix in this context? | 15:40 |
| sveinse | My question is two-fold: When rebuilding with a blank sstate cache locally, I see some setscenes, but I also do a lot of rebuilds. So I'm wondering if I got the mirror statement right | 15:42 |
| kergoth | the only prefix we've mentioned is the subdir hte sstates are in | 15:43 |
| kergoth | 8a in your example | 15:43 |
| kergoth | i didn't pull a random prefix out of nowhere | 15:43 |
| kergoth | you referred to it as a prefix in your own question 10 minutes ago | 15:43 |
| sveinse | Secondly, if this is because my machine is different from the build server, I want to push my cache up to the server. But I see now that my sstate cache no longer i divided into two-hex letter dirs, so the structure don't match up with the servers | 15:43 |
| kergoth | local sstate_dir is always broken up into subdirs | 15:44 |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto | 15:44 | |
| sveinse | not mine apparently | 15:44 |
| kergoth | it's possible you have sstate archives both at the root of SSTATE_DIR and symlinked into the prefix dirs depending on what yocto version you're using (i.e. old) | 15:44 |
| kergoth | in which case you should add ;downloadfilename=PATH to your SSTATE_MIRRORS, to make it download it directly inot the subdir paths rather than putting it at toplevel and symlinking it into those | 15:45 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 15:45 | |
| kergoth | in either case a script to resolve the links to move them out of topdir would be trivial to write | 15:45 |
| kergoth | to correct the current sstate_dir | 15:45 |
| kergoth | s/inot/into/ | 15:45 |
| sveinse | I'm running on krogoth (yeah, got this right this time), so it's new enough | 15:45 |
| kergoth | by default the fetcher fetches into DL_DIR, and we force DL_DIR to SSTATE_DIR when fetching sstate. if the downloaded path doesnt' match expectations, it symlinks to resolve the mismatch | 15:45 |
| kergoth | so 1. resolve the existing symlinks to fix your current sstate_dir, 2. add downloadfilename=PATH to fix future downloaded sstate archive paths | 15:46 |
| kergoth | i think that should do it | 15:46 |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:46 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 15:47 | |
| kergoth | I misunderstood your question, i thought your sstate mirror wasn't organized by prefix subdir, but it sounds like the problem is local, not remote | 15:47 |
| kergoth | in which case this should fix it | 15:47 |
| darwish | kergoth, sorry just noticed your message :-) .. Yes, bitbake -e | grep confirms that PREFERRED_VERSION_mesa = "10.6.3" | 15:47 |
| sveinse | yes, I'm retrying now :D | 15:48 |
| kergoth | darwish: next step is to make sure 10.6.3 is even available. run bitbake -s | grep mesa. is the 10.6.3 version listed? | 15:48 |
| kergoth | preferred version to a version that isn't buildable won't do a thing | 15:48 |
| *** Hunk <Hunk!ce7a6654@gateway/web/freenode/ip.206.122.102.84> has quit IRC | 15:49 | |
| aurele | is it possible to set a compile flag depending on the build machine? | 15:51 |
| *** reanguia1o is now known as reanguiano | 15:52 | |
| darwish | kergoth, | 15:52 |
| darwish | mesa 2:10.6.3-r0 | 15:52 |
| darwish | mesa-demos :8.2.0-r0 | 15:52 |
| darwish | that's interesting .. | 15:53 |
| kergoth | git isnt even listed.. | 15:53 |
| *** paulg <paulg!~paulg@192.190.0.143> has joined #yocto | 15:53 | |
| darwish | hmm | 15:53 |
| darwish | maybe because I force removed it earlier from the file system .. let's sanitize my environment | 15:54 |
| darwish | kergoth, "Multiple versions of mesa are due to be built (/home/darwish/projects/gen3/salvator-x/r-car-platform/build/../poky/meta/recipes-graphics/mesa/mesa_git.bb /home/darwish/projects/gen3/salvator-x/r-car-platform/build/../poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb). Only one version of a given PN should be built in any given build. You likely need to set PREFERRED_VERSION_mesa to select the correct version or don't depend on multiple versions." | 15:55 |
| neverpanic | Which recipe is supposed to provide 'ar' (for the host machine) in $PATH? | 15:55 |
| neverpanic | Or is that part of the host machine's requirements? | 15:55 |
| kergoth | for the host machine? nothing. your build server is expected to have a functional toolchain | 15:55 |
| kergoth | ar is part of binutils | 15:56 |
| kergoth | that said, if you're hitting an issue where it wants an unprefixed 'ar' but your machine has ${BUILD_PREFIX}ar, a fix for that hit the list recently, an expansion problem in sanity.bbclass | 15:56 |
| *** aehs29 <aehs29!~aehernan@134.134.137.75> has joined #yocto | 15:58 | |
| neverpanic | my machine had /usr/bin/ar.single -> x86_64-linux-gnu-ar for reasons I don't understand; dpkg -L binutils clearly listed /usr/bin/ar | 15:59 |
| HyP3r | by default the yocto core-image provides connman as network manager, which is ok but the connman is has the problem that if one connection has successfull an network connection it doesn't try to connect other interfaces to the internet | 15:59 |
| neverpanic | reinstalling the package fixed the issue. Thanks, Debian, I guess? | 16:00 |
| kergoth | huh, werid | 16:00 |
| neverpanic | That did uncover that 'bc' isn't using the cross-ar as it should, though. | 16:00 |
| HyP3r | It seems like a default behaviour of connman, so I thinking about to switch to 'networkmanager' | 16:00 |
| HyP3r | Did someone tried this? | 16:00 |
| HyP3r | I just compiling networkmanager, but there is huge load of dependencys (e.g. libx11-native) which is crazy | 16:01 |
| kergoth | maybe see if there's a way to fix connman's behavior? | 16:02 |
| * kergoth shrugs | 16:02 | |
| kergoth | gah, need to rebase shallow git support again due to the chdir fixups | 16:03 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 16:03 | |
| sveinse | kergoth: downloadfilename worked, thanks! | 16:03 |
| kergoth | np | 16:03 |
| HyP3r | kergoth: well I talked to the developer of connman and he says that this is not easy to change this behaviour | 16:04 |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC | 16:04 | |
| kergoth | ah | 16:04 |
| *** tlab_ <tlab_!~tlab@104.235.20.44> has quit IRC | 16:04 | |
| HyP3r | what about systemd-networkd | 16:04 |
| *** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has quit IRC | 16:05 | |
| *** jmesmon <jmesmon!~jmesmon@turntable.einic.org> has quit IRC | 16:05 | |
| *** boucman_work <boucman_work!~boucman@193.56.60.161> has quit IRC | 16:05 | |
| *** anticom <anticom!~timo.m@217.6.33.234> has quit IRC | 16:07 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 16:07 | |
| *** iskander <iskander!~iskander@81.171.81.151> has quit IRC | 16:07 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 16:07 | |
| ciccatrix | Hey everyone, I have a small question... I was looking at this commit https://git.congatec.com/yocto/meta-openembedded/commit/45688928778ea5b3a6ed6d8ca614247772846b8f where ruby-native was added as a dependency for ruby in the bb, why is this required even though it was already in ruby's .inc file at the time? https://git.congatec.com/yocto/meta-openembedded/blob/45688928778ea5b3a6ed6d8ca614247772846b8f/meta-ruby/recipes-devtools/r | 16:09 |
| ciccatrix | sorry if it's a dumb question, it seemed to fix my problem so I'm wondering why it was necessary.. | 16:12 |
| rburton | good question, ask JaMa | 16:13 |
| rburton | it was 3 years ago… | 16:13 |
| *** bluelightning <bluelightning!paul@nat/intel/x-arzmugejjqwiyecu> has joined #yocto | 16:14 | |
| *** bluelightning <bluelightning!paul@nat/intel/x-arzmugejjqwiyecu> has quit IRC | 16:14 | |
| *** bluelightning <bluelightning!paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 16:14 | |
| *** jmesmon <jmesmon!~jmesmon@turntable.einic.org> has joined #yocto | 16:14 | |
| ciccatrix | for now I'm stuck on danny so, haha, been looking at 3-year old stuff | 16:14 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 16:15 | |
| *** iskander <iskander!~iskander@81.171.81.153> has joined #yocto | 16:16 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 16:19 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 16:20 | |
| *** fischerm <fischerm!~mfischer@207-114-172-147.static.twtelecom.net> has joined #yocto | 16:25 | |
| *** ciccatrix_ <ciccatrix_!cebf2f82@gateway/web/freenode/ip.206.191.47.130> has joined #yocto | 16:26 | |
| georgem | Has anyone tried populate_sdk on machine with MULTILIBS configured? Unfortunately I need multilib:lib32 to build one recipe (but don't need it in the SDK). The sdk corei7-64-oe-linux sysroot is polluted with lib32 stuff. | 16:26 |
| *** ciccatrix <ciccatrix!cebf2f82@gateway/web/freenode/ip.206.191.47.130> has quit IRC | 16:30 | |
| *** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has quit IRC | 16:31 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 16:31 | |
| *** adelcast <adelcast!~adelcast@130.164.62.126> has quit IRC | 16:31 | |
| *** dfrey <dfrey!~dfrey@d50-92-227-235.bchsia.telus.net> has joined #yocto | 16:32 | |
| *** hweaving <hweaving!~ELROND@97-102-189-66.res.bhn.net> has joined #yocto | 16:33 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 16:34 | |
| iskander | hello | 16:34 |
| iskander | a question regarding toaster | 16:34 |
| iskander | is it possible to set PREMIRRORS variable in toaster ? | 16:35 |
| iskander | i tried to add the variable in the toaster web interface but it failed | 16:35 |
| iskander | spaces are not supported :( | 16:35 |
| iskander | and the variable contains several ones | 16:35 |
| darwish | kergoth, Any recommended path I should follow? Why bitbake -s is not showing mesa_git, while bitbake itself complains of conflicts between mesa_git and mesa_10.6.3 | 16:36 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 16:37 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 16:38 | |
| *** [Sno] <[Sno]!~sno@62.157.143.22> has quit IRC | 16:39 | |
| * darwish is getting desperate about this .. maybe it's a bug within bitbake? will possibly post to the mailing list :-( | 16:39 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 16:42 | |
| *** jbrianceau is now known as jbrianceau_away | 16:42 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 16:49 | |
| *** sveinse <sveinse!~chatzilla@79.160.140.131> has quit IRC | 16:50 | |
| belen | iskander: sounds like we went a bit too far when validating variable values in Toaster :/ Could you open a bug in bugzilla.yoctoproject.org? | 16:50 |
| *** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC | 16:51 | |
| iskander | belen: will do, how hard is it to fix ? | 16:52 |
| *** joseppc <joseppc!~josep@c-e708e353.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto | 16:53 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 16:54 | |
| belen | iskander: thanks! shouldn't be too hard, although we are tight on resources of late. We will try in any case | 16:54 |
| iskander | i'm a programmer and would like to fix it soon, therefore, i would appreciate any pointers | 16:55 |
| belen | iskander: excellent, although I've just tried and have been able to add a variable with spaces in the value. Could you tell me how you are trying to add it, and the Yocto Project version you are using? | 16:57 |
| iskander | i use yocto 2.1 krogoth | 16:59 |
| iskander | i created a new project | 16:59 |
| iskander | and went to 'BitBake Variables' page | 16:59 |
| iskander | there is a filed to add a new variable | 16:59 |
| iskander | field* | 16:59 |
| iskander | name = PREMIRRORS | 17:00 |
| iskander | value = "git://.*/* http://<my-ip>/yocto-cache http://.*/* and so on" | 17:00 |
| iskander | i tried to add it and it failed | 17:01 |
| iskander | i copied PREMIRRORS from my local.conf | 17:01 |
| iskander | so it should be fine | 17:01 |
| iskander | it works without toaster | 17:01 |
| iskander | another question | 17:02 |
| iskander | PREMIRRORS contains newlines too | 17:02 |
| belen | iskander: thanks. I think I can see the problem now. I get an error saying "too many values to unpack" :/ | 17:02 |
| iskander | but toaster's value field allows only oneline | 17:02 |
| iskander | belen: yeah, that's the error i get | 17:02 |
| iskander | i would like to use PREMIRRORS to save network bandwidth and speed things up | 17:03 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 17:05 | |
| belen | iskander: sure. There is just something upsetting Toaster in that value for some reason. Definitely a bug. | 17:05 |
| *** paulg <paulg!~paulg@192.190.0.143> has quit IRC | 17:10 | |
| *** Heitomos <Heitomos!cfb3940e@gateway/web/freenode/ip.207.179.148.14> has joined #yocto | 17:13 | |
| Heitomos | Hello. | 17:13 |
| *** clsulliv <clsulliv!~clsulliv@134.134.139.82> has quit IRC | 17:14 | |
| Heitomos | I have a question pertaining to Yocto, Mono, and MySQL, and was wondering if this might be the right place to ask? | 17:14 |
| iskander | belen, i submitted the bug report | 17:15 |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 17:15 | |
| belen | iskander: thanks for that | 17:15 |
| iskander | if you have some patches to test then i'm ready | 17:16 |
| *** fl0v0 <fl0v0!~fvo@pD9F6B7FA.dip0.t-ipconnect.de> has quit IRC | 17:18 | |
| *** clsulliv <clsulliv!~clsulliv@134.134.139.82> has joined #yocto | 17:23 | |
| *** stephano <stephano!~stephano@134.134.139.74> has joined #yocto | 17:25 | |
| *** belen <belen!~Adium@134.134.137.73> has quit IRC | 17:27 | |
| *** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC | 17:28 | |
| *** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has quit IRC | 17:29 | |
| *** bluelightning <bluelightning!paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:30 | |
| rburton | Heitomos: ask away, and see if you get a response | 17:31 |
| Heitomos | Well, I am working on a Yocto board, using a C# Mono Program, that's attempting to connect to the local MariaDB instance. From the Terminal, I can type 'mysql' and then my username and password, and get in to edit the database. However, when attempting to, from inside of mono, connection with a MySqlConnection object, it cannot connect to the host. I've tried turning on MySql error logging, but that didn't help, and I've otherwise s | 17:33 |
| *** [Sno] <[Sno]!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 17:34 | |
| Heitomos | So I was wondering if anyone knew how to do that particular brand of connecting, or if I'm just missing something horrendously obvious? | 17:36 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 17:38 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 17:39 | |
| *** paulg <paulg!~paulg@70.52.193.89> has joined #yocto | 17:43 | |
| kergoth | hmm, think I'll add a reset-layers sub-command to bitbake-layers which resets BBLAYERS to the value from the template by looking at templateconf.cfg | 17:55 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 17:55 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 17:55 | |
| kergoth | (or falling back to just keeping the core layer, if templateconf.cfg is missing or invalid) | 17:55 |
| kergoth | Hmm, I can't decide whether I want to try to get bitbake-layers to stop parsing bitbake.conf. it'd be nice, since it'd be harder to get into a situation where its commands are unusable | 17:56 |
| kergoth | which in turn would make it easier to keep small focused granular commands rather than putting everything into one to avoid a possibly broken intermediate state | 17:56 |
| kergoth | hmm | 17:56 |
| *** adelcast <adelcast!~adelcast@130.164.62.126> has joined #yocto | 18:00 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 18:04 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 18:08 | |
| *** obsrwr_ <obsrwr_!~otp-amois@188.24.204.43> has quit IRC | 18:09 | |
| *** sveinse <sveinse!~chatzilla@156.92-221-160.customer.lyse.net> has joined #yocto | 18:15 | |
| sveinse | Does yocto have any tools for uploading local sstate cache and/or DL to one of its mirror? | 18:16 |
| sveinse | Or is NFS the only approach for this? | 18:16 |
| kergoth | nfs or rsync, as you've been told repeatedly | 18:16 |
| sveinse | Someone here (and I don't remember who) claimed NFS to be iffy. Perhaps I misunderstood the statement. I suppose it's not you then, kergoth | 18:18 |
| *** aehs29 <aehs29!~aehernan@134.134.137.75> has left #yocto | 18:19 | |
| kergoth | in the eyes of many, NFS is always iffy, for just about everything | 18:19 |
| sveinse | I'm writing the rsync scripts now, but ran into a little problem with file permission and time-syncing. A setgid directory and rsync is not the easiest approach apparently. | 18:20 |
| sveinse | Planned on using rsync -rtlv. The -t is required for synchronizing the timestamps on file (preventing multiple uploads), yet it fails when trying to set timestamps on the dirs. And then colleague 2 comes along overwriting all the timestamps, and thus your rsync might behave differently the next time. | 18:23 |
| sveinse | So I think it's needed to look at this syncing thing with a little more logic, so perhaps I'll write a py script for it | 18:23 |
| Heitomos | Does anyone know much about using Mono and MySQL on Yocto? | 18:25 |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 18:30 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto | 18:30 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 18:31 | |
| neverpanic | Heitomos: there is not much to know about specific components from a Yocto PoV other than "is there a recipe?", which can be answered by the layerindex | 18:31 |
| *** ciccatrix_ <ciccatrix_!cebf2f82@gateway/web/freenode/ip.206.191.47.130> has quit IRC | 18:46 | |
| *** aehs29 <aehs29!aehernan@nat/intel/x-jemvfhqhzrcgvquo> has joined #yocto | 18:47 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-sgvzjlabzzddgvsf> has quit IRC | 18:49 | |
| sveinse | ooi, what is the demographics of yocto users? What are the most common application areas for these projects? Anyone knows? | 19:00 |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto | 19:06 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-itwfcmrkqaovnrkn> has joined #yocto | 19:08 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 19:11 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 19:16 | |
| *** joel__ <joel__!6d1d1298@gateway/web/freenode/ip.109.29.18.152> has joined #yocto | 19:16 | |
| *** iskander <iskander!~iskander@81.171.81.153> has quit IRC | 19:16 | |
| joel__ | hello all ! I have a question about yocto and kernel configuration throw bbappend. Is it the right place ? | 19:17 |
| rubdos | sveinse, all over the world! I accidentially fell in one :D | 19:25 |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 19:25 | |
| rubdos | (Belgium) | 19:25 |
| *** jedix__ is now known as jedix | 19:29 | |
| *** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has quit IRC | 19:31 | |
| *** Heitomos <Heitomos!cfb3940e@gateway/web/freenode/ip.207.179.148.14> has left #yocto | 19:31 | |
| *** belen <belen!~Adium@134.134.137.73> has joined #yocto | 19:31 | |
| *** benjamirc <benjamirc!~besquive@134.134.139.82> has quit IRC | 19:33 | |
| *** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has joined #yocto | 19:35 | |
| *** iskander <iskander!~iskander@HSI-KBW-091-089-141-024.hsi2.kabel-badenwuerttemberg.de> has joined #yocto | 19:36 | |
| *** paulg <paulg!~paulg@70.52.193.89> has quit IRC | 19:37 | |
| *** Tenhi_ <Tenhi_!~tenhi@static.177.80.201.138.clients.your-server.de> has joined #yocto | 19:38 | |
| *** Tenhi_ <Tenhi_!~tenhi@static.177.80.201.138.clients.your-server.de> has quit IRC | 19:43 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-ljbrwspdbpcdvopt> has joined #yocto | 19:50 | |
| *** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC | 19:56 | |
| rburton | kergoth: fwiw my bb fork has a "bb generated" command now | 19:57 |
| kergoth | cool, will have to check it out | 19:58 |
| *** dreyna <dreyna!~dreyna@unknown-216-201.windriver.com> has joined #yocto | 20:03 | |
| *** bluelightning <bluelightning!paul@nat/intel/x-qxfutggmcwcasama> has joined #yocto | 20:04 | |
| *** bluelightning <bluelightning!paul@nat/intel/x-qxfutggmcwcasama> has quit IRC | 20:04 | |
| *** bluelightning <bluelightning!paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:04 | |
| *** paulg <paulg!~paulg@72.1.195.9> has joined #yocto | 20:06 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 20:06 | |
| *** jynik <jynik!~bragg@cpe-66-66-3-202.rochester.res.rr.com> has quit IRC | 20:08 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 20:15 | |
| *** townxelliot <townxelliot!~ell@176.249.240.35> has quit IRC | 20:19 | |
| davis | hello | 20:26 |
| *** ftoth <ftoth!~quassel@145.132.48.198> has joined #yocto | 20:28 | |
| *** aboseley1 <aboseley1!~aboseley@220.57.96.58.static.exetel.com.au> has joined #yocto | 20:29 | |
| *** pohly <pohly!~pohly@p5DE8FF9F.dip0.t-ipconnect.de> has quit IRC | 20:30 | |
| *** aboseley1 <aboseley1!~aboseley@220.57.96.58.static.exetel.com.au> has joined #yocto | 20:30 | |
| *** aboseley1 <aboseley1!~aboseley@220.57.96.58.static.exetel.com.au> has joined #yocto | 20:31 | |
| davis | I'm trying for the life of me to get my build to pull fresh source from git for a recipe I added. this works $ bitback -c fetch pcmx, but $ bitbake pcmx fails. Says do_unpack finished. error function failed Fetcher. reference is not a tree. I've been doing this between builds. $ bitbake -c cleanall pcmx; bitbake -c fetch pcmx; bitbake pcmx. When it looked like it was not pullng fresh, I went into the | 20:32 |
| davis | build/tmp/..../pcmx/.../git and deleted all the subdirs pulled from git. Still i get the error when I try to build pcmx. My only known solution is rm -rf from the root dir and pull the project from git and do process from start. Surely there is a better way. Any tips? | 20:32 |
| *** aboseley1 <aboseley1!~aboseley@220.57.96.58.static.exetel.com.au> has quit IRC | 20:32 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 20:34 | |
| *** aboseley1 <aboseley1!~aboseley@220.57.96.58.static.exetel.com.au> has joined #yocto | 20:34 | |
| *** aboseley1 <aboseley1!~aboseley@220.57.96.58.static.exetel.com.au> has joined #yocto | 20:35 | |
| *** Crofton <Crofton!~Crofton@ip-64-134-178-194.public.wayport.net> has joined #yocto | 20:36 | |
| *** aboseley1 <aboseley1!~aboseley@220.57.96.58.static.exetel.com.au> has quit IRC | 20:36 | |
| -YoctoAutoBuilder- build #887 of nightly-intel-gpl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-intel-gpl/builds/887 | 20:45 | |
| kergoth | davis: cleanall should work just fine. what makes you say it 'looked like it was not pulling fresh'? did you heck the do_fetch task log? | 20:51 |
| davis | kergoth: no. | 20:56 |
| davis | fwiw, i rm -rf at top level. I'm doing a fresh build now. its just that its odd. Sometimes I can work with buidl, do work, build repeat. Other times no. | 20:56 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-vycddjoistwxanet> has quit IRC | 20:57 | |
| davis | i may have some issues with tree. Even when I do builds fresh, i'll get problems where it can not pull a repot. break. I just keep repeating after a break and it eventually works. | 20:59 |
| davis | it might due to network. | 20:59 |
| *** hweaving <hweaving!~ELROND@97-102-189-66.res.bhn.net> has quit IRC | 21:01 | |
| *** moto-timo <moto-timo!~ttorling@134.134.139.74> has joined #yocto | 21:01 | |
| *** moto-timo <moto-timo!~ttorling@134.134.139.74> has quit IRC | 21:01 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto | 21:01 | |
| *** ftoth <ftoth!~quassel@145.132.48.198> has quit IRC | 21:01 | |
| *** radsquirrel <radsquirrel!bradleyb@nat/ibm/x-vkrshdyxuqbjjueb> has quit IRC | 21:02 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@2.43.232.111> has joined #yocto | 21:05 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 21:05 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC | 21:05 | |
| *** tomz_ <tomz_!tomz@nat/intel/x-uenlpdlguvmwptux> has quit IRC | 21:11 | |
| -YoctoAutoBuilder- build #297 of nightly-checkuri is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/297 | 21:11 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-hfmnbowefswlhpez> has joined #yocto | 21:12 | |
| *** Crofton <Crofton!~Crofton@ip-64-134-178-194.public.wayport.net> has quit IRC | 21:13 | |
| *** berton <berton!~fabio@177.127.4.56> has quit IRC | 21:14 | |
| *** Crofton <Crofton!~Crofton@ip-64-134-178-194.public.wayport.net> has joined #yocto | 21:15 | |
| *** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 21:22 | |
| *** Crofton <Crofton!~Crofton@ip-64-134-178-194.public.wayport.net> has quit IRC | 21:27 | |
| *** tomz_ <tomz_!~tomz@134.134.139.78> has joined #yocto | 21:29 | |
| *** radsquirrel <radsquirrel!bradleyb@nat/ibm/x-lpqnxnznxmxamypp> has joined #yocto | 21:29 | |
| kergoth | RP: if build_mirror_data fails, runfetchcmd will raise FetchError, which will result in mirror checking. using a different mirror won't fix the problem, however, if the problem was in tarring up what we've already fetched. long term I think we should split up mirror tarball construction into a separate method, possibly a separate task, but in the meantime I'm thinking when the fetch core calls build_mirror_data, it should catch FetchError and raise it | 21:29 |
| kergoth | as something else, i.e. SystemExit/bb.fatal, to prevent mirror checking from proceeding. | 21:29 |
| kergoth | bluelightning: ^ | 21:30 |
| kergoth | thoughts? | 21:30 |
| kergoth | though rp is probably gone, he should see it later | 21:30 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 21:42 | |
| *** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has quit IRC | 21:42 | |
| bluelightning | kergoth: I have to admit some of that error path is a still bit of a mystery to me, but what you're suggesting sounds sensible | 21:47 |
| *** caiortp <caiortp!~caiortp@2001:470:f58c:ff04:e0c5:e14a:47cf:a7c9> has joined #yocto | 21:48 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-ljbrwspdbpcdvopt> has quit IRC | 21:59 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** aehs29 <aehs29!aehernan@nat/intel/x-jemvfhqhzrcgvquo> has left #yocto | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** caiortp <caiortp!~caiortp@2001:470:f58c:ff04:e0c5:e14a:47cf:a7c9> has quit IRC | 22:07 | |
| joel__ | hello! I'm using yocto since few days now and trying to customize my kernel config. I do not manage to get fragment working in my kernel bbappend file. I'm on the fido branch and I have seen the same ind of issue browsing on google (particularly: https://lists.yoctoproject.org/pipermail/yocto/2015-June/025119.html). Any known issue on this subject ? | 22:09 |
| *** lamego <lamego!~jose@134.134.139.82> has quit IRC | 22:09 | |
| khem | joel__: welcome to yocto world !. how are you adding the fragment to metadata | 22:16 |
| khem | is it via SRC_URI? if yes then you can specify like SRC_URI_append = " file://your_config" | 22:17 |
| khem | in you .bbappend for kernel recipe | 22:17 |
| khem | if you are using linux-yocto then there is a linux-yocto workflow available as well. | 22:18 |
| joel__ | hello khem. thanks for reply. yes it is exactly what i'm doing, SRC_URI_append in my bbappend. the fragment is retrieved using bb menuconfig and diffconfig. At this moment, just to check my bbappend is read by bb, I have put the full kernel configuration in SRC_URI : SRC_URI_append = " file://defconfig". It works. But if I only put a fragment, it is not applied. | 22:20 |
| joel__ | i'm not using linux-yocto | 22:21 |
| joel__ | is it possible that something is wrong in the recipe linux-foo.bb I'm trying to patch with my linux-foo.bbapend ? something which prevent bb to apply fragment ? | 22:23 |
| *** paulg <paulg!~paulg@72.1.195.9> has quit IRC | 22:24 | |
| *** caiortp <caiortp!~caiortp@131.221.243.1> has joined #yocto | 22:26 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-kzkpvcpvvwnhplok> has joined #yocto | 22:31 | |
| *** caiortp <caiortp!~caiortp@131.221.243.1> has quit IRC | 22:37 | |
| kergoth | joel__: most kernel recipes don't support fragments at all. | 22:38 |
| kergoth | only specific ones do, off the top of my head linux-yocto and linux-qoriq | 22:39 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 22:40 | |
| kergoth | most of the ones that don't can have support for them added, often via bbappend, but it depends on the recipe and how it sets up the config | 22:40 |
| joel__ | hello kergoth. ok thanks for the info, that's good point to know :-) Yes I have used linux-yocto before and I have allready done fragment with it, it was working. Do you know what I can look for to get support of fragments ? | 22:42 |
| *** igor3 <igor3!~igor@177.159.144.73> has quit IRC | 22:44 | |
| kergoth | basically you have to add kern-tools-native to DEPENDS, then make sure merge_config.sh -m "${B}/.config" <list of fragment files in workdir> is run after defconfig is copied to .config | 22:45 |
| kergoth | the details vary, as there's no standard for when/where defconfig is copied to .config | 22:45 |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has left #yocto | 22:45 | |
| kergoth | doing so from the recipe itself is usually easier than via bbappend, unless it relies on kernel.bbclass to copy defconfig to .config, otherwise you can end up with hacks like https://github.com/MentorEmbedded/meta-mentor/blob/46e62a22a61a996b04e5a0192476e241ab89cca5/meta-mel/fsl-arm/recipes-kernel/linux/linux-ls1_3.12.bbappend#L1-L18 | 22:46 |
| kergoth | see also the busybox recipe and linux-yocto in oe-core, they both use merge_config.sh | 22:47 |
| kergoth | erm, busybox does, anyway, i think linux-yocto uses its own tooling | 22:47 |
| joel__ | ok looks great particularly this link | 22:48 |
| joel__ | I was also reading http://www.yoctoproject.org/docs/1.8/kernel-dev/kernel-dev.html#using-an-in-tree-defconfig-file. is it interesting for my issue ? | 22:48 |
| kergoth | those instructions only apply for linux-yocto, and isn't about using fragments, it's about how you use a defconfig from inside the source tree rather than from the metadata | 22:49 |
| *** clsulliv1 <clsulliv1!~clsulliv@134.134.137.71> has joined #yocto | 22:50 | |
| *** clsulliv <clsulliv!~clsulliv@134.134.139.82> has left #yocto | 22:51 | |
| joel__ | ok | 22:51 |
| kergoth | if the recipe is letting kernel.bbclass copy defconfig from WORKDIR to .config, then adding fragments is easier, you can just DEPENDS += "kern-tools-native"; do_configure_prepend () { cp -f ${WORKDIR}/defconfig .config; merge_config.sh -m .config ${@' '.join(s for s in src_patches(d, True) if s.endswith('cfg'))}; } | 22:51 |
| kergoth | (untested) | 22:51 |
| kergoth | endswith('.cfg') is probably better than endswith('cfg'), though | 22:51 |
| *** benjamirc <benjamirc!besquive@nat/intel/x-hfmnbowefswlhpez> has quit IRC | 22:51 | |
| joel__ | yes quite the same line that the one written in the bbappend you have just show me the link | 22:52 |
| joel__ | yes agreed .cfg is probably better | 22:52 |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC | 22:52 | |
| kergoth | the ${@} there just grabs the .cfg filenames from SRC_URI | 22:52 |
| joel__ | yes | 22:54 |
| kergoth | worth noting that linux-yocto sets ARCH for the kernel when calling merge_configs: ARCH=${ARCH} merge_config.sh -O ${B} ${config_flags} ${configs} | 22:54 |
| kergoth | not sure if that's needed or not, but it's a possibility | 22:55 |
| kergoth | (turns out it does use merge_configs, just calls scc --configs to get the fragments | 22:55 |
| kergoth | ) | 22:55 |
| joel__ | ok | 22:57 |
| joel__ | all those info sounds good for me :-) | 22:57 |
| kergoth | should get you going the right direction, anyway :) | 22:57 |
| joel__ | :) | 22:58 |
| joel__ | thanks you very much for your help | 22:59 |
| *** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 22:59 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC | 23:00 | |
| -YoctoAutoBuilder- build #549 of nightly-rpm-non-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm-non-rpm/builds/549 | 23:03 | |
| kergoth | np | 23:03 |
| *** clsulliv1 <clsulliv1!~clsulliv@134.134.137.71> has quit IRC | 23:24 | |
| -YoctoAutoBuilder- build #876 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/876 | 23:25 | |
| -YoctoAutoBuilder- build #921 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/921 | 23:32 | |
| *** joel__ <joel__!6d1d1298@gateway/web/freenode/ip.109.29.18.152> has quit IRC | 23:32 | |
| *** agust <agust!~agust@p4FCB5FD5.dip0.t-ipconnect.de> has quit IRC | 23:34 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:34 | |
| *** bluelightning <bluelightning!paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:38 | |
| -YoctoAutoBuilder- build #249 of nightly-no-x11 is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/249 | 23:42 | |
| *** stephano <stephano!~stephano@134.134.139.74> has quit IRC | 23:46 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 23:48 | |
| -YoctoAutoBuilder- build #896 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/896 | 23:49 | |
| *** sgw_ <sgw_!sgw_@nat/intel/x-znugicdxmrmufrxz> has quit IRC | 23:50 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 23:53 | |
| *** clsulliv <clsulliv!clsulliv@nat/intel/x-gggbdquunrttlbsl> has joined #yocto | 23:59 | |
| *** clsulliv <clsulliv!clsulliv@nat/intel/x-gggbdquunrttlbsl> has left #yocto | 23:59 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!