Date: Tue, 30 Dec 2008 18:33:30 -0500 From: Robert Noland <rnoland@FreeBSD.org> To: Bernhard Froehlich <decke@bluelife.at> Cc: glarkin@FreeBSD.org, freebsd-multimedia@freebsd.org Subject: Re: MythTV port upgrade? Message-ID: <1230680010.46401.69.camel@squirrel.corp.cox.com> In-Reply-To: <20081231000738.7a703a06@chii.bluelife.at> References: <20081217190821.a05cce43.torfinn.ingolfsen@broadpark.no> <1640afdde23255f357a76ebc64dc58cc.squirrel@webmail.itac.at> <20081220042743.GV14238@dereel.lemis.com> <20081220085649.101b81c5@demon.troback.lan> <495A8D90.1050308@FreeBSD.org> <20081231000738.7a703a06@chii.bluelife.at>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-8jHOig5l+y2sVronGWjK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2008-12-31 at 00:07 +0100, Bernhard Froehlich wrote: > > To make sure OpenGL is built into QT 3.3, I created a slave port > > (x11-toolkits/qt33-opengl with CONFLICTS set for qt-3.3.* et al.) > and > > made mythtv-frontend depend on that. Let me know what you think of > that > > idea. >=20 > Yeah that didn't came up because its "on" per default but you are > absolutely right - that can fail the mythtv port. The name qt33-opengl > suggests, that it is an enhanced version of qt33 but qt33 already has > opengl on per default so wouldn't it be better to depend on qt33 and > create an qt33-noopengl port? I've looked over mythtv's configure and > it is also possible to compile mythtv without opengl support if that > helps in any way. But we would need a reliable way to detect opengl > support nevertheless. The problem with these types of slave ports is that there isn't currently a way to depend on port A or port A-option. i.e. many ports will depend on qt33, while myth will depend on qt33-opengl. Sure, you can go in after the fact and pkg_delete -f qt33 and add qt33-opengl, but your dependency map will still be wrong. Tools like ports-mgmt/portmanager walk the entire dependency map for your installed ports and will find the issue and declare that qt33 is required by lots of ports, determine that a conflicting port is installed and attempt to resolve the situation, ultimately failing to update either myth or everything else that depends on qt33. I don't use kde nor qt33, so I'm not sure how to go about identifying the availability of opengl support, but what is needed is a mechanism to determine if qt33 has opengl support and either mark the myth port BROKEN if opengl support isn't available alerting the user of the issue or set whatever the appropriate --without-opengl option in the myth configure script is... robert. --=-8jHOig5l+y2sVronGWjK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklar8oACgkQM4TrQ4qfROOdUQCfdG/iUxywX8sYUdP95jncuzx1 UToAn06KaC8vU7mfmOZPFeJWHOvV7+RY =VbLi -----END PGP SIGNATURE----- --=-8jHOig5l+y2sVronGWjK--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1230680010.46401.69.camel>