From: Russ Allbery Date: Wed, 6 Jan 2010 01:14:44 +0000 (-0800) Subject: Remove changelog entries for 1.5.* already present in 1.4.* X-Git-Tag: debian/1.5.73.3-1~48 X-Git-Url: https://git.michaelhowe.org/gitweb/?a=commitdiff_plain;h=ff088883db64403f8bd76d363aa9d3f776904633;p=packages%2Fo%2Fopenafs.git Remove changelog entries for 1.5.* already present in 1.4.* We're including all of the 1.4 history in the 1.5 changelog, so don't mention again changes that were already mentioned in the 1.4 changelog entries. --- diff --git a/debian/changelog b/debian/changelog index 0b896a96c..6f3e3e53b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -17,26 +17,12 @@ openafs (1.5.61+dfsg-1) UNRELEASED; urgency=low conflicts on pre-1.5.61 openafs-client packages since the interface between afsd and the module has changed. openafs-client now conflicts with openafs-modules2 and recommends openafs-modules3. - * Change the permissions of /var/lib/openafs/local to 0700 to match - upstream defaults. This directory contains the fssync.sock file used - for coordination between the fileserver and the volserver, and - commands sent to that socket are not authenticated. Linux protects - the socket from unprivileged writes by default, but other operating - systems do not. Upstream therefore wants this directory to be 0700 - and bosserver will complain by default if it's not. Changing the - permissions let us drop a patch to bosserver. * Change the default permissions of /etc/openafs/server to 0755 to match upstream defaults, but do not change permissions on upgrade. The only file in that directory that needs to be protected is KeyFile, which should be mode 0600 anyway. Drop the patch to bosserver to allow more restrictive permissions. bosserver will complain about directory permissions after upgrade until the directory is manually changed. - * Fix the second module control file for the standards version, section, - and maintainer update. - * Change the source package name of the stripped package generated by - openafs-modules-source so that, should someone build a Debian source - package from it, it won't have the same name as the main openafs - source package. * Add README.source explaining maintenance procedures and a debian/import-upstream script to do a Git-aware merge of a new upstream release that will allow us to cherry-pick upstream patches