Re: [packages/systemd] removed depreciated /etc/timezone, fixed /var/log/btmp group and mode, adjusted /etc/machine-id and

2015-09-07 Thread Elan Ruusamäe 

On 06.09.2015 21:46, gotar wrote:

+%attr(600,root,root) %dir /var/lib/machines


this can't be right, dir should have at least +x bit

--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: [packages/systemd] removed depreciated /etc/timezone, fixed /var/log/btmp group and mode, adjusted /etc/machine-id and

2015-09-07 Thread Jacek Konieczny 

On 2015-09-07 07:15, Jan Rękorajski wrote:

attr 444 on machine-id is really no different than defattr 644.


But that is what systemd uses by default, I guess it is a hint to the 
administrator that this file should really never ever be modified.


[jajcus@jajo ~]$ systemd-machine-id-setup --root=/tmp/dupa
Initializing machine ID from random generator.
[jajcus@jajo ~]$ ls -l /tmp/dupa/etc/
total 4
-r--r--r-- 1 jajcus users 33 Sep  7 10:01 machine-id

Jacek
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: [packages/systemd] removed depreciated /etc/timezone, fixed /var/log/btmp group and mode, adjusted /etc/machine-id and

2015-09-07 Thread Tomasz Pala 
On Mon, Sep 07, 2015 at 07:15:53 +0200, Jan Rękorajski wrote:

> ehem, what are the following changes supposed to accomplish?

Ask systemd maintainers, their software sets these bits. I could make
rpm -V happy by %verify(not mode) but this won't change the fact, that
these files in living system would be as is.

>> -%dir /var/lib/machines
>> +%attr(600,root,root) %dir /var/lib/machines

Here's the actual mistake.

> attr 444 on machine-id is really no different than defattr 644.
> and changing gid for btmp and then removing group access on that file
> completely just makes no sense at all.

Not mine decision, please ask upstream. It might be caused by their
mistake, or it might have some explanation when considering ACLs. I
don't care THAT much to research this, sorry.

-- 
Tomasz Pala 
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en