Bug#330824: marked as done (disagreement about example scripts)

Debian Bug Tracking System owner at bugs.debian.org
Sat Nov 5 17:18:24 UTC 2005


Your message dated Sat, 05 Nov 2005 12:12:25 -0500
with message-id <436CE7F9.8030600 at debian.org>
and subject line Bug#330824: I dont believe this bug was acted on properly
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 29 Sep 2005 21:58:33 +0000
>From joerg at alea.gnuu.de Thu Sep 29 14:58:33 2005
Return-path: <joerg at alea.gnuu.de>
Received: from uucp.gnuu.de [151.189.20.84] 
	by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
	id 1EL6QD-0006No-00; Thu, 29 Sep 2005 14:58:33 -0700
Received: from alea.gnuu.de (uucp at localhost)
	by uucp.gnuu.de (8.12.9/8.12.9) with bsmtp id j8TLwUft049249
	for submit at bugs.debian.org; Thu, 29 Sep 2005 23:58:30 +0200 (CEST)
	(envelope-from joerg at alea.gnuu.de)
Received: from ibook.localnet ([192.168.0.5] helo=alea.gnuu.de)
	by alea.gnuu.de with esmtp (Exim 4.50)
	id 1EL5vC-0008D5-1S
	for submit at bugs.debian.org; Thu, 29 Sep 2005 23:26:30 +0200
Received: from joerg by alea.gnuu.de with local (Exim 4.52)
	id 1EL5v8-0003pY-EI
	for submit at bugs.debian.org; Thu, 29 Sep 2005 23:26:26 +0200
Date: Thu, 29 Sep 2005 23:26:26 +0200
From: =?iso-8859-1?Q?J=F6rg?= Sommer <joerg at alea.gnuu.de>
To: Debian Bug Tracking System <submit at bugs.debian.org>
Subject: subversion-tools: Moves /usr/lib/subversion to /u/share/, because all files are sharable
Message-ID: <20050929212626.GA9304 at alea.gnuu.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
X-Reportbug-Version: 3.17
User-Agent: mutt-ng/devel-20050814 (Debian)
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by uucp.gnuu.de id j8TLwUft049249
Delivered-To: submit at bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level: 
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
	autolearn=no version=2.60-bugs.debian.org_2005_01_02

Package: subversion-tools
Version: 1.2.3a-1
Severity: serious
Justification: Policy 8.1

Hi,

all files in /usr/lib/subversion are plain text files or perl/python
scripts. The FHS forces to move such files in a directory under
/usr/share/, because they can the shared among different architectures.

$ find /usr/lib/subversion/ -type f |xargs file
hook-scripts/README:                            ASCII English text
hook-scripts/commit-access-control.cfg.example: ASCII English text
hook-scripts/commit-access-control.pl:          a perl script text execut=
able
hook-scripts/commit-email.pl:                   a perl script text execut=
able
hook-scripts/commit-email.rb:                   a ruby script text execut=
able
hook-scripts/mailer/mailer.conf.example:        ASCII English text
hook-scripts/mailer/mailer.py:                  a /usr/bin/python2.3 scri=
pt text executable
hook-scripts/mailer/tests/mailer-init.sh:       Bourne shell script text =
executable
hook-scripts/mailer/tests/mailer-t1.output:     ASCII text
hook-scripts/mailer/tests/mailer-t1.sh:         Bourne shell script text =
executable
hook-scripts/mailer/tests/mailer-tweak.py:      a /usr/bin/python2.3 scri=
pt text executable
hook-scripts/propchange-email.pl:               a perl script text execut=
able
hook-scripts/svnperms.conf.example:             ASCII English text
hook-scripts/svnperms.py:                       a /usr/bin/python2.3 scri=
pt text executable
hook-scripts/verify-po.py:                      a /usr/bin/python2.3 scri=
pt text executable
hot-backup.py:                                  a /usr/bin/python2.3 scri=
pt text executable

BTW: Maybe you can move the example files to /u/s/d/s-tools/example/

Bye, J=F6rg.

-- System Information:
Debian Release: unstable/experimental
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.13.1
Locale: LANG=3Dde_DE, LC_CTYPE=3Dde_DE (charmap=3DISO-8859-1)

