Subject: Re: pkgview'd several packages (was Re: port-specific CFLAG)
To: Jeremy C. Reed <reed@reedmedia.net>
From: Joachim Kuebart <kuebart@mathematik.uni-ulm.de>
List: tech-pkg
Date: 05/30/2004 16:24:36
On Sat, May 29, 2004 at 04:52:13PM -0700, Jeremy C. Reed wrote:
> On Sat, 29 May 2004, Joachim Kuebart wrote:
> 
> > On a related question, I pkgview'd several packages and they seem
> > to be working fine, should I send-pr each one of them or is there
> > a leaner way of doing this?
> 
> Maybe send a list of them to tech-pkg@.
> 
> I don't think you need to send-pr each individually (unless it was a lot
> of changes or patching needed).

Cool.

I made a list what is needed in addition to adding PKG_INSTALLATION_TYPES.
Here you go:

	archivers/zip
		also add INSTALLATION_DIRS= bin man/man1
	audio/amp
		also add INSTALLATION_DIRS= bin man/man1
	audio/arts
		non-trivial. See pkg/25754.
		Also, this package depends on qt3-tools which presents yet
		another problem, number 2 below.
	audio/lame
	audio/libmad
		also add INSTALLATION_DIRS= lib/pkgconfig
	audio/libsndfile
	audio/libvorbis
	audio/mp3info
	audio/tosha
		non-trivial. See pkg/25751.
	chat/sirc
		also add INSTALLATION_DIRS= bin man/man1
	chat/vicq
		also add INSTALLATION_DIRS= bin man
	devel/libebml
	devel/libscsi
		non-trivial. See below.
	fonts/ghostscript-fonts
	graphics/gnuplot
		This installs a file share/gnuplot.gih. Is that correct?
	graphics/plotutils
	graphics/qiv
		also add INSTALLATION_DIRS= bin man/man1
	mail/mutt
		However, the symbolic link created by post-install shares
		the problems of all symbolic links in pkgview's packages:
		removing a view fails because the recorded value is
		different than the link's value (which points into the
		depot).
	math/blas
		I needed to add INSTALLATION_DIRS= lib, but it was
		meanwhile pkgview'd without that. No easy way for me to
		test now if it works...
	math/fftw2
	math/lapack
		also add INSTALLATION_DIRS= lib
	math/libffm
		also add INSTALLATION_DIRS= lib include
		Is it OK to use INSTALLATION_DIRS and some INSTALL_*_DIR
		calls in the post-install target? Otherwise
		share/doc/libffm has to be INSTALLATION_DIRS'd as well...
	math/octave-current
	misc/dialog
		also add INSTALLATION_DIRS= bin man/man1
	multimedia/libmatroska
		non-trivial. See pkg/25752.
	multimedia/mplayer
		also add INSTALLATION_DIRS= bin
		I am successfully using this to play MPEG4 videos on my
		particular combination of system/sound card/video card.
		This is a very fragile piece of software, YMMV.
	multimedia/mplayer-share
		also add INSTALLATION_DIRS= man/man1
	multimedia/realplayer-codecs
		Note that mplayer crashes when using this codec. This could
		be due to:
			the codec not working on alpha
			mplayer not working on alpha
			the realplayer file I tried being corrupted
			realplayer-codecs not being pkgview ready just by
				adding pkgviews to PKG_INSTALLATION_TYPES.
		Someone who has successfully used this lib in the past
		should check the transition before commit.
	multimedia/xvidcore
	net/p5-Socket6
	print/pdflib
	print/xpdf
		non-trivial. See pkg/25755.
	wm/wmx
		also add INSTALLATION_DIRS= bin share/doc/wmx etc/wmx
	www/libwww
	x11/aterm
		also note pkg/25750.
	x11/fspanel
		also add INSTALLATION_DIRS= bin
	x11/openmotif
		also add INSTALLATION_DIRS= lib/X11/config man/man1 \
					    man/man3 man/man5
	x11/qt3-libs
		non-trivial. See pkg/25753.

For devel/libscsi I did the following:

Index: Makefile
===================================================================
RCS file: /cvsroot/pkgsrc/devel/libscsi/Makefile,v
retrieving revision 1.7
diff -u -r1.7 Makefile
--- Makefile	17 Jul 2003 21:31:39 -0000	1.7
+++ Makefile	30 May 2004 12:09:52 -0000
@@ -8,8 +8,12 @@
 MAINTAINER=	tech-pkg@NetBSD.org
 COMMENT=	FreeBSD SCSI user library
 
