Bug 92121

Summary: colord does not start with empty /var
Product: colord Reporter: Tobias Hunger <tobias.hunger>
Component: daemonAssignee: Richard Hughes <richard>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments: colord.conf

Description Tobias Hunger 2015-09-25 21:27:14 UTC
I run a stateless system and thus /var starts out empty. Colord does not start up in such a setting.

Could you please add a tmpfiles that creates the necessary directories in var, please?

Thank you!
Comment 1 Richard Hughes 2015-09-29 13:51:33 UTC
Do you mean the daemon should create the /var/lib/colord/ directory at startup? If so I guess that's okay, and if you'd like to have a go at a patch that would be great.
Comment 2 Tobias Hunger 2015-09-29 13:55:49 UTC
It is just that right after boot /var is empty and needs to be populated.

So shipping a tmpfiles.d snippet that creates those directories is enough. I doubt any init but systemd even considers this use case, so I don't see the need to change the code.
Comment 3 Richard Hughes 2015-10-01 19:41:41 UTC
Ohh, you can create it with a tmpfiles file? I'd happily carry (and install that) upstream if you can give me an example. Thanks!
Comment 4 Tobias Hunger 2015-10-01 19:46:15 UTC
Created attachment 118578 [details]
colord.conf

This tmpfiles.d snippet seems to work for me.
Comment 5 Tobias Hunger 2015-10-01 19:48:12 UTC
About the tmpfiles.d snippet: Of course the users and such might be different on other systems and I might have missed something.

I do not really know the daemon -- in fact I am not even sure what it does, but I needed this to get it running so that gnome would stop to complain about it:-)
Comment 6 Richard Hughes 2015-10-01 20:22:37 UTC
commit ce88ff07ebf1b6500c542f82fe07b36554be6ca3
Author: Tobias Hunger <tobias.hunger@gmail.com>
Date:   Thu Oct 1 21:21:54 2015 +0100

    Add a tmpfiles.d snippet to fix stateless systems
    
    Signed-off-by: Richard Hughes <richard@hughsie.com>

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.