Date: Tue, 20 May 2014 03:38:26 -0700 (PDT) From: "Ronald F.Guilmette" <rfg@tristatelogic.com> To: FreeBSD-gnats-submit@freebsd.org Cc: rfg@tristatelogic.com Subject: ports/189989: mplayer default configuration should enable FriBiDi Message-ID: <20140520103826.E80E33ADCF@segfault.tristatelogic.com> Resent-Message-ID: <201405201040.s4KAe0gD046197@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 189989 >Category: ports >Synopsis: mplayer default configuration should enable FriBiDi >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 20 10:40:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Ronald F. Guilmette >Release: FreeBSD 9.1-RELEASE amd64 >Organization: entr0py >Environment: 9.1-RELEASE amd64 >Description: The current default configuration for multimedia/mplayer (1.x version of mplayer) fails to enable the FriBiDi option by default. I feel that this is a mistake, becuse the current smplayer port apparently requires the presence of a mplayer which has been built with FriBiDi support enabled. Thus, a default build & install of smplayer will fail to run, because building & installing smplayer will caused mplayer (1.x) to be built and installed *without* the required FriBiDi option. The results will be an installed version of smplayer that simply doesn't work. >How-To-Repeat: portinstall multimedia/smplayer (then run smplayer) >Fix: See above. >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140520103826.E80E33ADCF>