+PKG_INSTALLATION_TYPES=	overwrite pkgviews
+
 MAKE_ENV=	LIBDIR=${PREFIX}/lib MANDIR=${PREFIX}/man NOPIC=1 NOPROFILE=1
 
 MANCOMPRESSED_IF_MANZ=	yes
+
+INSTALLATION_DIRS=	include lib man/cat3 man/man3
 
 .include "../../mk/bsd.pkg.mk"
Index: distinfo
===================================================================
RCS file: /cvsroot/pkgsrc/devel/libscsi/distinfo,v
retrieving revision 1.3
diff -u -r1.3 distinfo
--- distinfo	20 Dec 2001 11:24:07 -0000	1.3
+++ distinfo	30 May 2004 12:09:52 -0000
@@ -3,6 +3,6 @@
 SHA1 (libscsi-1.6.tar.gz) = 8d6d47d2baa5e272e09ac5ee1330dd37461e922f
 Size (libscsi-1.6.tar.gz) = 11896 bytes
 SHA1 (patch-aa) = d34b6769997c3fe29b99d0465710bd3c5d9bcda8
-SHA1 (patch-ab) = 89eebc3e711e1392129a958a3d5f424a2a950609
+SHA1 (patch-ab) = 8b6894ca7084605d67a3b01dba06bab51e6c0bfa
 SHA1 (patch-ac) = 26234441505ad213642692f5b705e166c48eba47
 SHA1 (patch-ad) = 115477329d0fb8e79411f6c20f81d24718d7ac27
cvs server: Diffing patches
Index: patches/patch-ab
===================================================================
RCS file: /cvsroot/pkgsrc/devel/libscsi/patches/patch-ab,v
retrieving revision 1.5
diff -u -r1.5 patch-ab
--- patches/patch-ab	20 Dec 2001 11:24:07 -0000	1.5
+++ patches/patch-ab	30 May 2004 12:09:52 -0000
@@ -22,7 +22,7 @@
 -	${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 ${.CURDIR}/scsi.h \
 -	    ${DESTDIR}/usr/include
 +	${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 444 ${.CURDIR}/scsi.h \
-+	    ${LOCALBASE}/include
++	    ${PREFIX}/include
  
  
  .include <bsd.lib.mk>



Right, now you've got a pretty good idea what I'm up to on my Alpha. ;)

Unsolved problems:

1) In aclocal from the automake package, I have to apply the
   following patch.  Without it, aclocal configuration files
   installed by other packages are not picked up.

--- work/automake-1.8.4/aclocal	2004-05-14 18:48:21.000000000 +0200
+++ /usr/pkg/bin/aclocal	2004-05-20 12:46:48.000000000 +0200
@@ -45,7 +45,7 @@
 
 # Note that this isn't pkgdatadir, but a separate directory.
 # Note also that the versioned directory is handled later.
-$acdir = '/usr/pkg/packages/automake-1.8.4/share/aclocal';
+$acdir = '/usr/pkg/share/aclocal';
 $default_acdir = $acdir;
 # contains a list of directories, one per line, to be added
 # to the dirlist in addition to $acdir, as if -I had been

2) Makefile.common in qt3-libs adds a /qt3 to the end of PREFIX to
   yield QTPREFIX. This way, qt3-tools gets installed in a subdirectory qt3
   and needs to refer to this from its buildlink3.mk for the path to uic.
   In order to do this, it currently uses QTDIR which is incompatible with
   pkgviews as a singe qt directory no longer exists. So buildlink3.mk in
   qt3-tools needs to use something like

	UIC="${BUILDLINK_PREFIX.qt3-tools}/qt3/bin/uic

   to refer to its own installation directory which is ugly (note
   the extra /qt3/).

   I can't think of a way of solving this except to entirely drop
   the QTPREFIX thing and only support different versions of qt on
   the same machine if pkgviews is used. That's what pkgviews is
   so good at, after all. ;)

3) How to (ever?) pkgview teTeX??? kpathsearch has so many assumptions
   about living in a single tree :-(

Cheers,

cu Jo

-- 
La perfection est atteinte non quand il ne reste rien à ajouter, mais quand
il ne reste rien à enlever.  (Antoine de Saint-Exupéry)