splatd - Project Hosting on Google Code

Older Jul 11, 2009 r334 (- Add some information about running this at the top - pushd...) committed by nick.barkas - - Add some information about running this at the top - pushd and popd aren't necessarily built-in to non-bash bourne shells (e.g. ash on FreeBSD) - Allow specifying path to docbook-xsl stylesheets on command line, overriding the default directory specified in the docs make file. - Add some information about running this at the top - pushd and popd aren't necessarily built-in to non-bash bourne shells (e.g. ash on FreeBSD) - Allow specifying path to docbook-xsl stylesheets on command line, overriding the default directory specified in the docs make file. Jul 11, 2009 r333 (Don't install the css file with execute permissions. No need...) committed by nick.barkas - Don't install the css file with execute permissions. No need for this Makefile to have them either. Don't require PREFIX to be set for finding the stylesheet, just explicitly use DOCBOOK_XSL. /usr/local/share/xsl/docbook is where it is when installed using FreeBSD ports, and it is easy enough to override DOCBOOK_XSL from the environment on other systems Don't install the css file with execute permissions. No need for this Makefile to have them either. Don't require PREFIX to be set for finding the stylesheet, just explicitly use DOCBOOK_XSL. /usr/local/share/xsl/docbook is where it is when installed using FreeBSD ports, and it is easy enough to override DOCBOOK_XSL from the environment on other systems Jul 11, 2009 r332 (I can commit directly to FreeBSD's ports CVS repository now,...) committed by nick.barkas - I can commit directly to FreeBSD's ports CVS repository now, so there is little sense in trying to keep this in sync with what happens over there. I can commit directly to FreeBSD's ports CVS repository now, so there is little sense in trying to keep this in sync with what happens over there. Jul 11, 2009 r331 (Set MIME types for css files in addition to HTML when creati...) committed by nick.barkas - Set MIME types for css files in addition to HTML when creating a release. Set MIME types for css files in addition to HTML when creating a release. Jul 11, 2009 r330 (Set css file's MIME type to text/css ) committed by nick.barkas - Set css file's MIME type to text/css Set css file's MIME type to text/css Apr 22, 2009 splatd-1.2.tar.gz.asc (GnuPG signature) file uploaded by nick.barkas - Labels: Featured Labels: Featured Jan 16, 2009 r329 (New idea I had to use LDAP for authorization but be able to ...) committed by nick.barkas - New idea I had to use LDAP for authorization but be able to robustly handle network outages by "caching" group/user information in local passwd and group files. One possible downside is that group/user changes would not be immediately reflected on servers so removing and adding access for a user would not be instantaneous, but completely removing access should be immediate (I think) if Kerberos is used for authentication. New idea I had to use LDAP for authorization but be able to robustly handle network outages by "caching" group/user information in local passwd and group files. One possible downside is that group/user changes would not be immediately reflected on servers so removing and adding access for a user would not be instantaneous, but completely removing access should be immediate (I think) if Kerberos is used for authentication. Jan 02, 2009 r328 (Update to FreeBSD CVS version. Includes fix for zconfig depe...) committed by nick.barkas - Update to FreeBSD CVS version. Includes fix for zconfig dependency made by miwi. Update to FreeBSD CVS version. Includes fix for zconfig dependency made by miwi. Dec 18, 2008 issue 4 (Add option for purge helper to delete files as root) reported by nick.barkas - Sometimes users have files that are their responsibility in their home directory that they may not have permission to delete, e.g. files that need to be writeable by the user running the web server. It may be desirable to delete these files anyway when a home directory is purged. I'm not certain if implementing this feature really is all that great of an idea though, because deleting everything as root has a lot of potential to cause damage. An alternative solution may be to specify a list of other users to try dropping privileges to if the first deletion as the user itself fails. Sometimes users have files that are their responsibility in their home directory that they may not have permission to delete, e.g. files that need to be writeable by the user running the web server. It may be desirable to delete these files anyway when a home directory is purged. I'm not certain if implementing this feature really is all that great of an idea though, because deleting everything as root has a lot of potential to cause damage. An alternative solution may be to specify a list of other users to try dropping privileges to if the first deletion as the user itself fails. Dec 18, 2008 issue 3 (Allow for a script to be executed when an account is purged) reported by nick.barkas - Similarly to how it is possible to run a script for the homedir creation helper, it would be nice to be able to run a script to do extra cleanup when an account is purged. This would aid in, for example, removing Apache configs generated by a homedir creator that makes Apache configuration files for each user on a WebDAV file server. Similarly to how it is possible to run a script for the homedir creation helper, it would be nice to be able to run a script to do extra cleanup when an account is purged. This would aid in, for example, removing Apache configs generated by a homedir creator that makes Apache configuration files for each user on a WebDAV file server. Nov 05, 2008 r327 (Updated port for latest release. Submitting a FreeBSD PR wit...) committed by nick.barkas - Updated port for latest release. Submitting a FreeBSD PR with this. Updated port for latest release. Submitting a FreeBSD PR with this. Nov 05, 2008 r326 (Probably we should have distutils call this splatd as well, ...) committed by nick.barkas - Probably we should have distutils call this splatd as well, since that is the project name on Google project hosting, the name of the tarball, FreeBSD and Ubuntu packages, and so on. Probably we should have distutils call this splatd as well, since that is the project name on Google project hosting, the name of the tarball, FreeBSD and Ubuntu packages, and so on. Nov 04, 2008 splatd-1.2.tar.gz.asc (splatd 1.2 GPG signature) file uploaded by nick.barkas - Labels: Featured Labels: Featured Nov 04, 2008 splatd-1.2.tar.gz (splatd 1.2) file uploaded by nick.barkas Nov 04, 2008 r325 (Add release making script, modified from the one Jonathan wr...) committed by nick.barkas - Add release making script, modified from the one Jonathan wrote for jpkg-library. Add release making script, modified from the one Jonathan wrote for jpkg-library. Nov 04, 2008 r324 (Created tags/splatd-1.2 for release 1.2 ) committed by nick.barkas - Created tags/splatd-1.2 for release 1.2 Created tags/splatd-1.2 for release 1.2 Nov 04, 2008 r323 (Update TODO, add a changelog, and prepare for a new release....) committed by nick.barkas - Update TODO, add a changelog, and prepare for a new release. Update TODO, add a changelog, and prepare for a new release. Nov 04, 2008 r322 (Specify that Level is a global setting for logs. It seems th...) committed by nick.barkas - Specify that Level is a global setting for logs. It seems that it can be overridden in the syslog section, but not with logfile. See http://code.google.com/p/splatd/issues/detail?id=2 Specify that Level is a global setting for logs. It seems that it can be overridden in the syslog section, but not with logfile. See http://code.google.com/p/splatd/issues/detail?id=2 Nov 04, 2008 issue 2 (<logfile> sections cannot set logging level) reported by nick.barkas - If "Level debug" is set in a <logfile> subsection in splat.conf, messages will only be logged at level info (the default) or whatever is set in the global Level for the entire <Logging> section. I think the level can be properly set in <syslog> subsections though. Based on my uncertainty I've just updated the documentation to mention only a global Level setting for the entire <Logging> section. This could be related to the version of ZConfig used. On tests that showed this I was using ZConfig 2.3.1. If "Level debug" is set in a <logfile> subsection in splat.conf, messages will only be logged at level info (the default) or whatever is set in the global Level for the entire <Logging> section. I think the level can be properly set in <syslog> subsections though. Based on my uncertainty I've just updated the documentation to mention only a global Level setting for the entire <Logging> section. This could be related to the version of ZConfig used. On tests that showed this I was using ZConfig 2.3.1. Nov 04, 2008 r321 (Link to Google instead of dpw.threerings.net. ) committed by nick.barkas - Link to Google instead of dpw.threerings.net. Link to Google instead of dpw.threerings.net. Nov 04, 2008 r320 (Note additional requirements for OpenNMS plugin. Also remove...) committed by nick.barkas - Note additional requirements for OpenNMS plugin. Also remove executable prop from make file, because I don't see why it would be there in the first place. Note additional requirements for OpenNMS plugin. Also remove executable prop from make file, because I don't see why it would be there in the first place. Oct 30, 2008 issue 1 (Splat's modifiedTime optimization fails to recognize group c...) Status changed by nick.barkas - Fixed in SVN Status: Fixed Fixed in SVN Status: Fixed Oct 30, 2008 r319 (Level does not work when it's in the <logfile> section, so s...) committed by nick.barkas - Level does not work when it's in the <logfile> section, so show in default configuration that we ought to just put Level in the base <Logging> section. Level does not work when it's in the <logfile> section, so show in default configuration that we ought to just put Level in the base <Logging> section. Oct 30, 2008 r318 (Test for considering a user modified as soon as it is added ...) committed by nick.barkas - Test for considering a user modified as soon as it is added to a group that we filter on. It was necessary to remove the verification of whether the modified argument is valid in MockHelper.work() because there is no way for MockHelper to access modification times of groups. Instead, test functions (test_work() and test_modifyGroup()) check if MockHelper.work() is called with the correct modified argument themselves by checking the new class variable, MockHelper.modified. Test for considering a user modified as soon as it is added to a group that we filter on. It was necessary to remove the verification of whether the modified argument is valid in MockHelper.work() because there is no way for MockHelper to access modification times of groups. Instead, test functions (test_work() and test_modifyGroup()) check if MockHelper.work() is called with the correct modified argument themselves by checking the new class variable, MockHelper.modified. Oct 24, 2008 r317 (Preliminary fix for http://code.google.com/p/splatd/issues/d...) committed by nick.barkas - Preliminary fix for http://code.google.com/p/splatd/issues/detail?id=1 Needs testing (both real-world and unit tests) Preliminary fix for http://code.google.com/p/splatd/issues/detail?id=1 Needs testing (both real-world and unit tests) Oct 23, 2008 r316 (Make slapd tests able to invoke the built-in slapd on Mac OS...) committed by nick.barkas - Make slapd tests able to invoke the built-in slapd on Mac OS X (10.5 anyway), /usr/libexec/slapd. This slapd doesn't seem to like plaintext passwords, either, so let's put the hashed version of the manager password in slapd.conf. Make slapd tests able to invoke the built-in slapd on Mac OS X (10.5 anyway), /usr/libexec/slapd. This slapd doesn't seem to like plaintext passwords, either, so let's put the hashed version of the manager password in slapd.conf.

issue 4 (Add option for purge helper to delete files as root) reported by nick.barkas - Sometimes users have files that are their responsibility in their home directory that they may not have permission to delete, e.g. files that need to be writeable by the user running the web server. It may be desirable to delete these files anyway when a home directory is purged. I'm not certain if implementing this feature really is all that great of an idea though, because deleting everything as root has a lot of potential to cause damage. An alternative solution may be to specify a list of other users to try dropping privileges to if the first deletion as the user itself fails.

Sometimes users have files that are their responsibility in their home directory that they may not have permission to delete, e.g. files that need to be writeable by the user running the web server. It may be desirable to delete these files anyway when a home directory is purged. I'm not certain if implementing this feature really is all that great of an idea though, because deleting everything as root has a lot of potential to cause damage. An alternative solution may be to specify a list of other users to try dropping privileges to if the first deletion as the user itself fails.

Older