**** BEGIN LOGGING AT Mon Oct 02 03:00:01 2017 Oct 02 06:56:21 good morning Oct 02 08:36:37 mckoan: re http://lists.openembedded.org/pipermail/openembedded-core/2017-September/142893.html Oct 02 08:36:53 looks like a pretty standard unix permissions issue I would have thought Oct 02 08:41:07 bluelightning: hi Oct 02 08:41:39 bluelightning: actually it isn't, it looks like a more serious problem Oct 02 08:42:44 bluelightning: we have been working on that in 2 people with same results Oct 02 08:42:49 bluelightning: http://lists.openembedded.org/pipermail/openembedded-core/2017-September/142942.html Oct 02 08:44:30 bluelightning: I digged into sstate.bbclass and siggen.py, but I don't understand the high level point of view Oct 02 08:45:06 I wonder if it's just generally being inherited from what's happened in the task, hence the inconsistencies Oct 02 08:46:18 indeed, and I'm wondering why and how there are inconsistent inherited permissions Oct 02 09:04:32 bluelightning: do you know where is called the task responsible to create sstate-cache/xx ? Oct 02 09:15:23 mckoan: it's all in sstate.bbclass Oct 02 15:52:51 if i rely on the OE setuptools.bbclass to install a python module into my sysroot, will bitbake still handle downloading of its dependencies (as listed by its setup.py), or will bitbake just invoke setup.py and let it download files on its own? (circumventing the bitbake downloads cache / mirror system) Oct 02 15:59:29 you need to specify recipe dependencies with DEPENDS, as with any other recipe Oct 02 16:00:08 or rdepends, as appropriate. see the yocto project docs Oct 02 16:08:00 mago1: we don't currently force setuptools to not download (because you can't do that) do do DEPENDS yourself Oct 02 16:08:07 s/do do/so do/ Oct 02 16:08:36 note that if you need a proxy configured it won't be available in do_compile, only do_fetch, so a setuptools-based fetch won't work Oct 02 16:10:18 rburton: ok. im wondering because im doing some exotic shit with wine inside OE =) i was hoping bitbake/OE could extract the dependencies somehow and feed them to my wine environment. but yeah, i kind of suspected this is how it worked. thanks for the info Oct 02 16:12:18 ha, no Oct 02 16:12:18 mago1: we need to know deps at parse time to be able to generate our task runqueue. setup.py won't even be available until it's fetched, unpacked, and patched Oct 02 16:12:32 same with node, we have to go through hoops to stop NPM randomly downloading stuff Oct 02 16:12:48 tools really should provide 'no fetch' options Oct 02 16:12:55 yeah. sucks when everyone implements their own package manager =) Oct 02 16:13:17 there's a bug to make our setuptools class stop setuptools doing a fetch. i suspect we'll end up patching it. Oct 02 16:13:22 even git-submodule doesn't have a way to say don't fetch no matter what. it provides a no-fetch option, but it'll still clone missing modules, the no-fetch just tells it not to run fetch on existing modules Oct 02 16:13:29 * kergoth mutters Oct 02 16:13:33 :) Oct 02 16:14:24 it's quite common for companies to want to fully control contacting remote sources, so i'm surprised more tools don't make that easier. though pip and the like do provide methods to use internal mirrors.. maybe that's enough for people Oct 02 16:19:25 rburton, it sounds like we need a create your own mirror from the images or sources you want **** ENDING LOGGING AT Tue Oct 03 03:00:00 2017