Bug#775318: debian-policy: Using /srv instead of /var/lib for served user-level data
Package: debian-policy
Severity: wishlist
Dear Maintainer,
I wanted to separate user-level data (for special RAID, backups,
encryption and
such) from system data on my machine, so I targeted /home and /srv. I
found out
that data managed by system services are being stored in
/var/lib/<packagename>
when I expected them to be in /srv and this doesn't really make sense to
me. I
also wanted to limit the size of the /var partition to around 4GB, but I
can't
practically do this when, for example, ownCloud is managing user's data in
/var/lib/owncloud. Users would then see a file storage limit of whatever
space
there was left in /var. Dokuwiki, mediawiki, and I believe gitweb are other
examples.
I don't think this is just a personal preference on my part, since the FHS
doesn't seem to describe this kind of use for /var while /srv makes more
sense
/var/lib --
http://www.pathname.com/fhs/pub/fhs-2.3.html#VARLIBVARIABLESTATEINFORMATION
/srv --
http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
I wanted to suggest a change to the policy that user-level data managed by
system-services should be stored in /srv (instead of /var/ or something in
/usr/share/).
I'd be grateful for your consideration of this proposal.
Thanks and regards,
Afif
-- System Information:
Debian Release: 7.8
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=ar_SA.UTF-8, LC_CTYPE=ar_SA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Reply to: