Re: pkg/59482: mail/squirrelmail update problems

["Takahiro Kambe via gnats" <gnats-admin%NetBSD.org@localhost>]

The following reply was made to PR pkg/59482; it has been noted by GNATS.

From: Takahiro Kambe <taca%NetBSD.org@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: pkg/59482: mail/squirrelmail update problems
Date: Sun, 29 Jun 2025 23:20:39 +0900 (JST)

 In message <20250624114001.53C8B1A9239%mollari.NetBSD.org@localhost>
 	on Tue, 24 Jun 2025 11:40:01 +0000 (UTC),
 	Hauke Fath <hf%spg.tu-darmstadt.de@localhost> wrote:
 > 	There are several aspects to that:
 > 
 > 	(1) The package name has a php prefix, implying installation
 > 	under PREFIX/share/php/<version>/squirrelmail.
 > 	I have been wondering about whether it makes sense to version
 > 	applications that way (as opposed to libraries/modules), and
 > 	now am convinced that it does not. Switching a foo based
 > 	application from foo-N to foo-N+1 does not change the
 > 	application, so there is no reason to move it.
 Including <version> has an aspect of safety updating of PHP.
 
 Installing foo package of PHP 8.3 and 8.4 at the same time and running
 PHP 8.3 base package for production and PHP 8.4 for testing.
 
 It might help to create an option to control <version> inclusion
 on/off to each package.
 
 > 	(2) squirrelmail recommends local configuration go into
 > 	config/config_local.php which is then included by
 > 	config/config.php. I did that, and the file was removed with
 > 	the php81 package. It either should not be in PLIST (not
 > 	pkgsrc managed) and thus left alone during a package removal,
 > 	or, even better, should move to PKG_SYSCONFDIR.
 > 
 > 	Having been tripped up like this before, I had
 > 	config_local.php under rcs control. I was able to move the RCS
 > 	directory, check out config_local.php, and back in business.
 This is simply wrong (or out dated) handling of configuration files
 and should fixed with squirrelmail-1.4.23pre15037nb1.
 
 -- 
 Takahiro Kambe <taca%NetBSD.org@localhost>