Subject: New p5 Date-Calc package questions.
To: None <tech-pkg@netbsd.org>
From: Simon Burge <simonb@netbsd.org>
List: tech-pkg
Date: 12/20/1999 13:09:39
Folks,

I'm making a package for the p5 module "Date-Calc" (needed for some
ramdom perl program I downloaded), and have a question or three.  First,
here's the PLIST I'm working with (and I'm not a perl sorta guy in
general, so take it easy on me!):

	@comment $NetBSD$
	lib/perl5/${MACHINE_ARCH}-${LOWER_OPSYS}/5.00404/perllocal.pod
	lib/perl5/man/man3/Date::Calc.3
	lib/perl5/site_perl/${MACHINE_ARCH}-${LOWER_OPSYS}/auto/Date/Calc/.packlist
	lib/perl5/site_perl/${MACHINE_ARCH}-${LOWER_OPSYS}/auto/Date/Calc/Calc.bs
	lib/perl5/site_perl/${MACHINE_ARCH}-${LOWER_OPSYS}/auto/Date/Calc/Calc.so
	lib/perl5/site_perl/Date/Calc.pm
	@dirrm lib/perl5/site_perl/${MACHINE_ARCH}-${LOWER_OPSYS}/auto/Date/Calc
	@unexec rmdir %D/lib/perl5/site_perl/${MACHINE_ARCH}-${LOWER_OPSYS}/auto/Date 2>/dev/null || true

 Q1) The first file (perllocal.pod) also exists in the net/p5-Net-DNS
     package, and thus will conflict.  No other perl5 package seems to
     add this file.  Any advice?

 Q2) The "@unexec rmdir" will try to remove the .../Date directory,
     which will fail if the directory is not empty (if another p5-Date-*
     package is still installed).  Hence the use of "@unexec rmdir"
     instead of just "@dirrm".  It seems a few perl packages try to
     clean up any intermediate directories, but not many.  Should we
     have a "@dirrm-f" or something similar that doesn't fail with the
     "unable to completely remove directory" error?

 Q3) I'm using:
	DISTNAME=	Date-Calc-4.2
	PKGNAME=	p5-${DISTNAME}
     in the Makefile, after pkglint complained about something based on
	PKGNAME=	p5-TimeDate-1.08
	DISTNAME!=	echo ${PKGNAME} | sed -e 's/^p5-//'
     Is the first the preferred form?

Simon.