14186 2021-01-12 08:44:00 +0000 /run/lock is missing 2021-11-26 16:23:12 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 3.2.2 x86 Multiple RESOLVED INVALID Medium normal 4.0 1 yoctoproject yoctoproject meta.mr.watcher meta.watcher randy.macleod richard.purdie ross.burton yoctoproject --- --- No (bug/feature does not impact docs) oldest_to_newest 88912 0 yoctoproject 2021-01-12 08:44:00 +0000 [barebox-state](https://git.pengutronix.de/cgit/tools/dt-utils/tree/src/barebox-state.c#n510) likes to create a file in `/var/lock`. `/var/lock` is a symlink to `../run/lock`, but that directory is non-existent. ``` root@some-host:~# ls -lha /var/lock lrwxrwxrwx 1 root root 11 Mar 9 2018 /var/lock -> ../run/lock root@some-host:~# ls -lha /run/lock ls: /run/lock: No such file or directory ``` I'm pretty sure the base-files recipe should be responsible for creating /run/lock. 88928 1 ross.burton 2021-01-14 15:55:57 +0000 base-files doesn't create that directory, no. With sysvinit, populate-volatiles creates that directory on boot. With systemd, systemd itself does it. I suspect that by switching to barebox you've removed a dependency on populate-volatiles? 88944 2 yoctoproject 2021-01-14 21:18:07 +0000 thanks for your reply. AFAIK I don't use any sysvinit files. So, there's something in systemd missing? I can't find the "populate-volatiles" recipe anywhere. Neither in the poky, nor in the meta-oe repo. Can you give me a hint? Also, what should I look at to determine if systemd is missing something here? As a workaround I created a custom tmpfiles configuration, which creates the /run/lock directory. 88947 3 ross.burton 2021-01-15 11:59:58 +0000 /run/lock is created by /usr/lib/tmpfiles.d/legacy.conf which is in the main systemd package, so if you're using systemd then you can't avoid that. Are you using systemd? 88948 4 yoctoproject 2021-01-15 12:08:58 +0000 I'm using systemd for sure. My tmpfiles.d does *not* contain a legacy.conf. However, I think this is because of: meta-distro/recipes-core/systemd/systemd_%.bbappend 19:RRECOMMENDS_${PN}_remove = "systemd-compat-units" Could this be the problem? 88976 5 randy.macleod 2021-01-21 15:33:22 +0000 Yes the meta-distro is likely the problem. If you remove it does it fix the problem? 88983 6 yoctoproject 2021-01-21 16:05:28 +0000 Interesting enough, it does *not*. Even with that option disabled, there is no legacy.conf. I'm using systemd 246.1. What can I do to examine this further? Could this be a regression somewhere? 89004 7 randy.macleod 2021-01-23 01:52:25 +0000 Well, no one else has reported such a problem so it's most likely something unique to your environment. Can you tell us: 1. what commit is at the top of your poky tree 2. attach the files in your conf directory and explain what you manually added and why, 3. what your build distro is (shouldn't matter but who knows!) 4. are you able to start with a new build without sstate and still see the problem? Sorry to ask so many questions but this seems like an odd bug and as I said, we can't reproduce it. ../Randy 89055 8 randy.macleod 2021-01-28 15:33:00 +0000 Any update on how to reproduce the issue. 89077 9 yoctoproject 2021-01-29 07:24:37 +0000 Thanks for your ping. I have digged into the systemd source code and found this line (https://github.com/systemd/systemd/blob/78dff3f3d72c62357543fe1716da3886cff54a10/tmpfiles.d/meson.build#L14): ['legacy.conf', 'HAVE_SYSV_COMPAT'], Let's look, where `HAVE_SYSV_COMPAT` is defined (https://github.com/systemd/systemd/blob/78dff3f3d72c62357543fe1716da3886cff54a10/meson.build#L93-L96) sysvinit_path = get_option('sysvinit-path') sysvrcnd_path = get_option('sysvrcnd-path') conf.set10('HAVE_SYSV_COMPAT', sysvinit_path != '' and sysvrcnd_path != '', description : 'SysV init scripts and rcN.d links are supported') Now let's look where `sysvinit-path` and `sysvrcnd-path` is defined in poky: rg '(sysvinit|sysvrcnd)-path' meta/recipes-core/systemd/systemd_246.6.bb 172:PACKAGECONFIG[sysvinit] = "-Dsysvinit-path=${sysconfdir}/init.d -Dsysvrcnd-path=${sysconfdir},-Dsysvinit-path= -Dsysvrcnd-path=,,systemd-compat-units update-rc.d" Now let's take a look at https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#using-systemd-exclusively > You can also prevent the SysVinit distribution feature from being automatically enabled as follows: > > DISTRO_FEATURES_BACKFILL_CONSIDERED = "sysvinit" So this line (which I have in my config) makes that the legacy.conf isn't enabled. There's your way to reproduce it ;) --- Should I file an upstream issue at dt-utils and let them fix their lock path? Or should I remove that offending line in my config and see what else might be back again? 89142 10 randy.macleod 2021-02-04 16:22:35 +0000 Yes, please report upstream and if you can send a patch to oe-core so we have a local fix. 91967 11 randy.macleod 2021-11-11 16:01:27 +0000 Hi, Is there any update on this bug? Are you stuck? Do you expect to have time to work on the bug? 91986 12 yoctoproject 2021-11-12 06:18:26 +0000 I'm sorry, I totally forgot this one. There was a patch submitted to dt-utils (not by me) at https://www.mail-archive.com/oss-tools@pengutronix.de/msg00063.html Here's the upstream fix: https://git.pengutronix.de/cgit/tools/dt-utils/commit/?id=fd48fe4efb40f35b119958495d56b399bec73654 92074 13 randy.macleod 2021-11-25 21:33:27 +0000 Mr CookieSoft! ;-) Thanks for the update. If you update dt-utils, you'll pick up that commit: $ git tag --contains fd48fe4efb40f35b119958495d56b399bec73654 v2021.03.0 I've only skimmed the comments here, with that package updated is there still a problem on master? 92078 14 yoctoproject 2021-11-26 06:11:48 +0000 On dt-utils master this is fixed. If I see that correctly, dt-utils aren't directly supported by poky or oe-embedded. I'll file an upstream issue in the meta-rauc package so that they update their dependencies ;) Thank you very much for your time and help! I concider this as closed, won't fix or something like that ;) 92079 15 yoctoproject 2021-11-26 06:18:27 +0000 For reference, I created https://github.com/rauc/meta-rauc/pull/209 92080 16 randy.macleod 2021-11-26 16:23:12 +0000 The fix is to dt-utils rather than oe-core/bitbake.