[PATCH] 2/2: Associate file locations to newly introduced path
Gerald (Jerry) Carter
jerry at samba.org
Wed Oct 17 12:00:31 GMT 2007
-----BEGIN PGP SIGNED MESSAGE-----
Christian Perrier wrote:
>> I can give you the data_path() changes. But -1 on the
>> state and cache path separation. FHS-compliant or not, in
>> this respect, the Debian packages break Samba functionality.
> Well, I have to disagree here: as long as the default
> values are not changed, Samba behaviour does not change. That
> was the point of breaking our big fhs.patch in 3 parts.
> Your comment certainly applies to the third patch of
> this series, the one I *didn't* forward, which is the one
> that changes the location for state and cache paths from
> /var/lib/samba to /var/cache/samba and /var/run/samba
What I've yet to be convinced of is that there is any benefit
to Samba users with this patch. if you can convince me that
this improves Samba, I'll concede.
My objection to /var/cache is that in the past we've had
problems with distro bugs that removed these files at reboot.
> /var/cache is intended for cached data from applications.
> Such data is locally generated as a result of time-consuming
> I/O or calculation. The application must be able to
> regenerate or restore the data.
And as I've already said, $(lockdir)/printing/*tdb doesnn't
match this in any case. In fact, non of the data can actually
be regenerated since it represents state and historical data.
> As one sees, the "clear if first" files fall in that
> category.....but not only these ones.
Yes they are. Steve has convinced me that these could go
in /var/run/samba/ but I still don't see any benefit to Samba.
Samba ------- http://www.samba.org
Centeris ----------- http://www.centeris.com
"What man is a man who does not make the world better?" --Balian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
More information about the samba-technical