Report forwarded to debian-bugs-dist@lists.debian.org, Guy Maor <maor@debian.org>:
Bug#9211; Package debianutils.   debian-bugs-dist@lists.debian.orgGuy Maor <maor@debian.org>  Sorry, this message was lost when this bug report was restored from a backup.   Acknowledgement sent to Brian White <bcwhite@verisim.com>:
New bug report received and forwarded. Copy sent to Guy Maor <maor@debian.org>.   Brian White <bcwhite@verisim.com>  Sorry, this message was lost when this bug report was restored from a backup.   Received: (at submit) by bugs.debian.org; 29 Apr 1997 14:55:38 +0000 Received: (qmail 10767 invoked from network); 29 Apr 1997 14:55:37 -0000 Received: from gatekeeper.verisim.com (207.134.10.201) by master.debian.org with SMTP; 29 Apr 1997 14:55:37 -0000 Received: from callandor ([192.168.1.3]) by gatekeeper.verisim.com with smtp id m0wMEJZ-000H33C (Debian Smail-3.2 1996-Jul-4 #2); Tue, 29 Apr 1997 10:55:13 -0400 (EDT) Sender: bcwhite Message-ID: <33660BE1.2A41C09A@verisim.com> Date: Tue, 29 Apr 1997 10:55:09 -0400 From: Brian White Organization: Verisim, Inc. http://www.verisim.com/ X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.29 i486) MIME-Version: 1.0 To: Debian Bugs Subject: savelog makes unwritable files Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Package: debianutils Version: 1.4 It appears that "savelog" has been changed so that it automatically recreates the original file with a size of 0 after rotating the logs. This in itself is not a problem except that it creates that new file with the permissions given by the "-m" option. If the permissions givin with "-m" do not include write (and they sometimes don't since writing to rotated logs is not usually useful), then the new log file is effectively locked out. I would recommend either removing this feature or having "savelog" save a copy of the permissions before rotating and then restoring those exact flags. Brian ( bcwhite@verisim.com ) ------------------------------------------------------------------------------- In theory, theory and practice are the same. In practice, they're not.   Information forwarded to debian-bugs-dist@lists.debian.org, Guy Maor <maor@debian.org>:
Bug#9211; Package debianutils.   debian-bugs-dist@lists.debian.orgGuy Maor <maor@debian.org>  Sorry, this message was lost when this bug report was restored from a backup.   Acknowledgement sent to Brian White <bcwhite@verisim.com>:
Extra info received and forwarded to list. Copy sent to Guy Maor <maor@debian.org>.   Brian White <bcwhite@verisim.com>  Sorry, this message was lost when this bug report was restored from a backup.   Received: (at 9211) by bugs.debian.org; 7 May 1997 20:50:56 +0000 Received: (qmail 19573 invoked from network); 7 May 1997 20:50:55 -0000 Received: from gatekeeper.verisim.com (207.134.10.201) by master.debian.org with SMTP; 7 May 1997 20:50:54 -0000 Received: from callandor ([192.168.1.3]) by gatekeeper.verisim.com with smtp id m0wPDfn-000H33C (Debian Smail-3.2 1996-Jul-4 #2); Wed, 7 May 1997 16:50:31 -0400 (EDT) Sender: bcwhite Message-ID: <3370EA33.8F8C5F2@verisim.com> Date: Wed, 07 May 1997 16:46:23 -0400 From: Brian White Organization: Verisim, Inc. http://www.verisim.com/ X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.29 i486) MIME-Version: 1.0 To: 9211@bugs.debian.org Subject: Re: savelog makes unwritable files References: <33660BE1.2A41C09A@verisim.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > I would recommend either removing this feature or having "savelog" save > a copy of the permissions before rotating and then restoring those > exact flags. Of course, it should also try to set the ownership to be the same as the original. I'd suggest that if both permissions and ownership cannot be set to match the original file then the new file should not be created at all. Brian ( bcwhite@verisim.com ) ------------------------------------------------------------------------------- Time is what keeps things from happening all at once.   Information forwarded to debian-bugs-dist@lists.debian.org, Guy Maor <maor@debian.org>:
Bug#9211; Package debianutils.   debian-bugs-dist@lists.debian.orgGuy Maor <maor@debian.org>  Sorry, this message was lost when this bug report was restored from a backup.   Acknowledgement sent to Guy Maor <maor@ece.utexas.edu>:
Extra info received and forwarded to list. Copy sent to Guy Maor <maor@debian.org>.   Guy Maor <maor@ece.utexas.edu>  Sorry, this message was lost when this bug report was restored from a backup.   Received: (at 9211) by bugs.debian.org; 15 May 1997 14:13:01 +0000 Received: (qmail 11451 invoked from network); 15 May 1997 14:13:00 -0000 Received: from slip-42-11.ots.utexas.edu (root@128.83.112.139) by master.debian.org with SMTP; 15 May 1997 14:12:59 -0000 Received: by slip-42-11.ots.utexas.edu id m0wS1Go-000GGwC (Debian Smail-3.2 1996-Jul-4 #2); Thu, 15 May 1997 09:12:18 -0500 (CDT) To: Brian White , 9211@bugs.debian.org Subject: Re: Bug#9211: savelog makes unwritable files References: <33660BE1.2A41C09A@verisim.com> <3370EA33.8F8C5F2@verisim.com> From: Guy Maor Date: 15 May 1997 09:12:14 -0500 In-Reply-To: Brian White's message of Wed, 07 May 1997 16:46:23 -0400 Message-ID: <87raf8963x.fsf@slip-42-11.ots.utexas.edu> Lines: 14 X-Mailer: Gnus v5.3/Emacs 19.34 I think you've misread savelog's man page. savelog will only create a new log file if -t, -u, -m, or -g are given. If you set permissions or ownership that will prevent you from later writing to the file, that is not savelog's responsibility. savelog also changes owner, group, and permissions when compressing the new file.1 file. When rotating the files it does preserve everything. I don't see any bug here. Guy   Information forwarded to debian-bugs-dist@lists.debian.org, Guy Maor <maor@debian.org>:
Bug#9211; Package debianutils.   debian-bugs-dist@lists.debian.orgGuy Maor <maor@debian.org>  Sorry, this message was lost when this bug report was restored from a backup.   Acknowledgement sent to Brian White <bcwhite@verisim.com>:
Extra info received and forwarded to list. Copy sent to Guy Maor <maor@debian.org>.   Brian White <bcwhite@verisim.com>  Sorry, this message was lost when this bug report was restored from a backup.   Received: (at 9211) by bugs.debian.org; 15 May 1997 15:39:48 +0000 Received: (qmail 13432 invoked from network); 15 May 1997 15:39:46 -0000 Received: from gatekeeper.verisim.com (207.134.10.201) by master.debian.org with SMTP; 15 May 1997 15:39:46 -0000 Received: from callandor ([192.168.1.3]) by gatekeeper.verisim.com with smtp id m0wS2cU-000H3KC (Debian Smail-3.2 1996-Jul-4 #2); Thu, 15 May 1997 11:38:46 -0400 (EDT) Sender: bcwhite Message-ID: <337B2E12.3868C5D@verisim.com> Date: Thu, 15 May 1997 11:38:38 -0400 From: Brian White Organization: Verisim, Inc. http://www.verisim.com/ X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.29 i486) MIME-Version: 1.0 To: Guy Maor CC: 9211@bugs.debian.org Subject: Re: Bug#9211: savelog makes unwritable files References: <33660BE1.2A41C09A@verisim.com> <3370EA33.8F8C5F2@verisim.com> <87raf8963x.fsf@slip-42-11.ots.utexas.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > I think you've misread savelog's man page. > > savelog will only create a new log file if -t, -u, -m, or -g are > given. If you set permissions or ownership that will prevent you from > later writing to the file, that is not savelog's responsibility. I realize that this sets attributes for all files, but I don't think this is the right way to do things. Savelog should set ownership/perms on the rotated files, but should keep the attributes of the original intact. This provides for more flexibility and fewer problems. There are cases where it will not work otherwise. For example, I have a case where log files are created by the web server but rotated by the user. If I try to set the permissions appropriately for security reasons, it the recreates the original file (with the wrong owner) and the web server can't write to it any more. Would it not make better sense for savelog to preserve the status of the original file _exactly_ if at all possible? > savelog also changes owner, group, and permissions when compressing > the new file.1 file. When rotating the files it does preserve > everything. Only when run as root, which is not always the case. If it can't recreate the original file exactly as it was, it shouldn't create it at all. Brian ( bcwhite@verisim.com ) ------------------------------------------------------------------------------- Friends are relatives that you make for yourself.