[bitbake-devel] bitbake-prserv should not force umask in daemon mode

Diego Santa Cruz Diego.SantaCruz at spinetix.com
Tue Feb 2 14:37:17 UTC 2016


Hi there,

And yet one more fix for the PR Service, this is the last one I've found :) For the record I stumbled across this series of issues (this and past e-mails from today) while setting up a shared PR Service for our internal builds.

As reported in bug #9036 [1] clearing the umask when daemonizing the PR Service is not a good idea. The attached patch removes this from the daemonize code.

The description I entered in the bug report is the following.

The current bitbake-prserv forces the umask to 0 when daemonizing.

I think his should not be done, as it will make all files be created with permissions 0777 (world writable!) by default.

For instance, the PID file (/tmp/PRServer_*.pid) is created with permissions 0777 on my system (CentOS 7.2.1511).

It would be better to leave the umask unchanged, so whoever is starting bitbake-preserv gets to choose the umask it wants to use.

The attached patch does exactly this.

Best regards,

Diego

[1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=9036
--
Diego Santa Cruz, PhD
Technology Architect
T +41 21 341 15 50
diego.santacruz at spinetix.com
spinetix.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/bitbake-devel/attachments/20160202/bafcbb2a/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-bitbake-prserv-do-not-clear-umask-when-daemonizing.patch
Type: application/octet-stream
Size: 1115 bytes
Desc: 0001-bitbake-prserv-do-not-clear-umask-when-daemonizing.patch
URL: <http://lists.openembedded.org/pipermail/bitbake-devel/attachments/20160202/bafcbb2a/attachment-0002.obj>


More information about the bitbake-devel mailing list