Bug 92121

Summary:	colord does not start with empty /var
Product:	colord	Reporter:	Tobias Hunger <tobias.hunger>
Component:	daemon	Assignee:	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.