ports/55896: [NEWPORT] www/mozplugger

Ceri Davies ceri at FreeBSD.org
Thu Sep 18 21:50:19 UTC 2003


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

From: Ceri Davies <ceri at FreeBSD.org>
To: FreeBSD Gnats Submit <freebsd-gnats-submit at FreeBSD.org>
Cc:  
Subject: Re: ports/55896: [NEWPORT] www/mozplugger
Date: Thu, 18 Sep 2003 22:45:34 +0100

 Adding to audit trail, from misfiled PR ports/56009:
 
 Date: Tue, 26 Aug 2003 19:14:16 +0200
 From: Melvyn Sopacua <melvyn at webteckies.org>
 Message-Id: <200308261914.31366.melvyn at webteckies.org>
 
  --Boundary-02=_3V5S/gkx9aZLanT
  Content-Type: text/plain;
    charset="iso-8859-1"
  Content-Transfer-Encoding: quoted-printable
  Content-Description: signed data
  Content-Disposition: inline
  
  Hi Andrew,
  
  On Tuesday 26 August 2003 01:56, Andrew J Caines wrote:
  
  > Giving your PR[1] a try, I found a couple of problems with your shar: it
  > tries to expract www/mozplugger instead of mozplugger (as I _think_ it
  > should) and it fails to create any directories. See patch below to fix
  > both.
  
  Missed an argument there, sorry bout that. Thanx for the heads up.
  
  > The port build went fine, but I had to stop before install because of the
  > explicit list of ten runtime dependencies, some of which seemed
  > arbitrarily version-specific, redundant or just unnecessary.
  
  I'll explain what I did.
  I took www/plugger and modified it. I added an option to optout of the Gnom=
  e=20
  Office suite, for "guys and gals like me", who fancy KDE.
  I did the same for OpenOffice, but changed that default to OFF, since it=20
  requires quite a machine to install and there seem to be no packages whenev=
  er=20
  I tried those.
  
  > Are all these deps _really_ necessary?
  
  No, but transition from www/plugger to www/modplugger should IMO initially =
  not=20
  generate any surprises.
  
  >For example, why require mpg123 if
  > you can support xmms, or xmp (which even has an xmms plugin)?
  
  I don't see that as an improvement actually. Xmms pulls in gtk12, which I h=
  ope=20
  will be nuked some time soon - it's deadugly :). gtk12 already pulls in a l=
  ot=20
  of dependencies. I doubt (haven't checked) that the difference is that=20
  significant.
  
  > Also,
  > requiring gv requires ghostview (which is a monster), but then also
  > acroread5 even though gv can render PDF.
  >
  > Can some or all the currently required packages be optional with a
  > sensible subset defined at build/install time, especially since the app
  > itself is configurable?
  
  Well - that is my goal. But there's no "configure" script and the installed=
  =20
  configuration file needs to make sense, which means I either:
  1) Have to provide a set of 'extra-patch' for each dependency;
  2) Have to remove the Makefile, install a configure.in / Makefile.am /=20
  Makefile.in, and use autoconf/automake to accomplish the task.
  
  I'd rather communicate with the current author of the package to see if we =
  can=20
  come up with a solution in the original software (that works not only for=20
  =46reeBSD), than using the hacks above.
  
  =2D-=20
  Melvyn
  =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
  =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
  =3D=3D=3D=3D=3D
  =46reeBSD ghost.lan.webteckies.org 4.8-STABLE FreeBSD 4.8-STABLE #4: Mon Au=
  g 18=20
  01:13:48 CEST 2003    =20
  root at ghost.lan.webteckies.org:/usr/obj/usr/src/sys/GHOST  i386
  =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
  =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
  =3D=3D=3D=3D=3D
  
  --Boundary-02=_3V5S/gkx9aZLanT
  Content-Type: application/pgp-signature
  Content-Description: signature
  
  -----BEGIN PGP SIGNATURE-----
  Version: GnuPG v1.2.2 (FreeBSD)
  
  iD8DBQA/S5V3Ov9JNmfFN5URAnGSAKCpGNZZIu/u+I4wQjH9wYLnPGGJ+ACfZ7by
  L3b/FlVYl5KAPI6xgO1qWEQ=
  =NdK0
  -----END PGP SIGNATURE-----
  
  --Boundary-02=_3V5S/gkx9aZLanT--
  



More information about the freebsd-ports-bugs mailing list