Synced /var/spool/mail entry with Factory filesystem package. - #1392
Conversation
|
If it's not an standard dir anymore and this is merged, this change should also be sent to |
|
I'm not completely sure about this change. Other MTAs like postfix do currently package /var/spool/mail and just live with the warning. I'm not entirely sure about the change to the filesystem package, maybe it was not properly completed?
Before we change more things we should try to fully understand the current situation, maybe also talk to the people who made this change in the filesystem package. Ludwig Nussel, who initiated it, is no longer in the company, though. |
|
As far as I can see, packages like |
|
I really don't fully understand what the aim of bsc#1179574 was. They dropped the directory from the filesystem package. Then there was the idea to create a dedicated package for the directory that all MTA packages should So on packaging level the ownership of this directory was de-centralized. From an rpmlint POV it is still a standard directory, however, which is supposed to be centralized, obviously. The FHS standard lists The |
|
We discussed it in the team and nobody has any objections. As the configuration file says it should be kept in sync with the filesystem package and this is what we do with this PR#. I wouldn't want to spread this change also onto the main branch, however, since we don't know what the requirements for other distributions are. |
1bb9656
into
rpm-software-management:opensuse
It appears that the list in
FilesCheck.pyis no longer in sync with filesystem package of openSUSE Factory.In particular, error
standard-dir-owned-by-packageis emitted on path/var/spool/mailthat is not provided by the filesystem package (see https://build.opensuse.org/projects/openSUSE:Factory/packages/filesystem/files/directory.list?expand=1), and is instead owned by optional packages likepostfix,sendmail,exim, etc. (see https://bugzilla.opensuse.org/show_bug.cgi?id=1179574).New packages that provide
smtp_daemonwould be expected to own that path. If I see correctly, this is different topic from the topic of allowlisting the typical 1777 permissions that goes through a separate security review process and has a different check inrpmlint.Therefore, I suggest the attached change. Thank you in advance for your consideration.