cvs commit: ports/emulators/linux-ePSXe Makefile

[Kris Kennaway]

On Tue, Feb 17, 2004 at 04:03:17AM -0500, Trevor Johnson wrote:
> > kris        2004/02/16 15:35:52 PST
> >
> >   FreeBSD ports repository
> >
> >   Modified files:
> >     emulators/linux-ePSXe Makefile
> >   Log:
> >   BROKEN: Inconsistent dependencies (linux_base 7.x and 8.x).  This port is
> >   scheduled for removal on April 16 if it is still broken at that time.
> >
> >   Revision  Changes    Path
> >   1.4       +3 -0      ports/emulators/linux-ePSXe/Makefile
> >
> > <URL:http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/emulators/linux-ePSXe/Makefile.diff?&r1=1.3&r2=1.4&f=u>
> 
> From
> <URL:http://bento.freebsd.org/errorlogs/i386-4-latest/linux-epsxe-1.6.0.log>
> it looks like the problem is that bento is doing a pkg_add of a linux-gtk
> package which has a dependency on linux_base 7.1.  In my experience, the
> linux-gtk port works fine with either linux_base 7.1 or linux_base 8.0.
> I marked the linux_base 8.0 port RESTRICTED, so most users won't be
> installing it from a package.  I think that really very few users would
> suffer from this problem.  A solution would be to include the GTK+ library
> in the linux_base 7.1 port/package, like I did with linux_base 6.1.  That
> was unpopular.

The default linux_base package is currently still 7.1, so maybe
linux-gtk should default to depend on that.  We can't make 8.0 the
default linux_base as long as it's restricted anyway (think CD
installs).

> If this port is removed, the problem will still remain.  There are other
> ports, and unported software, that are affected.  Maybe
> MANUAL_PACKAGE_BUILD would be a decent workaround.

I'm less happy with that workaround..there should be a way to solve
this properly.

Kris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-ports/attachments/20040217/3dcb3d21/attachment.bin