Bug 238648 - multimedia/smplayer-18.10.0_1 -- consistant failure when invoking mplayer
Summary: multimedia/smplayer-18.10.0_1 -- consistant failure when invoking mplayer
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Kurt Jaeger
Depends on:
Reported: 2019-06-17 08:02 UTC by Ronald F. Guilmette
Modified: 2019-09-19 18:19 UTC (History)
2 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Ronald F. Guilmette 2019-06-17 08:02:16 UTC
I have, among other things, the following packages installed on my recently inastalled FreeBSD 12,0-RELEASE system:

mplayer-         High performance media player supporting many formats
mplayer-skins-1.1.5            Skins for MPlayer's Graphical User Interface (GUI)
smplayer-18.10.0_1             Complete front-end based on Qt for mplayer
smplayer-skins-15.2.0_1,1      Skins for SMPlayer (Skinnable GUI)

When smplayer is invoked to play some video file, it invariable fails.  The tail end of the log file always shows the following error:

   Unknown option on the command line: --no-config
   Error parsing option on the command line: --no-config
   MPlayer SVN-r38125-snapshot-6.0.1 (C) 2000-2019 MPlayer Team

It would appear that mplayer no longer supports a --no-config option, whereas smplayer is still attempting to invoke it while using one.

Invoking /usr/local/bin/mplayer with no options appear to confirm that it no longer supports a --no-config option.

The following additional information may or may not be either relevant or helpful:

Comment 1 Ronald F. Guilmette 2019-06-18 18:40:34 UTC
Just another data point on this issue.  Last night I downloaded the lastest (19.5.0) version sources for smplayer, unpacked and built from those sources, and I am pleased to say that I now have a correctly working smplayer on my system.

There was only one very tiny glitch in the build proccess.  There's a ssubdomain of the main sources tree called "webserver" and it contains a Makefile that uses some GNU gmake specific conditional constructs which the FreeBSD make didn't know how to deal with properly.  I wanted a quick & easy solution so I just arranged, only for this build, to have gmake appear in my $PATH as "make" prior to the actual FreeBSD make (/usr/bin/make) and then I was able to both make and install the whole smplayer-19.5.0 source tree with no problems at all.  And smplayer-19.5.0 works properly with mplayer-  I know.  I checked.
Comment 2 Kurt Jaeger freebsd_committer 2019-09-19 18:19:25 UTC
Update committted, should fix this problem.
Comment 3 commit-hook freebsd_committer 2019-09-19 18:19:34 UTC
A commit references this bug:

Author: pi
Date: Thu Sep 19 18:19:22 UTC 2019
New revision: 512364
URL: https://svnweb.freebsd.org/changeset/ports/512364

  multimedia/smplayer: upgrade 18.10.0 -> 19.5.0

  - 18.10.0 failed when invoking mplayer

  PR:		238648
  Reported by:	Ronald F. Guilmette <rfg-freebsd@tristatelogic.com>
  Relnotes:	https://www.smplayer.info/forum/viewtopic.php?f=3&t=8889