Versions of packages subversion-tools depends on:
ii  exim4-daemon-light [mail-tran 4.52-2     lightweight exim MTA (v4) da=
emon
ii  libconfig-inifiles-perl       2.38-3     Read .ini-style configuratio=
n file
ii  liburi-perl                   1.35-1     Manipulates and accesses URI=
 strin
ii  perl                          5.8.7-5    Larry Wall's Practical Extra=
ction=20
ii  python2.3                     2.3.5-8    An interactive high-level ob=
ject-o
ii  python2.3-subversion          1.2.3a-1   python modules for interfaci=
ng wit
ii  rcs                           5.7-16     The GNU Revision Control Sys=
tem
ii  subversion                    1.2.3a-1   advanced version control sys=
tem (a

subversion-tools recommends no packages.

-- no debconf information

---------------------------------------
Received: (at 330824-done) by bugs.debian.org; 5 Nov 2005 17:12:25 +0000
>From micah at debian.org Sat Nov 05 09:12:25 2005
Return-path: <micah at debian.org>
Received: from mail.riseup.net [69.90.134.155] 
	by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
	id 1EYRab-0003zp-00; Sat, 05 Nov 2005 09:12:25 -0800
Received: from localhost (localhost [127.0.0.1])
	by mail.riseup.net (Postfix) with ESMTP id 08FB4A2F30;
	Sat,  5 Nov 2005 09:11:55 -0800 (PST)
Received: from mail.riseup.net ([127.0.0.1])
	by localhost (buffy [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 26778-05; Sat, 5 Nov 2005 09:11:54 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.riseup.net (Postfix) with ESMTP id 399E2A2F22;
	Sat,  5 Nov 2005 09:11:54 -0800 (PST)
Message-ID: <436CE7F9.8030600 at debian.org>
Date: Sat, 05 Nov 2005 12:12:25 -0500
From: micah <micah at debian.org>
User-Agent: Debian Thunderbird 1.0.7 (X11/20051017)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Peter Samuelson <peter at p12n.org>
Cc: 330824 at bugs.debian.org, 330824-done at bugs.debian.org
Subject: Re: Bug#330824: I dont believe this bug was acted on properly
References: <436C46D1.9060701 at debian.org> <20051105091027.GY3033 at p12n.org>
In-Reply-To: <20051105091027.GY3033 at p12n.org>
X-Enigmail-Version: 0.93.0.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at riseup.net
Delivered-To: 330824-done at bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level: 
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
	autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-CrossAssassin-Score: 2

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Peter Samuelson wrote:
> severity 330824 wishlist
> retitle 330824 disagreement about example scripts
> thanks
> 
> [micah]
> 
>>"BTW: Maybe you can move the example files to /u/s/d/s-tools/example/"
> 
> 
> Thanks so much for not changing the severity there. 

Back-handed passive-agressive statements are not productive, but instead
provoke angry responses, but lets not get angry. I believe that we can
discuss this in a rational way, discussing the technical details, rather
than resorting to flaming.  Please believe me when I say that I
re-opened this bug not to spite you or to flame you, but because it
seemed as if it wasn't actually fixed. I'm sorry if my message came
across in any other way, it was not intended to be so.


> I guess you believe this is release-critical.  I require a bit of
> convincing on that score.  I almost tagged this one wontfix just now,
> but I'll give you a chance to rebut first.


If you will allow me to rephrase this in a different way, "Why did you
not change the severity of the bug when you reopened it? Do you think
that it is still release-critical?"

Actually the reason why I did not change the severity of the bug was
because I did not even look at it from the beginning, I assumed the
original bug was set to a severity level that made sense, and because I
felt as if the bug had not been acted on that the original severity
level probably still applied. Had I noticed that it was set to such a
high severity level, then I probably would have noted that in my
response, suggesting that it probably should be lowered. However, I am
not a huge fan of changing the severity of someone else's bug, on
someone else's package, I prefer to instead suggest that it be changed,
rather than barge in and do it myself.

My guess is that the release-critical nature of the original severity of
the bug was due to the FHS violation, which was actually fixed. So I
agree that the severity should be lowered, and I apologize for
overlooking this.

>>This did not happen with any of the example files with 1.2.3dfsg1-1,
>>they all still appear in /usr/share/subversion/hook-scripts.
> 
> 
> Many of the files there are usable in situ.  Moved to the examples
> directory, they wouldn't be (thanks to Policy about gzip).  I'm not
> interested in breaking people's repositories arbitrarily, which is what
> would happen if people *are* using these things in situ.  If I break
> someone's repository with a svn upgrade I want to at least have a good
> reason.

This makes a lot of sense. I was not aware that the example files are
actually usable in situ. I only saw that the bug was closed and the
example files were not moved as the bug suggested. This was an
indication to me that the bug report had not been acted on properly. If
you had sent a message to the report clarifying this, it would have
helped and I would not have thought that the issue had been overlooked.

>>It seems to me that the hot-backup.py script should be restored to
>>its original useful place (as a script that some backup programs
>>use)
> 
> 
> Did you read NEWS.Debian.gz?
> 
>   The other script affected is /usr/lib/subversion/hot-backup.py, which
>   has now moved into /usr/share/doc/subversion/examples.  It was never
>   a supported executable (or it would live in /usr/bin).  It is also no
>   longer needed, because "svnadmin hotcopy" now includes the same
>   functionality.  Please use "svnadmin hotcopy" instead.

Somehow I missed this, my apologies.

Seems odd to include this at all if it is unsupported. Additionally, the
examples/ directory seems like a strange place to put scripts, but
nevertheless, thats up to you.

Knowing this and the details about the .example files convinces me that
this bug actually should be closed. I'm sorry to have bothered you.

Micah
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDbOf59n4qXRzy1ioRAsekAJ9RoalwcpuLhoX6PxRtlY6aejMe3wCfd1vz
yHZmEUV+0bU/62mxkRE9Jiw=
=Ct2k
-----END PGP SIGNATURE-----




More information about the pkg-subversion-maintainers mailing list