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.